Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет rusec ([info]rusec)
@ 2007-08-10 13:57:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
Хостинг

Взято c Либрусека. Комментарии приветствуются.

Хостеры перенесли либрусек на другой сервер.

Хоть бы предупредили.


Некоторые вещи поменялись. Например, исчезла любимая перловая библиотека Mysql. В этой связи половина скриптов работать перестала. Просьба о замеченных глюках сообщать. Буду править.




(Читать комментарии) - (Добавить комментарий)


[info]shaplov@lj
2007-08-12 15:47 (ссылка)
Да, в письмах, которые приходят при добавлении комментария, очень не хватает заголовков

Content-Type: text/plain; charset=UTF-8;
Content-Transfer-Encoding: 8bit

Без них письмо показывается неправильно...

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]rusec@lj
2007-08-12 20:32 (ссылка)
Что-то у тебя с почтовым клиентом. У меня всё нормально.
Посмотрю, если найду куда - добавлю.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]shaplov@lj
2007-08-13 03:27 (ссылка)
Это не у меня с почтовым клиентом, это у вас, с соответвием RFC...

Any non-7bit data that is sent without encoding must be properly labelled with a content-transfer-encoding of 8bit or binary, as appropriate.
И
Upon encountering any unrecognized Content-Type field, an implementation must treat it as if it had a media type of "application/octet-stream" with no parameter sub-arguments. How such data are handled is up to an implementation, but likely options for handling such unrecognized data include offering the user to write it into a file (decoded from its mail transport format) or offering the user to name a program to which the decoded data should be passed as input.

http://tools.ietf.org/html/rfc2049#section-2 (там в самом низу под цифрами 7 и 8)

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]shaplov@lj
2007-08-13 03:30 (ссылка)
MIME-Version: 1.0
Туда тоже надо добавить, если уж соответвовать стандарту таки полностью...

(Ответить) (Уровень выше)


[info]rusec@lj
2007-08-13 03:31 (ссылка)
Дело вкуса - выбирать программу соответствующую RFC или читающую почту.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]shaplov@lj
2007-08-13 03:57 (ссылка)
Ну... У вас на все найдется внешний виноватый...

У меня не в соотвествии RFC приходят письма из трех мест:
Комментарии из PHPшных форумов
Комментарии из вашей Dupal'овской библиотеки
Комментарии из ЖЖ.

При этом в ЖЖ, я знаю в чем дело, там Mime::Words не умеет уникод... Не успели... А ЖЖсты не заметили...

PHPшные форумы не инкодят 8битные заголовки
Ваша библиотека не отдает заголовки контенттайпе...

Дело всетаки не в почтовике... Как раз наоборот правилньно пользоваться почтовиком в полном соответсвии с RFC дабы дурь каждого была бы видна.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]rusec@lj
2007-08-13 04:05 (ссылка)
Комментарии из вашей Dupal'овской библиотеки
Комментарии из ЖЖ.

Ну, если так, то я спокоен.
Идеал недостижим, быть на уровне ЖЖ меня устраивает.
Что интересно, с кодировками комментариев из ЖЖ у меня тоже никогда проблем не было.

Вообще, на мой взгляд, все кодировки кроме utf8 не имеют смысла. И, соответственно, права на существование. Надеюсь, они скоро умрут.

(Ответить) (Уровень выше)


[info]shaplov@lj
2007-08-13 03:59 (ссылка)
А, да.. Еще спам очень часто не соответсвует RFC. Что позволяет тереть письма даже не читая заголовки... Очень удобно.

(Ответить) (Уровень выше)

(Читать комментарии) -