Использование 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, но я рискнул, и она окупилась. Почти все, что мне было нужно, было довольно легко сделать простым созданием пользовательских шаблонов (тем), на самом деле это было просто, и я был удивлен, насколько это гибко, это уже не просто платформа для блогов.

С учетом вышесказанного, есть определенные предостережения, над которыми можно работать, но я все еще иногда говорю: если только у него есть функция x, как ... делает.

С другой стороны, я стал гораздо меньше полагаться на плагины в пользу написания пользовательских функций и кода. На самом деле, если это не что-то конкретное, уникальное или очень хорошо сделанное, я редко использую их вообще.