Rokis: next_post_link() существует только НА СЕРВЕРЕ, это PHP. На клиенте (в браузере) выполнется Javascript. И вместо next_post_link() там будет уже сгенерированный HTML-код. Связывать надо с ним.
Rokis: Логика такая - при нажатии кнопки (какой - определяете сами в скрипте) вызывается нужный урл. Конкретных примеров в гугл - тонны. Я вам ключевые слова специально для этого написал. Если вы не знаете javascript и надеетесь найти готовый "плагин на jquery" - так и говорите.
dimasmagadan: Так, не надо передергивать и сравнивать с какими-то другими плагинами, которые не срослись. REST API уже давно стабильна и используется на тысячах крупных сайтов, в production. Включение в ядро официально пошло только сейчас, неофициально работа над этим (и тестирование) идет уже очень давно. Долго и частями - только потому, что это достаточно массивная склейка. Качайте плагин REST API и пользуйтесь на здоровье. В декабре часть АПИ уже будет в ядре, остальное - останется в плагине. На работу никак не повлияет.
По поводу версий вы путаетесь. Есть ветка v1, есть v2. И есть ответвление v2, которое урезано и совместимо уже с WP 4.4 - по сути, вырезали часть v2 и внедрили в ядро, остальное оставили в v2a (название мое, условное).
> Смотря по каким параметрам подбирать)
Я не про холивары и параметры. Если вам надо под каждую новую версию WP или плагина кучу всего своего переписывать - у вас большая проблема с архитектурой вашего кода.
> бывают случаи, когда подойдет только нестандартный код
Я в курсе. Но и в 9 случаях из 10 этот нестандартный код не надо изобретать.
REST API вполне подходит, зря вы его откидаете. Если вы ждете релиза - у вас действительно не очень хорошо с архитектурой и планированием. Вы должны к релизу быть готовы заранее. На крупных и сложных проектах, тем более с кучей кастомного кода, у вас уже давным давно должен быть staging сервер, на котором полная копия вашего сайта УЖЕ крутится на WP 4.4 alpha / beta.
> если использовать rest api, нужно будет так же переписывать и js часть. Если на сайте используются плагины, нужно будет править и их. А при обновлении плагинов, переписывать этот код повторно
Смысл API как раз в том, чтобы быть расширяемым и гибким и ничего не надо было переписывать по десять раз. Именно для этого и делают API.
Андрей Хохлов: ах вот оно что. Ну если планируется очень много картинок и надо экономить место, то да, стоит пилить в этом направлении. Впрочем, можно сделать и средствами WP. Например, вот тут есть полезная инфа wordpress.stackexchange.com/questions/178604/add-i...
Он поставляется вместе с WP, но не подключается по умолчанию. Так что, считайте, что привязка к нему не обязательна.
> Просто я думал что есть более простое решение.
По сути есть только одно решение - регистрация и подгрузка своего CSS-файла, а в нем максимально точное таргетирование элементов с помощью грамотного использования специфичности CSS.
А в чем собственно профит? Все равно все нужные размеры картинок будут созданы, чем это отличается от стандартного фугкционала WP? Или вы просто не в курсе, что можно удалить ненужные стандартные размеры, или переназначить их, добавить нужные... На выходе все ровно то же самое.
coderisimo: ну было бы совсем уж странно, если бы этот запрос тормозил в PHPMyAdmin :) Смотрите в сторону плагинов. Поставьте P3 Profiler сделайте диагностику. Поможет с пониманием какие плагины являются узким местом. Дальше отключите ВСЕ плагины и по одному включайте, тестируя с помощью P3, pingdom, смотрите что пишет Query Monitor. Ну и сами аяксовые функции функции пересмотреть точно не помешает. Без xDebug будет непросто, но можно разобраться.
Но у вас именно этот запрос выполняется фантастически долго и жрет много памяти. Либо запрос какой-то плагин меняет, либо сам MySQL из руко вон плохо настроен.
> "Посмотреть какие опции с autoload = yes и нужны ли они" - задача довольно ...непростая
Нет ничего проще - в PHPMyAdmin или консоли mysql выполните запрос: SELECT * FROM wp_options WHERE autoload="yes"
> непростая, как и рефакторинг г..кода Объем большой, проект работает , некоторые исправления, к сожалению, могут принести дополнительные глюки, которые не сразу станут очевидными.
Печаль, да. Но рефакторинг штука такая интересная, что рано или поздно его придется делать. Лучше сейчас, чем в пик продаж (например, когда перед новогодними праздниками сайт ляжет под нагрузкой и вы потеряете кучу денег).
> читал советы что для упрощения процесса поиска узких мест просто по очереди отрубать плагины и следить за изменениями
Да, все правильно. Отрубаете все и начинаете включать по одному и тестить. Еще полезный плагин для отладки - P3 Plugin Performance Profiler. И вместо текущего плагина Debug попробуйте Query Monitor, он очень хорошо информацию отладочную по полочкам раскладывает.
> Не будет ли это "из пушки по воробьям" ?
Нет. А еще будет полезным запустить mysqltuner и посмотреть что нужно подкрутить в настройках БД. Проверить slow query log, в PHPMyAdmin есть целый раздел со статистикой и рекоммендациями по оптимизации настроек БД.
> innodb_buffer_pool_size - был выставлен на 8МБ
Да, в правильном направлении копаете. См выше по поводу тюнинга MySQL.
atomheart: у меня cyr2lat на десятках сайто работает ГОДАМи без проблем. Есть и свой форк с измененными таблицами транслитерации (в оригинале украинская транслитерация некорректная). Работает как часы. Если из-за него что-то падает - это криво настроенный php.
лол) я когда дочитал до string(34) "Текст из доп поля" - чуть не поперхнулся :) Коллега, иногда надо отдыхать. А еще хорошее питание и здоровый сон помогают ;)
Dorogen: Нет. Это совершенно разные платформы. Wordpress.com - это блогоферма, как Livejournal. Там только блоги и еще пара фич. Бесплатный бложик, платные аккаунты - это немного больше фич, больше места под медиафайлы. А WordPress.org - собственно, сам движок WordPress, это полноценная платформа, CMS / CMF (Content Management System / Framework), которая испльзуется для разработки сайтов. Но она настолько простая в использовании "для простых людей" (именно с учетом тысяч плагинов и тем), что сайт можно сделать самому без навыков программирования. А если еще и программировать умеете / научитесь - то сделать можно что угодно.
