Некоторые основные ошибки новичков в работе с сайтом

Некоторые основные ошибки новичков в работе с сайтом

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

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

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

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

Используемое в статье сокращение БД, означает – База Данных.

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

При этом на прошлом сайте я поставил 301-ый редирект на этот сайт, чтобы перенос был кошерным с точки зрения поисковых систем.

После переноса блога с одного адреса на другой прошло где-то три месяца, и я решил снять редирект, для этого я просто зашел в панель управления, на свой хостинг, и полностью удалил CMS WP. После чего обнаружил, что и этот сайт перестал работать, при попытке войти на него отображалась надпись,- «Ошибка связи с базой данных».

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

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

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

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

Когда я сделал это, то при попытке зайти на сайт, получил предложение установить движок WP, т. е. он почему-то слетел. Тогда, опять зайдя в панель управления на хостинг, я удалил движок, и поставив его заново, сделал откат и БД, и самого сайта.

В результате я получил нулевой сайт, т. е. несмотря на произведенный откат, ничего не изменилось, на сайте была запись, «Еще один сайт на Ворд Пресс» и стандартная при установке CMS WP запись «Привет Мир».

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

Получаю ответ, что необходимо зайти в PhP MyAdmin и сделать восстановление БД вручную, с объяснениями как это сделать. Произведя этот откат БД вручную, перехожу на сайт, и вижу, что записи вернулись, но как-то по странному, только заголовки статей показывало нормально, все остальное показывалось кодами.

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

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

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

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

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

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

Основные ошибки и недочеты

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

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

Следующий пункт – это как раз не сохранившаяся на блоге статья, она не сохранилась в записях на сайте, но была сохранена у меня на компьютере в файле Word, поэтому я просто заново поставил ее на блог, отредактировав в нужных местах и заново расставив картинки. Вывод, сохраняя написанные статьи в текстовом редакторе на компьютере, вы минимизируете риск потерять материал. Думаю, достаточно сохранять записи статей за два последних бэкапа.

Четвертым, и в то же время очень важным пунктом является сохранение бэкапов на компьютере. Странно, я слышал про необходимость сохранять бэкапы, но серьезно начал относиться к этому пункту только во время прохождения тренинга «Доход 500-1000$ доступен каждому», на котором преподаватели, Евгений Ходченков и Михаил Гаврилов, очень убедительно объясняют необходимость сохранения резервных копий на компьютере, и настоятельно советуют регулярно делать их, за что им огромное спасибо.

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

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

Важное замечание

Напомню еще раз, ОБЯЗАТЕЛЬНО сохранять бэкапы на компьютере!!! От Ходченкова и Гаврилова я слышал такое выражение,- «Есть веб-мастера, которые еще не сохраняют бэкапы, и веб-мастера, которые уже сохраняют бэкапы», и, честно говоря, я очень рад, что смог перейти в разряд веб-мастеров, которые сохраняют бэкапы, без потери данных за несколько недель или месяцев работы над сайтом.

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

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


Карта сайта


Информационный сайт Webavtocat.ru