Closed (fixed)
Project:
Boost
Version:
5.x-1.x-dev
Component:
Code
Priority:
Critical
Category:
Support request
Assigned:
Reporter:
Created:
29 Nov 2007 at 10:18 UTC
Updated:
9 Apr 2009 at 14:51 UTC
Use case: I enabled the locale module and added 2 new languages. I created a view which thanks to the i18n module knows that when the locale is en, only english articles are served, same thing for the french locale. Now boost caches this /en/myview as myview.html the first time I hit this page. When I change the language, a new path is made with a new symlink pointing to the same html file (which is first overwritten), when someone new now goes to /en/myview he will see a french list (and all other language differences on that page).
So locale and i18n support would be great!
Comments
Comment #1
moshe weitzman commentedi thik supporting this has to be a drupal6 only feature since urls not standardized before then.
Comment #2
mlncn commentedThere's got to be a way! I understand i18n is not in core until D6, and other modules (Localization) may do things differently, but I would greatly appreciate if people with some experience with Boost and/or URL rewriting could indulge the 'critical support request' rating, and take a look at how Boost might work with locales, as this is pretty important to WSF2008.net staying up in a few days.
As described by the swentel in the original post, Boost insists on treating all 'path' as a single path, and create symlinks from 'en/path.html', 'es/path.html' etc. to the path.html it created first (in whichever language the page was first viewed).
I changed the weight of i18n.module and locale.module to come before boost.module, hoping this would let paths be internationalized before boost saw them, but it didn't help.
It seems that worst case it should be possible to replicate internationalization logic in boost, but I'm not even sure where to start with that.
It seems the best approach though is to convince boost the paths are not identical and stop it from writing that symlink.
Thanks very much,
benjamin, Agaric Design Collective
Comment #3
moshe weitzman commentedplease try barry's patch at http://drupal.org/node/174380 which stops symlink creation.
Comment #4
mlncn commentedHad just found that, thanks!
Applied and in use, it appears symlinks are still being created? Or is that a different kind of link, home.html -> ../index.html ... but it's still not wanted!
Comment #5
mlncn commentedI take that back, svn is ignoring me somehow...
Comment #6
mlncn commentedThanks Moshe, and thanks Barry Jaspin for that patch!
It works great! The whole world is happier. (I had applied an empty patch because I'm not used to curl because I just had to replace my laptop and haven't installed wget yet.)
And no more symlinks short-circuiting the caching and display of the proper language.
benjamin, Agaric Design Collective
Comment #7
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.
Comment #8
Arto commentedI'll see about including this in 6.x-1.x-dev in some form, perhaps through an option to disable symlinking.
Comment #9
rsvelko commentedtitle change cause creating the same for 6.x - #428976: Support locale and multilanguage sites - 6.x