WordPress. Гід для новачків

Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті.

Усім привіт! Мене звати Сергій Поліщук, я WordPress developer в компанії YozmaTech. У цій статті я спробую дуже коротко розповісти про те, що таке WordPress.

WordPress — система управління контентом (Conten Management System/CMS), котра на початку свого існування була розроблена для ведення блогів. Йшли роки розвиток цієї системи не припинявся. Сьогодні ця CMS дає можливість розробляти сайти будь-якої складності та типу. Статистика говорить, що понад 35% сайтів розміщених в інтернеті працює на WordPress. Однак існують і інші CMS платформи такі як Joomla, Drupal, Magento, ModX, Opencart вони є безпосередніми конкурентами для WordPress. Основними серед конкурентів йдуть Joomla і Drupal c 7,6% і 5,4% часткою CMS ринку. Відразу після них йде Magento — з часткою ринку 3,3%.

Drupal, Joomla та Magento мають набагато більше вбудованих функцій, ніж WordPress. Але WordPress серед них все одно виступає лідером оскільки перевершує їх своєю простотою використання, величезним глобальним комюніті, плагінами й темами. Вважається що більшості користувачам, які не є розробниками набагато простіше створювати сайти на WordPress ніж на Joomla або Drupal не говорячи про важкість створення на Magento. В допомогу таким користувачам розроблено велику кількість плагінів (репозиторій WordPress містить в собі більше ніж 1 000 000 безкоштовних плагінів для вирішення різних завдань) та тем(близько 57 тисяч безкоштовних варіантів) які дають можливість створити будь-який тип вебсайт без написання коду. Велика кількість платних плагінів і тем дають користувачу підібрати оптимальний варіант для його цілей.

Ядро WordPress постійно оновлюється. На сьогодні з виходом WP 5.0 з’явився редактор Gutenberg він замінив попередній звичайний текстовий редактор для роботи з яким потрібні були навички html та css. Відтепер робота для звичайного користувача стала ще простішою, за допомогою цього нового редактора можна структурувати текст, переміщаючи блоки, створювати складні макети, додавати цитати, заголовки та підзаголовки, вставляти кнопки, зображення, анкори, віджети, таблиці та шорткоди не використовуючи при цьому жодну мову програмування.

Написання php коду для коректної роботи в WordPress теж вимагає дотримання відповідних стандартів які прийнятті розробниками WordPress. Основними помилками новачків є відкривання та закривання тегів php, використання короткої форми запису, а також не правильний запис назв класів, функцій, констант та змінних. Коли ти хочеш стати WP гуру в першу чергу потрібно звернути увагу на стандарти і їхні відмінності від звичайного php коду, адже багато чого в WP тісно переплітається з роботою на чистому php. В основу врахуйте що читання вашого коду повинне бути на першому місці, воно важливіше стислості або якихось неочевидних, але зручних скорочень.

Що Вам потрібно знати

Найважливішим критерієм для вивчення питання, як стати WordPress розробником — це знання мов програмування, на яких побудована платформа. Базовий код WordPress написаний на стандартних мовах PHP і SQL. Фронтенд складається з комбінації HTML і CSS, JavaScript, jQuery та AJAX. Також досить добре розвинулись API в середині WordPress які дають можливість за допомогою функцій передавати різноманітні данні, які можна обробити популярними бібліотеками vue або react і написати фронт частину використавши їх.

Розгляньмо більш детально про кожну з мов:

PHP

Увесь WordPress написаний на php. Тому для того, щоб створювати чи редагувати існуючі теми або писати плагіни, вам необхідно знати та розуміти основи php при роботі з WordPress.
Для роботи з php потрібно розібратися з такими поняттями:

  • змінна — служить для оголошення та збереження даних як текстових, так і числових;
  • масиви — дані які можна зібрати в одну групу, для зручного зберігання та подальшого використання;
  • функції — використовуються для виконання різних завдань та видачі результату, результати роботи можуть змінюватися в залежності від параметрів які передаються в функцію;
  • оператори порівняння — використовуються для порівняння одного значення з іншим та для написання умов;
  • умови — їх написання дає можливість виконати різні дії в залежності який результат отримує умова(true або false);
Для кращого розуміння кожної з вище зазначених функцій рекомендую розглянути «Руководство по PHP».

Розібравшись з поняттями які перечислені вище, можна сміло братись за розгляд коду в середині теми, одним з основних файлів є functions.php рекомендую писати код в ньому тільки той який необхідний для функціонування теми, якщо ж ви хочете, щоб якийсь ваш код працював для сайту в цілому то не полінуйтесь написати його у вигляді плагіну, адже при зміні теми зміниться і файл function і все що в нього написано.

Щоб створити власний плагін достатньо одного php файлу з кодом, завантажити його в папку wp-content/plugins/ після чого його необхідно активувати. Щоб цей плагін міг розпізнати Wordpress треба, щоб файл мав наступний вигляд:

У PHP і в Wordpress вже існує набір готових функцій, які зручно використовувати при розробці нового сайту. Але для більшої зручності ви можете розробляти власні функції то використовувати їх в ході роботи, прийнято що нові функції при створені треба записувати в файл functions.php. Функції можна писати як з параметрами, так і без, коли ж функція з параметрами то їй потрібно передати змінні через кому. Нище наведено простий приклад функції з 2 параметрами. Тут наші змінні $last_name і $first_name коли починає працювати функція перетворюються в $param_1 та $param_2 і їх значення присвоюються в такому порядку як вони вказані.

SQL

Wordpress надає можливість досить зручно керувати власною базою даних з допомогою php класу wpdb. Звертатися до методів класу wpdb потрібно обов’язково через глобальну змінну $wpdb. Також треба запам’ятати те що при роботі зі звичайними функціями потрібно глобально оголошувати змінну, якщо цього не зробити, то ця змінна буде працювати просто як звичайна зміна цієї функції.

З допомогою $wpdb можна працювати з довільними таблицями в базі даних, не обов’язково, щоб вони були створенні безпосередньо середовищем WP. Для прикладу коли в нас була створена таблиця через phpmyadmin з назвою test_table і в нас є потреба отримати всі поля name з даної таблиці, ми це можемо зробити досить просто:

Треба розуміти те що один об’єкт класу wpdb{} може працювати лише з однією БД, тобто з поточною базою WordPress. Коли ж виникає необхідність паралельно працювати з іншою БД, то для неї потрібно створити новий об’єкт класу wpdb де будуть вказані нові параметри для підключення, відмінно від тих що є записані в файлі wp-config.php саме в цьому файлі відбувається підключення до основної БД сайту Wordpress.

Намагайтеся не писати прямих запитів до бази даних. Якщо є відповідна функція, а їх у WP багато, яка може отримати необхідні дані — використовуйте її. Використання функцій замість запитів, допомагає зберегти майбутню сумісність коду. При форматуванні SQL запиту, якщо запит складний, його можна розбити на кілька рядків і додати де потрібно відступи. Хоча більшість конструкцій пишуться в один рядок.

Завжди пишіть прописними такі частини SQL конструкцій, як: UPDATE, WHERE, FROM, JOIN. Очищення, екранування запиту повинно бути зробленим якомога пізніше. Для захисту запиту рекомендується використовувати $ wpdb-> prepare (), а не esc_sql ().

HTML

HTML — це мова розмітки, або ще один спосіб зберігання інформації. Це текстова мова яка використовує теги для форматування контенту, вони в свою чергу повідомляють браузерам, як відображати передану інформацію на екран.

Для правильного написання власної теми на WP або редагування існуючих треба мати базові знання існуючих тегів і як вони повинні розміщуватись по структурі на сторінках. Наприклад тег H1 має зустрічатись тільки один раз на сторінці.

Знаючи базову структуру теми WP (наведена нижче) і розуміючи теги ми можемо побудувати абсолютну унікальну структуру для свого проекту.

CSS

Кожний новий проект на WP особисто для мене починається з розробки нової теми в якій підключаються-налаштовуються плагіни, пишуться функції які впливають на роботу сайту в цілому. Для того, щоб розробити власну тему необхідно розуміти структуру файлів з яких ця тема має складатись і без яких вона не може існувати. Одним з основних файлів являється style.css який має знаходитись в корені теми. Саме з його допомогою і оголошується новостворена тема, об’явивши в ньому «Theme Name:»

jQuery

WordPress автоматично завантажує jQuery, основною помилкою новачків є те що багато з них напряму додають файл підключення jQuery в <head>, і тим самим роблять конфліктну проблему підключення одного і того ж файлу, що призводить до того що перестають коректно працювати скрипти по всьому сайті. У WP існують базові функції які дозволяють, оголошувати нові скрипти додавати їх і відключати роботу існуючих:

Нижче наведений приклад правильного підключення jQuery через файл functions.php.

Якщо всі скрипти підключені «правильно», то їх можна програмно об’єднати в один файл і віддавати браузеру в стислому вигляді. Що є правильно, коли є порядок і загальна логіка (стандарт), адже якщо все зроблено за стандартом, то при оновленні та зміні функцій саме єдиний стандарт допоможе швидко і непомітно перейти до оновлень.

AJAX

AJAX використовує асинхронну передачу даних. Це означає, що код, написаний на Ajax, може взаємодіяти з сервером і оновлювати його вміст без необхідності перезавантаження сторінки. Перед початком роботи з Ajax необхідно в першу чергу переконатися що на сайті є підключений jQuery, адже для коректної роботи wp_ajax_(action) це є необхідним.

В якості ajaxurl використовують посилання на файл обробку AJAX запитів, в середині адмінки ця змінна є глобальною, а для фронт-частини її необхідно оголосити в JS.

При роботі з Ajax треба створити php функцію яку ми будем викликати в нашому запиті. В кінці нашої функції не забуваємо про те що треба написати wp_die() замість die() або exit() так ми зможемо добитись кращої сумісності з WP і у випадку помилок в коді ми отримаємо коректні данні про це. Після того як наша функція написана нам потрібно використати хук для обробки Ajax запитів, він має вигляд wp_ajax_(action), де замість (action) ми вставляємо значення змінної. Але цей хук підключить нашу функцію тільки для авторизованих користувачів, коли є необхідність, щоб наша функція працювала так само і для не авторизованих треба використати ще один хук wp_ajax_nopriv_(action). Нижче приведу приклад як правильно оголосити ajaxurl написати просту функцію і як можна звернутись до цієї функції з допомогою Ajax запиту.

Рекомендований список необхідних ресурсів для вивчення

Популярність WordPress має досить велику перевагу над іншими CMS, а саме те що в мережі є величезна кількість ресурсів, які ви можете використовувати, щоб дізнатися, про базові функції WordPress та про можливості їх розширення.

Ось декілька основних ресурсів які варто переглядати при вивченні та безпосередній розробці:

  • Кодекс WordPress. Якщо ви ще цього не зробили, це сайт, з яким ви захочете познайомитися ближче. Зокрема, ознайомтеся зі списком документації для розробників.
  • Сайт розробника WordPress.org. Тут ви можете знайти керівництва по розробці тим і плагінів, а також більш складні теми, такі як REST API.
  • Веб-сайт Make WordPress. Це центральний вузол для всіх учасників WordPress — розробників, дизайнерів, перекладачів, тестувальників.
Тут ви знайдете: статті по веб-розробці по WordPress, готові функції і класи для WordPress, велику колекцію базових функції WordPress, з прикладами, а також список з усіма функціями і хуками WordPress.

Висновок

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

  1. Вивчіть (або освойте) свої основні мови веб-розробки.
  2. Проведіть багато досліджень і подумайте про те, щоб пройти кілька спеціалізованих курсів.
  3. Вирішіть, де в першу чергу ви зможете себе проявити(фрілансер або робота в команді), і відразу ж приступайте до справи.

Дякую за увагу, та успіхів вам у вивчені чогось нового.

👍НравитсяПонравилось16
В избранноеВ избранном7
LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
jQuery

Мамочки, оно живо?

Дякую за статтю. Хоча я далеко не фанат CMS взагалі та Wordpress зокрема, але я чудово розумію важливість існування цієї ніші. Цікаво дізнатись як ви розв’язуєте проблеми з оновленнями після внесення змін в код сайту? Тобто, наскільки я розумію, якщо замовнику необхідно внести зміни в код, тоді від оновлень доведеться відмовитись? А якщо замовник хоче отримувати безкоштовні оновлення, то йому варто утриматись від внесення змін в сайт (окрім шаблону)?

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

І тому, зазвичай, коли при оновлені губляться зміни — то така кваліфікація і знання WP у автора цих змін. Або — ну дуже поспішав та костилив

Про окремий плагін це і так всім зрозуміло — для того вони й зроблені, щоб незалежно оновлюватись не заважаючи один одному та CMS.

Набагато частіше в замовника виникає необхідність внести невеликі зміни у вже наявні плагіни чи в код самої CMS. Якщо ці плагіни писати заново, то це буде набагато дорожче. А потім ці самописні плагіни потрібно буде ще й оновлювати не безкоштовно.

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

Тому мені й цікаво, як інші спеціалісти розв’язують цю дилему з внесенням саме невеликих змін, із-за яких економічно недоцільно писати новий плагін.

Набагато частіше в замовника виникає необхідність внести невеликі зміни у вже наявні плагіни чи в код самої CMS.

у замовника ніколи не виникає необхідності щось вносити у код.

така необхіднисть виникає у — програміста.
не плутайте :)

Що і в який код вносити — це рішення програміста, а не замовника.

у код самої CMS необхідність виникає тоді, коли програміст не знає можливостей зміни поведінки CMS. Скільки тисяч хуків у WP?

З плагінами — так, буває. Але теж, частенько плагіни теж мають хуки, і не потребують щось у їх коді змінювати.

Це та ж сама історія коли програміст ну от не може по іншому — аніж влізти у vendor файли.

Мені важко уявити щоб треба було лізти у код CMS зі змінами.
Коли я завершував своє перебування у світі в WP — то й документацією не користувався:
дивився у core код — бо він весь у хуках. і знаходив той що мені потрібен.

як інші спеціалісти розв’язують цю поширену проблему саме з невеликими змінами.

розв’язають в залежності від свого знання WP.

WP — дуже гнучка система. Дуже.
І пристойно написані теми і плагіни — теж гнучкі.

Звичайно деякі спеціалісти просто копіюють наявний плагін з іншою назвою, та вносять в нього зміни, необхідні замовнику

Ще раз, бо це важливо:

Замовнику не потрібні ніякі зміни у коді плагіна.

Замовнику не потрібні ніякі зміни у коді плагіна.

Замовнику необхідно внести зміни у функціональну роботу сайту, що призводить до необхідності внесення змін в код плагінів. Я вирішив скоротити текст та даремно, мабуть ;)

І пристойно написані теми і плагіни — теж гнучкі.

Знайомі колись попросили розв’язати проблему з їх сайтом на Wordpress, який періодично вночі сам падав, а потім сам піднімався. Виявилось що плагін «курс валют» вночі оновлює дані, здається, з сайту, чомусь саме, казахського центробанку. Який іноді вночі теж падає, із-за чого падає й сайт замовника.

За допомогою якої саме гнучкості, хуків та інших штатних засобів можна було б розв’язати цю проблему, якщо в самому коді плагіну, для отримання даних з іншого сайту, використана команда file_get_contents без перевірки доступності сайту?

що призводить до необхідності внесення змін в код плагінів.

не призводить.
нема жорсткого зв’язку між потребами замовника і рядками коду у плагіні.

Знайомі колись попросили розв’язати проблему з їх сайтом на Wordpress

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

Виявилось що плагін «курс валют» вночі оновлює дані, здається, з сайту, чомусь саме, казахського центробанку

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

За допомогою якої саме гнучкості, хуків та інших штатних засобів можна було б розв’язати цю проблему

купа варіантів.
я не бачив ані коду, ані сайту, ані того замовника, чому йому саме цей плагін потрібен. їх же купа, валютних.
і т.і.

не вмію ставити діагнози по фото і виписувати дієві рецепти.
як був юнаком — так, вмів. потім якось загубив той талант :)

для отримання даних з іншого сайту, використана команда file_get_contents без перевірки доступності сайту?

запитайте у авторів плагіну :)

тобто — ви зтикнулись з гівнокодом, і питаєте як його виправити.
ідеологія вордпресу не вимагає писати гівнокод.

вам просто не повезло.
загальна ж відповідь лежить у площині:
мені достався код на (чому завгодно) від вайтішників з Пакістану — як ото з ним бути?

Я використовую інший підхід.

1) Якщо замовнику необхідно «подешевше» — краще використати CMS, але внесення правок звести до мінімуму. Та й ті робити штатними засобами, не змінюючи ядро/плагіни.
2) Якщо замовник хоче додати/змінити функціонал сайту та готовий за це платити певні невеликі кошти — за основу береться CMS та дописуються плагіни, за оновлення яких теж потрібно платити.
3) Якщо ж замовника не влаштовує можливості наявних CMS і він хоче максимально адаптувати сайт під свої потреби та готовий за це платити суттєво більше, ніж за доробку CMS — тоді краще написати сайт на якомусь фреймворку, бо CMS буде обмежувати можливості.

При цьому деколи один замовник може пройти всі три етапи. Спочатку замовити найдешевшу розробку на CMS без значних змін. Після того як проєкт почне приносити якийсь прибуток замовникові — замовити розробку плагінів під свої потреби. А от коли проєкт почне приносити вже значні кошти — замовити нову версію сайту «під ключ» на фреймворку.

Тобто я відштовхуюсь від потреб замовника на конкретному етапі еволюційного розвитку його проєкту, а не те що потрібно програмістам ;)

так. Якщо раціонально-фахово підходити до справи, та бути дійсно фрілансером, тобто підприємцем, який враховуває прибутковість своєї праці — то так і треба.

співпало, по rss підписках прийшло:
Почему WordPress — № 1 в стеке технологий для вашего следующего проекта?
tproger.ru/...​go-sledujushhego-proekta

Я впевен що WP з нами надовго. Незважаючи на його недоліки у вигляді старої архитектури, яку важко змінити бо зламається сумісність. Але вона — ну дуже гнучка, просто — процедурна. Як нема жади до ООП — то в цілому з нею все непогано.

І якщо з головою до нього підходити — то на ньому можна робити сайти набагато швидше і складні, а не брати щось універсальне тіпа Laravel, а потім поважно надувати щоки — фі, WP, а Я ось на Laravel пишу! Подивися як він там пише — то я і до WP не підпустив би.

Фаховість, професіоналізм, він не у мові чи фреймворку.
А платня — то більш від домену залежить, а не від професіоналізму.

Дякую за посилання, гарна стаття

Можливо я чогось не помітив, що з нею не так?

Просто по хеадерам пройтись і на всі буде відповідь — ні

Інтернет-магазин — для перевірки концепції є платформи

Більшість плагінів має трешовий рівень коду на який без сліз не можна дивитись
В найкращому випадку люди не вміють санітайзити форми
В гіршому — плагін просто зливає дані

Ніхто в здоровому глузді не міняє цсс через веб інтерфейс

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

В реальному світі якість коду не є єдиним та не завжди вирішальним фактором при створені продукту. Замовники обирають згідно зі співвідношенням якості до вартості розробки. І приблизно в 40% Wordpress виграє.

До того ж якість поняття дуже відносне: вода в крані не достатньо якісна для приготування їжі, але при цьому достатньо якісна для миття посуду.

Детальніше на цю тему я написав у своєму коментарі нижче

В реальному світі якість коду не є єдиним та не завжди вирішальним фактором при створені продукту

є SaaS

дуже відносне

Хардкод, відсутність перевірок вводу даних, ін’єкції всіх видів — це все дуже відносне. Так

є SaaS

Тут треба рахувати в кожному конкретному випадку. Наприклад, порівняти вартість вебхостингу з безкоштовною Wordpress та вартість SaaS за певний прогнозований період діяльності сайту.

До того ж не всі замовники, принаймні в Україні, принаймні в цей час, бажають віддавати іншим свої комерційні дані :)

Хардкод, відсутність перевірок вводу даних, ін’єкції всіх видів — це все дуже відносне. Так

Більшість з замовників, які використовують Wordpress навіть не здогадуються про описані вами проблеми й ніколи про них не дізнаються. Тому що їх бізнес настільки маленький, що ні в кого не виникає бажання шкодити їх сайту.

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

Magento уже не является CMS. Это eCommerce платформа и заточена для интернет магазинов. Wordpress больше для создания разных сайтов

Для своего сайта тоже выбрала WordPress — интуитивно понятная админка, много информации в сети в бесплатном доступе, можно создать практично любой проект от блога до магазина.

Мне нравится wp, только редактор гутенберг — это непонятно что, а фильтры через стандартный функционал чуть сложнее запроса одного поля почти не работают.

Моя особиста думка — не має сенсу новачкам вивчати WordPress. Легкий вход і мільони сайтів на ньому це чиста правда. Але що це дає для розробника з точки зору його бізнесу?

На начальному рівні, коли задачи вирішуються перебором плагінів ви конкуруєте з мільоном таких же фахівців, які вміють це робити швидше і дешевше бо зайшли на тиждень раніше вас і зробили 100500 проектів.( Бо ВП дозволяє ставити 150 проектів в секунду, це правда.)

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

От якось зачепили ви замовлення. 2 місяця перемовин і суперпроект на 321 долярів ваш), продали скачку плагінів за ціною розробки, працюєте. Припустимо 90% функціоналу заверешно, на WP це обідня перерва першого робочого дня, чиста правда. Але ваш сайт починає падати від кожної обнови або плагіну або сам по собі (через недолугу архітектуру ядра, це аксіома, вже обговорена багато разів але ви ж новачок, не читали). В цей момент виникає потреба в синьорі, бо міддла в ВП немає. І це має бути дуже синьорзний синьор бо складність під капотом ВП більша ніж в інших технологіях. В Ого-го раз більше, якщо точніше.
А для вас найкращий час валити з проекта, головне видурити з клієнту 50-100% бюджету.
...
Тут я пропускаю років 5 вашої карьєри. Якимось чином(чудом) ви вивчили або освоїли, як пише автор, всі мови і всі хитрощи ВП і стали синьором. True-шним синьором який і знає і вміє і може примусити WP працювати разом з усіма 250 плагінами і змінами згідно клієнтського ТЗ.
Ваш рейт 100 і у вас все добре, а в клієнта справи так собі (по книжці дяді Боба). Поки ваш клієнт не вирішить переписати свій проект на нормальній технології (з метою запобігання провокацій — це всі , крім ВП).
І ви потрапляєте на ринок до 100500 голодних чайок де кожна «Сіньор WordPress! Памідор! Архітект! Візми мене насяйніка, один цяска води і рісове зернятко! В тиждень! (або шкварка (для толерантності))»

Таким чином моє імхо — входити новачку(якщо він погроміст а не кидала) у ВП немає сенсу, це «ринок лимонів». Є технології де одночасно і легше качатись і більше грошей.

хорошо что сотни компаний не читали ваши выводы и используют wordpress на сайтах миллиониках без проблем.

По клиентам — я вот как бы клиент тоже, сейчас плачу $30-40 в час тем с кем сотрудничают и еще и фиг найдешь толковых. Потому что по большей части все wordpress разрабы — это типа "натяну ваш psd на wordpress за 10$). Но хорошо что WP сейчас идет в сторону веб приложений, react и чистого javascript потому многие такие отсеиваются

Для новичка wordpress идеальный для старта. Как клиенту и как разработчику, потому что огромнейшее живое комьюнити, документация до самых мелочей, по большей части все бесплатно и можно найти решения на все случаи, и очень простая установка и кастомизация

Мільони джунів, а толкових синьорів немає ні за які гроші? Якась чудасія... І чому так, як ви вважаєте?

так это не только в wordpress нише. во всех так.

Ну, во всіх, так во всіх. Як каже Кожаєв, суперечатись не буду, мені за це не платять))

Мільони джунів, а толкових синьорів немає ні за які гроші? Якась чудасія...

тому що мало хто буде платити синьорску зп.
Вважайте — ніхто.

я сам колись трішкі побавився. і ось, випадковисть, дзовнили сьогодні, я їм колись ставив — бо так і не знайшли.

та я давно з WP не працюю. Просто цікаво було, помацати та вияснити — а чи можна заробляти на ньому?
ні, вважайте що не можна. джун на реакті буде заробляти більше ніж синьор на WP у більшості випадків.

Використання CMS має свої переваги та недоліки. Такі переваги як простота та дешевизна роблять її популярною саме у своїй ніші. Але якщо її використовувати там де це недоцільно тоді можуть виникнути проблеми, про які ви описали вище.

Професійних програмістів на Wordpress я не зустрічав, мабуть, через її невисоку якість програмування та архітектуру в цілому. З іншої сторони не можуть всі програмісти бути висококваліфікованими та працювати на складних проєктах. Комусь потрібно обслуговувати ринок початкового рівня через той же фріланс. Не забувайте, що попит породжує пропозицію, а не навпаки.

Кількість Wordpress-програмістів дуже велика, але й замовлень для них теж більше через низьку ціну. Чим дорожче замовлення/проєкт, тим менша їх кількість на ринку і навпаки.

Я вважаю що ринкова ніша для CMS взагалі та Wordpress зокрема ні чим не гірша за інші та потребує програмістів початкового та середнього рівня. А кому що подобається чи не подобається, кому лишатись на цьому ринку та на скільки часу — нехай кожен вирішує самостійно.

Згоден. Якщо обирати за простотою входження, то краще вже піти в Фронт / Реакт. Там у вас буде перспектива і по грошах, і проекти з часом цікаві можуть бути.
А WP це легасі. Ви це зрозумієте через рік — два, захочете перейти в технології.

В статье один недочёт. Она написана как будто несколько лет назад. Сейчас в Wordpress все что добавляется нового то 90% для Rest API и для Gutenberg который сделан как оболочка под React который грузится по умолчанию в редактор. Новые темы вообще имеют другую структуру и почти не используют php. Через несколько лет Wordpress полностью станет похож на веб приложение

Успех WP — в очень гибкой архитектуре, которая позволила привлечь тьмы программистов создающих темы и плагины. Голый WP это просто ядро. А вот плагины и темы на любой вкус и с тьмой альтернатив — и обеспечило ему популярность. Часто достаточно квалифицированного пользователя чтобы сделать сайт приличной сложности.

При этом уровень входа для программиста низок. Любой начинающий может начать что-то писать и оно будет работать. До первого обновления, как написал уже :) но ничё, научится, писать так чтобы не пропало

Если WP потеряет эти два фактора -он исчезнет,как бесполезный

Если не ошибаюсь вроде уже 40% сайтов на WordPress. Не знаю как эта статья поможет новичкам, но в любом случае спасибо за труды. Странно, думал что на DOU должна быть подсветка синтакса, а то когда код скриншотами — это очень удобно конечно.

Подписаться на комментарии