Jump to content

Klenkes

Members
  • Posts

    303
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Klenkes

  1. Welcome to the forum! Just put this in your _main.php where the footer is: $footer = $pages->get("1036"); And you have all the fields of your footer page. (you can omit the id= in your selector) Then output your fields like that: echo $footer->yourfieldname; It's just one way of doing it.
  2. Your set lifespan for the cachefiles has nothing to do with the expire dates of the report. In ProCache settings on the TAB GZIP-More there is a link to a sample part of the htaccess addition: Place the contents of this file... Copy the content and place it at the beginning of your htaccess. That's it.
  3. How about that: $date = strftime("%d. %B %G", strtotime($page->date)). "-FR/DEFAULT"; Solved the month problem for me.
  4. I just recreated the setup in DEV 3.0.5. Same fields(3 input type text) in a repeater, 40 entries = 120 fields With the standard options for repeater fields: Repeater item visibility in editor New items open, existing items collapsed (recommended for most cases) Repeater dynamic loading (AJAX) in editor Existing and new items (recommended, especially for repeaters that might have LOTS of items) PW 3.0.5 opens and saves the page 30% faster. Which is in my case 7-8 seconds instead of 12 seconds. I think, that's okay. BTW... the new repeaters are great! Making entries hidden is a great feature!
  5. Ajaxloaded repeaters sound interesting! And you are right. If possible, pages are the way to go. Nevertheless I was eager to know why I didn't work for me. So I tested it on an old PW 2.6.1 install and it worked fine and fast. Approx. 3 seconds to save. Then I upgraded to PW 2.7.0 and the same page took 12 seconds to save! 40 repeaters each with 3 simple text fields of text like names. Strange.
  6. The 3 fields were all input type text and like: John Smith for a name ant the second field like : D, E. Third field was supposed to hold the emailaddress but was almost empty for all the entries. I couldn't find a solution to the problem so I got rid of the repeater field and created the content with pages. Which is PWs strength anyway. But thanks.
  7. For a school project I want to list all teachers on a page with their names, subjects and email addresses. I created 3 inputs, put them in a repeaterfield and created approx. 50 entries with teachers.(but only 5 email addresses) Frontend is rocketlike fast but in the backend the page takes more than 10 seconds to load AND save. I know, repeaterfields are not meant to hold large amount of content, but 50 entries? Not that much. The page in Admin -> Repeaters says under: Process "0" Is that correct? Or is that behavior normal for a repeater field? PW 2.7.0 Repeater 1.0.2
  8. Thanks for the hint to the IntlDateFormatter class. ...and I know about the Aachener Klenkes, but my nickname is derived from my last name, since I don't know when... decades(oh god I'm old)
  9. I just wanted to add to this archive of the "german month name battle" Just like other people editing the config.php and adding the setlocale changed nothing for me. The only solution in my case was the approach of this post with the addition of adding the setlocale to the PHP part of my template. Without it month names still had wrong coded umlauts. The relevant part of my template now looks like that: <?php setlocale (LC_ALL, 'de_DE.UTF-8'); ... foreach($allenews as $news) { echo "<p class=\"news-datum\">".strftime("%d. %B %Y", strtotime($news->newsdatum))."</p>"; ... } I battled this for some time now and mostly did workaround it by not outputting a month name at all. But now I had to...
×
×
  • Create New...