Дмитрий: а, это легко :) на саму страницу wp-login.php вешаете редирект или вообще 404ю, серверными средствами. А дальше делаете кастомные формы, и свои обработчики. АПИ WordPress все это ползволяет.
Никита Данилов: по второму вопросу понятия не имею, надо смотреть код конкретного плагина и думать как реализовать. Изначально они наверное работать не будут, так как это не физический файл, который пишется в файловую систему, а динамический урл (который выглядит как ссылка на файл), и естественно он недоступен без mod_rewrite. В принципе, можно напильником нужный плагин доработать - проще всего экспортировать в физический файл.
Сергей: WSL бесплатный, без ограничений. И нет привязки к сторонним сервисам, как у того же ulogin. Все в одном пакете, как и должно быть. Плюс, developer-friendly.
WPML - это платный плагин, он в принципе очень неплох, мощный и функциональный, но его надо "уметь готовить". При использовании как-попало из коробки он заметно тормозит сайт. При правильном использовании все летает.
Александр Федорук: так все-таки только интерфейс или и контент тоже? Я имею в виду, должна быть полная украинская версия, где и тексты на страницах/постах тоже на украинском? И названия терминов, и URL, и все остальное. Если да, то вам нужно брать плагин для перевода. Если сайтик небольшой, можно qTranslate X, если побольше - лучше Polylang.
nezzard: а веб-сервер у вас там какой? апач? может у него какой-нибудь pagespeed модуль активен. Он может агрессивно статику ответов кешировать. Cloudflare нету по дороге между сайтом и юзером?
nezzard: если у вас доступ root к серверу есть, зайдите по ssh, выполните service memcached status (и service redis-server status). Да и в ISP должно что-то об этом быть. Если memcached или redis присутствует - попробуйте внести изменения на сайте, чтобы отловить эту проблему, и перезагрузите именно нужный сервис - service memcached restart например. Потом снова смотрите страницу. Если данные обновились - проблема обнаружена. Сам по себе object cache штука полезная и нужная, но ею надо правильно пользоваться. Если у вас кастомный функционал, который писался без учета object cache - придется либо его отключать, либо переписывать код
nezzard: object cache - на сервере.Между PHP и MySQL. Данные могут нормально вноситься в базу, но на выводе браться устаревшие из объектного кеша, отсюда проблема.
Александр Коновалов: Если все делать в рамках одной темы, то тут вам в помощь conditional tags - is_front_page например. Проверяете, если это главная - показываете одно, для остального - другое, и тд. Все это легко решаемо, если изначально правильно строить.
Александр Коновалов: А зачем тогда ее тулить в WP? Так оно не будет. WordPress для всего своего контента использует одну и ту же ТЕМУ. А там файл стилей основной, шаблоны и тд. По сути, один шаблон, будь то front-page.php или ваш page-home.php - это же не вся страница целиком, это фрагмент. Плюс к нему идет запрос в БД и еще много чего. В общем, вы не совсем понимаете как WP устроен, и пытаетесь вкрутить в него невпихуемое.
Vitaliy Orlov: ну вопрос как раз в том, что готовых толковых плагинов, которые закрывают все - достаточно. Вы же не учли в решении с куками и посттайпом ссылки на всякие термины таксономий, архивы и тд на корректных языках. Там много нюансов, очень много. Писать свое - велосипед. И да, забудьте про query_posts))