Alex

Главное что бы было в одном стиле. А уж в каком -- это уже как лично вам или внутри вашей команды удобнее.

Я думаю можно. Пишите в портфолио какие курсы проходили, что делали и ссылки на ваши наработки.

https://github.com/TechQuery/array-unique-proposal

https://stackoverflow.com/a/610415

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

Например
https://sass-scss.ru/documentation/rasshirenie_css...

Если нужно отобразить контейнер, но без названия

<div
        class="chars square" v-for="square in squares" :key="square">{{ %conditional% ? square : ''}}
      </div>

https://medium.com/@modex13/vue-js-2-%D0%BF%D0%B5%...

Я бы сделал через директиву v-model:
Родительский компонент хранит значения фильтров. И передаёт их в дочерний
<filters v-bind:value="filtersState">
А дочерний компонент сам эти состояния не изменяет, а просто стреляет событием с новыми значениями. Их обновляет родитель:

<filters v-bind:value="filtersState" v-on:input="newFiltersState => filtersState = newFiltersState">

Или в сокращенной форме
<filters v-model="filtersState">

Таким образом, родитель который использует данные сам ими и управляет. Он и только он хранит эти данные и всегда в актуальном состоянии. А дочерний фильтр выполняет роль исключительно UI для отображения данных. Он принимает от родителя состояние, и сообщает родителю, когда это состояние нужно изменить.

Насколько я понял ваш код, вам нужно просто

if (getToken) {
 // ...

Навскидку, как-то так

document.body.querySelector('a[href*="https:://site.com/"]').addEventListener(async event => {

  await doWork() // Опросник

  window.location = event.target.href
})

"buid:staging" "cross-env --env.API_ENDPOINT=https://staging-api.com",

Далее в коде

// apiClient.js
function apiCall(method) {
    return fetch(API_ENDPOINT + method)
}

// main.js
apiCall('/some/api/method')

Обычно, в футере просто используют виджеты.

У вас какой-то элемент вылезает за границу. А браузер пытается его уместиить в экран

* {
  outline 1px solid red
}

И ищите что вылезает

https://stackoverflow.com/questions/34600932/npm-e...

Тут два варианта. Простой и сложный.
Простой заключается в том, что вы делаете небольшую задержку перед тем как закрыть под меню.

Сложный — определять направление движения курсора. И если он двигается в сторону подменю — не закрывать его.

Ссылки по теме:
https://habr.com/ru/post/171905/
https://webformyself.com/uluchshennoe-peremeshheni...

Включаете обязательную регистрацию чтобы оставлять комментарий
У ВП есть wp_allow_comment. Изучите хуки внутри.
В одном из хуков проверяете был ли комментарий у этого автора.

Далее. Есть хук pre_get_comments. В нем вы можете проверить текущего пользователя. Если это автор публикации — не делать ничего. Иначе — вернуть только комментарии текущего пользователя.

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

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