Юрий Горбунов

Traefik по умолчанию трогает все контейнеры. Поэтому стоит явно указать что бы он не трогал этот контейнер.

labels:
   - "traefik.enable=false"

Перейдя на реакт вы будете страдать. Реакт - это тупо даунгрейд. Всё то же самое, но хуже и местами отсутствует. Есть ли в нём хоть какие-то преимущества перед vue? Не знаю таких.
Что за проблемы у вас с библиотеками?

У кого проблемы с плагином WEBPCSS нужно установить converter командой -
npm install webp-converter@2.2.3 --save-dev
Мне помогло

$posts = get_posts( array(
	'category__in' => $category_ids, 
	'post__not_in' => array($post->ID),
	'posts_per_page' => 10,
	'orderby' => 'date'
) );

// получаем два случайных ключа из массива
$rand_keys = array_rand($posts, 2);

foreach ( $posts as $key => $post ) {
	if ( in_array( $key, $rand_keys ) ) {
		echo '<h2 class="post-title">' . $post->post_title . '</h2>';
	}
}

Мутации - строго синхронные короткие процедуры, содержащие только логику смены состояния.
Экшены - возможно асинхронные процедуры, относящиеся к бизнес-логике и вызывающие мутации для смены состояния.
Так что вы всё делаете правильно. Бизнес-логика - открыть меню. Для этого надо сменить состояние, установив для меню статус "открыто".
Если завтра вам понадобится перед открытием меню делать его предзагрузку с сайта, вы поменяете экшен, а мутация останется как есть.

Так вроде нужно указывать параметр --host-header, чтобы сервер получал Host заголовок для правильной обработки запроса:
ngrok http --host-header=dev.site.ru 80

Сразу в таски выкладывать пользователей как объект, и проч фигню, которая нужна. Многие фрэймворки поддерживают из коробки получение через параметры https://jsonapi.org/format/#fetching-includes ну то есть в твоем случае /api/tasks?include=user и если в модели есть relation к task->user, то будет добавлено в виде объекта:
{id: 1, taskName: 'foo', user: {id: 1, firstName: 'bar'}}

Указания Access-Control-Allow-Origin в php недостаточно, надо еще поддержку options включить. js тут вообще не при чем, там ты ничего не настроишь, разрешает делать кросзапрос исключительно сервер.

см https://developer.mozilla.org/ru/docs/Web/HTTP/CORS

Ах да, можно еще в http сервере(в nginx либо в apache) все настроить:
https://enable-cors.org/server_nginx.html
https://benjaminhorn.io/code/setting-cors-cross-or...
в этом случае php дергать нет нужды

1. Составь ТЗ
2. Составь диаграму использования
3. Продумай роли
4. Набросай простой дизайн (+ какие страницы нужны)
5. Продумай хранение данных (Vuex)
6. Сделай roadmap как будет идти разработка (не делай сразу всё - нарасти постепенно)
7. Подумай, нужны ли тесты
8. Можно начинать кодить :)

Вот так

По разному.
Сам по себе wordpress достаточно стабильный устойчивый продукт, и как всегда в таких продуктах уязвимости быстро отслеживаются и ликвидируются.
Поэтому он в этом плане ничуть не хуже и не лучше других крупных платформ.
С одной стороны - код сложный, а чем сложнее код тем больше вероятности ошибок и уязвимостей.
Но все уязвимости оперативно устраняются.
Теоретически взломать можно все, но практически - все простые и опасные уязвимости уже закрыты или будут моментально закрыты после обнаружения. Поэтому бояться не стоит.
Глупых ошибок свойственным движкам написанным новичками там нет. Поэтому взломать его очень сложно.
С плагинами ситуация хуже. Один дырявый плагин - и вся безопасность коту под хвост.

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

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

Тфу ты блин... оказывается у бокса есть дефолтный конфиг в ~/.vagrant.d в котором прописано:

Vagrant.configure("2") do |config|
  config.vm.synced_folder \
    ".",
    "/vagrant",
    type: "rsync"
end

Для лечения достаточно прописать в Vagrantfile следующее:

config.vm.synced_folder ".", "/vagrant", disabled: true