Valeron Sergeev, Спасибо! Код отлично работает. Запись в БД идет значительно быстрее.
P.S. Печаль в том, что это нисколечко не помогло уменьшить нагрузку на ЦП, а даже этот процесс еще больше теперь жрет. Видимо без лишних простоев при связи с БД - процессор работает еще более продуктивно и более нагружен, так что ли получается..
Такой вариант упростит работу, да, но в админке ВП все равно будет лежать 30к страниц, хоть и облегченных, с вынесененным в отдельный файл шаблоном. Хотелось бы, чтобы этих страниц даже в админке не было, чтобы они на лету генерились из заранее созданного шаблона + переменных исходя из url, к которому обратились
Делал так, но вариант не подходит.. Мало того, что ее скроллить влево-вправо постоянно надо, так еще и с такой реализацией нельзя даже отдалить, чтобы увидеть всю таблицу целиком)
К сожалению, ваш код не работает. Он после загрузки страницы вообще ее полностью ломает =(
А нужно это все потому, что я могу получить clientID из Яндекс.Метрики только после полной загрузки страницы. И после этого этот clientID нужно воткнуть в кучу мест на странице) Кстати даже не всегда в сам элемент, еще в атрибуты и классы в некоторых местах тоже)
Владимир Дружаев, насколько мне известно это небезопасно лишь при условии, что размещать записи/страницы может кто-то, кроме меня (из фронтенда или модераторы какие-нибудь); но у меня такого функционала нет. Или я ошибаюсь?
azerphoenix, вы правы, я тоже об этом думал, но сочетать иначе возможности удобства WP (особенно в сочетании с WP All Import) и php кода я хз еще как..
azerphoenix,
во-первых, это не универсальное решение; в дальнейшем еще какой-то другой код надо будет вставить - опять шорткод понадобится;
во-вторых, я не вижу никакой логики в таком поведении WP - наверняка где-то есть тупо ограничение на длину шорткода или что-то подобное простое, иначе с чего бы еще исполнимость кода зависела только от его длины
Alex Vasilyev, Спасибо, решение уже нашел. Т.к. было желательно выборочно это сделать, то сделал так:
В БД в таблице wp_postmeta нашел строки с _wp_old_slug в колонке meta_key. При этом значение старого адреса хранится в колонке meta_value. Чтобы убрать редирект просто удалил значение в колонке meta_value в данной строке.
Noizefan zzz, поставил на VPS (1х2,6 ГГц, 1024Мб ОЗУ) - скрипт за 15 мин все ресурсы сервера сожрал и уронил его =( Даже на виртуальном хостинге было лучше.. А ведь это просто multi_curl в цикле работает...
Noizefan zzz, Проанализировал задержки по времени и использование памяти на протяжении всего действия скрипта - проблем ни с тем, ни с другим нет. Пришел к выводу, что нагрузка создается именно в конце 5-часового парсинга просто потому, что скрипт завершился - хостинг логирует нагрузку, которую скрипт создал. Почитал, оказывается такие долгие скрипты надолго полностью занимают процессор сервера - вот и фиксируется нагрузка. Еще почитал - есть решение со вставкой sleep() внутри циклов для периодического освобождения процессора и снижения нагрузки. Но мне принципиальна скорость выполнения скрипта, и увеличивать время выполнения до 10+ часов я не хочу. Вопрос: есть ли какой-нибудь способ снижения нагрузки в таком случае?