Дмитрий Энтелис

Для начала положу ссылку https://ru.bem.info/methodology/ - это очень хорошая методология, которую я советую придерживаться всем.

Ответы на конкретные вопросы:

1. Такие моменты не влияют на натягивание верстки на cms, но это не значит что нужно делать не правильно.
В включают абзацы текста когда его много. В остальных случаях div/span + не забывайте про семантическую верстку (ссылка 2 https://htmlacademy.ru/blog/html/semantics )

2. Если это отдельная крупная картинка которая является единицей контента сама по себе (например фотка товара в интернет магазине, картинка внутри статьи и тд) - то однозначно <img src="..." alt="...". Если это какие-то элементы дизайна, кнопки, переключатели и тд - то через css.

3. Лучше обговаривать этот вопрос с заказчиком. У кого-то уже есть используемая библиотека и это может быть не jquery. Кому-то вообще js не нужен.

4. Мне кажется хорошим тоном будет дополнительно отдать уже скомпилированный js в виде одного файла (без минификации). Есть не маленький шанс что натягивать это будет другой фрилансер не знакомый с версткой.

На личный ноутбук - не безопасно.
Мне кажется такое ставят на корпоративные устройства, требовать установки на личные - ну очень странно.

Не знаю на чем вы пишите подключение к боту, но в методе API отправки инвойса provider_token - обязательный параметр https://core.telegram.org/bots/api#sendinvoice
Получается он у @BotFather при создании бота.

1. Думаю что принципиальной разницы не будет.
2. Такое количество group by наводит на мысль что у вас что-то не то в целом со структурой базы/джойнами в запросе. Покажите структуру и запрос целиком, думаю что проблема быстродействия кроется где-то там.

root@[.....]:~# (using password: NO)

Вам просто нужно делать вместо mysql команду mysql -p

или установить расширение fileinfo в php
или downgrade до php7

но правильнее начать с установки актуальной версии laravel, 9я мягко говоря устарела

Лучше сразу пойти по правильному пути и не пытаться разворачивать php на винде.
Есть прекрасно работающий docker desktop в котором можно быстро развернуть образ любого вебсервера на *nix и смониторивать туда ваш проект.

PS Если вы в самом начале пути и хочется отложить освоение докер на потом (осваивать в любом случае придется) - используйте готовые сборки, они снимут с вас боль первоначальной настройки. Могу посоветовать Open Server, но в принципе можно использовать что угодно.

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

Альтернативно могу предложить попробовать функционал "Общая медиатека" - возможно он есть в web версии.
Включается через Настройки->AppleID->iCloud->Фото

Выглядит фейком

В общем случае - крайне не безопасно.
Браузеры автоматически сообщают поисковикам о посещенных страницах, в какой-то момент в выдачу гугла/яндекса попадают домены на которые никогда не было публичных ссылок.
Соответственно полно инструментов которые это парсят, например https://dnsdumpster.com/ (первая ссылка из гугла)

https://phpfaq.ru/newbie/na_tanke

Очень советую использовать https://github.com/mlocati/docker-php-extension-in...
Все работает из коробки, подключается в одну строчку, поддерживает море платформ/версий.

Я бы сказал что если есть явная bug bounty программа - то можно.
Если нет - я бы сказал что в РФ это серая зона. Гипотетически натянуть можно кого угодно, практически всем лень этим заниматься.

Сделайте замеры скорости, в целом на фоне битрикса json_encode будет не слишком заметен)

Как вариант посмотрите на msg_pack, на некоторых типах данных буст в скорости очень большой (просто за счет компактности)

Делать самостоятельную генерацию json - категорически не правильное решение.
Вы по любому где-нибудь пропустите экранирование и получите на выходе невалидную структуру.
Тем более что для абсолютно любого парсера json все эти переносы строк и пробелы не значимы, поэтому я в принципе не понимаю зачем вы хотите это сделать.

PS
Если уж очень хочется - можно наколхозить что-нибудь типа

echo '[' . PHP_EOL;
$count = count($data);
$i = 0;
foreach ($data as $item) {
   $i++;
   echo '    ' . json_encode($item, JSON_UNESCAPED_UNICODE) . ($i < $count ? ',' : '') . PHP_EOL;
}
echo ']';

Но повторюсь, это плохое решение как с точки зрения производительности, так и вообще.

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

Вопрос изрядно холиварный.
То как сделали вы - имеет право на существование, но лично я бы по умолчанию сделал вместо "товар в магазине" и "товар на складе" одну таблицу вида:
- тип где (магазин, склад)
- код где
- код товара

Не забыть повесить на эти 3 поля уникальный индекс, а лучше даже сделать составной primary из 3х полей, без отдельного поля.

Из очевидных преимуществ:
- проще расширять (завтра у вас еще какой-нибудь "транзитный склад" появится)
- проще строить отчеты всякие по остаткам

PS Меня больше смущает таблица "зона поставок" - что это такое, почему она связывает и магазин и склад и товар?