email at davebv
Oct 19, 2009, 2:56 AM
Post #6 of 6
(517 views)
Permalink
|
|
Re: Drupal wizard does not work for multilingual
[In reply to]
|
|
Hi!Thanks for updating the wizard.
Yes, drupal has an option to use compression. I tried disabling that option
and keeping the php gzip option in cherokee active but the problems
persisted. I will research deeper in drupal.
The problem with gzip compression was not only for multilingual sites but
with files sent via php.
I will report what I find as soon as I can.
Again, thanks for submitting the patch.
BR,
David.
_______________________
http://geek.davebv.com
2009/10/19 Taher Shihadeh <taher [at] unixwars>
> I though so, but didn't find it at first glance. However, paths also seem
> to work slightly differently for English vs non-English content, so maybe it
> is something related to the multilingual module itself.
>
>
> Antonio Pérez wrote:
>
>> Hello,
>>
>> I'm not a Drupal user, but maybe David has gzip encoding enabled on
>> Drupal config. and on Cherokee, causing a double encoding...
>>
>> On Mon, Oct 19, 2009 at 11:18 AM, Taher Shihadeh <taher [at] unixwars>
>> wrote:
>>
>>
>>> Hello David.
>>> Thanks for reporting. I've just updated the wizard and it will be
>>> shipped with 0.99.25
>>> I wonder if there isn't a workaround that could disable gzip compression
>>> within Drupal itself (I'm not a Drupal user, so I wouldn't know). Or
>>> another workaround at all involving some Drupal configuration. I would
>>> really like to ship the wizard with gzip compression enabled by default
>>> (and in a consistent fashion, both for English and Multilingual
>>> contents).
>>>
>>> David Becerril wrote:
>>>
>>>
>>>> I have been researching on this problem, and I discovered that when
>>>> the php handler, the encoding is set to allos gzip compression, the
>>>> multilingual content does not work!
>>>>
>>>> So my solution at last, and for having all the redirections working,
>>>> is the following:
>>>>
>>>> Uncheck php gzip compression in php encoding.
>>>> Modify the regex rules in default handles such as:
>>>> FROM /(.*)\?(.*)$ -> /index.php?q=/$1&$2
>>>> TO ^/(.*)\?(.*)$ -> /index.php?q=$1&$2
>>>> and
>>>> FROM: /(.*)$ -> /index.php?q=/$1
>>>>
>>>>
>>>>
>>>>
>>>> TO: ^/(.*)$ -> /index.php?q=$1
>>>>
>>>>
>>>>
>>>>
>>>> Hope this helps to drupal users.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> On Sat, Oct 17, 2009 at 8:21 PM, David Becerril <email [at] davebv
>>>> <mailto:email [at] davebv>> wrote:
>>>>
>>>> I reported some time ago a bug in the Drupal wizard, which
>>>> generated bad redirection rules for multilingual sites.
>>>>
>>>> I solved it by doing the following
>>>> Removed in the "default" behavior the internal redirection given by
>>>>
>>>> /(.*)\?(.*)$ -> /index.php?q=/$1&$2
>>>>
>>>>
>>>>
>>>> and changed the other expresion from
>>>> /(.*)$ -> /index.php?q=/$1
>>>> to
>>>> ^/(.*)$ -> /index.php?q=$1
>>>>
>>>> I am not sure if this will work for every setup buf for now, it
>>>> worked for me in a multilingual site.
>>>>
>>>> Regards.
>>>>
>>>>
>>>>
>>> --
>>> taher [at] unixwars
>>> http://unixwars.com/
>>>
>>> _______________________________________________
>>> Cherokee mailing list
>>> Cherokee [at] lists
>>> http://lists.octality.com/listinfo/cherokee
>>>
>>>
>>>
>>
>>
>>
>>
>>
>
>
> --
> taher [at] unixwars
> http://unixwars.com/
>
>
|
