Підготовка інтерв'ю для WordPress

Я беру інтерв’ю для роботи в якості розробника WordPress. Я працюю з WP вже рік і вважаю, що маю хороший огляд, як про те, як його налаштувати, що functions.phpробити, де змінювати теми тощо. Але інтерв'ю, яке я маю на наступному тижні, буде розпитуючи мене про WordPress та Linux із закинутим MySql. Все, що я знаю, це те, що вони дадуть мені ноутбук та тест.

Як я готуюся до такого? Чи варто сьогодні практикувати написання плагіна? Я знаю, як налаштувати сервер Linux, але мені не дуже добре вдосконалити маніпуляції файлами або сценарії оболонки. Я хороший у налаштуванні, вирішенні проблем та конфігурації. І я читав WP Codex багато. Що було б гарним завданням для домашніх завдань, щоб дати собі належну підготовку? Я помітив, що для інтерв'ю, орієнтованого на WP, існує не так багато ресурсів.

Якби я найняв розробника WordPress, мій список побажань виглядав би так:

• Знає HTML та CSS всередині та зовні;
• Має принаймні базове розуміння JavaScript;
• Знає їх навколо PHP і створює прекрасний код (чистий, стійкий, DRY )
• Чи добре розуміє дизайн баз даних та SQL: якщо я покажу вам схему бази даних та кілька запитів, чи можете ви сказати, чи вони добре розроблені та ефективні?
• Розуміє їх .htaccess файл;
• Ретельно розуміє цикл;
• Розуміє, як функціонують таксономії, користувацькі поля, користувацькі типи публікацій та формати публікацій та для чого вони потрібні;
• Знає, як працюють теми і розуміє ієрархію шаблонів ;
• Знає, як працюють плагіни та як написати простий.

Я можу придумати набагато більше, але я думаю, що вищезазначене було б досить солідним початком.

І ось хитромудрий питання: що ви хочете про WordPress і що б ви змінили в наступній великій версії, щоб виправити це? Якщо ви можете дати переконливу відповідь на це, ви, мабуть, знаєте досить багато про WordPress.

Але, відклавши вищенаведений список бажань на секунду, найголовніше для мене - це чи не знаєте ви рішення проблеми: це чи можете ви знайти рішення.

Знайте, де шукати (Codex, керівництво PHP, подібні місця), і будьте по-справжньому зацікавлені в тому, щоб робити справи правильно. Не задовольняйтеся, коли річ, яка не спрацювала, раптом працює: це було правильне рішення? Чи могли б ви зробити це більш елегантно, з меншим кодом? Чи може це рішення масштабуватися, чи його можна повторно використовувати, коли подібна проблема виникає?

Сподіваюсь, це допомагає.

Маніпуляція файлами та сценарій оболонки - це не часто те, що ви робите з WordPress. Щонайбільше, що ви робите з цим, як, наприклад, резервне копіювання чи розгортання. Це щось саме WP, і плагіни намагаються звести до мінімуму для гарної сумісності з різними середовищами хостингу.

Якою буде розробка WordPress? Поле досить широке - від дуже переднього матеріалу до дуже заднього і навантаження між ними.

Це далеко не всеохоплююче, але речі, які я особисто вважав би міцною базовою основою розвитку ВП, це:

• в загальному

  • ironclad розуміння гачків - що вони таке, як вони працюють, як вони працюють з класами, як один код може маніпулювати зачепленими подіями іншого коду
  • API налаштувань, додаючи речі до області адміністратора загалом
  • Концепції безпеки, перевірка, санітарія, вихід на екран, перевірка наявності повноважень та намірів

• розробка теми

  • запити та петлі, різні способи їх запуску та які для чого використовувати
  • теги шаблонів, основи ( get_vs the_), глобальні змінні, на які вони покладаються
  • ієрархія шаблонів та умовні теги, що це таке, як його згинати
  • батьківські та дочірні теми, порядок завантаження, успадкування шаблонів, процес налаштування
  • черга сценарію та стилю

• розробка плагінів

  • зміна плагінів (активація, деактивація, деінсталяція)
  • логічні відмінності між плагінами, повинні використовувати додатки та код у темах
  • організація коду (префікси, класи)
  • логіка завантаження ядра та плагінів, коли занадто рано, занадто пізно і доцільно запустити код
  • Впровадження Ajax