Отправляет email-рассылки с помощью сервиса Sendsay

перекодирова при передаче на FTP

i386-redhat-linux-gnu)

При передаче файлов .htm в GFTP они насильно перекодировались из win-1251 в кодировку
локали. Вероятно, они передавались в text-mode??? Как с этим бороться?

P.S. Файлы с хитрыми расширениями вроде .inc остались как есть!

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 10414; Возраст листа: 374; Участников: 1266
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/204708



-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписать: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

Ответить   Tue, 3 Aug 2004 07:34:52 +0400 (#204708)

 

Ответы:

Здравствуйте, Алексей <beshen***@b*****.ru> !
Вы писали Tue, 3 Aug 2004 07:34:52 +0400:

Там в меню "FTP" есть пункты "ascii" и "binary", может, дело в
том, что стоит первый? У меня в gFTP по умолчанию стоит "binary".

Ответить   Wed, 4 Aug 2004 00:37:13 +1100 (#204969)

 

i386-redhat-linux-gnu)

Уважаемый 9A4172!
Вы писали Wed, 4 Aug 2004 00:37:13 +1100:

НЕТ. Все ужасней :( Почему-то страница в Win-1251 браузером (Любым из стоящих
у меня) изменятся под язык локали, а все SSI-инклуды остаются в прежней кодировки.
Что за?!. Под Windows все хорошо, а тут... Тут все наверняка происходит на стороне
клиента. Причем так со всеми страницами, моими и не моими, что угодно открываю
с SSI на win-1251, результат тот же :(

Ответить   Wed, 4 Aug 2004 12:21:18 +0400 (#205566)

 

Здравствуйте, Алексей <beshen***@b*****.ru> !
Вы писали Wed, 4 Aug 2004 12:21:18 +0400:

Может, какой-нибудь прокси стоит (у вас или на каком-нибудь местном
сервере)? Больше ничего в голову не приходит.
Хотя, вставки SSI делаются на сервере и с точки зрения клиента они
ничем не отличаются от обычных (разве что по расширению shtml - тогда
опять же, может это такой странный прокси, котрый зачем-то перекодирует
все файлы, кроме *.shtml).
Все это очень странно.

Ответить   Thu, 5 Aug 2004 18:16:38 +1100 (#206094)

 

i386-redhat-linux-gnu)

Salud, товарищ 9A4172!
Вы писали Thu, 5 Aug 2004 18:16:38 +1100:

Как оно "с точки зрения" сам знаю, но оно так!!! Причем инклуды в *.htm сделаны...

они

Подозреваемый: xinetd? Или он ни при чем?.. Больше нет ничего.

А так натурально: Mozilla, Firebird и Epiphany - все как один занимаются бестыжим
отображением документа Win-1251 в KOI8-R. Причем все уже перекодировано и отображается
читаемо! Но убиваются спец. символы вроде нормальных парных кавычек (а не дурацких
"") и всего прочего, что есть в 1251, но не существует в морально устаревшей
KOI. Самое интересное, что все SSI-вставки не перекодируются, туда же результаты
работы JS. Страницы выглядят помойно.

Это не могут делать обозреватели, это какая-то служба. Кто этот негодяй?! (на
стороне сервера со страничками все отлично, это же тут)

Ответить   Thu, 5 Aug 2004 15:58:55 +0400 (#206493)

 

Здравствуйте, Алексей <beshen***@b*****.ru> !
Вы писали Thu, 5 Aug 2004 15:58:55 +0400:

Как вы это определяете? У вас есть доступ к соответствующему
серверу? Клиент получает обычную web-страницу,
никаких SSI-директив в ней нет, единственное отличие - обычно (но не
всегда) такие страницы имеют расширение shtml.

Нет, xinetd такого делать не может. Прокси - это squid, например.

Не совсем понятно. Это происходит с любым web-сервером? Все это очень
похоже на работу неправильно сконфигурированного web-сервера.
Если же нет: в браузерах какие настройки прокси ? Прокси сервер может
быть и прозрачным - т.е. не требуется настройка клиента, весь HTTP- (а
может, и FTP-) трафик идет через прокси. Соответственно, как вы
подключаетесь к интернету?

Ответить   Fri, 6 Aug 2004 04:03:49 +1100 (#206696)

 

i386-redhat-linux-gnu)

Salud, товарищ 9A4172!
Вы писали Fri, 6 Aug 2004 04:03:49 +1100:

:))))))))))))) Я сам все знаю. У меня страницы все .htm, туда директивы насованы.
Это тематический сайт, который с трудом худо-бедно обновляется, если время находится,
а уж времени на редизайн и улучшение тех. части совсем нет. Собираюсь пересадить
все на PHP, но вот как-то не досуг, так и остаются эти SSI. По моему скромному
мнению, Server Side Includes страшно неудобны.

Значит, мне часто попадаются неверно сконфигурированные :) Я только могу догадываться,
что это сервера отдают браузеру с KOI8-R перекодированное...

Самое интересное, что никак не сконфигурированный Apache на http://127.0.0.1/
такого не творит. Вывод: это не у меня.

...Никаких

Нет, тут ничего нет точно...

Ответить   Sat, 7 Aug 2004 11:43:07 +0400 (#207949)

 

Здравствуйте, Алексей <beshen***@b*****.ru> !
Вы писали Sat, 7 Aug 2004 11:43:07 +0400:

А можно пару-тройку адресов этих серверов? И раз уж у вас есть свой
сайт, то попробуйте переименовать/создать несколько обычных страниц (без
SSI) и дать им расширение shtml - посмотреть, что будет?
Такое наблюдается только на вашем компьютере и только под Linux
(если установлен другой Linux или винда, можно проверить)? На других
компьютерах все нормально? Что за web-сервер? Если Apache, то можно
копнуть в сторону директив CharsetDefault и CharsetSourceEnc (их можно и
в .htaccess поместить). Сервер ваш собственный? Если нет, то можно
попробовать проконсультироваться у хостера.

Т.е., вы подключаетесь к Интернету напрямую (точнее, через нормального
провайдера)? Я к чему клоню: нет ли у вас там какого-нибудь самодельного
шлюза? (необязательно на вашем компьютере)

Ответить   Mon, 9 Aug 2004 14:15:56 +1100 (#208055)

 

Это ответ на письмо Алексей
по поводу Re: перекодирова при передаче на FTP от Thu, 5 Aug 2004
15:58:55 +0400:

Я слышал, некоторые веб-серверы перекодируют документы из кодировки, в
которой они хранятся на сервере (cp1251) в кодировку, которую у них
запрашивает браузер (koi8-r); про необходимость перекодировки SSI сервер
может быть просто не в курсе :) Лучший способ проверить - выставить в
браузере предпочитаемую кодировку (возможно, просто текущую кодировку
отображения).

В любом случае, очень многое зависит от сервера.

--
Goh'Dan, LRU#344740
http://gohdan.nightmail.ru ::: ICQ# 176432547
system: 21:27:55 up 3:16, 1 user, load average: 0.05, 0.08, 0.19

APL hackers do it in the quad.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 10508; Возраст листа: 377; Участников: 1252
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/206760



-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписать: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

Ответить   Thu, 5 Aug 2004 21:36:03 +0400 (#206760)

 

Это ответ на письмо Алексей
по поводу Re: перекодирова при передаче на FTP от Thu, 5 Aug 2004
15:58:55 +0400:

Я слышал, некоторые веб-серверы перекодируют документы из кодировки, в
которой они хранятся на сервере (cp1251) в кодировку, которую у них
запрашивает браузер (koi8-r); про необходимость перекодировки SSI сервер
может быть просто не в курсе :) Лучший способ проверить - выставить в
браузере предпочитаемую кодировку (возможно, просто текущую кодировку
отображения).

В любом случае, очень многое зависит от сервера.

--
Goh'Dan, LRU#344740
http://gohdan.nightmail.ru ::: ICQ# 176432547
system: 21:27:55 up 3:16, 1 user, load average: 0.05, 0.08, 0.19

APL hackers do it in the quad.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 10509; Возраст листа: 377; Участников: 1252
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/206761



-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Отписать: mailto:comp.soft.linux.discuss--unsub@subscribe.ru

http://subscribe.ru/ http://subscribe.ru/feedback

Ответить   Thu, 5 Aug 2004 21:36:03 +0400 (#206761)