Коллега, в том-то и дело, что сайт по своей сути уже через две-три недели будет висеть в продакшене, я как раз заканчивают подготовку его адаптивного шаблона. Шаблон уже практически готов, осталось навести марафет буквально по мелочи.
Я планирую через две-три недели его выложить на продакшен, а уже затем по мере сил и возможности, наполнять потихоньку сайт уникальным контентом и статьями. Но, сами понимаете, наполнить качественным контентом - это далеко не простая задача, и реализовать её можно не сразу, а спустя полгода, а то и год. Вот я и хочу, чтобы сайт уже реально работал в Интернете, тем самым выполнял свою прямую функцию по привлечению целевого трафика, а я потихоньку бы наполнял его необходимым качественным контентом. Вот где-то таким образом...
Поясню, почему я задал вышеуказанный вопрос по заголовкам ответа сервера.
Дело в том, что свой веб-сайт я хотел бы нарастить за предстоящие полтора-два года до уровня 5-6 тысяч страниц, а это достаточно большой объём для меня.
Лучше сейчас исправить какие-либо технические нюансы (неточности), чем править потом на таком количестве страниц. Потому-то я и беспокоюсь за правильность заголовков, которые в данный момент отдаёт мой веб-сервер...
---------- Добавлено 06.09.2017 в 13:19 ----------
Вот об этом-то и идёт речь...
Может, ещё указанное вами кэширование настроить дополнительно, как считаете?.. Или же оставить так, как есть?.. Я смотрю, мой веб-хостер в панели управления моим сайтом позволяет настроить "кэширование" на неделю, месяц, и т.д. По умолчанию сейчас данная функция у меня там выключена. Стоит её включить?
volkovysk, спасибо Вам большое за развёрнутый и хороший ответ!
Коллеги, ещё такой вопрос по поводу моего сервера... Думаю, с РНР-документами мы уже разобрались, я буду делать проект сразу на РНР, мне так интереснее и есть куда расти над собой!
Так вот, по поводу сервера. В данный момент мой веб-сервер отдаёт такие заголовки ответа со страниц моего сайта
(я использовал сервис "bertal.ru"):
HTTP/1.1 200 OK
Server: nginx
Date: Wed, 06 Sep 2017 09:51:20 GMT
Content-Type: text/html; charset=UTF-8
Connection: keep-alive
Last-Modified: Wed, 16 Aug 2017 18:41:22 GMT
Как вы считаете, этого достаточно для поисковых ботов Гугла? Именно с перспективной дальнейшего продвижения сайта? Или же через РНР необходимо добавить ещё пару-тройку дополнительных важных заголовков? К примеру, на других сайтах я видел ещё много дополнительной информации, но не уверен, нужна ли она поисковым механизмам Яндекса и Гугла, насколько критично её отсутствие (к примеру, такие позиции как "Content-Length: 20583", "Transfer-Encoding: chunked", "Cache-Control: max-age=241, must-revalidate", "Content-Encoding: gzip", "Accept-Ranges: bytes", "Etag: f626", и прочее).
Что скажете по поводу данного вопроса? Он очень важен для меня... Как насчёт других (отсутствующих) заголовков, насколько это критично и стоит ли их дополнительно добавлять? Заранее благодарен за ваши мысли и ответы.
PS. Конечно мне бы хотелось услышать ответ, что и так сойдёт, но если нужно добавить какой-либо дополнительный заголовок, чтобы в будущем у моего сайта не было проблем с поисковыми механизмами Гугла и Яндекса, я готов выслушать вас. Спасибо заранее!
Немного не понял относительно вашей фразы о том, что РНР будет тратить ресурсы на обработку моих РНР-страничек на веб-сайте?... Это что, получается, РНР настолько чувствительная к нагрузкам платформа, что прямо таки "упадёт на колени" от того, что обработает РНР-страницу с несколькими РНР-инклудами в ней?
Вот правда, мне кажется, что это вообще не должно никак сказаться на производительности сервера хостинга и на скорости работы моего сайта, но может быть я и ошибаюсь.---------- Добавлено 05.09.2017 в 11:52 ----------Ах да, и то что сайт на инклудах - прошлый век.
Вот статический html-сайт на SSI-Includes, это действительно прошлый век. А динамический РНР-сайт, на котором шапка и подвал вынесены для удобства управления сайтом в отдельные PHP-Includes, как по мне, это нисколько не прошлый век, а вполне себе нормальное решение для большого сайта, если наполнением и раскруткой заниматься лично самостоятельно (то есть, мне как веб-мастеру). Конечно, стороннему клиенту такой сайт отдавать не стоит, но если работать с ним только самому, хорошо зная его структуру, то почему бы и нет?
PS. Я понимаю, что сайты на заказ делаются в основном на популярных CMS. Но это мой личный веб-сайт, я его делаю не на заказ, а для себя. Вот, к примеру, благодаря тому, что мой сайт состоит из РНР-страничек, и обрабатывает интерпретатором РНР, мне наконец удалось нормально настроить заголовок Last-Modified / IF-Modified-Since, что раньше было трудно осуществить на голом HTML, поскольку там сервер у моего хостера отдавал только Last-Modified, но не реагировал на IF-Modified-Since.
А так - добавил пару строчек РНР-кода в самом начале каждой странички - и вот тебе корректный и правильный заголовок Last-Modified / IF-Modified-Since. Отлично!
miketomlin, спасибо вам за детальный ответ. Мне важно было знать, реагируют ли поисковики на расширение файлов сайта. Теперь понятно, что им всё равно, какое там расширение. Правда, если к примеру взять две страницы:
http://www.mysite.com/page-1.php
и
http://www.mysite.com/page-1.php?articleId=my-article
Думаю, во втором случае это не очень хорошо для поисковых механизмов.
Ну так ведь, без труда не вытащишь и щуку из пруда...
А в целом лучше, когда я ясно понимаю - что я делаю и какие результаты получу от того, что сделано. Сайт ведь не визиткой хочу сделать, а своим верным помощником в бизнесе и в работе, при чём на долгие-долгие годы вперёд. Потому-то и такие героические мучения. Хотя, выражаю вам отдельное большое спасибо за то, что оценили мой труд! Это и вправду очень тяжело - поднимать практически с нуля фронт-энд (HTML+CSS+JS+jQuery...) и частично бэк-энд (PHP+MySQL).
Но дорогу осилит идущий по ней!---------- Добавлено 22.08.2017 в 15:46 ----------
Коллега, мне уже поздно это советовать.
Я уже скоро свою "админку" под себя и свои нужды писать начну )))
Коллеги, в рамках данной темы обсуждения хотелось бы задать такой вопрос.
Нишу очень конкурентная, есть сайты конкурентов, стоящие в топ-10, но некоторые из них явно написаны под оптимизацию, тексты просто нечитаемые, есть конкуренты, которые даже умудрились два своих сайта запилить в топ-10, что подскажете?
Можно ли пожаловаться Гуглу / Яндексу на такие методы недобросовесной конкуренции? Как правильно подать жалобу на то, что один конкуент имеет в выдаче топ-10 сразу два сайта? Или же сайт полностью заспамлен ключевиками под завязку, читать вообще его нереально! Тем не менее, он спокойно висит в топ-3 и топ-10 Гугла.
<!--WEB-->, я веду себя отнюдь не агрессивно, а как раз сопоставимо ситуации.
Когда человек обращается на специализированный форум по поисковой оптимизации, в раздел вопросов по Гуглу, то ожидает получить квалифицированный совет, или же просто поддержку. Но в реальности выходит совсем по-иному.---------- Добавлено 21.08.2017 в 00:58 ----------Пару слов по поводу поднятых мною выше вопросов. Не дождавшись ответа тут, я сам углубился в эти вопросы. И нашёл на них ответы самостоятельно.
По первому вопросу - просто необходимо было подождать пару дней, пока Гугл переиндексирует урлы, и 301 редирект тут-же сработал, Гугл в выдаче обновил странички уже с корректными урлами. Спасибо тому человеку, который тут на форуме указал выше, что 301 редиректов будет вполне достаточно. Он оказался полностью прав! Выдача обновилась, все .html странички исчезли и вместо них появились .php странички.
По воторому вопросу - в моём случае действительно необходимо было добавить небольшой кусок РНР-кода в самом начале страницы с тем, чтобы сервер начал отдавать корректный заголовок Last-Modified. НО!!! В этом коде был "косяк", который заключался в середине кода - а именно на этапе выполнения конструкции условия IF-MODIFIED-SINCE.
Я удалил этот проблемный участок кода, после этого Гугл Вебмастер начал абсолютно нормально сканировать мои странички, при этом сервер без проблем отдаёт заголовок Last-Modified... Единственный небольшой нюанс (минус) - у меня выпала функция IF-MODIFIED-SINCE, поскольку старый кусок кода я удалил, поскольку он мешал сканированию Гуглом страничек, а новый писать пока не стал... Пока остановился на просто заголовке Last-Modified.
Плюс, теперь можно нормально формировать "xml-sitemaps", поскольку сервер уже нормально отдаёт заголовки Last-Modified, что облегчило мне жизнь... То есть, проблему я пока решил только наполовину, но для меня и это уже существенный результат.
Плюс, я теперь могу использовать РНР-Includes, чтобы разбить на модули отдельные куски моего нового шаблона, что реально поможет мне в будущем управлять веб-сайтом. К примеру, если на сайте будет 500+ страничек, то поменять меню на сайте, или поменять футер - будет крайне сложно, придётся править 500+ страничек, а так в одном месте поменял - и на всём сайте автоматом всё заменилось. Очень хорошо!
<!--WEB-->
А если по сути заданных мною вопросов - вы ответить можете, вместо того, чтобы обсуждать какой я идиот?
Очень, очень остроумно. Посмеёмся же вместе и поднимем бокалы.
По сути вопроса: сайт информационный, раньше был два года простой визиткой на 8 голых страничек html, сейчас делаю его полный редизайн, с перспективой наращивания информационных статей до 1000-1500 (тысячи-полторы тысячи) штук на два-три года вперёд. Именно с позиции его редизайна, с перспективой наращивания страниц, решил сразу делать сайт полностью на PHP, включая его морду и остальные семь страничек. Почему на PHP? Хочу использовать РНР-Инклуды, поскольку с таким монстром на голом HTML я просто "утону" в страницах, не смогу вообще им управлять уже через полгода и всё равно придётся переходить на Инклуды. Так лучше сразу сделать это сейчас, нежели чем потом. Иными словами, планирую сайт на HTML+CSS+JavaScript+PHP Includes.
Кстати, к слову сказать, как только перешёл на РНР-странички, у меня тут же перестался отдаваться заголовок Last-Modified / If Modified Since, поскольку для статических страниц он отдавался в любом случае, а вот для динамических страниц сервер перестал отдавать. Службой техподдержки хостинга мне было предложено вставить РНР-скрипты в самом начале каждой страницы, еще до элемента <!Doctype html>, с тем, чтобы решить вопрос с заголовками Last-Modified / If Modified Since. Я так и сделал, согласно инструкций на сайте https://last-modified.com/ru/last-modified-if-modified-since-php.html, вопрос-то я решил, однако Гугл Вебмастер вообще перестал видеть эти страницы, начал ругаться на них, поскольку в самом начале был код РНР. Пришлось удалить этот код... Увы!
Теперь в ответах сервера у меня нет заголовков Last-Modified, тем не менее, я добавил тег на каждой странице <meta http-equiv="last-modified" content="Wed, 16 Aug 2017 18:41:22 GMT"> , плюс добавил элемент <lastmod>2017-08-16T18:41:22+00:00</lastmod> в файл sitemap.xml в корне сайта, надеюсь этого будет достаточно для поисковых роботов... Кто сталкивался ещё с такой вот бедой, что посоветуете? Оговорюсь сразу, что директивы в .htaccess не работают, поскольку на моём хостинге прошита намертво связка Nginx + Apache, а не чистый Apache, потому-то вот такая ситуация.
Кто что думает?....
