Загрузка дистрибутива на сервер.

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

Загрузка дистрибутива Почтовой Наны на сервер:

Дистрибутив поставляется в виде ZIP-архива.
При работе с ним следует чётко понимать два момента:

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

  2. Папка с именем Корневая папка скрипта содержит всё то, что необходимо перенести в корневую папку Наны на сервере. Переносится именно содержимое, а не сама папка.

Для загрузки файлов дистрибутива на сервер воспользуйтесь FTP клиентом, в котором Вы умеете выставлять права доступа (а если ещё не умеете, то узнайте этот момент на оффсайте своего FTP клиента - там все обычно нарисовано чуть ли не в картинках, и процедура оказывается предельно простой):

Корневая папка скрипта 755
data 755
content 755
postman 755
_menu.php 644 ascii
admin.php 644 ascii
index.php 644 ascii
modules 755
postman 755
backup 777
db 777
letters 777
default 755
_dispatch.letter.htm.php 644 ascii
_dispatch.letter.txt.php 644 ascii
_subscribe.letter.php 644 ascii
_subscribe.message.php 644 ascii
standart.letter.content.html.php 644 ascii
standart.letter.content.text.php 644 ascii
standart.letter.design.php 644 ascii
index.morda.php 666 ascii
standart.letter.design.php 666 ascii
logs 777
tmp 777
_postman_52.php 644 bin
_postman_53.php 644 bin
_postman_54.php 644 bin
i 755
postman 755
c1_dm.gif 644
subscriber.gif 644

При нежелании пользоваться FTP клиентом::

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

Уместные пояснения к файловой структуре скрипта:

  1. Права доступа на запись к папкам указаны как 777
    Права доступа на запись к файлам обозначены как 666
    На чтение - 755 и 644 соответственно.

    Совершенно обязательно, чтобы отмеченные таким образом файлы и папки были доступны на запись. В противном случае Почтовая Нана будет ругаться на эти папки и файлы, и работать штатным образом не станет.

    Если Ваш хостер предусматривает иные значения прав доступа, то выставляйте их. Если же Вы понятия не имеете, кто вообще такие права доступа, читайте мануал.

    Возможные проблемы на этом этапе::

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

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

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

    Поэтому, с познавательной целью выставив права доступа согласно данной инструкции, и поимев в ответ на экран ошибку 500 серии при обращении к любому URL-у скрипта, знайте точно, что Вы попались как раз такому хостеру, ориентированному на массового пользователя, и права 777 у него вообще запрещены. А разрешены только 755.

    Речь тут здесь везде о правах доступа к папкам.

  2. На схеме файловой структуры Вы можете видеть, что три файла имеют моду загрузки bin Они действительно бинарные, и должны заливаться на сайт именно в бинарной моде. Смотрите на оффсайте своего FTP клиента, как управлять модой загрузки файлов.

    Информация к размышлению::

    Мода загрузки файлов на хост столь же важна, как и верные права доступа.

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

    Также возможно, что вы увидите на экране ошибку 500 серии, либо вообще пустой белый экран. Неверная мода загрузки бинарных файлов может привести и к такому эффекту.

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

    О безопасности чуть более развёрнуто::

    Собственно Почтовая Нана делает всё возможное для сокрытия URL-ов своих "комплектующих". Она даже отключает статмодуль (так называемую Любопытствующую Нану) в пределах своих документов, чтобы их адреса не всплывали в отчётах статмодуля.

    Однако вебмастера очень любят бездумно нашпиговывать свои сайты всевозможными счётчиками, метриками, и прочим по сути дела шпионским софтом. А также пользоваться шпионящими за своим пользователем браузерами - и Гугл Хром, и Яндекс.Браузер докладывают производителям о каждой посещённой страничке, плюс несут прямо в себе максимально расширенный вариант метрики, никак не отключаемый.

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

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

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

    Например, для данного сайта, в котором Почтовая Нана в демонстрационных целях работает по адресу /postman/demo/ необходимо в файл /robots.txt включить фрагмент кода:

    User-agent: *
    Disallow: /postman/demo/

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

  4. Абсолютно все файлы, отмеченные на схеме, обязательны для переноса на хост. Ни один нельзя потерять.

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

  5. Замыкает наш список вебмастерcких премудростей самоочевидное пожелание контроля регистра букв в именах папок и файлов при их нелёгком странствии из zip-архива дистрибутива скрипта на хост.

    Ваш софт (сама Винда, файл-менеджер) могут для красоты картины перевести первую строчную буковку имени в прописную. Для Винды это одно и то же. Для юниксоподобных систем вовсе нет. На почве чего и возникнет недопонимание - вроде бы на хосте нужный файл есть, а скрипт его в упор не видит. Такое хоть и крайне редко, но встречается.