Загрузка на сервер

Загрузка на сервер:

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

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

1. Права доступа на запись к папкам указаны как 777
   Права доступа на запись к файлам обозначены как 666
   Совершенно обязательно, чтобы отмеченные таким образом файлы и папки были доступны на запись.
   
   Если Ваш хостер предусматривает иные значения, выставляйте их.
   Если Вы понятия не имеете, кто вообще такие права доступа, читайте мануал.
   
   Если Вы намереваетесь поставить права доступа какие попало, от фонаря, а не так, как указано выше, не отдавая себе отчёт, что творите, то это очень зря. Пока не разберётесь с правами доступа, и не выставите их единственно верным способом, дальше двигаться нельзя.
   
   
2. Допускается поставить права доступа на корневую папку скрипта как 777
   Для нормальной работы этого вовсе не требуется, и вполне достаточно прав 755, однако, если Вы попервоначалу будете допускать какие-то ошибки, полный перечень которых приведён тут, то для их однозначной идентификации полезно иметь некий файл лога.
   
   Большинство серверных операционных систем любит создавать такой лог сообщений об ошибках прямо в корневой папке скрипта, где этот лог легко найти и поизучать, но для этого необходимо, чтобы на данную папку стояли именно права на запись.
   
   Не забудьте потом, при запуске Почтовой Выхухоли в работу, вернуть права доступа на его корневую папку в исходное состояние.
   
   
3. На карте файловой структуры Вы можете видеть, что некоторые файлы имеют моду загрузки bin
   Они действительно бинарные, и должны заливаться на сайт в бинарной моде.
   
   
4. Файлы, закрашенные жёлтым маркером, можно переименовать, не трогая их расширение.
   Их имена абсолютно не важны. Главное, чтоб Вам они были известны.
   Совершенно незачем, чтобы любой мог к ним обратиться, зная их дефолтовые URL-ы.
   
   Ничего страшного не случится, если всё останется так, как на схеме, но умный человек всегда предпринимает все возможные меры предосторожности, и перемещает админку и адреса для бэкапа и пингования рассыльщика в никому неведомые УРЛ-ы.
   
   При переименовании файлов понимайте, что, встретив далее в этом мануале их дефолтовые имена, следует иметь ввиду то, чем Вы их обозвали в реальности.
   
   
5. Абсолютно все файлы, отмеченные на схеме, обязательны для переноса на хост.
   Ни один нельзя потерять.
   Любая проблематика, связанная с такой забывчивостью, очень сложно диагностируется. А потому никто не станет мучиться в догадках, отчего да почему возможна та или иная нестандартность в работе, и потерей какого такого файлика она может быть вызвана.
   
   
6. В отдельных папках также сыщутся файлы, не показанные на схеме.
   Среди них будут и .htaccess и/или index.php файлы, которые вовсе не обязательны.
   Однако они не являются лишними, так как некоторые FTP клиенты, ввиду странной прихоти их разработчиков, не переносят на хост пустые фолдеры, из-за чего пользователь, вроде бы честно копируя весь дистрибутив, сталкивается потом с последствиями предыдущего пункта этой инструкции, сильно при этом недоумевая.
   
   
7. Замыкает наш список вебмастерcких премудростей самоочевидное пожелание контроля регистра букв в именах папок и файлов при их нелёгком странствии из zip-архива дистрибутива скрипта на хост.
   
   Ваш софт (сама винда, файл-менеджер) могут для красоты картины перевести первую строчную буковку имени в прописную. Для Винды это одно и то же. Для юниксоподобных систем вовсе нет. На почве чего и возникнет недопонимание- вроде бы на хосте нужный файл есть, а скрипт его в упор не видит.
   
   

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

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

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

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

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

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