Если кто то писал мне письмо через форму на сайте и не получил ответа, то практически во всех случаях: вы не читали правил, я не консультирую по почте по вопросам, которые многократно рассмотрены у меня в блоге и на форумах, я уже ответил вам, но вы повторно задаете вопросы на ту же тему, вы пишите невнятные сообщени типа “сколько будет стоить установить ВП на мой сайт” без понимания вообще что вообще вам нужно и т.д. У меня нет свободного времени на повторные вопросы что да как и почему. обращайтесь на форумы
Через день после того исправления глюк на том самом втором сайте повторился. Было перепробовано все что только можно
Проблема возникала не со всеми картинками, а в основном с теми, где в базе каким то образом прописался полный путь в файловой системе (без разницы – старого и нового хостинга). Удаление путей хирургическим путем в базе приводило к тому что WP забывал что у картинки есть миниатюра.
и помогало только “удаление всех глючных картинок из базы” и повторная закачка. Меня этот вариант не устроил и я искал другие способы. Вспомнил что глюк произошел после обновления с версии 2.7 до 2.7.1 (но мне не сразу сообщили про этот сбой).
Гугл по разным запросам вывел меня таки , где предлагалось закомментировать 4 строчки в одном файле движка. Сработало!
Открываем файл wp-includes/post.php и комментируем там этот блок (строки 2566-2569)
elseif ( false !== strpos($file, 'wp-content/uploads') )
$url = $uploads['baseurl'] . substr( $file, strpos($file, 'wp-content/uploads') + 18 );
else
$url = $uploads['baseurl'] . "/$file"; //Its a newly uploaded file, therefor $file is relative to the basedir.
Если лень патчить файл ручками и у вас такая же проблема – просто скачайте этот файл (для версии 2.7.1) и замените ваш в папке wp-includes
Вообще, как пишет автор вышеназванного поста, проблема возникнуть может с любыми картинками, которые лежат на диске сервера вне папки указанной в настройках блога
Второй раз уже столкнулся с такой проблемой: часть картинок (аттачи к записям) отображалась нормально, а часть не показывалась вообще, хотя файлы были на диске и права нормальные были установлены. Причем в первом случае проблема возникла после восстановления дампа базы на новом хостинге, а во втором просто после некоторого времени само «сломалось». Про первый случай я уже забыл и не мог понять что же случилось. изучение дампа ни к чему не приводило. Вид записей в таблице wp_postmeta у проблемных и нормальных позиций был в принципе одинаковый.
Выглядело это так: путь к картинке был не стандартный вида http://SITE/images/bla-bla.jpg, а http://SITE/images//home/userXXX/public_html/images/bla-bla.jpg Причем в базе как раз такие «пути к папкам на сервере» и прописаны (можете посмотрет ьи в свои дампы). Продолжить чтение →
В последнее время в среде веб-разработчиков все более актуальным становится вопрос о создании “мобильной” версии сайтов. Спрос рождает предложение и лишнее тому подтверждение — появление бесплатного скрипта IDoPDA.
IDoPDA позволяет создать PDA-версию сайта, сделанного на CMS Joomla! и WordPress. Скрипт обрабатывает данные базы сайта и выводит их в PDA-ориентированном формате в поддомене 3-го уровня вида www.pda.yoursite.com. Продолжить чтение →
Иногда так бывает что сервер, где установлен ваш сайт имеет плохой канал до сервера, с которого обновляется, либо каналы просто сильно загружены. Сегодня в рассылке wp-testers увидел что такое бывает не только “у нас” и там же приведено такое решение – создать плагин, который увеличивает таймайт, либо можно эту функцию вставить куда нибудь в движок или другой активный плагин.
Выглядела ошибка примерно так:
Загрузка не удалась.: Operation timed out after 30000 milliseconds with 15483145 out of 2077956 bytes received
Вот собственно говоря пример такой функции, где 300 – это то количество секунд, которое мы хотим установить вместо дефолтных 30-ти.
function filter_update_timeout($r)
{
if (30 == $r['timeout'])
$r['timeout'] = 300;
return ($r);
}
add_filter('http_request_args','filter_update_timeout');
Автор решения: Peter Westwood http://westi.wordpress.com
Я уже видел что у кого то не хотел обновляться автоматически движок, такое было “когда все разом ломанулись” автообновляться с версии 2.7 до 2.7.1, чем вызвали глобальную просадку моего канала связи. После этого я сделал эксперимент и поставил редирект на уровне вебсервера на другое зеркало на одном хостинге. Проблема с таймаутом сразу пропала, но так не работает автообновление у тех, у кого при обновлении запрашивается ввод адреса сервера, логина и пароля фтп. Там просто писалось “Found” и ничего не качалось (хотя у кого то я видел и работало). Сейчас я снова вернул ссылку на “первое зеркало” и просто увеличил таймаут до 3-х минут. Этого более чем достаточно. В дистрибутиве я уже добавил эту функцию как в ru_RU.php, так и в плагин включения автообновлений, новую версию которого (а также обновленный файл ru_RU.php) можно . Файл ru_RU.php нужно поместить в wp-content/languages, а плагин lecactus_edition_update_url.php в wp-content/plugins. А можно сделать проще – выбрать автоматическую переустановку движка и все файлы у вас обновятся сами. Там же я вложил в архив (ссылка выше) еще и файл big_timeout.php, который вы можете просто установить на любую(не только мою сборку) версию WP2.7 и новее, чтобы увеличить таймаут (грубо говоря функция приведенная выше просто оформлена как плагин готовый). Возможно поможет вам при обновлении плагинов объемных.
Это конечно все в принципе написано в реадми на “ангельском” языке, но туда обычно никто не смотрит, либо не до конца понимает суть. Рассмотрим детально с примерами использования. Если вы еще этого не сделали, то скачайте плагин здесь (в PowerPack сборках 2.7* он также есть) Далее много букв
Вам надоело что в новых версиях WordPress надо каждый раз нажимать кнопку вставки/загрузки изображения и хочется вернуть все к тому как это было в “старом добром 2.3.*”?
Быстро качаем и устанавливаем , который добавляет то же самое диалоговое окно загрузки, которое вызывается в “всплывающем thickbox-окне” в виде виджета окна создания записи, которое всегда на экране, которое можно переместить как любой другой виджет в нужное место и самое главное – быстро доступны все загруженные изображения, включая и из других записей и загруженные отдельно.
Меня самого иногда раздражало – загрузишь через флеш-загрузчик с десяток картинок, а потом мучаться надо вызывать каждый раз всплывающее окошко чтобы выбрать следующую картинку. С этим плагином эти операции делаются на порядок быстрее (про кнопку вызова диалога загрузки/вставки можно вообще забыть)
В русификации плагин не требуется. Просто активируйте его и работайте!
Кстати вот еще вспомнил один плагин (нашел давно уже и даже локализовал) для расширения возможностей вставки “чего угодно с сервера, не только загруженного через WP”, называется , (распаковать в папку langs плагина) – в диалоге “С компьютера / С адреса (URL) /
Галерея (1) / Медиа библиотека” появится еще одна вкладка для добавления с сервера
Loading ...
