- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Рад за вас. Но я думаю за столько лет понять, что суффикс нужно проверять у страниц - можно было бы и догадаться
Давайте я еще раз постараюсь объяснить, по-примитивному. Суффикс, о котором Вы говорите, это окончание адреса, о котором я сказал выше
Жалко нет бесплатного варианта.
1. Есть демка на 30 дней
21 день. И не демка, а полноценная рабочая версия на свой хостинг.
очевидно посещаемых сходу не увидел
По поводу посещаемости и нагрузоустойчивости: раз, два ;)
Хоть может и в теме и затрагиваются какие то не чистые вещи, но почитать было интересно )))))Спасибо
По поводу посещаемости и нагрузоустойчивости: раз, два ;)
Спасибо! А нет ли живых примеров с большой посещаемостью, если я сделаю сайт на вашей системе и наберу больше 30000 посетителей, вы будете использовать везде для примера мою ссылку? ;)
---------- Добавлено 16.02.2016 в 19:18 ----------
Хоть может и в теме и затрагиваются какие то не чистые вещи, но почитать было интересно )))))Спасибо
а какие здесь не чистые вещи? Лично мне стала интересна система, которую так расхваливают. Думаю попробовать.
//car-intrade.ru/ - вёрстка на сайте не проходит валидатор https://validator.w3.org/ не сочтите за придирки, но раз уж здесь про seo...
Я сам за валидную верстку. Но как связана валидная верстка и CMS система?
Этому примеру наверно уже икается :) Так и уникальность контента можно на движок повесить.
---------- Добавлено 16.02.2016 в 23:23 ----------
А вы работали с umi.cms? Если да, то интересно ваше мнение, какие у неё косяки?
Нет, сайтов на ней не попадалось в работу, хотя раньше много к ней присматривался. Сегодня восполнил пробел и заглянул к ним на сайт, заодно оценил внедрения.
При виде доисторических GET параметров в URL пагинации и отсутствии нумерации страниц в title, meta и энтузиазм угас... Привык к диафаноским page2/ и другое решение теперь не воспринимается. Нашлась общая проблема для сайтов на UMI:
http://www.bebeplay.ru/katalog/avtokresla/gruppa_00/?p=1
содержит ссылку на
http://www.bebeplay.ru/katalog/avtokresla/gruppa_00/?p=0, которая является дублем для http://www.bebeplay.ru/katalog/avtokresla/gruppa_00/
http://portrose.ru/magazin/bouquet/?p=1
содержит ссылку на
http://portrose.ru/magazin/bouquet/?p=0, которая является дублем для http://portrose.ru/magazin/bouquet/
Это не слеш не дописанный в конце URL. Это баг размером со слона с вековой историей и я думал, что больше никогда его не увижу. Причем на своём сайте UMI старательно отрезает ?p=0 301 редиректом.
Решил заглянуть в sitemap.xml на сайте key.ru. Результат 100 000 урлов, из которых 50 000 дубли... напомню, что это в sitemap. При этом 79 000 в индексе Яндекс. Удивило отсутствие 304 Not Modified на таком многостраничнике.
На мои попытки вывести ЧПУ key.ru из равновесия UMI не сдалась и показывала 404. Хотя уже другой сайт на этом же движке на не GET запрос http://portrose.ru/любая_белиберда/ — показал код ответа 200 хоть и предупредил, что "страница не найдена".
В общем я не понял зачем платить больше и разбираться в редакциях UMI, если есть Diafan без очевидных косяков.
если вы видете сходу, какого типа у key.ru страницы-дубли, если можно адрес и дубль. Если это сложно, то ладно. Просто я этого что-то не вижу, я на своих сайтах вообще не использую sitemap и уверяю вас, что это ни на что не влияет вообще, возможно даже быстроробот больше любит сайт, но спорить не буду. То что битрикс плодит страницы, подтверждаю, он их плодит даже просто короткими ссылками и это не влияет на продвижение никак :) серьёзно. На уми у меня 20000 страниц в индексе, никаких дублей вообще, из коробки ничего не делал (но структура сайта очень простая и каталога товаров - магазина нет)
Ещё хотел сказать, что работы по оптимизации разовые, куда важнее для cms то, какая она в ежедневных задачах и из всего того, что видел уми очень удобна, диафан обязательно потестирую.
сейчас проверил - ссылка на ?p=0 у меня редиректится 301, может раньше было...
---------- Добавлено 17.02.2016 в 00:00 ----------
//portrose.ru/любая_белиберда/ - 200ок, не представляю как они этого добились, даже не знаю как это сделать, видно правили код, отвечающий за 404, думаю Диафан от этого тоже не защитит ;)
Там дубли можно генерировать полным ходом абсолютно на любой странице.
тут даже элементарно не проверяется суффикс урла:
http://car-intrade.ru/faq
и
http://car-intrade.ru/faq/
работают прекрасно.
в код этой цмски не смотрел, просто бездумно поклацал в браузере, еще пачка урлов для любой страницы на любой вкус, все 200-е:
http://car-intrade.ru/faq /
http://car-intrade.ru/faq+/
http://car-intrade.ru/faq+++/
http://car-intrade.ru/faq+ + +/
и т.д.
тоже самое и для приведенных в этом топике сайтов по доминикане и автостеклу, т.е. это косяк самой цмски.
еще странно, что "SEO цмс" не слышала про canonical (это хоть частично могло поправить, приведенные выше, косяки работы с урлами)
ps: как-то противно стало от раздувания щек от создателей diafan. баги принято исправлять, а не пытаться доказать, что на самом деле это "крутая фича".
По нормальному ставится rel="canonical", которого, к сожалению, нет в коробке диафан.
Как это нет? В коробке у нас есть rel="canonical" и ставится он автоматом. Вот, например, только что посмотрел на деме, для страниц далее второй везде, где пагинация есть
И для страниц с сортировкой он автоматически добавляется:
http://car-intrade.ru/faq /
http://car-intrade.ru/faq+/
http://car-intrade.ru/faq+++/
http://car-intrade.ru/faq+ + +/
и т.д.
тоже самое и для приведенных в этом топике сайтов по доминикане и автостеклу, т.е. это косяк самой цмски.
Ну если головы нет, или она пустая, то тогда конечно без вариантов. 😂
Для остальных, кому не противно, поясню. CMS - это система управления контентом, то есть, ПО, работающее на сервере. Чаще всего сервера на популярных хостингах обслуживают ОС *nix-ового типа, и веб-сервер Apache, обрабатывающий HTTP. Все урл-запросы проходят сначала через Апач и далее уже попадают в CMS. Так вот для Апача вот эта вся белиберда
http://car-intrade.ru/faq+/
http://car-intrade.ru/faq+++/
http://car-intrade.ru/faq+ + +/
равноценна вот этому (пробел заменен на _):
http://car-intrade.ru/faq_/
http://car-intrade.ru/faq__/
http://car-intrade.ru/faq___/
http://car-intrade.ru/faq_____/
так как для Апача символ плюса = пробелу. А если пробелы стоят в конце, он их игнорирует! В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/. DIAFAN.CMS (как и любое другое ПО, стоящее после апача) просто знать не знает, что какой-то клоун сидит у себя дома и наяривает в конец адресной строки пробелы и символы плюсов... 🤣
И как было сказано выше, можно заморочиться, найти администратора серверов и попросить его настроить Апач так, чтобы тот обрабатывал плюс как символ, передавал его в CMS, и тогда вполне закономерно DIAFAN.CMS отдаст 404.
---------- Добавлено 17.02.2016 в 23:47 ----------
А нет ли живых примеров с большой посещаемостью, если я сделаю сайт на вашей системе и наберу больше 30000 посетителей, вы будете использовать везде для примера мою ссылку?
А мы-то как о Вашей посещаемости узнаем? ;) Ваш сайт в примеры попадет, если понравится чисто внешне нашему человеку, ответственному за публикацию в примерах. А о своей посещаемости перед нами никто не отчитывается.
Я вот не знал что плюс обрабатывается как пробел.
в код этой цмски не смотрел, просто бездумно поклацал в браузере, еще пачка урлов для любой страницы на любой вкус, все 200-е:
http://car-intrade.ru/faq /
http://car-intrade.ru/faq+/
http://car-intrade.ru/faq+++/
http://car-intrade.ru/faq+ + +/
и т.д
По поводу "бездумно" брехня получается.)
Ну если головы нет, или она пустая, то тогда конечно без вариантов. 😂
Для остальных, кому не противно, поясню. CMS - это система управления контентом, то есть, ПО, работающее на сервере. Чаще всего сервера на популярных хостингах обслуживают ОС *nix-ового типа, и веб-сервер Apache, обрабатывающий HTTP. Все урл-запросы проходят сначала через Апач и далее уже попадают в CMS. Так вот для Апача вот эта вся белиберда
равноценна вот этому (пробел заменен на _):
http://car-intrade.ru/faq_/
http://car-intrade.ru/faq__/
http://car-intrade.ru/faq___/
http://car-intrade.ru/faq_____/
так как для Апача символ плюса = пробелу. А если пробелы стоят в конце, он их игнорирует! В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/. DIAFAN.CMS (как и любое другое ПО, стоящее после апача) просто знать не знает, что какой-то клоун сидит у себя дома и наяривает в конец адресной строки пробелы и символы плюсов... 🤣
И как было сказано выше, можно заморочиться, найти администратора серверов и попросить его настроить Апач так, чтобы тот обрабатывал плюс как символ, передавал его в CMS, и тогда вполне закономерно DIAFAN.CMS отдаст 404.
отличное выступление маркетолога, можно почти поверить. :) кстати, а свои слова Вы подтвердить сможете?
конкретно вот эти:
я свои слова подтвердить могу. любой желающий может воспроизвести эти действия и получить точно такой же результат:
в корень домена положить файлик .htaccess
----
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
----
в корень домена положить файлик index.php
----
<?php
var_dump($_SERVER["REQUEST_URI"]);
?>
----
открыть в браузере урлы, которые я приводил выше, т.е.
ваш-домен/faq /
ваш-домен/faq+/
ваш-домен/faq+++/
ваш-домен/faq+ + +/
результат будет:
string(8) "/faq%20/"
string(6) "/faq+/"
string(8) "/faq+++/"
string(14) "/faq+%20+%20+/"
это именно то, что передает Апач в CMS/пхп. без разных домыслов и фантазий.
если Вы в своей CMS своим .htaccess-ом или чем-то другим искажаете входящие данные, то это проблема вашей CMS, а не Апача.
Апач не делат ничего лишнего.
"пробелы == плюсы" - да, в примере их чередование я привел для наглядности.
да... полное непонимание происходящего.
ну да ладно, забудьте, ТС и другие консультанты на этом больше заработают. :)
кстати, а свои слова Вы подтвердить сможете?
конкретно вот эти:
Цитата:
В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/.
Конечно. Это очень легко проверяется. Например, в DIAFAN.CMS есть глобальная переменная, в которой сидит вся адресная строка $_SERVER["REQUEST_URI"], пришедшая от Апача в лице его модуля mod_rewrite. Во всех случаях там ваш-домен/faq, без плюсов и прочих пробелов. Более того, если потратить минуту и погулить запрос "apache символ плюса", можно найти много информации об этой особенности веб-сервера Apache.
ну да ладно, забудьте, ТС и другие консультанты на этом больше заработают.
Я лишь говорю, что это не в компетенции программного обеспечения, которое стоит за сервером. Предела совершенству нет и свой сервер можно настраивать и улучшать бесконечно, только зачем грязь лить на ПО, которое вообще не причем?
Выше справедливо сказали
Так и уникальность контента можно на движок повесить.