На счет 100 поддоменов уже не первый раз слышу, но не понял куда их пристраивать. В любом случае МНЕ это не подходит.
Если мы на каждый поддомен делаем отдельный сертификат, то его нужно выпустить. Зайти в админпанель, наклацать кнопочки, ждать пока сертбот его выдаст...
Плюс во многих панелях это чревато отдельным доменом в панели, а это еще телодвижения.
Второй вариант - добавлять поддомены в один сертификат. (А так можно в ЛТЕ? не проверял). Уже проще. Но все равно при добавлении нового поддомена, а у меня это иногда по несколько раз в день - нужно перевыпускать основной сертификат, возможно положив на пару минут все поддомены.
DmitriyPopov правильно написал. Но по опыту - чаще всего если сайт выглядит нормально но яндексу не нравится (мобильная версия), то это размер шрифта. Часто у незначительного контента типа копирайтов внизу.
Шелл это некий скрипт залитый через дырку в сайте. Через него хакер ходит к вам на хостинг как к себе домой.
Еще есть бекдор (черный ход), это когда программу для входа не заливают, а только небольшое изменение чтобы было проще взломать даже если вы закроете основную дыру через которую залезли. Ну и собственно сама дыра через которую залезли - ее тоже было бы неплохо закрыть :).
Как лечить уязвимости слишком специфичный вопрос, мы ничего не знаем о сайте.
Универсальный совет - пройтись антивирусом (который знает веб.зоопарк) и обновить всё на сайте до актуальных версий.
Если вы не можете сделать без него (ЦМС не позволяет, или такова ваша логика редиректа со старых урл или еще что), то оставляйте цифры, если нет - убирайте нафиг. ЧПУ это ЧеловекоПонятныеУрл. Цифры тут явно понятности не приносят. Т.е. все ссылки должны отличаться осмысленным текстом но не какими-то цифрами.
NellSEO: То, что у меня на этом форуме молодая регистрация, совсем не значит, что я новичок
Не обижайся, но я бросил seo, за пару лет до того как ты зарегистировался на Мауле. Так что для меня ты все равно "молодой, динамично развивающийся сеошник".
NellSEO: Чем принципиально отличается загрузка с сервера JS-файлов и CSS/HTML?
Тем что они загружаются последними.
Причем часто с другого домена.
И часто после кучи картинок.
Плюс у ЦСС нет взаимных зависимостей. Вернее бывают, но незначительные.
А ЖС может отвалиться без соседней библиотеки.
NellSEO: Если у юзера печальный инет, он и сайт-то нормально не откроет.
Откроет. Особенно если послушать совет гугла (не самый его удачный совет для массового применения) и инлайнить ЦСС нужный для первого экрана.
Первый экран шириной в 320px, и высотой сколько там? 768? Первый экран на мобилке вполне себе за секунду загрузится если слишком не перегружать. А вся страница - секунд за пять. Пять секунд это очень много. Очень. Половина успеет кликнуть куда-то за это время, и хорошо бы у них при этом все получилось. Сидеть и ждать пока интерфейс подгрузится это печалька для сайта.
NellSEO: Кто-то отменил карту сайта /sitemap.xml
Для того чтобы сайтмеп работал у тебя банально должна существовать хтмл-версия того что ты подгружаешь по аяксу. Не важно укажешь ты ее через сайтмеп, через хреф ссылки которую ты перехватываешь по онклик или оформишь их по "хитрому" формату яндекса - не суть. Данная страница у тебя УЖЕ ДОЛЖНА БЫТЬ. Иначе ты сможешь указать только ссылку на кусочек страницы, и это будет крайне плохо отображаться в выдаче и пользователям перешедшим по этой ссылке оно не понравится. А раз такая ссылка у тебя уже есть, то что тебе взападло ее указать в хрефе, а аяксить по онклику? Чисто "А Баба Яга против"?
NellSEO: если очень хочется, можно вывести их и отдельно, как предлагаешь ты, вот только нафига?
Чтобы получить дополнительные НЧ которые ты и не придумаешь а юзеры случайно насочитают?
Очень сильно от проекта зависит. У части комменты зло, у части - добро. Часть - посередине.
Помню примерно когда ты знакомился с сео, у меня был метапоисковик, и был забавный случай. Яндекс начал лить тысячи переходов на страницы моего тестового сервера. Оказалось что я при копированиях потерял роботс и в индекс попала моя выдача. В выдаче были сниппеты кучи сайтов по теме одного конкретного запроса. И оказалось так, что один очень популярный запрос ни на одном сайте не присутствовал целиком, а были только частями - в одном снипете одно слово, в другом другое. А у меня было, да. У меня ведь несколько снипетов было. Этот прием потом частенько встречал у доров. Но у меня оно получилось случайно. (Веселее было когда яндекс мне истио заддосил, и тоже от ошибок в роботсе, но это была уже другая история).
К чему история? К тому что с комментариями тоже самое. Их для этого и используют. В нулевых конечно проще было некачественный контент в индекс загнать, но суть не меняется.
Индексация комментариев нужна. Или не нужна. Но забивать на них просто потому что "есть же современная технология" - глупо.
NellSEO: Вот только критичные скрипты вполне себе можно написать на голом JS (чтобы в момент, когда тащится jQuery и другие библитеки из конца кода, клики уже работали)
Вот ты уже и сам начал городить сложный огород. Лишь бы не сделать правильно.
Если уж переписывать готовые интерфейсы то тогда уж лучше на CSS переписать, половину вещей можно и так сделать. Да только гембель это. Проще прописать правильную ссылку, ведь напомню - хтмл-версия у нас УЖЕ ЕСТЬ, ведь мы хотим чтобы яндекс нас индексировал).
NellSEO: Я говорю о другом: критичные куски интерфейса все равно чаще всего не сделать без JS.
Ровно наоборот. Именно критичные элементы интерфейса прекрасно работают без жс, если это не некий сервис типа поисковика (да и то тут деградация интерфейса до простой гет/пост-формы не проблема как правило) или сложная админка (хотя у меня админка и без жс живая, часть функций отваливается, но из критичного это только загрузка файлов вроде, да и то потому что в свое время думал как ты и вырезал большой кусок который уже был в скрипте, и заточен специально для таких случаев, ну и еще текстовый редактор отваливается, но то такое, можно и чистый хтмл писать или текст без форматирования раз уж зашел без жс).
Жс нужен для красоты, для всяких графиков и т.п., но не для базовой навигации и т.п.
NellSEO: Если печалят вес библиотек и общая скорость загрузки сайта - писать на голом JS критичные куски или делать прекомпиляцию кода с нужными функциями.
Глупости. Голый жс мало что даст кроме гембеля с переписыванием и поддержкой своего говнокода. Всю красоту в асинхрон. Всё.
NellSEO: Еще раз: юзер с плохим инетом не подгрузит и обычный CSS, который в случае большого магазина, например, легко вылезает за 100кб.
Что в сжатом виде превратится в десяток килобайт и не будет вызывать серьезных проблем.
Обычно тормоза вылазят на картинках, и тут уже вопрос оптимизации и протокола (http/2 отличается от http/1.1 в плане оптимизации верстки).
а ЖС по нормальному грузится в конце, после всего.
Еще раз - либо твой жс тормозит всю страницу, либо его тормозят картинки и прочий хлам.Тормозить жс - меньшее зло, а значит стоит быть готовым чтобы сайт мог жить без жс.
Типичный кейс - зайти на главную страницу сайта и сразу кликнуть на ссылку "Цены" или "Продукция" или еще что-то, не дожидаясь загрузки основного контента страницы. И эта ссылка должна быть рабочей, иначе клиент может уйти.
NellSEO: Более того, сейчас огромное количество сайтов пишется на бутстрапе (крайне его не люблю) и аналогах, вес которых вообще запределен. Что теперь, запретить фреймворки?)
100% моих сайтов на бутстрапе. Грузятся на медленном интернете и работают без жс. Что я делаю не так?
NellSEO: Большинство сегодняшних интерфейсов так или иначе используют AJAX.
Используй. Кто против то? Просто помни о последствиях. В идеале Аякс ускоряет то что и так работает. Ускоряет а не подменяет. Чувствуешь разницу?
На счет 100 поддоменов уже не первый раз слышу, но не понял куда их пристраивать. В любом случае МНЕ это не подходит.
Если мы на каждый поддомен делаем отдельный сертификат, то его нужно выпустить. Зайти в админпанель, наклацать кнопочки, ждать пока сертбот его выдаст...
Плюс во многих панелях это чревато отдельным доменом в панели, а это еще телодвижения.
Второй вариант - добавлять поддомены в один сертификат. (А так можно в ЛТЕ? не проверял). Уже проще. Но все равно при добавлении нового поддомена, а у меня это иногда по несколько раз в день - нужно перевыпускать основной сертификат, возможно положив на пару минут все поддомены.
Гемморно.
Проще уж 70 баксов в год потратить.
Ну а в идеале вернуться.
Редирект с https на http эту проблему должен решить.
Не думал об этом, спасибо. Попробую.
P.S WC сертификат стоит не так уж и дорого. В районе 7-7.5к.
70$ это тоже деньги. Так как я пью, то мне хватит на пиво на пару месяцев).
моя ошибка, не вдс а выделенный сервер
Напишите ваш вопрос вдумчиво. Все слова правильно.
Я вроде догадался что под памятью вы подразумевали диск, а под вдс - дедик, но остальные обороты все равно неоднозначны.
Чё узнать то хотите?
DmitriyPopov правильно написал. Но по опыту - чаще всего если сайт выглядит нормально но яндексу не нравится (мобильная версия), то это размер шрифта. Часто у незначительного контента типа копирайтов внизу.
инклюдит нужный html
Это первое что в глаза бросается.
А еще у вас наверняка есть форма обратной связи.
Обычно этого достаточно.
Ну и соседи по хостингу (обычно свой акк, но у многих хостеров можно и от соседей получить).
Шелл это некий скрипт залитый через дырку в сайте. Через него хакер ходит к вам на хостинг как к себе домой.
Еще есть бекдор (черный ход), это когда программу для входа не заливают, а только небольшое изменение чтобы было проще взломать даже если вы закроете основную дыру через которую залезли. Ну и собственно сама дыра через которую залезли - ее тоже было бы неплохо закрыть :).
Как лечить уязвимости слишком специфичный вопрос, мы ничего не знаем о сайте.
Универсальный совет - пройтись антивирусом (который знает веб.зоопарк) и обновить всё на сайте до актуальных версий.
Ид в конце это не цель а средство.
Если вы не можете сделать без него (ЦМС не позволяет, или такова ваша логика редиректа со старых урл или еще что), то оставляйте цифры, если нет - убирайте нафиг. ЧПУ это ЧеловекоПонятныеУрл. Цифры тут явно понятности не приносят. Т.е. все ссылки должны отличаться осмысленным текстом но не какими-то цифрами.
Исходя из этого и делайте ссылки.
Без обид, но, думаю, каждый останется здесь при своем мнении. Спасибо за беседу!
Та да, пожалуй заканчиваем, взаимно).
Жду реального кейса-опровержения.
Я уже приводил кейсы, повторяться не буду.
То, что у меня на этом форуме молодая регистрация, совсем не значит, что я новичок
Не обижайся, но я бросил seo, за пару лет до того как ты зарегистировался на Мауле. Так что для меня ты все равно "молодой, динамично развивающийся сеошник".
Чем принципиально отличается загрузка с сервера JS-файлов и CSS/HTML?
Тем что они загружаются последними.
Причем часто с другого домена.
И часто после кучи картинок.
Плюс у ЦСС нет взаимных зависимостей. Вернее бывают, но незначительные.
А ЖС может отвалиться без соседней библиотеки.
Если у юзера печальный инет, он и сайт-то нормально не откроет.
Откроет. Особенно если послушать совет гугла (не самый его удачный совет для массового применения) и инлайнить ЦСС нужный для первого экрана.
Первый экран шириной в 320px, и высотой сколько там? 768? Первый экран на мобилке вполне себе за секунду загрузится если слишком не перегружать. А вся страница - секунд за пять. Пять секунд это очень много. Очень. Половина успеет кликнуть куда-то за это время, и хорошо бы у них при этом все получилось. Сидеть и ждать пока интерфейс подгрузится это печалька для сайта.
Кто-то отменил карту сайта /sitemap.xml
Для того чтобы сайтмеп работал у тебя банально должна существовать хтмл-версия того что ты подгружаешь по аяксу. Не важно укажешь ты ее через сайтмеп, через хреф ссылки которую ты перехватываешь по онклик или оформишь их по "хитрому" формату яндекса - не суть. Данная страница у тебя УЖЕ ДОЛЖНА БЫТЬ. Иначе ты сможешь указать только ссылку на кусочек страницы, и это будет крайне плохо отображаться в выдаче и пользователям перешедшим по этой ссылке оно не понравится. А раз такая ссылка у тебя уже есть, то что тебе взападло ее указать в хрефе, а аяксить по онклику? Чисто "А Баба Яга против"?
если очень хочется, можно вывести их и отдельно, как предлагаешь ты, вот только нафига?
Чтобы получить дополнительные НЧ которые ты и не придумаешь а юзеры случайно насочитают?
Очень сильно от проекта зависит. У части комменты зло, у части - добро. Часть - посередине.
Помню примерно когда ты знакомился с сео, у меня был метапоисковик, и был забавный случай. Яндекс начал лить тысячи переходов на страницы моего тестового сервера. Оказалось что я при копированиях потерял роботс и в индекс попала моя выдача. В выдаче были сниппеты кучи сайтов по теме одного конкретного запроса. И оказалось так, что один очень популярный запрос ни на одном сайте не присутствовал целиком, а были только частями - в одном снипете одно слово, в другом другое. А у меня было, да. У меня ведь несколько снипетов было. Этот прием потом частенько встречал у доров. Но у меня оно получилось случайно. (Веселее было когда яндекс мне истио заддосил, и тоже от ошибок в роботсе, но это была уже другая история).
К чему история? К тому что с комментариями тоже самое. Их для этого и используют. В нулевых конечно проще было некачественный контент в индекс загнать, но суть не меняется.
Индексация комментариев нужна. Или не нужна. Но забивать на них просто потому что "есть же современная технология" - глупо.
Вот только критичные скрипты вполне себе можно написать на голом JS (чтобы в момент, когда тащится jQuery и другие библитеки из конца кода, клики уже работали)
Вот ты уже и сам начал городить сложный огород. Лишь бы не сделать правильно.
Если уж переписывать готовые интерфейсы то тогда уж лучше на CSS переписать, половину вещей можно и так сделать. Да только гембель это. Проще прописать правильную ссылку, ведь напомню - хтмл-версия у нас УЖЕ ЕСТЬ, ведь мы хотим чтобы яндекс нас индексировал).
Я говорю о другом: критичные куски интерфейса все равно чаще всего не сделать без JS.
Ровно наоборот. Именно критичные элементы интерфейса прекрасно работают без жс, если это не некий сервис типа поисковика (да и то тут деградация интерфейса до простой гет/пост-формы не проблема как правило) или сложная админка (хотя у меня админка и без жс живая, часть функций отваливается, но из критичного это только загрузка файлов вроде, да и то потому что в свое время думал как ты и вырезал большой кусок который уже был в скрипте, и заточен специально для таких случаев, ну и еще текстовый редактор отваливается, но то такое, можно и чистый хтмл писать или текст без форматирования раз уж зашел без жс).
Жс нужен для красоты, для всяких графиков и т.п., но не для базовой навигации и т.п.
Если печалят вес библиотек и общая скорость загрузки сайта - писать на голом JS критичные куски или делать прекомпиляцию кода с нужными функциями.
Глупости. Голый жс мало что даст кроме гембеля с переписыванием и поддержкой своего говнокода. Всю красоту в асинхрон. Всё.
Еще раз: юзер с плохим инетом не подгрузит и обычный CSS, который в случае большого магазина, например, легко вылезает за 100кб.
Что в сжатом виде превратится в десяток килобайт и не будет вызывать серьезных проблем.
Обычно тормоза вылазят на картинках, и тут уже вопрос оптимизации и протокола (http/2 отличается от http/1.1 в плане оптимизации верстки).
а ЖС по нормальному грузится в конце, после всего.
Еще раз - либо твой жс тормозит всю страницу, либо его тормозят картинки и прочий хлам.Тормозить жс - меньшее зло, а значит стоит быть готовым чтобы сайт мог жить без жс.
Типичный кейс - зайти на главную страницу сайта и сразу кликнуть на ссылку "Цены" или "Продукция" или еще что-то, не дожидаясь загрузки основного контента страницы. И эта ссылка должна быть рабочей, иначе клиент может уйти.
Более того, сейчас огромное количество сайтов пишется на бутстрапе (крайне его не люблю) и аналогах, вес которых вообще запределен. Что теперь, запретить фреймворки?)
100% моих сайтов на бутстрапе. Грузятся на медленном интернете и работают без жс. Что я делаю не так?
Большинство сегодняшних интерфейсов так или иначе используют AJAX.
Используй. Кто против то? Просто помни о последствиях. В идеале Аякс ускоряет то что и так работает. Ускоряет а не подменяет. Чувствуешь разницу?
Свифтовки они зачисляют, да. Как и Вестерн, но это на счет заходит, привязанный к карте, а не на карту.