- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Да, строкой /? я запретил все динамические страницы. Имхо, но это очень верный способ! Если вас заботит как вы будет искаться, сделайте редиректы на кривые (динамические) URL'ы через mod_rewrite.
А сейчас страницы с сессией доступна?
Ведь с сессией у Вас было куча одинаковых страниц с разными (с точки зрения поисковика) урлами. Но была страница "первоисточник" без параметра PHPSESSID (или подобным).
После удаления сессий адрес страницы-первоисточника, скорее всего, не поменялся. И если к УРЛу страницы-первоисточника приписать в конце параметр PHPHSESSID, то ничего на странице не измениться. И тогда с точки зрения поисковика, страница с сессией будет существовать. Возможным выходом из ситуации может стать добавление в самом коде страницы строки <meta robots ... noindex>, если в УРЛе рисутствует параметр PHPHSESSID.
Но всё вышесказанное справедливо только в случае, если адрес страницы-первоисточника не изменился.
К слову о сессиях в php.
Что думаете об этих двух строках:
ini_set("session.use_trans_sid", 0);
ini_set("session.use_cookies", 1);
Они не помогут? :)
Чот я про этот disallow не слишком въехал.
Если не сложно, проясните картину, плз +)
Вот у меня есть сайт, переписаный с помощью mod_rewrite. Там есть адрес вида
www.site.ru/search/vin_012345678910,
до переделки он был
www.site.ru/search/view.php?vin=01234567890.
Также на сайте (пока) присутствуют сессии (у программера нет времени -(((. Т.е. если я воспользуюсь этим disallow, то боты не будут индексировать страницы вида
www.site.ru/search/vin_012345678910?PHPSESSID=XXXXXX?
или они не будут индексировать все, что после знака вопроса?
Извините за идиотский вопрос, но что-то не догоняю, вот и спрашиваю =)
K. Ermakov, это в php.ini вставляется? У меня программер говорил, что если есть доступ к пхп.ини, то можно там попробовать установить
session.use_only_cookies 1, может и спасет, хотя я не пробовал... т.к. хостинг не позволяет -(((
Т.е. если я воспользуюсь этим disallow, то боты не будут индексировать страницы вида
Имея страницы такого вида, с Disallow лучше не играться
это в php.ini вставляется?
Не совсем. Можно, конечно, редактировать сам php.ini. Добавив туда
session.use_trans_sid = 0;
session.use_cookies = 1;
А можно в мануале по php прочитать:
Description
string ini_set ( string varname, string newvalue)
Sets the value of the given configuration option. Returns the old value on success, FALSE on failure. The configuration option will keep this new value during the script's execution, and will be restored at the script's ending.
и использовать эту функцию в своих скриптах.
Большой пасиб ))