Принимая аспекты WordPress как должное

Из-за природы WordPress с открытым исходным кодом одной из роскошей, к которой многие из нас привыкли, является полный контроль над средой, в которой мы работаем. Учитывая это, можно даже сказать, что мы воспринимаем некоторые аспекты WordPress как должное.

И я бы сказал, что для большинства проектов, над которыми мы работаем, это так.

Под этим я подразумеваю, что мы не только можем настраивать, расширять и даже ограничивать программное обеспечение (для определенных типов пользователей), мы также можем изменять определенные аспекты его конфигурации.

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

Принятие аспектов WordPress как должное (и как этого избежать)

Показательный пример: вчера я писал о том, как вы можете изменить шорткоды для Pods Framework, используя фильтр, а не один из их магических тегов.

Повторюсь, я думаю, что Pods — это мощное средство, и я думаю, что команда, стоящая за ним, не только хорошо справляется со своими задачами, но и отлично справляется с управлением своим сообществом.

Это видно на их форумах и в Twitter. Джим Тру, руководитель службы поддержки и менеджер проекта, связался со мной вскоре после публикации поста:

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

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

Поэтому мне пришлось найти обходной путь (поэтому и написал об этом). Это удар по WordPress? Неа. Клиент? Нисколько. Стручки? Нет.

Что мы принимаем как должное

Это просто напоминание о том, что в WordPress могут быть вещи, которые мы принимаем как должное.

Но это также напоминание о том, что есть и другие способы решения проблем. Конечно, вы можете возразить, что это далеко не идеальные решения, но когда вы предоставляете клиенту работающее, хорошо закодированное и документированное решение, это неплохо. Это просто другое.

И это следующая лучшая вещь.