Jump to content

bytesource

Members
  • Content Count

    220
  • Joined

  • Last visited

Community Reputation

41 Excellent

About bytesource

  • Rank
    Sr. Member

Contact Methods

  • Website URL
    http://www.sovonex.com
  • Skype
    stefan.rohlfing

Profile Information

  • Gender
    Male
  • Location
    Nanchang, China

Recent Profile Visitors

3,592 profile views
  1. As it turned out, the issue was with the database. For every repeater item, I deleted the translated text, saved the page, re-entered the text and saved the page again. After that the text magically appeared on the page. I also removed the repeater at the top and replaced it with a simple image field. In summary, I was able to solve the issue, but I still don't know what caused it in the first place. Cheers, Stefan
  2. @LostKobrakai Please find below the code for all three repeater sections, together with some additional explanations. Section: Hero Image ============================================== Partial home-large-image.php (gets included by template home.php) $img = $page->slides->first()->image; slides: Repeater with a single Image field ('image') Note: Throw the error "Calling a function on an non-object" Section: OUR STRENGTHS / NUESTRAS FORTALEZAS ============================================== Template home.php <?php foreach ($page->portfolio as $p): ?>
  3. Replacing the repeaters with pagetables would be possible, but that would only be my last choice. I was just hoping that I would be able to find the reason for this weird behavior. Cheers, Stefan
  4. I just updated my site to PHP version 5.6, the newest version available with my hosting provider: http://www.sovonex.com/phpinfo/ Unfortunately, still no repeaters (except for 1 element of 1 repeater) are displayed on the homepage of the Spanish version: http://www.sovonex.com/es/ Is there anything else left to check? Cheers, Stefan
  5. Thanks for your additional ideas. I looked at the forum pages you linked to, but I don't think this is the issue here. The image in question is about 350kb and is displayed just fine on the English homepage (just not on the Spanish one). This same is true for the other repeaters. I flushed ProCache's cache but that did not have any effect on the issue. I am not aware of any other cache. Also, all updates to all other pages did appear without problems. I know how to set the language of a page to 'active', but I haven't heard of a similar setting for repeaters. So I guess I am back at squa
  6. After logging in to the admin and reloading the page, one repeater element (out of 3) under the headline "NUESTRAS FORTALEZAS" is now displayed. But the content of the other repeaters still does not appear. And I have no clue how this single repeater element suddenly appeared on the page. I extended the execution time of the home template with set_time_limit(600); but this did not did the trick, either. Nor did flushing the cache. This is the PHP info file from my hosting provider: http://phpinfo.he-webpack.de/phpinfo.php I uploaded the database via PHPMyAdmin and the content thro
  7. Does anybody have any idea what might be causing the issue here? The real problem for me is that I don't know where to look at next. Cheers, Stefan
  8. Hi, I have been dealing with a weird issue, where repeater fields are not displayed under the following specific conditions: Repeaters are displayed on all pages of the default language, but not for any other language Only repeaters on the home page are affected, repeaters on other pages are displayed just fine in all languages. This problem only occurs on the production sever. Everything works find locally. This is the page in question: www.sovonex.com/es/ And this is the English (default language) page for comparison: www.sovonex.com The image at the top is part of a repeater and c
  9. I can finally confirm that the /assets/ folder is writable, but still the repeater contents are not showing on non-default language pages. Honestly, I have no clue what to do next, so any ideas are highly appreciated. Cheers, Stefan
  10. I had another issue with an image description that wouldn't get saved on the production server, and this turned out to be due to insufficient folder rights. I am suspecting the same to be the case with the content of repeaters not showing up on the production server. I therefore would like to ask if there is some folder under /assets/ or somewhere else connected to repeaters that I could check. For the record, I recursively gave 777 permission to the /assets/ folder, but the program my hosting provider uses doesn't seem to work, as it also did not change the permissions of the image mention
  11. I am having the same problem where repeater fields are not displayed on a page if the active language is not the default language. Even more strange, everything does work on my local installation, but not on the server. There must be some reason for this, but I just cannot find it. Any suggestions as to how to test this issue are highly welcome! Cheers, Stefan
  12. @mr-fan You solved the issue! Thanks to you mentioning other textformatters I took a closer look at the body field, where the Hanna code was to be applied to - only to find out that the HannaCode textformatter was applied after the textile textformatter. Switching both resolved the issue immediately! Best regards,
  13. In case this is important: I am currently running Proccesswire version 2.6.1 and HannaCode version 0.1.9.
  14. Hi, I wrote some simple Hanna code for outputting external links given an identifier and a link text. The actual link URL is stored in a repeater field along with a unique id. Example usage: [[link id=myid text="My Great Link"]] Default attributes: id text target=_blank Code: <?php $link = $pages->get("template=repeater_links, identifier={$id}")->link; echo "<a href='{$link}' target='{$target}'>{$text}</a>"; ?> The problem is that the value of the text attribute ("My Great Link" in the example above) gets cut off at the first whitespace ("My). From t
  15. I am sorry, but this was a false alarm. Only today did I realize that I was extracting the descriptions from another page than I thought. This other page is a dummy page whose image description fields were indeed all populated with the value "original".
×
×
  • Create New...