deepblack

есть гост. все остальное фихня.
ГОСТ 29322-2014 (IEC 60038:2009) Напряжения стандартные
50 гц 230 в +- 10 % = 207 ... 253 вольта

Однако это не совсем верный ответ. В настоящее время в России стандартным напряжением в сети является напряжение 230В, но для поставщиков электроэнергии действует 220В. Действительно, ранее в Советском союзе стандартным напряжением было 220В, однако в последствии были приняты решения о переходе на общеевропейский стандарт — 230В. Согласно требований межгосударственного стандарту ГОСТ 29322-92 сетевое напряжение должно составлять 230В при частоте 50 Гц. Переход на этот стандарт напряжения должен был завершиться в 2003 году. В ГОСТ 30804.4.30-2013 так же есть упоминание о необходимости проведения измерений при стандартном напряжении 230В. ГОСТ 29322-2014 определяет стандартное напряжение 230В с возможностью использовать 220В. Электросети поставляют электроэнергию согласно действующего на сегодняшний день ГОСТ 32144-2013, устанавливающего напряжение 220В.

Знак осторожно 230В, напряжение 230 вольт
Изменение стандартного значения напряжения было проведено для получения полного соответствия европейским стандартам качества электроэнергии. Из всех бывших республик СССР к стандарту «230В» перешли Россия, Украина, страны Балтии.
При этом следует понимать, что электрическое оборудование, выпускаемое в России и для России должно нормально работать и при напряжении 220В, и при напряжении 230В. Для приборов, как правило, закладывается диапазон по напряжению от -15 % до +10 % от номинального.

220 + 10% = 242V
230 + 10% = 253V

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

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

Смотришь и одновременно пишешь. Если что-то непонятно, ставишь на паузу и гуглишь. Повторять бездумно не имеет смысла.

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

Лично я в упор не вижу аккордеона. В примере тимлида он есть, в твоем нет. Что если у одного слайда одна разметка, а у другого другая?

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

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

Твой аккордеон должен отвечать только за функционал аккордеона, а не стилизацию всего и вся.

Что мешает создать цикл статей с плашкой: Вот я, я этим занимаюсь, а вот мой сайт?
https://habr.com/ru/post/434658/

https://github.com/auraphp/Aura.Auth

Учите оптику. Она поможет при чтении документации.

Я думаю смысла нет хранить роуты в БД.
Лишняя нагрузка + проще редактировать/просматривать, если в файле

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

Это довольно сложная задача. Так что полный ответ будет работой.

Разберитесь с разницей между ООП и процедурным программированием для начала.
ООП в формулировке "Инкапсуляция, Наследование и Полиморфизм" может и не нужно.
Объектно-ориентированный дизайн как инструмент декомпозиции нужен чтобы контролировать сложность системы.

И вообще, вы хотите чтобы вам тут в двух словах разобрали тему многих книг и публикаций. Так не бывает.

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

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

Впрочем, если вам этот ответ что-то даст:
Цель ООП - управление сложностью ПО.

Это не простая задача.
Вначале нужно запрос перевести в вектор используя что-то вроде
https://www.npmjs.com/package/word2vec

А далее по полученному вектору найти в БД подходящие топики.
Гуглите по теме word2vec ...

Qt С++ подойдет для всего этого.
При желании можно собрать 1 exe файл без внешних зависимостей, но если только вопросы лицензирования не волнуют.
Знать какие-то сложные фишки C++14+ не требуется. Библиотека Qt просто шикарная, причем не только GUI, но и контейнеры, работа с сетью, БД, картинками, графиками, реестром, умеет печатать сразу в PDF, полная поддержка Unicode. Стандартная библиотека C++ полный отстой по сравнению с Qt. Более менее без переделок программу можно собрать и под Linux.
Единственное, что у меня было не очень, это экспорт в Word. Я его осилил конечно, но это было очень неудобно. Но опять же зависит от библиотеки. Я использовал стороннюю библиотеку, не Qt.

Delphi думаю, что не стоит. Устарело оно, будущего никакого. Вы же хотите, чтобы ваш опыт работы можно было как-то использовать, например, на работу устроиться. С Qt это можно сделать.

https://www.pyimagesearch.com/2019/11/04/traffic-s...