Большие перемены...

===================
Добрый день!
Мне очень важно, чтобы все мои сайты нормально индексировались в поисковых системах.
Увы, пока с этим никак. Сайты отдавались в сеть по незащищённому протоколу, и потому поисковики их просто игнорировали при выдаче.
Нашёл как подключить защищённый протокол, но он действует только на корневой домен. То-есть при переходе к субдомену, поисковики начинают "бесится", утверждая что заявленный протокол не соответствует реальному, и сразу выдают предупреждение об "опасных данных"... Беда!
Решить проблему можно - но это стоит немалых денег, которых нет. Потому этот вариант для "богатеньких" коммерсантов, которые за это готовы хорошо платить. Стал "включать мозги", и в результате "мозгового штурма" пришёл к решению проблемы. Придётся все мои сайты из поддоменов выводить на подкаталоги корневых доменов. Тогда защищённый протокол будет действовать на все сайты.
Что изменится?
Сейсас поясню разницу...
Обычный (открытый) протокол передачи гипертекста обозначается "http://..." в начале адресной строки. Он никак не шифруется, и данные при передаче можно перехватить, и даже заменить на фальшивые с помошью специальных ботов. Тогда при обращении к такому сайту вы можете получить совсем не то, что на нём изначально содержится. Это одна из главных "лазеек", которая позволяет атаковать ваш компьютер злоумышленникам. И даже если ничего при передаче не изменять, и сайт изначально чистый от "паразитов" - всё равно поисковые системы его игнорируют в выдаче. Понятно, что такой сайт можно посетить только по прямым ссылкам, а в поиске он будет не виден. Вот эта беда меня мучает уже много лет, с тех пор как поисковики перешли на ранжирование по протоколу. А было время, мои сайты выходили "в топы" поисковых выдач...
Закрытый (шифрованный) протокол передачи гипертекста обозначается "https://..." в начале адресной строки. Буковка "s" обозначает сокращение от слова "Sequre" (защищённый). Он реально зашифрован специальным индивидуальным ключом. Ключ этот, вместе с сертификатом безопасности, формируются и выдаются специальными компаниями. Обычно это платные и дорогие "штучки", и эти компании на этом много зарабатывают. Но...
Есть и у них "халява для нищих", но как обычно, эти "ништяки" с урезанным функционалом. Да, они тоже работают нормально - но только на корневом домене (в моём случае). То-есть при переходе к субдомену, заявленный протокол "как-бы есть" - но реально его нет. И поисковики сразу блокируют переход, начинают "орать", что там рассадник всяких гадов... Можно им "пендаля дать", и заставить принудительно открыть такой сайт - но большинство людей рискуют оказаться в незащищённой зоне. Это тоже "кот в мешке", потому-что вы не знаете, что там... Мне этот вариант просто не нравится. Но сайты индексировать-то надо!
В общем, из всего этого я сделал "оргвыводы", и решил кардинально изменить все свои сайты. Да, чёрт возьми, придётся пожертвовать нормальной технологией PHP ради этого. Переделать все по технологии "динозавров" (которые вымерли) - это статический HTML. Такая технология была изначально во всём интернете, пока не создали динамическую загрузку страниц (PHP).
Чем хорош PHP?
Он позволяет экономить место и время. Место он экономит благодаря тому, что страницы сайтов можно делать модульными, и потом "на лету" они будут собираться в то, что мы видим. Просто в тексте кода есть специальные разделы, без которых ваш браузер не сможет построить страницу сайта. Эти разделы "служебные", они не содержат самого контента, а только руководят организацией вывода страниц. И в статическом HTML они должны обязательно быть на своих местах в тексте кода - иначе всё будет выводится криво (или совсем не выведется). То-есть они должны быть В КАЖДОЙ странице сайта. А с помощью технологии PHP, мы эти служебные разделы оформляем как отдельные файлы, и потом нам не требуется "тащить" десяток-другой одинаковых строк кода в каждой странице. Если сайт из десятка страниц - то это не критично. А если из тысяч...
А место на хостингах имеет ограниченные размеры, и если у нас большие сайты - то им его может не хватить. Можно за деньги места добавить - но это уже расходы, которые могут не окупиться.
Скорость...
Поскольку PHP собирает страницы "на лету" из модулей, то ему не требуется "всасывать" каждый раз одни и те-же служебные модули. Их он держит в буфере, и к ним подключает модули с контентом. А статический HTML вынужден их "пережёвывать" при каждом переходе на другую страницу. На этом он реально теряет время. Хотя, если сервер хостига современный, и канал передачи высокоскоростной - то эти страницы "влетают мигом".
Когда-то, лет 20 назад, у меня были только статические сайты. Конечно прогресс и у меня - даже своя CMS уже работает, которая по скорости может многим фору дать. Но вот с этой бедой "назащищённости" протокола, мне придётся бороться "дедовским" способом.
План работы уже есть - переделаю все сайты в статический HTML, и заменю субдомены на подкаталоги. "Новое - это хорошо забытое старое!"
Когда?
Когда в сети это будет видно...
Я давно практикую разработку сайтов на локальном сервере. Сначала весь сайт создаётся и отлаживается на компьютере без интернета. Там он так-же работает, благодаря установленному "движку" сервера. Фактически это такой-же сервер, как и в ЦОДах (Центрах Обработки Данных), где работают все хостинги - только он внутри локального компьютера, и может работать вообще без интернета.
И вот когда я сделаю все основные страницы, и протестирую их работу - тогда "залью" сайты на реальный хостинг, где они будут работать. Да, потом уже буду добавлять страницы по мере их готовности - но основные будут меняться "в пакете".
О конкретной дате пока не загадываю - но думаю, что несколько дней эта работа займёт...
Чем будут отличаться новые сайты?
По сути, только форматом адресной строки. Да, все будут начинаться с "https://...", что означает "защищённый протокол передачи" - это главная цель всей переделки. И вместо субдоменов будут подкаталоги. Это выглядит так...
У субдомена всегда сначала идёт название субдомена, потом точка, и название корневого домена с зоной после точки. А у подкаталога сначала идёт корневой домен, и потом через слеш (/) пишется подкаталог.
Например, сайт студии сейчас доступен по адресу https://studio.ushsnov.su - а после переделки он будет по адресу https://ushanov.su/studio/ "От перемены мест слагаемых, сумма не меняется..." - шпаргалка для тех, кто школу проГУГЛивает... Это уже новый юмор математиков и IT-шников, созданный в эпоху интернета...
В общем, я опять напишу новую статью с анонсом запуска переделанных сайтов. Так что далеко не убегайте от этого паблика... И от сайтов, конечно!Большие перемены...
===================
Добрый день!
Мне очень важно, чтобы все мои сайты нормально индексировались в поисковых системах.
Увы, пока с этим никак. Сайты отдавались в сеть по незащищённому протоколу, и потому поисковики их просто игнорировали при выдаче.
Нашёл как подключить защищённый протокол, но он действует только на корневой домен. То-есть при переходе к субдомену, поисковики начинают "бесится", утверждая что заявленный протокол не соответствует реальному, и сразу выдают предупреждение об "опасных данных"... Беда!
Решить проблему можно - но это стоит немалых денег, которых нет. Потому этот вариант для "богатеньких" коммерсантов, которые за это готовы хорошо платить. Стал "включать мозги", и в результате "мозгового штурма" пришёл к решению проблемы. Придётся все мои сайты из поддоменов выводить на подкаталоги корневых доменов. Тогда защищённый протокол будет действовать на все сайты.
Что изменится?
Сейсас поясню разницу...
Обычный (открытый) протокол передачи гипертекста обозначается "http://..." в начале адресной строки. Он никак не шифруется, и данные при передаче можно перехватить, и даже заменить на фальшивые с помошью специальных ботов. Тогда при обращении к такому сайту вы можете получить совсем не то, что на нём изначально содержится. Это одна из главных "лазеек", которая позволяет атаковать ваш компьютер злоумышленникам. И даже если ничего при передаче не изменять, и сайт изначально чистый от "паразитов" - всё равно поисковые системы его игнорируют в выдаче. Понятно, что такой сайт можно посетить только по прямым ссылкам, а в поиске он будет не виден. Вот эта беда меня мучает уже много лет, с тех пор как поисковики перешли на ранжирование по протоколу. А было время, мои сайты выходили "в топы" поисковых выдач...
Закрытый (шифрованный) протокол передачи гипертекста обозначается "https://..." в начале адресной строки. Буковка "s" обозначает сокращение от слова "Sequre" (защищённый). Он реально зашифрован специальным индивидуальным ключом. Ключ этот, вместе с сертификатом безопасности, формируются и выдаются специальными компаниями. Обычно это платные и дорогие "штучки", и эти компании на этом много зарабатывают. Но...
Есть и у них "халява для нищих", но как обычно, эти "ништяки" с урезанным функционалом. Да, они тоже работают нормально - но только на корневом домене (в моём случае). То-есть при переходе к субдомену, заявленный протокол "как-бы есть" - но реально его нет. И поисковики сразу блокируют переход, начинают "орать", что там рассадник всяких гадов... Можно им "пендаля дать", и заставить принудительно открыть такой сайт - но большинство людей рискуют оказаться в незащищённой зоне. Это тоже "кот в мешке", потому-что вы не знаете, что там... Мне этот вариант просто не нравится. Но сайты индексировать-то надо!
В общем, из всего этого я сделал "оргвыводы", и решил кардинально изменить все свои сайты. Да, чёрт возьми, придётся пожертвовать нормальной технологией PHP ради этого. Переделать все по технологии "динозавров" (которые вымерли) - это статический HTML. Такая технология была изначально во всём интернете, пока не создали динамическую загрузку страниц (PHP).
Чем хорош PHP?
Он позволяет экономить место и время. Место он экономит благодаря тому, что страницы сайтов можно делать модульными, и потом "на лету" они будут собираться в то, что мы видим. Просто в тексте кода есть специальные разделы, без которых ваш браузер не сможет построить страницу сайта. Эти разделы "служебные", они не содержат самого контента, а только руководят организацией вывода страниц. И в статическом HTML они должны обязательно быть на своих местах в тексте кода - иначе всё будет выводится криво (или совсем не выведется). То-есть они должны быть В КАЖДОЙ странице сайта. А с помощью технологии PHP, мы эти служебные разделы оформляем как отдельные файлы, и потом нам не требуется "тащить" десяток-другой одинаковых строк кода в каждой странице. Если сайт из десятка страниц - то это не критично. А если из тысяч...
А место на хостингах имеет ограниченные размеры, и если у нас большие сайты - то им его может не хватить. Можно за деньги места добавить - но это уже расходы, которые могут не окупиться.
Скорость...
Поскольку PHP собирает страницы "на лету" из модулей, то ему не требуется "всасывать" каждый раз одни и те-же служебные модули. Их он держит в буфере, и к ним подключает модули с контентом. А статический HTML вынужден их "пережёвывать" при каждом переходе на другую страницу. На этом он реально теряет время. Хотя, если сервер хостига современный, и канал передачи высокоскоростной - то эти страницы "влетают мигом".
Когда-то, лет 20 назад, у меня были только статические сайты. Конечно прогресс и у меня - даже своя CMS уже работает, которая по скорости может многим фору дать. Но вот с этой бедой "назащищённости" протокола, мне придётся бороться "дедовским" способом.
План работы уже есть - переделаю все сайты в статический HTML, и заменю субдомены на подкаталоги. "Новое - это хорошо забытое старое!"
Когда?
Когда в сети это будет видно...
Я давно практикую разработку сайтов на локальном сервере. Сначала весь сайт создаётся и отлаживается на компьютере без интернета. Там он так-же работает, благодаря установленному "движку" сервера. Фактически это такой-же сервер, как и в ЦОДах (Центрах Обработки Данных), где работают все хостинги - только он внутри локального компьютера, и может работать вообще без интернета.
И вот когда я сделаю все основные страницы, и протестирую их работу - тогда "залью" сайты на реальный хостинг, где они будут работать. Да, потом уже буду добавлять страницы по мере их готовности - но основные будут меняться "в пакете".
О конкретной дате пока не загадываю - но думаю, что несколько дней эта работа займёт...
Чем будут отличаться новые сайты?
По сути, только форматом адресной строки. Да, все будут начинаться с "https://...", что означает "защищённый протокол передачи" - это главная цель всей переделки. И вместо субдоменов будут подкаталоги. Это выглядит так...
У субдомена всегда сначала идёт название субдомена, потом точка, и название корневого домена с зоной после точки. А у подкаталога сначала идёт корневой домен, и потом через слеш (/) пишется подкаталог.
Например, сайт студии сейчас доступен по адресу https://studio.ushsnov.su - а после переделки он будет по адресу https://ushanov.su/studio/ "От перемены мест слагаемых, сумма не меняется..." - шпаргалка для тех, кто школу проГУГЛивает... Это уже новый юмор математиков и IT-шников, созданный в эпоху интернета...
В общем, я опять напишу новую статью с анонсом запуска переделанных сайтов. Так что далеко не убегайте от этого паблика... И от сайтов, конечно!