unlik: Вот в том то и дело, что из приведенных конфигов непонятно, что происходит после того, как запрос ушел на 8080. Там вполне может быть какой-нибудь OPcache, отдающий закешированный скрипт, Memcached и тд. Рестарт php как минимум неплохо бы сделать.
unlik: так куда проксируете? честно говоря, первый раз вижу подобные конфиги и не совсем понимаю, зачем такой странный блок location для php и таки куда он перенаправляет запросы? Что висит на 8080 порту?
Евгений Перин: когда функция is_mobile доступна в цикле жизни страницы, переключать на лету тему уже поздно, поэтому она не подходит. С другой стороны, не обязательно менять целиком тему, я бы менял только шаблоны. Основные контейнеры в десктоп и мобильной версии одинаковы, а дальше можно с помощью get_template_part, get_header('custom_header'), get_footer('custom footer') и подобных функций подгружать конкретно нужные вещи.
Андрей: а документацию по ссылке прочитать не получилось? Там же всего несколько строк. Указываете 2 аргумента, первый - дата ОТ которой считаем, второй - ДО которой. Даты подаем в виде Unix timestamp. Там по ссылке конкретные примеры кода есть.
Antonoff: первый пункт из моего ответа у вас не выполнен. Третий тоже - потому что у вас и wildcard есть, и поддомен собственной персоной. Это не беда в целом, но у вас на одном IP два WordPress пытаются маппинг разруливать. В общем - бардак. Инструкция по установке WordPress Multisite Network (www.wpbeginner.com/wp-tutorials/how-to-install-and...) пошагова и подробна, включая настройки в CPanel.
codingal: c blue card там куча нюансов, даже от страны к стране. Наиболее полно регламент по ним имплементирован в Германии. Но даже если внимательно почитать требования, становится понятным, что образование не является критичным, так как в самих Requirements написано, что нужно подтверждение релевантного professional qualification, то есть, квалификации. Про диплом и про образование ни слова, хотя да - диплом является одним из очевидных вариантов подтверждения квалификации. Но не единственным. Таким же подтверждением может выступать профессиональный тест, который признается в конкретной стране. И не только он.
AndersDir: главное понять, что происходит под капотом, как WordPress "живет" - от инициализации до вывода результата в браузер. Поищите инфу про WordPress page lifecycle, очень полезно также пропустить пошагово через XDebug, если умеете им пользоваться.
codingal: в продвинутых странах изначально такой подход, что если ты им подходишь - они заморочатся и все вопросы с иммиграционкой порешают. Тем более, что процедуры там все прописаны, и "порешать" у них - это не так, как у нас. Как правило сложность в некоторых странах упирается не столько в диплом, сколько в то, что по закону они обязаны на 1 иностранца трудоустроить Х местных, или же обязаны на должность прособеседовать Х местных и объяснить по итогу, почему иностранец лучше подходит. Есть или нету диплома - вторично (хотя и нельзя сказать, что совсем уж неважно).
Roman-Belgorod: все верно вам с самого начала советуют. Никаких id, все можно реализовать на классах или data-attributes (собственно, они для этих целей подходят лучше всего), но в вашем случае есть плагин jQuery который к ним привязан. Ну а чтобы реализовать множественную подсветку, в сами элементы прописывать ничего дополнительно не надо, это делается на уровне javascript. Поищите фрагмент скрипта, где отрабатывается наведение на ссылку. Там будет код, который и вызывает подсветку одного из path. В нужном месте вместо одного укажите в качестве цели столько областей, сколько вам нужно. А вообще - судя по всему, ваш уровень понимания js/css/html весьма далек от необходимого уровня. Самый разумный выход - наймите специалиста. Подобная задача будет стоить копейки.
Sanes: в принципе, аналогия с корпоративкой отчасти справедлива, но разница как раз в том, что подпорок тут никто не делает, костылей никто не плодит. Все новое делается уже по уму. И параллельно потихоньку обновляется старый код. Просто делается это достаточно медленно. Для понимания этого процесса достаточно заглянуть в Trac и посмотреть открытые и закрытые тикеты. Работа идет постоянно. Каждая новая версия WP (а это 3 раза в год сейчас) кроме видимых и сильно заметных изменений всегда сопровождается огромным пакетом внутренних изменений, доработок и улучшений. За один только 2014 год под капотом столько всего переделали...
Sanes: В джумле история другая, там же между версиями модулей и версиями самой системы полный атомный капец в плане совместимости. В экосистеме WordPress наоборот, очень часто плагин, который не обновлялся пару лет, очень даже работает. С темами в этом плане еще проще, так как основные template tags вообще годами не менялись, и старые темы без проблем работают. А насчет 1% - поверьте, в экосистеме WP такое встречается, что иногда на голову не налазит. При таком объеме рынка количество всевозможных комбинаций просто зашкаливает. Команда ядра прекрасно осознает масштаб трагедии, иначе уже давно бы работали над одним из предложенных вариантов, а за последние пару лет было несколько очень толковых предложений. Я сам давно капаю им на мозги по поводу мультиязычки, которая до сих пор сделана через одно место. При чем есть хорошие плагины, и авторы готовы сделать все сами. Единственное требование к ядру - небольшие изменения в архитектуре бд и запросов. Но воз и ныне там...
Sanes: делов не много, но главное - полетят нах все миллионы тем и плагинов, всем разрабам надо их портировать и даже поддерживать какое-то время 2 версии - старую и новую. Это, на самом деле, достаточно сильная встряска для всей экосистемы. Пока не будут портированы старые привычные темы и плагины (или разработаны новые аналоги) - на новую ветку никто не будет спешить переходить. В общем, как я уже говорил, данный вопрос (в том числе с ветками) обсуждается очень давно. Но решения пока нет.
sadbeetle: Digital Ocean зареган в штатах, а по поводу фото с айди - первый раз слышу. Ничего подобного ни у меня, ни у моих рефералов никто не спрашивал.
Sanes: о, еще вспомнил хорошую полезную штуку. Как разрабу опытному из другой сферы могу предложить прогнать WP через XDEBUG, чтобы полностью изучить и понять Page Lifecycle. Там очень много интересного и необычного всплывет :) Еще очень полезный инструмент в работе - плагин Query Monitor. Показывает почти все, что происходит под капотом.
Sanes: да, шатание влево-вправо есть. Это побочный эффект гибкости WP - одно и то же можно сделать разными способами. Вот, собственно, если выбрать WPMUDEV - будет эта тирания с их стороны. Если писать свое - можно задать свою форму тирании, и это вполне правильно. Но на уровне самого WP - да, вариантов достаточно много. Такова специфика этой платформы. У меня в команде есть разрабы, которые переходили на WP с других платформ, плевались часто :) Но по мере изучения и привыкания - перестали. У WP очень много архаизмов и устаревших практик, в том числе жуткого макаронного кода, переделывается-доделывается все очень медленно, чтобы не поломать ту легендарную обратную совместимость и совместимость с миллионами тем и плагинов. Это не нравится многим разрабам ядра, и эта тема давно обсуждается, ищутся какие-то решения. Но четкого выхода пока не видно. Приходится изучать что есть и работать в рамках этого.
Sanes: условия не равны в другом плане. Геморность для разрабов мало кого интересует, если есть рынок ПОЛЬЗОВАТЕЛЕЙ системы, который исчисляется десятками миллионов и постоянно растет. Есть спрос, поэтому многие занимаются разработкой под WP. Что касает геморности.. Я работаю с WP с первых версий и знаю ее изнутри достаточно хорошо. Для меня там ничего геморного нет, как и для любого разраба, изучившего внутренности. А площадки для продажи тем (ну и бесплатный репозиторий самого WordPress.org) дополнительно упрощают задачу, выставляя достаточно жесткие правила и требования. Если их изучить (а это несложно), то гемора никакого нет. Наша первая тема много лет назад прошла 5 кругов правок от WordPress.org, гемор был. Последующие темы быстро дошли до приема с первого раза - никаких замечаний Theme Review Team не выдавали. Все упирается в опыт.
Sanes: WPMUDEV не очень хорошо подходят для нашего рынка, плюс там куча своих нюансов. Напильником пилить очень много. Разрабатывать конкретно под свои задачи намного эффективнее, а объем необходимых ресурсов определяется самой задачей. Просто биллинг и управление подсайтами - достаточно просто и быстро реализовать. Но для разработки таких штук надо хорошо знать архитектуру WordPress, а в ней много необычного и архаичного для тех, кто привык к современным паттернам.
Sanes: у WordPress, по большому счету, шаблонизатора вообще нет :) Плохо это или хорошо - другой вопрос. Но, с тем что есть, вполне можно работать, хотя людям, привыкшим к MVC, шаблонизаторам и прочим прелестям, понять и принять бывает трудно. Вопрос привычки и мышления. А стоимость тем - это вопрос другой плоскости, он формируется рынком на основе спроса в первую очередь. И, кстати, цены на них до сих пор существенно занижены.
