Александр Борисович: ок, умник.
представь ситуацию:
одну страницу нужно стилизовать совсем по другому. Ну или не одну, а несколько по какой-то логике. Для таких страниц будут подключаться совсем другие файлы стилей, но верстка останется полностью такой же.
Используя твой подход нужно будет в хедере дублировать код с логикой подключения стиля для шрифтов. Используя правильный, когда все стили/скрипты подключаются через хук, эта логика будет в одном месте.
Затем следующая проблема - локализация шрифтов, сайт на нескольких языках и работа с RTL.
Используя твой подход, все те же проблемы, получаем как минимум дублирование кода с логикой подключения.
Вообще, если подключать что-то напрямую, не так, как написано в документации, WordPress про это знать не будет. И, если позже нужно будет как-то программно изменить вывод, то все, что подключено напрямую, менять нужно будет самостоятельно.
Примеры выше я привел с вполне простых, типовых сайтов.
Александр Борисович: документация и следование тому, что написано в документации, нужно для того, чтоб через год вернутся к этому коду, и не вспоминать, как оно было сделано и почему.
если что-то положено грузить через хуки, то именно так и надо делать.
"лишний раз дергать php" - этот код и так выполняется, ничего лишнего дергаться не будет.
документацию не читали? может стоит попробовать как там написано сделать?
"С автором можно связаться через форму обратной связи в случае, если:
возникли определенные непреодолимые трудности в процессе установки или настройки плагина;
в процессе обмена данными возникают ошибки;"
Roman: или можно еще с DAY_IN_SECONDS и прочими константами поиграться.
или не цеплять фильтр, а в шаблоне в нужных местах сразу выводить через human_time_diff
смотря как удобнее/быстрее в конкретной ситуации будет
Rou1997: поставь себя на место заказчика.
нужно сделать какую-то работу, ты опубликовал проект, ушел спать.
завтра пришел, там на него 50+ ответов.
И все с большими Cover Letter. Редко кому хватает терпения/времени прочитать их все, да еще и всех потом проинтервьюировать.
Карен Мнацаканян: это по тому, что биржей руководят мудаки.
не советую там работать. есть много других хороших сайтов с более адекватным руководством и понятными комиссиями.
представь ситуацию:
одну страницу нужно стилизовать совсем по другому. Ну или не одну, а несколько по какой-то логике. Для таких страниц будут подключаться совсем другие файлы стилей, но верстка останется полностью такой же.
Используя твой подход нужно будет в хедере дублировать код с логикой подключения стиля для шрифтов. Используя правильный, когда все стили/скрипты подключаются через хук, эта логика будет в одном месте.
Затем следующая проблема - локализация шрифтов, сайт на нескольких языках и работа с RTL.
Используя твой подход, все те же проблемы, получаем как минимум дублирование кода с логикой подключения.
Вообще, если подключать что-то напрямую, не так, как написано в документации, WordPress про это знать не будет. И, если позже нужно будет как-то программно изменить вывод, то все, что подключено напрямую, менять нужно будет самостоятельно.
Примеры выше я привел с вполне простых, типовых сайтов.
Ну и, по поводу "более удобного" способа. Если речь шла о шрифтах гугла, то куда ж еще удобнее?
https://gist.github.com/jennimckinnon/a65d307e9a3f...