KazeZlat

У главного раздела есть идентификатор? Если есть просто имя, то можете это имя использовать в качестве ключа массива. Если идентификатор - то можете отдельно складывать разделы и карту "id-раздела / подразделы".

$rubricsMap = [];
foreach ($rubrics as $rubric) {
    $rubricsMap[$rubric->mainRubricName][] = $rubric->name;
}

Именно в hosts под Windows - никак. Нужно перекрыть чем-то дальше.
Это может быть локальный DNS-сервер (Acrylic DNS Proxy, например) или настроенный на роутере с DD-WRT/OpenWRT (dnsmasq)

Понимаю, что поздновато, но появился workaround:
https://github.com/Volune/wslgit-for-jetbrains

Прочитать описание к посту и найти Github разработчика.
https://github.com/Cuberto/liquid-swipe

Если спросить у Google "validate url php", то где-то в начале выдачи выйдет документация к функции filter_var(), а по ней можно дойти до списка фильтров.

А потом, если URL валидный (с учетом всех необходимых флагов, которые вы могли задать), можно разобрать URL с помощью parse_url()

Вы присваиваете $term->parent значение 0, а не сравниваете.

Для вас придумали условия в стиле магистра Йоды.

Если нужно чтобы было не 0, то нужно

if ($term->parent != '0') {
    /* Ваш код */ 
}

Ход мыслей у вас правильный, но вот условие сокрытия вы написали не так. Например, вы пытаетесь вызвать .children(selector) у DOM-объекта, а не jQuery-объекта.

У вас уже используется jQuery, так почему бы не использовать его методы?

// Если меню не является e.target и e.target не находится внутри меню
if (!$('.mobile-nav').is(e.target) && !$('.mobile-nav').find(e.target).length) {
    hideNav();
}

Чтобы слабовидящие люди тоже могли пользоваться сайтом, всего лишь поменяв размер шрифта.

Потому что CSS-пиксель не всегда совпадает с реальным. Размер своего вьюпорта можете посмотреть на viewportsizes.com/mine

Сложный вопрос - это когда гугл не помог. А тут вполне помогает. В конструктор WP_Query нужно передать параметр posts_per_page с числом постов на страницу или параметр paged с номером страницы, который нужно получить самостоятельно.

А рекламный блок с возможностью отключения за донат не катит?

Главный минус:
Не все сидят с Chrome и не у каждого есть Google-аккаунт.
Поэтому вы в любом случае должны предоставить пользователю способ входа, а это использовать как приятный бонус для юзеров Google.

Можно реализовать свой OAuth сервер, к которому разные приложения будут обращаться.

Смотря на ссылки какого вида вы хотите переходить. Можно назначить каждому <option> свой value, а <select> назначить name, тогда при отправке формы текущая страница будет перезагружаться с GET-параметром: ?name=option_value

Если хотите переходить по ссылкам без GET-параметров (так называемая "статика") - нужно писать свой обработчик отправки формы или просто сделать ссылки (<a>) в виде выпадающего списка.

1. Обработчик у вас на кнопку не навесится, т.к. у кнопки нет класса, который вы указали в JS. Уберите точку, или добавьте кнопке класс.
2. div не может иметь value, вместо этого используйте вместо этого data-аттрибут:<div class="time-wrap" data-value="25"></div>$('.time-wrap').data('value') == 25 или замените div на <input type="hidden" value="25">

В данном случае будет достаточно только body, т.к. html его содержит и будет иметь его размеры.

Если же вы про минимальные размеры, то зависит от того, чего вы хотите добиться.

Делать разделение контента с помощью GET-параметра - плохая практика, которая может так же плохо отразиться на SEO сайта, старайтесь организовать ваш код так, чтобы разные страницы сайта имели разные файлы и URL.

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

Для корректного поведения в данном случае используйте ссылки якори с хэштегом, т.е. <a href="#block1">Ссылка к блоку 1</a>, а блоку, к которому она ведет, назначьте соответствующий id:
<div id="block1">Контент блока</div>

Вообще, телеграм и слэк сравнивать несовсем корректно, ибо использование ТГ для работы в качестве основного мессенджера - боль, если вам требуется больше одной конфы.

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

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

Пробежимся по плюсам:
1. Каждый работник может настроить себе кастомные уведомления. Типа

уведомлять меня, когда кто-нибудь напишет "синхрофазотрон" или назовет меня по имени

2. Можно шарить снипеты с подсветкой синтаксиса множества языков и другие вложения
3. Поддержка сторонних сервисов. Ссылки с гуглодоков и других сервисов могут обрабатываться прямо в слэке (например, можно отметить выполненным таск в Asana сообщением в Slack, некоторым удобно)
4. Адекватный бот, с веб-хуками и прочими плюшками.

А теперь про минусы:
1. Нативное приложение очень заметно жрет оперативку
2. Бесплатно доступны для поиска только последние 10000 сообщений (не такой уж прям критичный минус, если не держать флудилку на том же серваке)
3. Нет стикерпаков и видеосообщений в кружочках =(

Работаете в ветке dev, периодически вливая ее в master. Для крупных задач (не входящих в один коммит) делаете отдельные ветви из dev.

Вливая dev в master, делаете это с ключом --squash как то так:

git checkout master
git merge --squash dev

Тут теоретически могут быть конфликты, если вы делали коммиты в masterпараллельно с dev, которые вам надо разрешить, а после уже добавляете и делаете один большой коммит:

git add -A
git commit -m "Merged dev: %кратко (или нет) основные изменения%"
git push

А чтобы не мозолили глаз висящие коммиты с логической незавершенностью, их можно сливать их перед merge с помощью интерактивного rebase:

git checkout dev
git rebase -i master

Откроется редактор, в котором будет список коммитов ветки dev. Здесь можете слепить ненавистные коммиты с помощью команды squash (и тогда вам предложат отредактировать сообщение) или fixup (тут не предложат) и потом сделать git push --force (для одного не критично, в толпе лучше использовать --force-with-lease.

Или есть еще вариант - лепить к предыдущему коммиту сразу с помощью git commit --amend

Ну и после merge уже можете на master лейбл версии повесить.