Доброго времени суток, дорогие читатели. Создавая блог на Blogger и вообще на бесплатной платформе о многих вещах вообще не нужно думать, некоторые вещи предусмотрены разработчиками платформы, некоторые просто недоступны в бесплатных платформах. Работая с WordPress я так же, как и в работе с Blogger, не задумывалась о странице 404, т.к. она по умолчанию предусмотрена этим движком, и всегда есть среди файлов любой темы.


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

Т.к. я столкнулась с задачей, которую необходимо было решать самостоятельно, я решила поделиться своим опытом с вами, как впрочем всегда и делаю на страницах этого блога. Сегодня я расскажу, как создать страницу 404 для сайта на примере форумного движка phpBB.
План статьи будет такой:

1. Что такое страница 404.
   
2. Как создать страницу 404.
   
3. Как создать страницу 404 в phpBB.
   

Что такое страница 404

Мы знаем, что любой сайт находится на сервере хостера, когда пользователь набирает адрес вашего сайта в адресной строке браузера, браузер отправляет запрос серверу "показать страницу, которая содержит этот адрес", сервер, получая такой запрос, находит требуемую страницу и отвечает на запрос, передавая содержимое страницы браузеру (я упростила процесс передачи информации, выкинув из него несколько звеньев, т.к. суть сейчас не в этом). Передавая найденную страницу сервер дает ответ: "Да, такая страница существует". Но так словами объясняемся мы, люди, на языке машин любой ответ сервера называется "код состояния" и имеет числовое значение из 3 цифр, а данный ответ имеет числовое значение – 200. Т.е. каждая страница в интернете, которая разрешена для просмотра пользователями через браузер, существует на сервере и доступна в данный момент отдает код 200 OK.

Доброго времени суток, уважаемые читатели. Когда-то давно, аж 27 сентября прошлого года, я рассказывала, как установить WordPress на Denwer. Ещё тогда я решила, что у этой статьи просто обязано быть продолжение - как перенести готовый WordPress с Денвера на хостинг. Решила давно, а вот до готовой статьи добралась только сегодня. Надеюсь, кому-то эта статья будет полезна.


С самого начала хочу сказать, что алгоритм переноса любой CMS, работающей с базой MySQL одинаков. По крайней мере я в этом убедилась на личном опыте, работая с WordPress, Joomla и phpBB.

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

Подготовительные работы перед переносом сайта с локального компьютера на хостинг

На стороне хостера

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

Самое главное, что вам сразу потребуется, это:
Что значит – дает вам хостер сам? Когда вы заказываете услугу и оплачиваете ее, вам должно прийти письмо на почту с оповещением, что услуга подключена. Как правило, сразу в этом письме и есть дальнейшие инструкции или, как вариант, ссылка на справочный материал. Итак, если хостер сам создает для вас FTP подключение и базу MySQL, то он обязательно пришлет логины и пароли в письме вам на почту. Не теряйте такое письмо!

Если в письме нет ничего подобного, то идем в личный кабинет (уж к нему-то точно вам хостер пришлет доступ) и ищем в личном кабинете ссылки на разделы. Ищем что-то похожее на FTP подключение и Базы MySQL.

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

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

• имя сервера, к которому вы будете подключаться через FTP подключение. Может иметь разные названия, зависит от настроек хостера. Вот возможные варианты:
  
  • ftp.ваш_домен.ru
    
  • ftp.домен_хостера.ru
    
  • XX.XXX.XX.XXX – какие-то цифры
    
• Логин
  
• Пароль
  

Для подключения к базе MySQL:

• Название базы
  
• Логин
  
• Пароль
  

Название базы может совпадать с логином.
На этом этапе мы обладаем заветным доступом к серверу через FTP и данными нашей новой Базы MySQL.

Доброго времени суток, уважаемые читатели. Когда-то давно, аж 27 сентября прошлого года, я рассказывала, как установить WordPress на Denwer. Ещё тогда я решила, что у этой статьи просто обязано быть продолжение - как перенести готовый WordPress с Денвера на хостинг. Решила давно, а вот до готовой статьи добралась только сегодня. Надеюсь, кому-то эта статья будет полезна.


С самого начала хочу сказать, что алгоритм переноса любой CMS, работающей с базой MySQL одинаков. По крайней мере я в этом убедилась на личном опыте, работая с WordPress, Joomla и phpBB.

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

Подготовительные работы перед переносом сайта с локального компьютера на хостинг

На стороне хостера

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

Самое главное, что вам сразу потребуется, это:
Что значит – дает вам хостер сам? Когда вы заказываете услугу и оплачиваете ее, вам должно прийти письмо на почту с оповещением, что услуга подключена. Как правило, сразу в этом письме и есть дальнейшие инструкции или, как вариант, ссылка на справочный материал. Итак, если хостер сам создает для вас FTP подключение и базу MySQL, то он обязательно пришлет логины и пароли в письме вам на почту. Не теряйте такое письмо!

Если в письме нет ничего подобного, то идем в личный кабинет (уж к нему-то точно вам хостер пришлет доступ) и ищем в личном кабинете ссылки на разделы. Ищем что-то похожее на FTP подключение и Базы MySQL.

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

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

• имя сервера, к которому вы будете подключаться через FTP подключение. Может иметь разные названия, зависит от настроек хостера. Вот возможные варианты:
  
  • ftp.ваш_домен.ru
    
  • ftp.домен_хостера.ru
    
  • XX.XXX.XX.XXX – какие-то цифры
    
• Логин
  
• Пароль
  

Для подключения к базе MySQL:

• Название базы
  
• Логин
  
• Пароль
  

Название базы может совпадать с логином.
На этом этапе мы обладаем заветным доступом к серверу через FTP и данными нашей новой Базы MySQL.

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


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

При подключении персонального домена Google ставит 301 редирект не на все время, а на какой-то промежуток времени, примерно, на 2-3 месяца. За это время блог полностью проходит переиндексацию в разных поисковых системах, в частности в Яндекс. Склеиваются показатели тИЦ и PR. По прошествии срока, 301 редирект снимается и появляется просто страница с переадресацией.

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

Очевидно, с вашим блогом где-то пошло не так. Самые очевидные проблемы (на мой взгляд), которые могли возникнуть, две:

1. Технический сбой со стороны Яндекс
   
2. Ваш косяк, за что Яндекс наложил фильтр.
   

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

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


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

При подключении персонального домена Google ставит 301 редирект не на все время, а на какой-то промежуток времени, примерно, на 2-3 месяца. За это время блог полностью проходит переиндексацию в разных поисковых системах, в частности в Яндекс. Склеиваются показатели тИЦ и PR. По прошествии срока, 301 редирект снимается и появляется просто страница с переадресацией.

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

Очевидно, с вашим блогом где-то пошло не так. Самые очевидные проблемы (на мой взгляд), которые могли возникнуть, две:

1. Технический сбой со стороны Яндекс
   
2. Ваш косяк, за что Яндекс наложил фильтр.
   

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