Азбука вебмастера

В последние годы, с появлением различных сервисов, систем и приложений для создания веб-сайтов, стала очень модной идея "я не программист, мне это не нужно".
Мол современный человек не должен знать, как работает компьютер, как работает веб, не должен знать про устройство серверов, баз данных и технологиях DNS.
Он имеет право просто скачать CMS, нажать на большую кнопку "сделать звездато" посредине и получить работающий сайт с заявленными разработчиком характеристиками.

С одной стороны, всё это правда.
Современные технологии всё более дружественны к неискушенному пользователю. Интерфейс становится всё более интуитивным, понятным и дружественным. Разработчики прилагают неимоверные усилия, чтобы сделать систему "понятной даже для дурака".
Но в ответ они получают проблему, выраженную известным "принципом Шоу":
Создайте систему, которой сможет пользоваться дурак, и только дурак захочет ею пользоваться.

Увы, ни одна система не отменяет потребности пользователя пользоваться собственным разумом. Ни одна автоматика не способна предугадать все нештатные ситуации, которые способен создать несведущий пользователь. А особенно, несведущий пользователь, который считает, что он всё знает.

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

Например:
1. Что такое "корневая папка"? Это папка, в которой лежат все остальные папки и файлы сайта. В этой папке должен лежать файл index.php, с которого и начинается работа системы при обращении к этому сайту. В файловом менеджере корневая папка сайта на InstantCMS2 выглядит примерно так:
Так как уже поздно, тему продолжу завтра.
Всех желающих принять участие в создании "азбуки" прошу присоединяться.
Просьба отнестись к этому, как к составлению справочника. То есть максимально "академично".

Мы продолжим!
2. Как максимально просто залить файлы сайта на хостинг?
Самый простой метод — просто зайти a корневую папку сайта при помощи ftp клиента и скопировать туда файлы сайта.
ftp клиентов существует великое множество. Самые популярные — filezilla, totalcommander и WinSCP.
Я рекомендую каждому скачать и установить WinSCP. Этот клиент позволяет подключаться к серверу как по протоколу ftp, так и по протоколу SFTP, который позволяет управлять правами файлов и корректно редактировать их.
Но! Всё это хорошо, когда вам надо скопировать установочный пакет нового сайта в 7 метров. Когда же нужно перенести на новый хостинг сайт, на котором уже случилась изрядная папка upload в несколько гиг — проще закинуть туда архив с файлами сайта и распаковать файлы из архива прямо на сервере.
Пользователям шаред-хостингов хотеры, как правило, предоставляют панель управления ISPmanager, в которой есть файловый менеджер, в котором можно загрузить на хостинг архив с сайтом и разархивировать его прямо на сайте. Причем файлы в этом случае лягут правильно и ровно. Владельцем файлов будет пользователь сайта, права на папки будут 755, права на файлы будут 644.
Пользователи VPS могут почитать про обращение с файлами сайта здесь:
/blogs/zapiski-dinozavra/lokalnyi-testovyi-linuks-server-pod-windows.html
Хоть там и написано про локальный сервер, но на реальном VPS всё настраивается точно так же.

3. При работе с FTP надо обратить внимание на два (кроме других) вопроса:

1) Закачивать файлы на сайт только в Двоичном (Бинарном) режиме.
Проверить режим передачи в FTP клиенте FileZilla можно в Верхнее меню --> Передача --> Режим передачи.
Если передавать сайт в других режимах, например Авто, это может привести к печальным последствиям, вплоть до полного не рабочего состояния сайта или ошибок.

2) Всегда (доработать до автоматизма) удалять пароли из соединения в FTP клиенте. После удаления пароля пройти на вкладку (FileZilla) Верхнее меню --> Редактирование --> Удалить личные данные и стереть Личные данные (кэш) в FTP клиенте. Достаточно удаление из двух пунктов (FileZilla): История быстрого соединения и Информация повторного соединения.
Это позволит во многих случаях защитить сайт от воровства паролей из FTP, а значит взлома сайта. Многие вирусы воры паролей "заточены" на воровство паролей в том числе из кэша FTP.

Написано на примере FileZilla, но подобные пункты есть во всех FTP клиентах.

4.
Важнейшим элементом сайта является база данных.
В базе данных хранятся все настройки сайта (кроме основных, которые хранятся в файле конфигурации) и вообще в базе данных ВСЁ!
Все настройки, которые администратор сайта делает в панели управления, сохраняются в базе данных.
В следующем пункте мануала будет рассказано об управлении базой данных из программы phpmyadmin.

Ris, не хочу ломать подборку… Может так будет легче пользователям систематизировать ваш материал.
Короче говоря что-то по типу заметок в виде вики. Пользователь посчитал нужным что его интересует такие и такие темы, он их заносит в тидлер и сохраняет в виде одной вики странице. Кто-то вообще все будет переписывать и сохранять.
Вот сам архив страницы, кто захочет, изучит и будет возможно пользоваться.
Не все постоянно онлайн, а некоторым нравится все по полочкам в компе раскладывать…
+ поддержка тегов, якорей экспорта и д.р.
+ эти знания/подсказки пакуются в одну страницу html

Mort Rainey,
Да, скорее всего, как накопится, сделаю новую тему с мануалом по установке и управлению сайтом.
А эту тему удалю, если получится.

В базе данных хранятся все настройки сайта (кроме основных, которые хранятся в файле конфигурации) и вообще в базе данных ВСЁ!
Все настройки, которые администратор сайта делает в панели управления, сохраняются в базе данных.

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

Файлы движка которые заливаются на сайт в корневую паку остаются всегда неизменными (статей в них нет)) они служат только для трансляции информации из базы данных.

Бэкапы очень важны! Периодичность выбирайте сами, но чем чаще тем лучше, важные файлы хранить лучше на внешнем носителе дополнительном, так как жесткий диск компьютера имеет свойства ломаться.
Скачать по фтп все файлы в, зайти в базу данных и сделать экспорт всех таблиц — ручной метод, описан см.выше заливать и скачивать файлы по FTP.

Можно вопрос? Почему на форуме так много мужчин и мало женщин.

Потому что, те, которых мало, задают много толковых вопросов.

Как обновлять Инстант до новой версии?

Несмотря на то, что вроде бы все инструкции есть, тем не менее регулярно возникают вопросы.
Опишу как обновляю сам.

1. НИКОГДА не обновляю по ссылке или по встроенному в админку способу через FTP
Почему? Потому что вероятность обновится с ошибками возрастает в разы.

В первую очередь могут негативно сыграть лимиты и настройки хостинга.
Если сайт реально рабочий. ВСЕГДА обновление только "Ручным способом".

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

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

4. Скачиваю архив с обновлением и распаковываю его на рабочем столе.

5. Если есть обновления шаблона, делаю необходимые правки в своем шаблоне и закидываю исправленные файлы в соответствующие папки (или их создаю) в распакованный архив с обновлением в папку package.

Туда же (так же) закидываю файлы обновлений для сторонних расширений.

То есть создаю (дополняю) установочный пакет под свой сайт. Исключение для обновлений дополнений которые требуют повторной установки их устанавливаю потом.

6. Провожу тестовое обновление на локальной копии сайта по инструкции из описания к релизу для "Ручного режима".

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

7. Если все удачно, захожу в Админка --> Компоненты --> Управление событиями и если требуется нажимаю на "обновить события"

Далее еще при еще включенной отладке проверяю работу всех значимых для меня функций на сайте, смотрю нет ли ошибок.

8. Если все работает, начинаю обновление на сайте.

Здесь два варианта: можно перенести обновленную копию с локального (если сайт не большой) или проделать все то же, что на тестовом, на рабочем сайте ( бекап сайта у меня есть )).

То есть, делаю все как и раньше для "ручного способа", НО все файлы из подготовленного ранее архива обновления ( из папки package ) закачиваю сторонним FTP клиентом ( например FileZilla ) в корневую папку своего сайта.

Еще раз: НИКОГДА не использовать встроенный в админку FTP, исключение, если сайт для вас не имеет особого значения))

9. Если после обновления появились ошибки.

Прежде всего проверяю повторно все ли обновления внесены в сторонние дополнения и файлы шаблона.

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

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

Вот собственно и все. Добавлю, что пока в п. 9 мне только пару раз приходилось делать обновления дважды и НЕ приходилось доводить дело до форума)).

1. НИКОГДА не обновляю по ссылке или по встроенному в админку способу через FTP
Почему? Потому что вероятность обновится с ошибками возрастает в разы.

Я бы так сказал — не обновляю по ссылке или по встроенному в админку способу через FTP в случае если есть правки в шаблоне или системных файлах или слабого хостинга
Действительно бывают ситуации, когда из за проблем со скоростью или правах в каталогах, могут возникнуть проблемы с обновлением.

Я бы так сказал...

Написал так как делаю всегда сам. Почему? тоже написал.

ЗЫ: Считаю, что как раз в этом и есть ловушка для начинающих вебмастеров.
Пойти с виду по более легкому пути (обновлять по ссылке или встроенному FTP), а в итоге из-за лимитов, слабого хостинга, не сделать обновление качественно...

Вряд ли кто будет спорить с тем, что только при "ручной" заливке можно реально видеть, что и куда залилось, и залилось ли вообще…

5. При любых действиях с сайтом, требующих вмешательства администратора, как то обновление, установка новых компонентов, виджетов и шаблонов, рекомендуется иметь полный бэкап файлов сайта и базы данных.
Бэкап файлов сайта желательно иметь в виде архива (zip, tar.gz и т.д.). Если хостер предоставляет услугу периодического бэкапа, которая создает бэкап на специальном файловом сервере хостера, все равно рекомендуется иметь бэкап сайта у себя на компьютере или на каком-нибудь файловом хранилище.
Сделать бэкап файлов сайта очень просто. Нужно просто заархивировать корневую папку сайта (что такое корневая папка, написано в первом посте темы) и скачать архив себе на компьютер.
Пользователям шаред хостинга, как правило, предоставляется доступ в панель управления ISPmanager, cpanel и т.д. Там есть файловый менеджер, можно выбрать папку с сайтом и нажать кнопку "Архивировать".
Подробнее здесь: Менеджер файлов
На виртуальный сервер VPS также можно установить панель управления ISPmanager. Стоит это порядка 200 рублей в месяц.
Владельцам VPS, не имеющим панели управления ISPmanager придется позаботиться о создании архива с бэкапом другими методами.
Самый простой метод — установить в консоли MC командер (apt install mc для дебиана/убунту и yum install mc для centos и всего redhat подобного), зайти в корневую папку с сайтом и нажать кнопки вверху Command — User menu — Compress current subdirectory(tar.gz). Далее надо задать имя архива и нажать энтер.
Сделать бэкап базы данных еще проще. Если база небольшая — можно экcпрортировать её прямо из phpmyadmin. Если сайту много лет база уже превышает 20Мб — есть варианты для ISPmanager и для консоли.
Как экспортировать базу из ISPmanager:
Экспорт данных.
Из консоли тоже достаточно несложно.
Заходим в ту папку на сервере, где мы хотим создать бэкап базы и пишем в консоли:
mysqldump -u имя_пользователя -pпароль имя_базы > data-dump.sql
Соответственно, вместо имя_пользователя, пароль, имя_базы и data-dump.sql надо написать логин пользователя базы, его пароль, имя базы данных и имя архива (архив можно обозвать как угодно, лишь бы было .sql в конце).
Архив файлов и бэкап базы нужно скачать себе на компьютер и хранить как зеницу ока!