Serendipity Forums

Detected in the process of frontend translation, but related not only with this process

Preface
I had 3 independent installalation with the same codebase (1.5.5)
- mayorat.e-city.net.ru/blog/ - proving ground on local Apache without any additional frontends
- lazybadger.ru (tabacco theme) + lazybadger.net (brownpaper theme) on common hoster's platform (Apache + proxy)
All blogs use serendipity_event_relatedlinks 1.8 with default template (no overrides in themes originally) plugins/serendipity_event_relatedlinks/plugin_relatedlinks.tpl

Problem
Attempt to translate frontend produced different (in deep) results
Test URLs are
http://mayorat.e-city.net.ru/blog/archi ... kosti.html
http://www.lazybadger.ru/archives/165-I ... acii!.html
http://www.lazybadger.net/archives/109- ... mogut.html

Single change in serendipity_event_relatedlinks/UTF-8/lang_ru.inc.php lang-file (copy of lang_en.inc.php) is
-@define('PLUGIN_EVENT_RELATEDLINKS_LIST', 'Related Links:');
+@define('PLUGIN_EVENT_RELATEDLINKS_LIST', 'Связанные ссылки/записи:');

template_c dir was cleaned in all 3 installs

Now got differences
1. Net's page show me text "Ссылки:" instead of PLUGIN_EVENT_RELATEDLINKS_LIST (russian or english original, see above), even interesting, word "Ссылки:" missing totally in plugin's lang-file and s9y lang-file too
2. Mayorat and Ru shows me "Related Links:" identically, but cached version of template found only in one case: brownpaper*plugin_relatedlinks.tpl.php (Net-site), none for tabacco and bulletproof
3. Moved to theme dir on mayorat plugin_relatedlinks.tpl and changed template after it haven't any effect in output page (added HTML-comments around template content must be visible in rendered page) and in template_c state

I'm mad now

Hi!

Maybe some other event plugins, serendipity_event_cachesimple or the server has some kind of APC URL caching?

Are you 100% percent sure you removed all files in templates_c? The files have specially characters, depending on the method you use to remove the files that might fail...

Regards,
Garvin

garvinhicking wrote: Maybe some other event plugins, serendipity_event_cachesimple or the server has some kind of APC URL caching?

No others cache plugins in s9y, I'm sure, hoster's infrastructure can have some caching (but none of PHP-caching, verified), none at my local Apache. And even if exist - it can not explain (for me) different results for Ru and Net hosts (except truly delirium: some user on this host have s9y with the same theme, but with different translation and oProxy @ frontend return cached earlier, not my, file)

Are you 100% percent sure you removed all files in templates_c? The files have specially characters, depending on the method you use to remove the files that might fail

Yes, sure for all 3 cases. And not appearing of compiled relatedlinks template in template_c annoys me more - because I can't understand this

Hi!

I've never seen this and cannot explain it. I would need FTP read/write access to the site where this happens to debug it.

Regards,
Garvin

garvinhicking wrote: I would need FTP read/write access to the site where this happens to debug it.

No problem, for which from 3 sites I have to send auth-data to you? Maybe all?

Hi!

Maybe one would suffice at first; you can pick which one where you think the problem is most confusing.

Thanks!

Regards,
Garvin

PM sent (is it OK for sent message to stay in Outbox?)

LazyBadger wrote:PM sent (is it OK for sent message to stay in Outbox?)

PM in outbox just means Garvin has not yet opened the message. No worries!

Hi!

Oopsies.

As I inspected the plugin I found out, it actually renders/saves the listing when the entry is saved/edited, so that not on each display of an entry the whole logic needs to be prepared. So it sorts of caches its own output.

If you edit/save the entry again, it should render with your updated smarty files... sadly the plugn doesn't have an option (yet) to clear all the cache and rebuild it. I believe if you install the plugin "Extended properties for entries", then enable caching, then you should be able to use the link "cache all entries" in the normal backend left sidebar - this should also regenerate the related entries listings...

Regards,
Garvin

garvinhicking wrote: As I inspected the plugin I found out, it actually renders/saves the listing when the entry is saved/edited, so that not on each display of an entry the whole logic needs to be prepared. So it sorts of caches its own output.

Well, I can live with untranslated old texts, at least now I understand events "under the hood". Yes, edited entry show me new translation (and all new entries will do it also, I know now)
Großes Dankeschön, we can close event now