Создание новой службы.

  1. Сразу же после инициации скрипта он не содержит никаких служб (естественно, если не делался импорт из предыдущей инсталляции), и на экране нарисуется стадо кнопочек:


    Воинское звание нужной нам кнопки подсвечено красным.

    Как Вы понимаете, сами кнопки сгруппированы по смыслу- верхний ряд открывает доступ к администрированию служб либо подписчиков, средний позволяет проделывать разные действия над службами, нижний - над самим скриптом. В частности, нижняя правая кнопка как раз и является входом к табличке настроек скрипта.

  2. Нажав в кнопку добавления службы, Вы столкнётесь с табличкой её свойств:

    Добавление новой службы автоматических рассылок.

    Пожалуйста, заполните поля формы по аналогии своими данными. Читайте сноски.












    Примечания:

    1. Внутренний параметр админки. Подписчику не виден.
      Любое слово на английском, без пробелов и спецсимволов.
      Дозволены только мелкие латинские буквы a-z и цифры.
      Не пытайтесь внести в это поле русские слова.

    2. Наименование рассылки на естественном языке, понятном подписчику.

    3. Служба может быть серийной и новостийной:

      • Серийная - содержит заданное число писем, отправляемых подписчику последовательно.
      • Новостийная - такие письма вообще отсутствуют.
        По базе подписчиков осуществляется периодическая рассылка новостей.
        Это классический почтовый рассылочный сервис, к которому мы все привыкли.

      Чтобы сделать рассылку новостийной, количество писем укажите -1 (минус один).


    Будьте добры, с пониманием относитесь к тому, что вносите в поля формы свойств службы. Если сноской оговорено, что идентификатор службы может быть только словом из латинских букв, значит, не надо писать в это поле русские слова. Скрипт, конечно, имеет минимальную "защиту от дурака", но на феерического идиота всё-таки не рассчитан. И если ожидается, что в поле числа писем для этой службы будут введены цифры, так и извольте соблюдать тип данных, а не писать туда "а хрен его знает".

    Поскольку скриптом поддерживается два типа рассылок - серийная и новостийная - давайте окончательно себе уясним, чем они отличаются, и как задать тип рассылки при создании службы.

    1. Если рассылка серийная, то есть каждый новый подписчик получает с определённым интервалом несколько предварительно заготовленных писем, то число этих писем мы и указываем в четвёртом поле. И если это число есть целое положительное, то скрипт понимает, что сама рассылка относится к серийным службам.

    2. Новостийная рассылка по определению не содержит никаких предварительно заготовленных писем.
      Мы просто коллекционируем подписчиков, и в те моменты, когда что-то хотим им поведать, сочиняем для них письмо любого формата, и заставляем Почтовую Выхухоль отослать это письмо по всей базе.
      Поэтому писем у службы нет, и в четвёртое поле, как и попрошено сноской, мы в случае новостийной рассылки должны вписать минус единицу.

    Смысл остальных полей формы вроде бы понятен. Но если нет, то:

    1. Хочется попутно заметить, что кодировка писем не очень критична.
      Но, как всегда, есть оговорки.

      Любой почтовый клиент, конечно, без проблем отобразит письмо что в КОИ, что в Винде.
      Про веб-интерфейс почтовых сервисов столь определённо сказать уже нельзя.
      Естественно, ведущие почтовые сервисы Рунета без проблем перекодируют КОИ в ту кодировку, под которой бегает их сайт, а вот по отношению к периферийным почтовым сервисам, а также нерусским, такой уверенности уже нет.

      Поэтому Виндовая кодировка писем немного предпочтительнее.
      Хотя стандартной для Рунета является всё-таки КОИ.

    2. Режим хранения адресов зависит от того, с какой аудиторией Вы работаете.

      1. Если аудитория сайта абсолютно не целевая, и то, что Вы пытаетесь донести до подписчиков с помощью рассылки, подавляющему их большинству абсолютно не интересно, ибо это случайные люди, то и бережно хранить их email-ы тоже бессмысленно. Те, кому Ваше предложение показалось любопытным, сходил по ссылкам с писем, почитал сами письма, и тем самым уже провзаимодействовал с Вашим предложением.

        Адреса всех этих людей после завершения цикла рассылки можно позабыть.
        Грубо говоря, Вы закинули трал, и вся рыбёшка, чей интерес больше ячеи трала, Вам попалась. А остальная живность бесследно растаяла в пучине океана, ибо ни Вы ей, ни она Вам не интересны.

      2. Если же Вы работаете с целевой аудиторией, например, с клиентской базой, то сам Бог велел хранить таких подписчиков вечно.

    3. И, видимо, html вариант писем тоже лучше простого текстового.
      Можно пользовать любые средства HTML разметки, вставлять картинки, и т.д.
      Да и вообще текстовый формат невыразителен, и для нужд манимейкера мало пригоден.

    4. Имя отправителя и его email тут наследуется от основных настроек скрипта.
      Однако не возбраняется для каждой службы прописать тут собственные значения.

    После создания службы в любой момент можно вернуться к этой табличке свойств, где можно будет поменять всё, кроме идентификатора службы и числа писем.
    Число писем в службе, конечно же, меняется, но не через данную табличку, а через кнопку "Шаблоны файлов"- там можно письма добавлять и удалять.

  3. Когда все настройки выставлены, а кнопка добавления службы нажата, Вы увидите отчёт:

    Добавление новой службы автоматических рассылок.

    Ok, профиль для новой службы dispatch создан:

    1. Создана база данных mysql_1294041800.db
    2. Создана динамическая база данных mysql_1294041800.db.us
    3. Запись о службе dispatch добавлена в корневую базу данных dbmain.db
    4. Для службы "Почтовый Дятел" созданы шаблоны (заготовки) писем и извещений:
    5. Создан файл письма dispatch.1.html.php
    6. Создан файл письма dispatch.2.html.php
    7. Создан файл письма dispatch.3.html.php
    8. Создано письмо извещения о подписке dispatch.subscribe.letter.php
    9. Создан шаблон сообщения о подписке dispatch.subscribe.message.php

    Теперь Вам необходимо нажать кнопку "Шаблоны файлов" и откорректировать контент следующих документов:

    1. dispatch.1.html.php
    2. dispatch.2.html.php
    3. dispatch.3.html.php
    4. dispatch.subscribe.message.php
    5. dispatch.subscribe.letter.php

    Помните, что тип всех писем html


    Мы видим, что после создания службы появились кнопки для её коррекции, редактирования писем этой службы, а также функционал генерации подписной формы.

  4. Однако прежде, чем всё это трогать руками, давайте нажмём кнопку перехода на морду админки:

    Обобщённые сведения о службах и рассылках от 04.05.2012 13:39:00

    Активных служб серийных рассылок: 1

    1. dispatch:
      0
      0
      0
      0
      0
      0
      0
      0

    Активных служб новостийных рассылок: 0

      Доступ к саппорту.

      Чтобы иметь возможность получать консультации технического плана максимально простым способом, задавая вопросы прямо из админки, пожалуйста, внесите в это поле свой email, который Вы указали в ЛастоШопе при приобретении Почтового Дятла.

      Саппортом обеспечиваются только клиенты.



      Мы неспроста перешли на морду админки, так как она несёт полную информацию о состоянии служб.
      Именно тут Вы сможете наблюдать прирост подписчиков, стадии их движения (какое письмо по счёту сколько народа получает для каждой из серийных рассылок), а также состояние заданий для новостийных рассылок - сколько писем от общего числа разослано.

      Но есть одна тонкость.

      Поскольку для построения всей этой статистики на текущий момент необходимо пересмотреть все базы всех служб, при большом числе служб и подписчиков в них сам процесс может быть ресурсоёмок. И если Вы в процессе нажимания кнопок в админке постоянно переходите на морду админки, то каждый раз заставляете свой сервер трещать диском и греть мозги, что ни разу не является рациональным поступком, так как мы изначально договорились, что любим своего хостера, заботимся о нём, и не заставляем совершать бессмысленные действия.

      Именно с этой благородной целью мы и ввели кэширование морды.
      Изначально там стоит ноль, то есть кэширования нет вообще.
      Что и понятно - службы и подписчики пока отсутствуют, и при визите на морду админки хостер не напрягается.

      Однако впоследствии Вам потребуется установить кэширование админки на несколько минут.
      И понимать, что с этого момента состояние служб отображается на морде с лагом.
      И, чего-то создав или убив силами админки, при включенном кэшировании Вы увидите это не сразу, что абсолютно нормально.

    В целом создание службы является механическим процессом, над которым особо думать не надо.
    Не справиться с этим процессом никак нельзя.
    Надо только чётко знать, чего же Вы от этой службы, собственно, хотите.

    Гораздо более ответственным процессом является подготовка писем рассылки.
    О чём обстоятельный рассказ в одном из последующих документов.