Алексей Уколов

genres={el.genres || []}

"Ошибка 500" фиксируется в логах, читайте их, чтобы узнать в чём конкретно дело.
Может, у вас памяти не хватает скрипту, а может где-то поле created_at не заполнено - может быть что угодно.

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

https://dev.1c-bitrix.ru/rest_help/rest_sum/crest.php
https://dev.1c-bitrix.ru/rest_help/tasks/task/task...

Что же ненормального в этом примере? Для Битрикса - это ещё неплохой уровень документирования, могло быть намного хуже. Просто заменяете вызовы SDK http-запросом и всё.

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

Просто прямо в миграции после создания колонки отдельным запросом обновите значение в существующих записях.

Вы как-то не так читали и смотрели…

User::find($id)

https://laravel.com/docs/8.x/http-tests#session-an...

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

Есть ещё варианты с конкатенацией и построением JSON, но они неудобные, а запрос получается громоздким.

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

Странное дело - куда он девается-то? Что мешает прямо в задачу очереди его сохранить?

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

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

Вычитать время отдачи ему страницы с тестом из времени сабмита формы. Плюс в том, что всё делается на бэкенде и никак не может быть отредактировано пользователем.

Проверьте, что кириллические буквы нигде не затесались.

Эти методы ни в Ларавел, ни в Ноде не обходят никакие поля, всю работу делает СУБД. Как конкретно она это делает зависит от СУБД и от схемы данных.

Отступы поправьте.

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

обязательно ли отдавать JSON и ответы сервера 200, 204, 404

Полиция REST вас не арестует, конечно. Но это общепринятые соглашения. Потому что...

будет ли это считаться REST Api

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

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

Если под "оффлайном" вы подразумеваете просто открытие локального файла, то вот так:

window.$id = "<?php echo $_SERVER['REQUEST_URI']; ?>";

В $id при этом будет содержаться именно эта строка и использовать вы её не сможете, но страница при этом не будет падать с ошибкой.

Ну, как минимум, можно сократить код проверок:

const closedHours = currentDay === 0 || currentDay === 6
    ? weekendNotWorking
    : simpleNotWorking;

setWorking(closedHours.includes(currentDate.getHours()))

Для гибкости в будущем же лучше вообще сделать объект, где для каждого дня недели будут указаны часы, в которые ресторан закрыт. Тогда всё сведётся вообще к closedHours[now.getDay()].includes(now.getHours())

Это невозможно, в целях безопасности браузеры очень сильно ограничивают возможности загрузчика файлов.
Вы можете только захинтить MIME-type своего файла в атрибуте accept.