| ← Январь 2005 → | ||||||
|
1
|
||||||
|---|---|---|---|---|---|---|
За последние 60 дней ни разу не выходила
Сайт листа:
http://subscribe.ru
Открыт:
21-01-2004
Пре-модерация: Да
Адрес для писем в лист: comp.soft.others.list-list@subscribe.ru
Адрес
модератора: comp.soft.others.list-owner@subscribe.ru
Доброе время суток Павел,
Не подскажете, на работе ли Илья?
Я уже три недели шлю ему письма, но... ответа нет.
Или: Есть ли специальный, выделенный человек в Службе работы с авторами,
который отвечает за объединение рассылок?
Доброе время суток всем,
Прошлой весной кидал сюда идею о общей рассылке "Рулетка Subscribe.Ru"
но может тогда было не то время года?
Давайте попробуем еще раз, у меня есть пара недель и возможность
оппонировать по этой теме, да и сейчас я подготовлен лучше, имхо.
Итак, эта рассылка планируется как системный ресурс S.ru. Три раза в неделю
автомат выбирает три рассылки за прошедшую декаду...
- пн-ср - из каталога "бронзовых" рассылок
- чт-пн - из каталога "серебрянных" рассылок
- сб-вс - из каталога "золотых" рассылок
... и с "шапкой" подписаться на данную рассылку отсылается их подписчику.
Выгоды:
1. Дополнительные рекламные площади, которые не будут так просто
прокручены скролом (из-за размещения рекламы между "шапкой" и сообственно
выбором робота).
2. Дополнительная возможность популяризации рассылок, т.к. далеко не все
пробегают весь каталог, да и названия не всегда отвечают содержимому.
3. Дополнительные универсальные очки, которые будут перепадать
рассылкам-счастливчикам.
Краткое описание:
Три раза в неделю Вы будете получать случайно выбранные роботом выпуски
рассылок из всего каталога Subscribe.Ru. Не спешите - возможно Вам повезет
и Вы найдете то, что пропустили в нашем каталоге из ХХХ уникальных изданий.
Итак, жду Ваших мнений. Нужно ли это, стоит ли что-то поправить или
изменить координально?
ПЯ>> Кроче - HTML теперь режется на заведомо короткие строки
ПЯ>> по первому пробелу после 511 символа (если строка длинная конечно)
ПЯ>> Если у кого-то почта и 512 покромсает....
ПЯ>> А еще луше не писать HTML со строчками по 3 килобайта длинной
К> "Хотели как лучше, а получилось как всегда".
(c) Черномырдин В.С. ;)
К> Хотел минимизации
К> объема выпуска, а получил максимизацию гемороя :)
К> Я уже скрипт переделал - теперь таких больших строчек не будет!
Эээээээээээ а в чем состояла оптимизация
Экономия на переводах строк ?
Дык в HTML что пробел, что много пробелов, что перевод
строки, что много переводов строки (за исключением небольшого
к-ва мест) - это ОДИН пробельный символ
Так что длинную строчку можно спокойно переносить по пробельнам
символам - тоже самое будет
Для продвинутых - в допущении что перевод строки это юниховый \n
А не виндовый \r\n - тут то да - каждый замененный перевод
строки - экономия одного байта
(Экономика должна быть экономной (с) Брежнев Л.И.)
НО ! Для рассылок это не важно - по приему всё нафиг
нормализуется - в том числе и \r\n => \n
К> Спасибо за помощь :)
Спасибо за сообщение о проблеме ;)
Привет!
ПЯ> Кроче - HTML теперь режется на заведомо короткие строки
ПЯ> по первому пробелу после 511 символа (если строка длинная конечно)
ПЯ> Если у кого-то почта и 512 покромсает....
ПЯ> А еще луше не писать HTML со строчками по 3 килобайта длинной
"Хотели как лучше, а получилось как всегда". Хотел минимизации
объема выпуска, а получил максимизацию гемороя :)
Я уже скрипт переделал - теперь таких больших строчек не будет!
Спасибо за помощь :)
С уважением,
Молочков Кирилл
Корреспондент журнала "Интернет-Лоцман"
(http://www.birzhaplus.nnov.ru)
Mail : kir***@b*****.ru
ICQ : 252488467
URL : http://my-mobile.ru
Здраствуйте товарищи !
Новая коммнада "Метка начала подписи"
SUBSCRIBE --
На место команды вставляется стандартная последовательность "-- \n"
обозначающая что далее в письме идет подпись.
Это позволяет не включать подпись исходного письма в его цитату при
написани на него ответа.
В отличии от всех других команд, данная команда имеет следуюшие особенности:
* Она должна быть записана с начала строки
* После нее в строке должно быть или совсем ничего или только символы пробела
* Команда удаляет за собой перевод строки в которой она написана
* В уже обработанной части письма не должно быть другого экземпляра метки начала
подписи
Если хоть одно из этих условий не соблюдено, то команда просто удаляется.
PY>>> Для рассылок разбирайте предыдущие цыфирки - дату - 20050103223758
PY>>> в урл вида
PY>>> http://subscribe.ru/archive/list.id/YYYYMM/DDhhmmss.(html|text)
MK>> А вот и не работает, дело в том, что Message-Id: полностью не соответствует
MK>> циферкам в линке.
PY> хммм странно, по коду посмотрел - должно совпадать
PY> Покопаю глубже 11го
Ну вот покопал
Не накопалось ;(
И по коду эти числа давно синхронизированы
и проверка в единтвенном месте где они иогут стать
различными тоже ничего не даёт
Мммммм если у кого еще есть примеры, то в личку
К>> Если нужны
К>> готовые "примеры", то могу скинуть свои "кривые" авторские выпуски.
PY> Нужны _письма_ авторской копии со всеми хидерами
PY> Мне на ммммм не, не мне сюда в лист, не буду домашний адрес светить
PY> (не бойтесь за размер письма - я не него посмотрю, но в лист
PY> не пропущу)
После некого личного обсуждения садово-огородной тематики
выяснено что:
- формирутеся без резаных тегов
- доставляется без резаных тегов
- в ящик кладется (мой) без резаных тегов
а дальше начинается старая песня что RFC некоторым программам не указ
Кроче - HTML теперь режется на заведомо короткие строки
по первому пробелу после 511 символа (если строка длинная конечно)
Если у кого-то почта и 512 покромсает....
А еще луше не писать HTML со строчками по 3 килобайта длинной
