- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Такая проблема вылезла.
У меня некоторые динамические страницы <title> берут прямо из PHP переменной, например: title=%CF%E5%F0%E8%F1%F2%E0%EB%FC%F2%E8%F7%E5%F1%EA%E8%E9
Весь сайт в win-1251 кодировке, и URL передаются тоже в win кодировке, но почему то рамблер в поиске показывает заголовок в koi-8r
Пробовал и предварительно urldecode() применять, не помогает.
А в браузерах прекрасно показываются эти страницы.
Весь сайт в win-1251 кодировке, и URL передаются тоже в win кодировке, но почему то рамблер в поиске показывает заголовок в koi-8r
Пробовал и предварительно urldecode() применять, не помогает.
А в браузерах прекрасно показываются эти страницы.
В суппорт писали? Это, похоже, по их части больше 😒
Писал. Молчат.
Имхо, проблема не в Рамблере ;) Отдавайте нормальный title текстом, а не url-закодированным :)
Cruiser, Каширин прав, я бы на твоем месте сначала подучил php и доподлинно установил, что же все-таки попадает в поток (в браузер) и в каком виде - это очень просто.
Хм, а что там php то учить...
Я текстом и отдаю.
И на гугле и Я проблем нет, только в Раме.
Так кто виноват?
Дайте урл поковырять, так теоритизировать не интересно.
Вот,например: http://www.rambler.ru/srch?words=SNOL+6%2C7%2F1300+%EE%F0+%EE%EF%E8%F1%E0%ED%E8%E5%2C+%F2%E5%F5%ED%E8%F7%E5%F1%EA%E8%E5+%F5%E0%F0%E0%EA%F2%E5%F0%E8%F1%F2%E8%EA%E8&old_q=%EC%F3%F4%E5%EB%FC%ED%E0%FF+%EF%E5%F7%FC+SNOL+6%2C7%2F1300+%EE%F0+%EE%EF%E8%F1%E0%ED%E8%E5%2C+%F2%E5%F5%ED%E8%F7%E5%F1%EA%E8%E5+%F5%E0%F0%E0%EA%F2%E5%F0%E8%F1%F2%E8%EA%E8&btnG=%CD%E0%E9%F2%E8%21
Титл одновременно в 2-х кодировках.
Вакханалия с кодировками может возникнуть, когда вер-сервер не выдает Content-type заголовок (как вариант <META> эквивалент.). Тогда робот будет интерпретировать содержание и может выбрать не правильную кодировку. А бывает, что веб-сервер выдает вообще некорректный Content-type.
А сам я разве в коде не выдаю <meta http-equiv="Content-Type" content="text/html; charset=windows-1251">
Когда же, часть текста в одной кодировке, часть в другой, то очевидно путаница в программной части – что-то храним в одной кодировке, что-то в другой, а при выдаче забываем сконвертировать и т.д. То, что планируется спрограммировать, не всегда совпадает с тем, что реально выводится программой.
Как решение – лучше тестировать проекты. Можно вообще просто, загружаете страницу в браузере. И подробно изучаете просмотр HTML-кода. Если в титле что-то подобно %CF%E5%F0%E8%F1%F2 или другая абракадабра, то делайте выводы.
Ессно я "просмотр html кода" и изучаю. И там все замечательно. ВСЕ в одной кодировке!
Cruiser, глядя на такое безобразие в url'ах так и подмывает перефразировать классиков: ДУДЛ (Делайте Урлы Для Людей), вобщем юзайте рег.выражения & .htacсess и будет вам щастье
p.s. пример из нелегкой оптимизаторской жизни - xap/sape площадки-внутряки зачастую грешат безобразными url - просто не в кайф ссылки с таких покупать (а точнее я и все знакомые просто пакетно такие площадки из рекл.компаний грохаем безжалостно), т.к.:
1) ибо нефиг
2) хз как к ним поисковики отнесуться
3) зачем же за такие платить если есть масса других с нормальными url
- это вам несколько доводов в пользу человеческих url'ов
Да НЕ РАБОТАЕТ на хостинге мод_реврайт, давно бы сделал!
Хостинг бесплатный, потому что сайт не коммерческий.
А что же теперь, ату меня за это?!