Зачем AMS ломает код?
Добавлено: Ср авг 22, 2012 7:44 am
Столкнулся с необъяснимым
1. Письмо в HTML формате.
2. В тело подгружается свой заголовок.
3. Тело верстается в дримвивере
4.Просматриваю письмо в редакторе AMS, в этот момент дримвивер "ругается" ... Говорит, что код файла изменился и файл будет перегружен ...
Странно! Я ничего в файле не менял! Но соглашаюсь!
5.Вижу ... код действительно поменялся:
Какова логика изменения кода я так и не понял ...
1. Изначально тело письма в кодировке windows-1251 и в AMS кодировка такая же.
2. После просмотра письма в редакторе AMS переписывает код исходника ... Зачем? И каков алгоритм?
3. Может быть это работа какого то тупого парсера и парсер заменяет не понравившийся ему код windows-1251 на WINDOWS-1251 в соответствии с выбранной кодировкой пользователя и при этом заменяет маленькие буквы на большие ???
Ну допустим ...
4. Хм ... а что если поменять кодировку письма в AMS и посмотреть, что тогда парсер пропишет в исходнике?
5. Меняем кодировку письма на UTF-8 ... и что видим? А в исходнике как была указана кодировка WINDOWS-1251, так она и осталась!
6. Присмотримся повнимательнее, что и как заменяется (хотя хоть убей не могу понять для чего! ) и видим: что у одного стиля парсер "пропустил" кавычки, а у другого такого же стиля вырезал ... А это вообще зачем?
И почему такая странная избирательность?
Зачем AMS вообще трогает исходники?
AMS должна один раз считать (записать в свой кеш) входящие данные и затем конструировать код перед отправкой на сервер.
Еще раз (повторюсь) => зачем AMS лезть в исходники!?
Они на то и исходники, что бы с ними работал пользователь, а не AMS (как ей вздумается) ....
Давайте предположим, что Максим все таки сделает рандомные кодировки у тела письма ...
Мы знаем, что есть подстановка [%%HMsgCharset%%]
Теоретически эту или подобную подстановку мы можем применить в теле письма, вместо жестко привязанной кодировки ...
И тогда логика была бы понятной!
Но вот что происходит, если так сделать (AMS полностью ломает исходник тела письма!):
Это уже и не исходник вовсе ... а какая то каша!
1. Письмо в HTML формате.
2. В тело подгружается свой заголовок.
3. Тело верстается в дримвивере
4.Просматриваю письмо в редакторе AMS, в этот момент дримвивер "ругается" ... Говорит, что код файла изменился и файл будет перегружен ...
Странно! Я ничего в файле не менял! Но соглашаюсь!
5.Вижу ... код действительно поменялся:
Какова логика изменения кода я так и не понял ...
1. Изначально тело письма в кодировке windows-1251 и в AMS кодировка такая же.
2. После просмотра письма в редакторе AMS переписывает код исходника ... Зачем? И каков алгоритм?
3. Может быть это работа какого то тупого парсера и парсер заменяет не понравившийся ему код windows-1251 на WINDOWS-1251 в соответствии с выбранной кодировкой пользователя и при этом заменяет маленькие буквы на большие ???
Ну допустим ...
4. Хм ... а что если поменять кодировку письма в AMS и посмотреть, что тогда парсер пропишет в исходнике?
5. Меняем кодировку письма на UTF-8 ... и что видим? А в исходнике как была указана кодировка WINDOWS-1251, так она и осталась!
6. Присмотримся повнимательнее, что и как заменяется (хотя хоть убей не могу понять для чего! ) и видим: что у одного стиля парсер "пропустил" кавычки, а у другого такого же стиля вырезал ... А это вообще зачем?
И почему такая странная избирательность?
Зачем AMS вообще трогает исходники?
AMS должна один раз считать (записать в свой кеш) входящие данные и затем конструировать код перед отправкой на сервер.
Еще раз (повторюсь) => зачем AMS лезть в исходники!?
Они на то и исходники, что бы с ними работал пользователь, а не AMS (как ей вздумается) ....
Давайте предположим, что Максим все таки сделает рандомные кодировки у тела письма ...
Мы знаем, что есть подстановка [%%HMsgCharset%%]
Теоретически эту или подобную подстановку мы можем применить в теле письма, вместо жестко привязанной кодировки ...
И тогда логика была бы понятной!
Но вот что происходит, если так сделать (AMS полностью ломает исходник тела письма!):
Это уже и не исходник вовсе ... а какая то каша!