Да, всё верно. Именно такие условия мне навязывает мой хостер, вы всё правильно поняли. Меня, правда, смущает ваш смайлик в конце. Видимо, моя ситуация выглядит со стороны анекдотично?...
Однако учтите, пожалуйста, что мой 30-страничный информационник будет потихоньку расти, может и до довольно большого количества страниц в будущем. Потому-то я и беспокоюсь...
ortegas
Коллега, я вижу, что вы достаточно подкованы технически, ваши ответы приятно читать. Сразу видно человека, который работает над собой. Относительно же перехода с http на https протокол (соответственно, с HTTP/1.1 версии сайта на версию HTTP/2). Я читал такую вещь, что для нормальной и корректной работы сайта на новом протоколе HTTP/2 необходимо обеспечить выделенный IP-адрес.
Кстати говоря, и мой хостер выводит предупреждение о том, что старые браузеры некорректно работают с новым протоколом HTTP/2, соответственно, рекомендует мне для корректной работы браузеров клиента подключить именно выделенный IP-адрес для моего сайта в случае перехода на https. Но проблема в том, что выделенный IP-адрес, мягко говоря, не дешёвое удовольствие у моего хостера, по стоимости в год он практически равен стоимости самого хостинга моего сайта, то есть если я закажу выделенный IP-адрес, то услуги хостинга сайта можно сразу же увеличивать в два, а то и в два с половиной раза. Потому-то я и сомневаюсь насчёт перехода с http на https... ---------- Добавлено 08.01.2018 в 20:46 ---------- Кстати говоря, необходимость выделенного IP-адреса связана с тем, что в случае зашифрованного соединения через протокол https, директива "host" в исходящем https-запросе клиента может не работать / не корректно работать (особенно, в старых версиях браузеров). Поскольку в данный момент я сижу у своего хостера на общем IP-адресе (вместе с парой десятков своих "соседей"), то есть я делю один IP-адрес с другими сайтами на данном хостинге, то при использовании нового протокола https (HTTP/2) мой хостер мне настойчиво рекомендует купить у него выделенный IP-адрес для моего сайта. Кто-то, возможно, прокомментирует данный вопрос? Стоит ли его покупать, или же в этом нет необходимости? Спасибо.
Я более склоняюсь к тому, чтобы остаться на старом протоколе http. И развивать сайт именно на нём, но сомнения есть.---------- Добавлено 08.01.2018 в 20:11 ----------ortegas
Очень интересный совет, спасибо вам! Попробую поэкспериментировать. Но однозначно могу сказать, что у меня заголовка "Cashe-Control" в данный момент нет вообще, иными словами, браузер клиента будет действовать по умолчанию, то есть в соответствии со своими алгоритмами, что подразумевает кеширование контента по умолчанию (так как прямого запрета на это у меня на сайте нет). Или же необходимо отдельно разрешить браузеру клиента это делать? Именно добавить разрешающий заголовок "Cashe-Control: public", к примеру?
Коллеги, ещё созрел один вопрос. Сайт у меня информационный, будет расти, но работает в данный момент на обычном старом протоколе http. Соответственно, в Гугле и Яндексе он проиндексирован именно по данному протоколу. Никогда никаких платежей на этом сайте не будет, он сугубо информационный. Максимум - это, возможно, добавлю форму обратной связи. Всё. Вопрос: стоит ли задумываться о переходе на протокол https? Мой хостер позволяет подключать бесплатный сертификат от Let's Encrypt (с автоматическим его продлением каждые три месяца). Но у меня сомнения... Стоит ли вообще мне переходить на безопасный протокол https ?
Этот вопрос у меня последний в рамках данной дискуссии, если вы на него ответите, буду крайне вам признателен. Спасибо заранее.
Спасибо вам за развёрнутый ответ. Мой сервер обрабатывает заголовок "If-Modified-Since", в ответ он возвращает именно статус-код "304 Not Modified", если страница не менялась с даты, указанной в запрашиваемом заголовке. Я это заранее предусмотрел, а также всё сверил с вышеуказанным ресурсом last-modified(точка)com, всё отлично отрабатывает.
богоносец
Да, да, я понимаю этот момент. Но если представить, к примеру, что на сайте 5 тыс. страниц, достаточно ли будет роботу (поисковому боту) правильно настроенных заголовков "Last-Modified" / "If-Modified-Since" у меня на сайте? Вот в чём суть вопроса. В данный момент эти заголовки у меня настроены и работают корректно.
Так я для этого шаблон сайта сделал полностью на "php-Includes", шаблон полностью разбит на отдельные блоки (шапка, подвал, меню, иные статические/сквозные элементы по всему сайту), иными словами меняя какой-то пункт меню или шапку сайта в одном файле, эти изменения автоматически применяются ко всему сайту, будь там хоть 30 000 страниц. Именно потому я не стал делать сайт на исходных .html страничках, а сделал его на .php страницах, используя в дальнейшем по мере роста сайта возможности языка РНР.
Те же "PHP Инклуды" хорошо мне сейчас облегчают жизнь, плюс другие полезные плюшки от использования именно платформы РНР, а не голой .html статики. Потому, почему вы считаете, что там не будет 30 000 страниц? Неужели использование сторонней CMS (типа Joomla, Drupal, WordPress, DLE...) является "краеугольным камнем" для роста сайта в будущем? Неужели нельзя сделать достойный сайт, если вообще отказаться от сторонних CMS и использовать только и исключительно собственные познания в таких технологиях, как "HTML/CSS - JavaScript - PHP" ? Вопрос не риторический, мне действительно интересно, почему некоторые мои коллеги по веб-разработке так категорично утвеждают, что именно нужно использовать только CMS и никак иначе?
Примечание: этот сайт лично мой, сделан не на заказ, и развивать его я планирую в будущем исключительно самостоятельно (используя свои знания в сфере веб-разработки). Зачем мне в таком случае использовать стороннюю CMS для своего же собственного веб-сайта?
Мой первоначальный вопрос остаётся актуальным: если сайт будет в будущем расти, скажем, до 5 000-7 000 страниц, эти заголовки ответа сервера достаточны для его нормальной индексации от Гугла и Яндекса, или же необходимо будет что-то добавить/поменять? Каково ваше мнение? Спасибо!
Коллега, тут мне кажется дело не в CSS, поскольку тут на лицо необходимость использования условия, что уже подпадает под программирование. То есть, использовать условные операторы в JavaScript / PHP и решать этот вопрос.
К примеру, у меня была аналогичная сложность с тем, чтобы подсвечивать на сайте то меню, которое является активным. При этом задача заключалась в том, чтобы это самое меню было вынесено в отдельный файл и подключалось к каждой странице большого сайта с помощью PHP Includes. С тем, чтобы можно было редактировать меню в одном месте, и оно одновременно бы менялось на 1000 страницах сайта. Так вот, я использовал в РНР конструкцию IF-ELSEIF-ELSE, с помощью которой и решил данную проблему. Думаю, вам тоже необходимо мыслить в этом же направлении, только вместо РНР использовать тот же JavaScript...
Полностью поддерживаю!
Вот правда, коллеги, тут есть на самом деле два пути изучения.
Первый путь - изучать в качестве хобби, лично для себя. То есть для того, чтобы поддерживать на должном уровне и вести пару-тройку своих сайтов, и самому же их развивать. Тут можно чистый HTML/CSS, основы JavaScript, основы PHP/MySQL. То есть, для своих проектов этого в принципе должно хватить с головой. Плюс, наверное, изучить работу в графическом редакторе, том-же фотошопе, чтобы уметь картинки нарезать и графику редактировать для сайта. Это тоже важно. Но опять же, это как хобби, при этом необходимо иметь другую (реальную) работу/профессию, которая бы гармонично дополнялась этим вашим "хобби". Или, другими словами, чтобы хобби помогало с основной работой (к примеру, искать новых клиентов и заказы через сайт).
Второй путь - это изучение веб-разработки с целью последующего трудоустройства по специальности в веб-студию или компанию. Тут действительно нужно ПАХАТЬ, при этом пахать как Папа Карло! Конкуренция в данной области ох какая большая, плюс нужно иметь хороший английский язык, как устный, так и желательно письменный. Шансов в разы становиться больше. Только так: 1) свободный английский; 2) любая область веб-разработки (как фронт, так и бек-энд). Хотя, по правде сказать, с нынешним уровнем развития интернет-технологий, свободный английский нужен не только веб-разработчикам, но и вообще любому образованному человеку. Поскольку свободное владение английским языком хорошо расширяет границы, перспективы в жизни!
Каждый выбирает свой путь.
nyc22, а как не познавать, если сайт разрастётся до 100 страниц и более (я уже молчу о тысячах страниц!), как им управлять без знания РНР? Тут как минимум нужны PHP Includes, плюс программирование на сервере, чтобы управлять всем этим огромным монстром.
Изначально сайт у меня был просто на .html страничках, но когда он начал расти, я задумался: а как я буду с ним управляться через год-два-три, когда число страниц перевалит реальную отметку 500+ ? Именно потому я пришёл к изучению РНР и программирования в целом. Хотя сам по себе я имею гуманитарную специальность, никогда ранее не программировал, самоучка. Но жизнь заставляет учиться, познавать новое, иначе никак.
Коллега, спасибо за конструктивные и своевременные ответы на все мои вопросы, вы мне очень помогли. Ещё раз большое вам спасибо!
nyc22, так вопрос не только в том, чтобы всё быстро и хорошо работало, но и чтобы на перспективу развития сайта всё было сделано с умом.
