Використання WordPress як CMS: налаштування розробника для користувацьких та існуючих плагінів

Я просто хотів оцінити загальний відгук про те, як розробники використовують WordPress як CMS. У мене почалося декілька запитів клієнтів для веб-сайтів, побудованих на WordPress. Здебільшого вони досить прості, а основна функціональність WordPress працює чудово.

Іноді, хоча, буде потреба у користувацьких функціональних можливостях, для яких я зазвичай переглядаю тисячі доступних плагінів і використовую той, який підходить. Однак, коли я створюю більше сайтів, я вважаю, що я ніколи не на 100% задоволений тим, як працюють плагіни (вони або роблять занадто багато, або занадто мало)

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

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

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

Привіт @pingu:

Чудове запитання!

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

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

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

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

Це дуже гарне запитання. Є кілька загальних плагінів на полицях, якими я регулярно користуюся, які вирішують основні проблеми, такі як продуктивність / кешування, SEO та форми (Gravity Forms).

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

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

Інший приклад - це маркування білим кольором або налаштування панелі інструментів за допомогою спеціального екрана входу за допомогою логотипу клієнтів та видалення деяких фірмових марок WordPress разом із деякими віджетами інформаційної панелі. Деякі проекти вимагають навіть створення віджетів на панелі інструментів.

Справді не так багато плагінів на полицях, які можуть задовольнити потреби повноцінного користувальницького CMS.

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

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

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

Однак я, безумовно, багато навчаюсь від плагінів сторонніх розробників. Часто я зламаю плагін, щоб побачити, як він працює, а потім створити власну версію його на основі того, що я дізнався. Тоді, коли знову виникає потреба в цій функціональності, у мене є з чим працювати, з чим я побудував себе, це не безладно і атрибути, і це практично непомітно для клієнта.

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

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

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

З урахуванням цього, безумовно, є деякі застереження, над якими можна попрацювати, я все ще іноді знаходжу себе як кажу.

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