latteo

Найдите подходящий скринкаст на Ютубе
Ни пуха ни пера вам -- для верстальщика это будет испытание:)
Там не все так просто, как с обычными легкими цмс, у которых есть шаблоны

Время на теорию у меня всего один вечер (а скорее всего ночь).

Помимо Битрикса вам нужно изучить методологии разработки, в частности ФФФ, где подразумевается ТРЕЗВАЯ оценка и договоренность по времени с запасом, чтобы не планировать ВПРИТЫК (я молчу про дичайший дедлайн в один вечер), тк в ее основе лежит принцип:
"Всегда пойдет все не так, как задумал, тк живем среди живых людей и что-то обязательно сдвинет сроки"

- Пообещали сделать за вечер и сделали за вечер -- всего лишь выполнили обещанное (хотя вам это много стоило)
- Пообещали за вечер и сделали за 3 -- вы облажались в 3 раза
- Пообещали сделать за неделею и сделали за вечер или за 3 -- вы супер обслужили быстрее в разы и потрясли заказчика
Выбирайте

Нет
1. Сперва нужно понять для чего он вам нужен
После выбрать стек для этого:
JS - это нативный язык, основа.
Всё остальное - это дополнения.
JQUERY - самое просто из списка, доп библиотека, которая облегчала работу с селекторами и XHR запросами
Gulp - это менеджер задач, т.е. автоматизация рутинных работ, например по сборке проекта
WebPack - это большой комбайн, в который перекрывает своим функционал Gulp и другие "помощники"
Angular / Vue / React - это фреймворки, экосистемы со своими особенностями.
Angular - требует знания TypeScript - надмножество над JS со строгой типизацией и не только.

Node.js - это серверная вариация JS
MongoDB - база данных

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

Данные вставляют при миграциях, но статические, которые не изменяются пользователями системы , например список валют, городов, стран и т.д и т.п.
Но соответственно данные которые изменяются пользователями, а настройки перечисленные вами к ним относятся не стоит трогать, возможно их нужно установить на момент инсталяции системы

Можно использовать СУБД встроенную в браузер: IndexedDB (SQL), можно LocalStorage (K/V). В таком случае данные хранятся локально в профиле браузера в учётной записи пользователя. Переносить их с компьютера на компьютер будет неудобно. Однако можно реализовать функцию экспорта и импорта данных в JSON для переноса данных на флэшке.
Альтернативно, можно реализовать серверную часть - HTTP API сервер, который будет принимать запросы через AJAX. Его можно реализовать на любом подходящем технологическом стеке. В таком случае независимо от клиента данные всегда будут доступны через локальную сеть или интернет.

Тут пишут про "не лучшее решение" а для каких задач? Автор скажите как пользоваться планируете! Для чтения много запросов? Пропорция чтения / записи какая? 80 чтений, 20 записи? Тогда индексы не удалять точно. Да и вообще вредные советы в духе "вставить пакетно без индексов".. угу, а потом ждать пока индексы построятся по этим миллионам? А если у человека записи идут постоянные, т.е это не 100% чтений, ему что удалять каждый раз индексы, вставлять данные, и заного индексы создавать? Удалять индексы можно 1 раз, для огромного пакета и при отсутствии последующих вставок в течении продолжительного времени, иначе пересоздавать и удалять - не вариант.

Далее, советовали поменять на InnoDB - полностью поддерживаю. MyISAM очень привередлив и может легко корруптится (пруф сейчас не найду), и рекомендуется уж большие то базы (а особенно важные, даже не большие, но большие особенно) точно держать в InnoDB или xtraDB (MariaDB улучшенная версия InnoDB). Там восстановление после сбоев адекватное. По скорости работы надо проводить конкретные замеры для вашей нагрузки (чтений, записи, вашего железа), чтобы еще найти момент на котором MyISAM будет быстрее, что не факт. А восстановление после сбоев дорогого стоит.

Что касается основного подхода: держите индексы в ОЗУ, впрочем Mysql сам это и делает, когда выделяете достаточно оперативки. в MyISAM опции погуглите для задания (если на нем останетесь). А для InnoDB нужно задавать следующие параметры
innodb_buffer_pool_size=1024M
innodb_log_buffer_size=4M
innodb_log_file_size=48M
innodb_log_files_in_group = 2
по их настройке есть целые статьи и книги (от Зайцева в оригинале найдите если нужны подробности). От себя скажу что innodb_buffer_pool_size основная опция для держания всего в ОЗУ, если не умещаются индексы, данные, т.е. по замерам идет подкачка на диск смотрите read/write по дискам.. под linux iostat -dx 5 ; vmstat 5 ; iotop в помощь
innodb_log_buffer_size и innodb_log_file_size задается от размера вставок, чтобы не копились в оперативке слишком много или мало - влияет на сброс лога на диск, читайте подробности и настраивайте по своей нагрузке на запись, точные цифры никто не скажет (правило настройки есть в книге и статьях).
innodb_flush_log_at_trx_commit - доп опция, читайте что делает, может пригодиться, но для надежности лучше default.

Если есть достаточное железо т.е. ОЗУ и диски в raid 10, то InnoDB (xtraDB) обеспечат вам адекватную вставку в 500млн таблицу с вашей несложной структурой. И чтение из нее обеспечат.

p.s. еще человек предложил "нужно делать шардинг и держать данные в разных базах " -- частично поддерживаю. Т.е. это может быть решением если вы сможете на нескольких физических дисках (или даже серверах, но можно и на разных дисках одного серва) держать разные шарды (по-простому - части (не копии) своей области таблицы). Но это если у вас прям очень много записей. Шардинг призван ускорить запись за счет распараллеливания (по дискам, серверам).

Хотя по вашей базе я не вижу где тут прямо очень часто надо что-то менять. Новые юзеры часто добавляются? Данные меняются каких полей и как часто? Может не всю таблицу привели и там еще что-то?

Для ML нет разницы на каком языке писать, т.к. это просто алгоритм, реализованный на любом из языков. Поэтому писать, что "С# не подходит для ML" не корректно.
На C# тоже полно реализаций ML:
https://www.microsoft.com/net/learn/apps/machine-l...
accord-framework.net/intro.html

Python получил широкое распространение, скорее всего, из-за более низкого порога входа, для него не нужна громоздкая Visual Studio и вообще .NET Framework, он кроссплатформенный и прочие плюсы

На ПК всё норм среднее время ожидания ответа 32мс минимум 30 мс максимум 38

Ну разумеется, провод это стабильно.

В основно пакеты приходили как и на компе по 32мс, но где-то каждый каждый 20 пакет и следующие за ним штуки 3 приходят с сильным опозданием(До 2810мс).

Это характерно для WiFi, если вы знаете как он работает, то ничего удивительного в этом не обнаружите, совершенно штатная ситуация.

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

Да по хорошему нужно делать на микрофреймворке. Самый популярный из них slim. Весь остальной необходимый функционал собирают из библиотек. Но желательно иметь представление о многоуровневой архитектуре иначе будет спагетти-код. Без опыта да, лучше выбрать yii или laravel. Поскольку документация ответит на все ваши вопросы от старта и до релиза сайта. Но поскольку документация описывает RAD (rapid application development) будьте готовы, что на выходе получится спагетти-код. Но на микрофреймворке без опыта будет еще хуже.

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

Обычный путь разработчика: plain php -> mvc framework -> microframework -> plain php

config.php должен быть исключен из индекса (добавлен в гитигнор) и вообще не попадать в коммиты.
Вместо него в индекс следует включить файл config-EXAMPLE.php, в котором не будет ваших реальных настроек, а лишь примеры настройки.

Как поступают в таких ситуациях?

все наcтройки идут в переменних окружения
php.net/manual/en/reserved.variables.environment.php
php.net/manual/en/function.getenv.php

$this->orderRepository->getList();

Если getList вернул null вместо пустого итерируемого объекта, то это имхо неправильный дизайн самого getList

AWS не пересобирает образ, AWS рестартует контейнер если тот завершился.
Ваш контейнер скорее всего писал логи в stdout.
Зайдите на инстанс по SSH, затем сделайте docker ps -a, там можно будет увидеть только что завершенный контейнер. Раньше AWS их оставлял, но сейчас, в связи с обновлением ECS-агента, судя по всему, он их подчищает, поэтому свой контейнер вы можете не увидеть.
Если же старый контейнер еще остался то все равно можно посмотреть его логи – docker logs <container_id>

Тем не менее, желательно прикрутить внешний сервис логирования, например LogEntries, Papertrail или другие подобные системы.