[umka]

Есть хорошая пословица на эту тему: Старый глюк лучше новых двух :)

И к вордпрессу 3.3 она особенно хорошо подходит. Я бы рекомендовал пока откатиться на предыдущую версию.

А чем вас не устраивала предыдущая версия? :)

Тут опять вопрос не в том, что делает клиент и что он говорит.

С клиентом нужно всегда или общаться вежливо, либо не общаться вовсе (предварительно вежливо ему об этом сообщив).

Так сегодняшний случай — рецидив

/ru/forum/681189

А почему написано "В контакте"? Или "сеть" продаётся вместе с "В контакте"? :)

Если у вас, как вы пишете, будет другой движок, то вряд ли сохранится структура URL-ов. Поэтому либо один редирект сразу со всех страниц, либо много редиректов для каждой страницы.

Если у вас процессор 80286 6МГц и хранилище на 8-дюймовых дискетах, то довольно долго.

А вообще, примерное время можно определить, запустив скрипт на 100 файлах, а потом умножив время работы на 300.

http://www.php.net/manual/ru/function.html-entity-decode.php

Если в конфиге виртуального хоста, на котором работает скрипт, кодировка по-умолчанию utf-8, то этот скрипт каждый раз сообщает вашему браузеру, что информация выдаётся в utf-8.

Из гугла скрипт получает инфу в cp1251, а браузеру он говорит, что инфа в utf-8.

Браузер показывает вам инфу в кодировке utf-8, хотя на самом деле она в cp1251.

Вам нужно либо:

1. Изменить кодировку виртуального хоста

2. Запрашивать у гугла инфу в нужной вам кодировке

3. Перекодировать инфу из кодировки, полученной в ответном заголовке гугла, в кодировку виртуального хоста.

Помимо контента (кода страницы) есть ещё и http-заголовки.

Curl-ом вы получаете только тело страницы.

Если у вас скрипт работает в кодировке utf-8, и при этом отдаёт код страницы в кодировке cp1251, то в браузере получается абракадабра.

Может и так.

Но тогда должна прослеживаться взаимосвязь: Поставили модуль —> Хостер начал ругаться.

С большой вероятностью это выяснится в п. 1.