Как реализовать мультиязычность?

Aza Broflovski, было бы интересно услышать почему вам плагины не подходят

Хранение html разметки в файлах локализации?

amorphine, Иван, так то оно так, но как вы предлагаете решать вопрос со строками вида пример <strong>какого-то</strong> текста? Разбивать на 3 куска? А как вы их назовете - before_strong, within_strong, after_strong? А если потом надо будет убрать болд? Да, хранить теги в строках перевода не самое чистое решение, но если речь идет исключительно о форматировании - вполне приемлемо. Если нет, какие альтернативы?

Как реализовать мультиязычность?

Aza Broflovski, да, но по мелочи, если все делать с умом. Совсем по мелочи. Переживать не стоит.

Wordpress: собственный обработчик POST-запросов?

MrTimon, Технически, хуки правильные и лично я в основном использую их. Но там есть ведерко нюансов. Во-первых, этих хуков 4 штуки - 2 по 2. Одна пара для авторизованных, другая для неавторизованных (_nopriv_), в каждой паре есть общий хук без конкретного экшна, плюс динамический хук с конкретным экшном. Надо понимать четко конкретные capabilities. Дополнительно, там могут быть нюансы с headers already sent из-за использования send_origin_headers. Плюс нужны nonces. Action лучше передавать через hidden field. По сути этот файл является аналогом admin-ajax.php, но для POST/GET, именно с этой целью он и создавался. Правильно использовать именно его. Но, увы, документации и информации по этим хукам достаточно мало, поэтому я стараюсь не советовать их новичкам - долго объяснять. Особенно если новички дальше начинают не вникая совать туда что попало и не утруждать себя валидацией данных и корректной отработкой ошибок. А еще у новичков часто бездумно закрыт доступ к админке с помощью какого-нибудь супер-пупер плагина безопасности, и в лучшем случае доступ открывается только для admin-ajax.php. Ну или .htaccess. Соответственно, эти хуки не отработают. Ну и еще по мелочи парочка моментов. Сложнее делать валидацию форм.

В общем, в силу отсутствия качественной информации по этому способу, новичкам лучше с ним быть аккуратным. Хотя сам по себе этот способ как раз является наиболее оптимальным.

Wordpress: собственный обработчик POST-запросов?

MIkhail Derkach, в течение часа отдельным ответом напишу, надо текущую рбаоту закончить сначала

Wordpress: собственный обработчик POST-запросов?

Дмитрий, все верно, поэтому я и написал, что аякс не обязателен (а не "не нужен"). Можно с ним, можно без. Впрочем, логика будет та же, по сути функцию/метод можно переписать и под admin-ajax, и под обычный POST, и под REST API, и даже под свой кастомный ajax-обработчик (который будет сильно быстрее).

Git на продакшин сервере?

AstonMartin, В данном случае да. Все зависит от ситуации, от конкретного проекта. Поэтому и не существует какого-то одного стандартного решения на все случаи жизни. Кому-то базу надо очень аккуратно обновлять, потому что в нее постоянно пишут. Кому-то надо перед запуском тонны кешей нагенерить, иначе все упадет нахрен и тд.

Как подобрать плагин, который не портит посты?

Вова, markdown - отличный, удобный формат. Но смешивать его еще с чем-то не надо)

Git на продакшин сервере?

AstonMartin, миграции, сэр. В чем проблема сделать точно так же дубликат базы? Схема такова, что вы собираете идентичную копию (только обновленную) рядом, и тестируете. Если все ок - просто переключаете прод на нее.

Как подобрать плагин, который не портит посты?

Вова, там нативно WP ничего не ломает, есть разрешенные теги, он их сохраняет. Лишние атрибуты, запрещенные тего и прочий мусор вычищаются. Зачем вы ставили плагин markdown? Это же другой формат, в нем вместо вашего code будут обратные кавычки, вместо болда будут звездочки и тд.

Как сделать выдачу записей по релевантности Wordpress?

Suffering1992, по количеству просмотров - это не по релевантности. Это разные вещи. В самом WP этого нет, но есть куча плагинов. Ищите по ключевым словам "post views"

Как подобрать плагин, который не портит посты?

Вова, с каких это пор тег code является plain text?

Как подобрать плагин, который не портит посты?

Вова, потому что html-теги в markdown не являются больше тегами. Поэтому происходит конвертация. html-режим и markdown-режим - это разные ФОРМАТЫ. они не могут и не должны быть одинаковы.

Как сделать MultiSite на WP с подгрузкой (а не копированием) постов, записей и т.д.?

ILoveYAnny: можно решить, но в этом случае скорее возникает вопрос а зачем вам контент дублировать?

Какой идеальный вариант хостинга для Wordpress?

Александр Лебедев: вот об этом я и говорю. Нужно избегать / искать альтернативу плагинам, которые вносят заметный отрицательный эффект. Предотвращая закономерный вопрос - да, это возможно. Там где нельзя решить готовым плагином, всегда можно запилить кастомное решение, которое будет быстрым.

Как создать frontend формы с возможностями сохранения и редактирования?

Люций Мунинг: Laravel

Vue.js + Wordpress?

Не, баффером точно не надо)) А что именно вызывает проблемы? Вот парочка ссылок откуда начинать:

https://deliciousbrains.com/creating-a-wordpress-t...
https://vuejsfeed.com/blog/offline-first-spa-using...

Vue.js + Wordpress?

ребят, я понял что задел Ваше самомнение.

Вообще ни разу.

И теперь Вы уже переходите на личности.

Вообще ни разу.

Вы ничего обо мне не знаете. Не о моем опыте, не о моей работе.

Не знаем, как и вы не знаете о нашем опыте. Но мы (как и вы) делаем выводы из ваших слов и из вашего профиля на Тостере. Очевидные выводы - вы не знакомы с WordPress вообще. Даже процентов на 5. Потому что вы даже не в курсе, что у него есть REST API, built-in. Из коробки. И который работает именно как АПИ - через shortinit (когда не запускается все ядро фреймворка, а только необходимое).

Я всего лишь хотел Вас вразумить не использовать Wordpress в качестве бэкенда.

А не надо нас вразумлять, тем более если вы не в теме. Вот реально не в теме. У меня за плечами крупные high-load проекты на WP, в том числе и как API backend - как для SPA, так и для мобильных приложений. И я весьма неплохо себе представляю, о чем говорю. Идеальный ли это вариант использовать WP как API бек? Нет конечно. Но вполне рабочий. И если бизнес-требования клиента говорят, что должен быть WP - то профессионально = садиться, разибраться, и делать по уму на WP.

Это не профессионально.

Лол.

Vue.js + Wordpress?

Tech Nomad: судя по его профилю, он делает первый шаги с laravel, и увидел как там круто и легко можно делать простые апишки :)

Vue.js + Wordpress?

Рамиль: если вам не доводилось его использовать или вы не смогли этого сделать - это не означает, что это невозможно / плохая идея. И да, вы так и не поняли мой комментарий. Клиенту плевать на ваши технические холивары. У него WP, и ему нужен SPA на js. Как будете решать? Убеждать в необходимости пилить свой бек, пилить свою админку, мигрировать все данные и всю инфраструктуру? И все только потому что WordPress ака application backend для вас - чисто личное субъективное фу?