Предложение "Загрузка файлов Headers + Body"
Модератор: Max Terentiev
Предложение "Загрузка файлов Headers + Body"
Это работает так:
1. AMS, рандомно, считывает из папки, тело "HTML-письма".
2. AMS "смотрит" какая кодировка "назначена" данному письму (аналогично просмотру письма пользователем в редакторе).
3. AMS парсит тела на предмет кодировки и изменяет кодировки на кодировку из редактора.
Вероятно Ваша "непонятка" связана с тем, что Вы верстаете тела в одной кодировке, а затем AMS обращаясь к Вашим файлам .... "редактирует их", записывая в них кодировку из редактора AMS.
По идее AMS, обращаясь к сторонним данным (а для AMS, тела писем 100% являются такими данными) => не должна изменять эти данные!
AMS должна только считывать и использовать сторонние данные ... но ни в коем случае НЕ ИЗМЕНЯТЬ их!
Сейчас, AMS, при работе с внешними телами => редактирует эти тела ... хотя если проводить аналогию, то работая с внешними хедареми, графикой, соксами, хостнеймами, акками и прочей информацией, AMS таких изменений не производит. По логике и тела AMS не должна править!
Мне кажется, что алгоритм, может быть таким:
1. Сейчас => в редакторе AMS вставляется путь до папки с рандомными данными [%%ORandMessageBody,C:\body,5%%] + тела правятся AMS "на винте".
2. А надо так => [%%ORandMessageBody,C:\body,5,с10000%%] или так [%%ORandMessageBody,C:\body,5,t360%%] + не править тела на винте, а считывать тела в оперативку и обрабатывать их там!
Подробнее:
[%%ORandMessageBody,C:\body,5,с1000%%] - означает что грузится внешнее тело письма.
[%%ORandMessageBody,C:\body,5,с1000%%] - путь до папки с телами
[%%ORandMessageBody,C:\body,5,с1000%%] - через сколько писем сменить тело в рассылке
[%%ORandMessageBody,C:\body,5,с10000%%] - перечитать папку через 10000 отправленных писем
[%%ORandMessageBody,C:\body,5,t360%%] - перечитать папку через 360 сек.
Таким образом можно будет генерировать сторонним софтом, тела + в цикле и заменять их в на новые .
В свою очередь, AMS, будет приходить по нужному алгоритму (по кол-ву отправленных писем или по таймеру) в папку и забирать новые тела, заменяя ими "старые тела" в оперативке.
P.S. Понятие "отправленные письма" по желанию пользователя хорошо бы иметь возможность менять с помощью "тригера" на понятие "всего писем", в независимости отправились ли они вообще или нет ... Это может пригодиться для автоматизации генерирования в том случае, если вдруг сгенерированные письма вообще не захотят отправляться ... тогда AMS потыркавшись 10 тыс. раз с негодными телами, будет вынуждена перечитать папку, в которой к тому времени уже будут лежать новые тела.
1. AMS, рандомно, считывает из папки, тело "HTML-письма".
2. AMS "смотрит" какая кодировка "назначена" данному письму (аналогично просмотру письма пользователем в редакторе).
3. AMS парсит тела на предмет кодировки и изменяет кодировки на кодировку из редактора.
Вероятно Ваша "непонятка" связана с тем, что Вы верстаете тела в одной кодировке, а затем AMS обращаясь к Вашим файлам .... "редактирует их", записывая в них кодировку из редактора AMS.
По идее AMS, обращаясь к сторонним данным (а для AMS, тела писем 100% являются такими данными) => не должна изменять эти данные!
AMS должна только считывать и использовать сторонние данные ... но ни в коем случае НЕ ИЗМЕНЯТЬ их!
Сейчас, AMS, при работе с внешними телами => редактирует эти тела ... хотя если проводить аналогию, то работая с внешними хедареми, графикой, соксами, хостнеймами, акками и прочей информацией, AMS таких изменений не производит. По логике и тела AMS не должна править!
Мне кажется, что алгоритм, может быть таким:
1. Сейчас => в редакторе AMS вставляется путь до папки с рандомными данными [%%ORandMessageBody,C:\body,5%%] + тела правятся AMS "на винте".
2. А надо так => [%%ORandMessageBody,C:\body,5,с10000%%] или так [%%ORandMessageBody,C:\body,5,t360%%] + не править тела на винте, а считывать тела в оперативку и обрабатывать их там!
Подробнее:
[%%ORandMessageBody,C:\body,5,с1000%%] - означает что грузится внешнее тело письма.
[%%ORandMessageBody,C:\body,5,с1000%%] - путь до папки с телами
[%%ORandMessageBody,C:\body,5,с1000%%] - через сколько писем сменить тело в рассылке
[%%ORandMessageBody,C:\body,5,с10000%%] - перечитать папку через 10000 отправленных писем
[%%ORandMessageBody,C:\body,5,t360%%] - перечитать папку через 360 сек.
Таким образом можно будет генерировать сторонним софтом, тела + в цикле и заменять их в на новые .
В свою очередь, AMS, будет приходить по нужному алгоритму (по кол-ву отправленных писем или по таймеру) в папку и забирать новые тела, заменяя ими "старые тела" в оперативке.
P.S. Понятие "отправленные письма" по желанию пользователя хорошо бы иметь возможность менять с помощью "тригера" на понятие "всего писем", в независимости отправились ли они вообще или нет ... Это может пригодиться для автоматизации генерирования в том случае, если вдруг сгенерированные письма вообще не захотят отправляться ... тогда AMS потыркавшись 10 тыс. раз с негодными телами, будет вынуждена перечитать папку, в которой к тому времени уже будут лежать новые тела.
Последний раз редактировалось partnerweb Чт дек 17, 2015 9:32 pm, всего редактировалось 1 раз.
-
- Сообщения: 2
- Зарегистрирован: Пт янв 01, 2016 5:17 pm
разумно., но в таком случае мы перекладываем на себя работу софта. Думаю что изменять кодировку настроенную в редакторе амс или не изменять при загрузке писем - это должна быть опция. Далеко не каждому подойдет такой способ ввиду разных на то причин. Опционально было бы шикарно конечно Видимо вы еще не пробовали делать это вразных кодировках вашим генератором, тогда думаю вы бы думали несколько иначе, возможно я ошибаюсь конечно.
1. К сожалению, на момент оплаты ПО, потребитель "еще не понимает" необходимость таких алгоритмов, а продавцу это усложнение просто не нужно.
2. Даже сейчас, потребитель не может разобраться с ПО и напрягает тех.поддержку. А напрягов ни кто не хочет.
3. Если же навесить на ПО доп.функционал, то потребитель и вовсе, скачав триалку и не разобравшись с софтом, не будет его покупать.
4. Если бы софт был AMS Standart, AMS Professional, AMS Ultimate, то потребитель мог бы покупать AMS Standart, а затем апгрейдить ее до нужного уровня.
5. В этом случае все бы были в выигрыше. В том числе Макс в финансовом ...
P.S. К сожалению Максим сказал, что ни чего в этом и других направлениях делать не будет ...
2. Даже сейчас, потребитель не может разобраться с ПО и напрягает тех.поддержку. А напрягов ни кто не хочет.
3. Если же навесить на ПО доп.функционал, то потребитель и вовсе, скачав триалку и не разобравшись с софтом, не будет его покупать.
4. Если бы софт был AMS Standart, AMS Professional, AMS Ultimate, то потребитель мог бы покупать AMS Standart, а затем апгрейдить ее до нужного уровня.
5. В этом случае все бы были в выигрыше. В том числе Макс в финансовом ...
P.S. К сожалению Максим сказал, что ни чего в этом и других направлениях делать не будет ...
Очень и очень жаль, это была одна из причин по чему я в свое время отказался от AMS в пользу другого софта. Сейчас зашел на форум почитать и посмотреть, в надежде, что может быть, есть изменения в лучшую сторону. А воз и ныне там.partnerweb писал(а):
P.S. К сожалению Максим сказал, что ни чего в этом и других направлениях делать не будет ...
Несколько лет назад, я подумал, почему бы не помочь Максиму?
Максим тратит уйму времени на модерацию форума + тех.поддержку покупателей ...
А развитием софта ему заниматься некогда ...
Я предложил Максу безвозмездную помощь.
В меру своих возможностей, я снимаю с него эти нагрузки + занимаюсь тестированием софта + отловом багов + пишу ТЗ для усовершенствования ПО.
Все ТЗ возникали не на пустом месте.
ТЗ появлялись после сотен часов экспериментов + многочасовых обсуждений с продвинутыми пользователями в скайп-конференциях.
У людей горели глаза и чесались руки ... скоро AMS Enterprise - станет супер ПО!
Но ... Максу такой подход не понравился (хотя о таком, разработчик должен мечтать!).
Сначала Макс еще с боем, но выслушивал наши предложения.
Принимал письменные ТЗ, участвовал в наших скайп-конференциях.
Затем, Макс стал "только обещать", что-то сделать.
Обещания "сделать" - быстро трансформировались из 30 минут => в 2 дня => "в чуть попозже" => в сделаю до/после НГ => возможно сделаю => сделаю когда не знаю ...
В итоге все переросло в бесконечные обещания, которым так и не суждено было сбыться.
Макс стал "заматывать" людей своими обещаниями "завтра".
Постепенно люди перестали верить в обещания Макса и как следствие => разбежались по своим углам.
Что заметно и по форуму (никому на хер ни чего не нужно и ни кто ждать второго пришествия не хочет).
Не было бы так смешно, если бы не было так грустно ...
Жаль ... жаль потерянного времени, жаль потраченных сил, жаль что развалилось и продолжает разваливаться перспективное дело.
Я бы еще понял, если бы Макс бухал, болел (не дай Бог) или уехал куда то на долго.
А так ... создается впечатление, что Максу эта AMS - просто надоела.
Максим тратит уйму времени на модерацию форума + тех.поддержку покупателей ...
А развитием софта ему заниматься некогда ...
Я предложил Максу безвозмездную помощь.
В меру своих возможностей, я снимаю с него эти нагрузки + занимаюсь тестированием софта + отловом багов + пишу ТЗ для усовершенствования ПО.
Все ТЗ возникали не на пустом месте.
ТЗ появлялись после сотен часов экспериментов + многочасовых обсуждений с продвинутыми пользователями в скайп-конференциях.
У людей горели глаза и чесались руки ... скоро AMS Enterprise - станет супер ПО!
Но ... Максу такой подход не понравился (хотя о таком, разработчик должен мечтать!).
Сначала Макс еще с боем, но выслушивал наши предложения.
Принимал письменные ТЗ, участвовал в наших скайп-конференциях.
Затем, Макс стал "только обещать", что-то сделать.
Обещания "сделать" - быстро трансформировались из 30 минут => в 2 дня => "в чуть попозже" => в сделаю до/после НГ => возможно сделаю => сделаю когда не знаю ...
В итоге все переросло в бесконечные обещания, которым так и не суждено было сбыться.
Макс стал "заматывать" людей своими обещаниями "завтра".
Постепенно люди перестали верить в обещания Макса и как следствие => разбежались по своим углам.
Что заметно и по форуму (никому на хер ни чего не нужно и ни кто ждать второго пришествия не хочет).
Не было бы так смешно, если бы не было так грустно ...
Жаль ... жаль потерянного времени, жаль потраченных сил, жаль что развалилось и продолжает разваливаться перспективное дело.
Я бы еще понял, если бы Макс бухал, болел (не дай Бог) или уехал куда то на долго.
А так ... создается впечатление, что Максу эта AMS - просто надоела.
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
Нет, не надоела, работаю над ней постоянно.
Вопрос в том, что архитектура версии 2.х достигла своего предела и больше улучшаться уже не может. В этой связи идет работа над версией 3.0, которая будет переписана с нуля на 80%. Естественно, это требует времени. Какие-то из предложений в ней будут реализованы, какие-то в следующих версиях 3+.
Вопрос в том, что архитектура версии 2.х достигла своего предела и больше улучшаться уже не может. В этой связи идет работа над версией 3.0, которая будет переписана с нуля на 80%. Естественно, это требует времени. Какие-то из предложений в ней будут реализованы, какие-то в следующих версиях 3+.
В сентябре 2015 => был разговор, что AMS Enterprise 3.0 появится в декабре 2015.Лучший способ заставить публику терпеливо ожидать начала представления - это уверить ее, что спектакль начнется незамедлительно.
Виктор Гюго, "Собор Парижской Богоматери".
В сентябре 2016 => был разговор, что AMS Enterprise 3.0 появится в декабре 2016.
Вероятно следующей датой будет мундеаль 2018г
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
А вот и зря!
Вы не хотите стать долларовым миллионером?
На рынке такого ПО давно стагнация и нет ни чего путевого!
Правильно выйдя на рынок с новым, качественным ПО + качественным маркетингом => речь об 1$ млн, может идти "только для начала"
Что сейчас есть из аналогичного ПО на рынке?
1. Е-почта - детская мурзилка с разработчиками дебилами (общался, знаю о чем говорю!)
2. Другие программ, которым 10 лет и которые работают на порядок шустрее AMS и по ресурсам менее требовательные - не имеют функционала AMS.
3. За последние 10 лет, все что появлялось нового на эту тему - тянет максимум "на фэйк"
4. Макс к сожалению, к данной версии остыл и ни чего не делает. Хотя периодически обещает ... правда и после обещаний не делает.
5. А версию 3, можно ждать до следующей Олимпиады в Сочи.
Так, что Вам все карты в руки!
Вы не хотите стать долларовым миллионером?
На рынке такого ПО давно стагнация и нет ни чего путевого!
Правильно выйдя на рынок с новым, качественным ПО + качественным маркетингом => речь об 1$ млн, может идти "только для начала"
Что сейчас есть из аналогичного ПО на рынке?
1. Е-почта - детская мурзилка с разработчиками дебилами (общался, знаю о чем говорю!)
2. Другие программ, которым 10 лет и которые работают на порядок шустрее AMS и по ресурсам менее требовательные - не имеют функционала AMS.
3. За последние 10 лет, все что появлялось нового на эту тему - тянет максимум "на фэйк"
4. Макс к сожалению, к данной версии остыл и ни чего не делает. Хотя периодически обещает ... правда и после обещаний не делает.
5. А версию 3, можно ждать до следующей Олимпиады в Сочи.
Так, что Вам все карты в руки!
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 43 гостя