Выцепить Хук и на него повесить вывод чего либо..?

я дорабатываю сайт за другим человеком на вп,у него тут самописная тема,на сайте в принципе нет возможности вывести сайдбар из админки,я хочу повесить вот этот скрипт <? php wp_nav_menu (array ('theme_location' => 'additional-menu')); ?> вывода кастомной менюшки на страницу категори.В файл content-product пытался запихнуть,но это файл вывода конкретно одной категории,по этому оно выводится кучу раз

Добавь область сайдбара в нужный шаблон

в том то и дело,где этот шаблон у вукомерса находится?

Как можно брать что то дорабатывать и понятия не иметь о документации? https://docs.woocommerce.com/
https://wp-kama.ru/plugin/woocommerce

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

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

Десятки переключателей скорее мешают не мне, а времени ответа сервера.

Все взвешивание в большей степени оканчивается на быстрее - заработать, нежели сделать работу хорошо(на сколько возможно хорошо).

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

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

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

Тогда может хуки отменим в вордпресс? 😂 Экономия на спичках, это миллисекунды ты никогда не заметишь их.
Говногод в вордпресовских плагинах и темах проблема давняя и известная, но именно эта архитектура и политика компании привела его к такому успеху...

Нет это не экономия на спичках, в среднем проекте часто даже банально не одна метрика а 3-4 (пиксель, гугл, Яндекс) что уже начинает влиять не дурно. Да даже когда хочется снизить скорость загрузки (а базовую оптимизацию уже провели) страницы с 3 сек до 1.5, внезапно миллисекунды начинают роялить)
Так что это вопрос задачи на самом деле

Ну во первых без пруфов(замеров) это все субъективное мнение. Во вторых скорость загрузки и время ответа сервера это разные вещи)

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

Да именно это я выше и пытался донести, говнокод это 99% причина проблем. А не количество строчек кода.

Тогда может перейдем от теории, к практическим вопросам.

К примеру реализация cookie баннера, скорее всего - плагин, ведь удобно.

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

И это в общем не гавнокод решение, а типичное решение для любого подобного из плагинов, ведь так выходит?

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

да, вставить код счетчика в шаблон ручками - будет лучше...
но надо помнить, что 99% юзеров WP - блондинки и коуч-тренеры =))

им привычнее "а плагин есть?")

Последние тут за 3к попросят соседа склонировать 🤣