Daria Motorina

Вместо odd и even вы можете использовать выражения такого типа: 2n или 2n+1 и любые другие.

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

Поиграйте в нетоповые игрушки даже в том же вконтакте, посмотрите на неучей-кор-гейм-девелоперов.

Или вы думаете в веб-разработке нет аналога игрушек ААА-класса?

1. Не используйте PHP функцию mail() когда работаете в WordPress. Для этого у него есть — wp_mail(). Советую использовать её, так как это позволит сторонним плагинам работать.
   
2. Проблема может быть во внутреннем фильтре почтового клиента. Такие письма не попадают в спам или ещё куда. Они просто нигде не отображаются. Попробуйте отправить письмо на какой-то случайный емайл, например от бота @fakemailbot. Там нет никаких фильтров.
   
   
   1. Если письма туда приходят, значит ваш сервер их отправляет, но почтовая служба блокирует. В этом случае советую попробовать отправлять не со своего сервера, а использовать сторонние службы, например Gmail, Yandex. Один из способов реализации — через плагин WP Mail SMTP от WPForms
      
      
   2. Если письма не приходят на такую почту, значит, скорее всего ваш сервер их не отправляет. В этом случае проверяйте что возвращает wp_mail(). Изучайте логи сервера.
      
   
   
   
   

Идете сюда:
https://github.com/SeleniumHQ/docker-selenium
Устанавливаете и настраиваете образы
*-debug
в зависимости от ваших хотелок
Подключаетесь любым VNC клиентом, и наслаждаетесь...

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

А вот как планировать релизы, разработку продукта, когда и что выкатывать - это решают продакты. Если у вас вопросы и вы считаете что они как-то плохо все сделали, то в первую очередь эти вопрос стоит задать им. Выяснить почему так и в чем цель/задача альфа версии.
Вы спросили, зачем эта альфа? какие цели преследует этот релиз, какие задачи хотят им закрыть?

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

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

Разве это не сэкономит больше ресурсов, чем потратит?

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

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

Избавитесь от перфекционизма, сможете делать по настоящему хорошие и качественные штуки, как бы странно это ни звучало.

Чувааак.... я тебе как писатель писателю скажу - не берись писать про ИТ, не зная хоть немного его изнутри :) Тут едрить, все свое. Тебя сразу будет видно, что ты "чужой". Это все равно, что писать книгу о работе кардиохирурга высшей категории, не зная анатомии человека :)
Ответом на твой вопрос была бы огромная портянка - если бы кому-то захотелось ее написать. Но мой тебе совет - не берись. Не получится. Все, кто работает в ИТ - они ржать будут над тобой в голос и кататься по полу.

Да и нет ничего интересного в офисной работе...

В моей практике unit-тесты как-то не понадобились. Зато очень нужны приемочные автотесты на Codeception и движке WebBrowser. Суть проста: автотест запускает браузер, эмулирует действия пользователя, сверяет результат с тем, что должно быть. Например, автотест проходит по всему каталогу и проверяет каждый товар. А их тысячи! Вручную тестировщик проверил бы 5-10 товаров и забил нафиг на это дело.

Стоит загуглить ошибку, там есть и обсуждения проблемы и решения с этим кодом Webasyst.

Если хотите исправлять ошибку сами, то нужно исправить ровно то о чём написано в ошибке, объявление класса привести в соответствие с интерфейсом от которого он наследуется.

upd.
Cтоит учесть что официально webasyst не работает на РНР выше 7.2.
Так что если вы ставите именно его и у вас РНР > 7.2 то решение только использовать старую версию РНР или ждать обновления от разработчиков.
https://developers.webasyst.ru/docs/installation/

Посоветую не учиться по курсам.

Гифка со звуком, вообще-то, называется - видео.

– Кастомизация дефолтных стабов
– https://github.com/laravel-shift/blueprint
– Кастомные команды для artisan, которые автоматизируют многие шаги
– Кастомные пакеты которые берут на себя heavy lifting и предоставляют удобный API для работы

Вы же программист. Фреймворк – это не жесткие рамки, в которые вас зажимают. Это гибкая основа, на базе которой вы строите ровно то, что вам нужно. Так, как вам удобнее.

Смотри, что есть.