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, шаблонизаторам и прочим прелестям, понять и принять бывает трудно. Вопрос привычки и мышления. А стоимость тем - это вопрос другой плоскости, он формируется рынком на основе спроса в первую очередь. И, кстати, цены на них до сих пор существенно занижены.
Sanes: они там не гвоздями прибиты. Почитайте ссылку. Суть в том, чтобы стандартные элементы подхватывали стили независимо от того, какую тему включит пользователь. Это вопрос совместимости, так как под WP существует огромная экосистема тем и плагинов, и они должны сразу подхватывать все. Если же вы делаете кастомную тему только для себя (или для клиента) - не вопрос, функция wp_nav_menu() переопределяет все - и html, и id, и классы, и более, а также обнулить и не выводить стандартные, заменить на свои. Внимательно почитайте документацию. Для совсем уж сложных и кастомных решений есть Menu Walker Class, который позволяет сделать вообще что угодно. Что я вам пытаюсь донести - для полной кастомизации есть встроенные, родные средства, очень гибкие и подробно описанные в документации. Вы же пытаетесь прикрутить сверху совершенно ненужное тяжелое стороннее решение.
