- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В распоряжении имеется несколько серверов: Debian, Gentoo, CentOS
Вот выдержки из phpinfo
PHP Version 5.3.3
libXML support active
libXML Compiled Version 2.7.8
libXML Loaded Version 20708
libXML streams enabled
PHP Version 5.3.3
libxmllibXML support active
libXML Compiled Version 2.7.7
libXML Loaded Version 20707
libXML streams enabled
PHP Version 5.2.10
libXML support active
libXML Version 2.6.26
libXML streams enabled
Занимаюсь переносом информации с Debian сервера на CentOS (администратор уговорил что CentOS это true, хотя судя по версиям ПО я этого не вижу).
На данный момент проблема в парсерах. Используется: парсер нокогири.
Примерно такой код
В ответ получаю следующее
UTF-8
1.
2. Бистекка в идеале
3. Ã
4. �
5. ÐиÑÑекка в идеале
6.
Пробую выполнить этот же скрипт на серверах debian и gentoo получаю
1. �������� � ������
2. Бистекка в идеале
3. БиÑ
4.
5. Бистекка в идеале
6.
Итого в 5 варианте без преобразований читабельный текст.
На страницах кодировка utf-8 (страница куда выводится результат и страницу от куда берутся данные).
Думал дело в локале. Но нет... На Debian вообще нет русских локализаций locale -a | grep ru. В phpinfo флаг default_charset везде стоит в no value.
Кто возьмется решить данную проблему?
Это не поможет?
return $output;
Я так сделал тут /ru/forum/609716 и получилось
В ответ пустая строка. так же как и при iconv('utf-8','CP1251',$itemInfo['#text']);
На CentOS обновили php до версии 5.3.6 Проблема осталась.
Выполнил комманду pcretest -C
PCRE version 8.02 2010-03-19
Compiled with
UTF-8 support
Unicode properties support
Newline sequence is LF
\R matches all Unicode newlines
Internal link size = 2
POSIX malloc threshold = 10
Default match limit = 10000000
Default recursion depth limit = 10000000
Match recursion uses stack
PCRE version 6.6 06-Feb-2006
Compiled with
UTF-8 support
Unicode properties support
Newline character is LF
Internal link size = 2
POSIX malloc threshold = 10
Default match limit = 10000000
Default recursion depth limit = 10000000
Match recursion uses stack
перед строкой echo mb_detect_encoding($itemInfo['#text']);
допишите echo $itemInfo['#text'];
интерсено глянуть какая-то всё таки входящая кодировка
и дайте ссылки на phpinfo(); серверов
перед строкой echo mb_detect_encoding($itemInfo['#text']);
допишите echo $itemInfo['#text']; интерсено глянуть какая-то всё таки входящая кодировка
Вариант 5.
и дайте ссылки на phpinfo(); серверов
тут были ссылки на phpinfo
строка какая-то неправильная 5. ÐиÑÑекка в идеале
екка в идеале -вот эта часть нормальная
ÐиÑÑ а эта - хз какая кодировка
как получается эта строка?
В общем решение для CentOS найдено: utf8_decode
В случае с Debian и Gentoo то использовать utf8_decode не нужно, т.к. результат получается вида ?????? ??????? ??????.
Остался вопрос. Как узнать когда нужно utf_decode, а когда нет. не разные же ветки скрипта вести...
В общем решение для CentOS найдено: utf8_decode
В случае с Debian и Gentoo то использовать utf8_decode не нужно, т.к. результат получается вида ?????? ??????? ??????.
Остался вопрос. Как узнать когда нужно utf_decode, а когда нет. не разные же ветки скрипта вести...
попробуйте еще скопировать php.ini (со всеми подключаемыми файлами) на новый сервер и проверить еще раз
php, не важно какая ОС, должно работать везде одинаково
Проверил работу скрипта на других серверах CentOS - аналогичная проблема.
Проверил работу скрипта на других серверах CentOS - аналогичная проблема.
php.ini копировал?
php.ini копировал?
Нет. Не копировал. Там серьезные сайты крутятся поэтому рисковать не стал...