Philipp

17500 - это ничтожно малое количество записей.
У Опенкарта основная проблема - говнокод на уровне обращений к базе данных. Много запросов в цикле и т.д.
Решается обычно установкой MySQL на нормальную машину с хорошим объемом памяти и SSD, миграцией на InnoDB, анализом запросов и построением необходимых индексов. Кроме индексов необходимо отследить размеры буферов и т.д. В вашем случае объем памяти должен быть в районе от 8 GB RAM. Из решений рекомендую использовать не MySQL, а MariaDB или PerconaDB. Не используйте виртуальный (shared) хостинг.
Еще поищите, есть хорошая утилита mysqltuner, она подсказывает оптимальные характеристики для СУБД.
Включите лог медленных запросов и запросов неиспользующих индексы.
Проанализируйте сетевой стек вашего соединения с MySQL, работа через сокет значительно ускоряет работу приложения. Некоторые горе-мастера выставляют адрес домена, который система переодически ресолвит и это увеличивает издержки на время соединения.
При высокой посещаемости и некритичности актуальности данных используется подход с переписыванием слоя абстракции БД опенкарта с применением кеширования результатов в Memcached. Актуально для высокопосещаемых ресурсов с разного рода предзаказами или проверкой остатков непосредственно при добавлении заказа.

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

Потому что это достаточно гибкий набор вариантов при относительной простоте реализации.
12 столбцов = 6 вариантов (1x12, 2x6, 3x4, 4x3, 6x2, 12x1). Т.е. одна большая страница, деление на две половины, на трети, на четверти, на шесть частей и на 12.

Напишите свой API, цена ему копеечная. Можно хотя бы этим воспользоваться:
ruhighload.com/index.php/2009/04/22/%D0%BE%D1%82%D...

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

Можно еще на Pine64 посмотреть.

Вам нужна компания со штаб-квартирой за пределами РФ, желательно в США.
А дальше используйте Stripe или Paypal.
Кстати, можете на рынок США через Atlas зайти.

https://getbootstrap.com/examples/navbar-fixed-top/

Я делал через псевдоэлемент. Демо.

.navbar-inverse{background-color:rgba(0,0,0,.75);border-radius:0}
.navbar .container::after{content:'';background:url(/dist/i/library-lo-res-bar.jpg);min-height:50px;display:block;position:absolute;top:0;left:0;width:100%;z-index:-1}

У процессов в supervisord существует несколько состояний


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

В общем с PDO история такая, что сама пул соединений управляется как на стороне драйвера, так и на стороне MySQL. Если соединение не используется, то оно будет закрыто.

$dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass);
// соединение установлено

// делаем какую-то работу

// закрываем соединение
$dbh = null;

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

function doit() {
$dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass);
// соединение установлено
// делаем какую-то работу
// закрываем соединение
$dbh = null;
}
// а затем вызывать вот так
doit();
sleep(60);
doit();

Также рекомендуется проверить значение wait_timeout в настройках MySQL.

Еще, как вариант, можно сделать нечто вроде этого https://terenceyim.wordpress.com/2009/01/09/adding...
Дело в том, что у PDO нет полноценного ping, поэтому приходится симулировать его пустым запросом и отловом исключения с восстановлением соединения в дальнейшем.

Идеального пути определения качества соединения нет.
Есть ограниченная поддержка NetworkInformation. Это наилучший подход, но он пока в ранней стадии разработки.

Классический способ определения скорости описан тут.

Разумный вариант - использовать легковесную посадочную страницу и расширенную версию с тяжелым контентом.
Слушать про onload секунду, если за секунду оно не наступает останавливаться на легковесном варианте, в противном случае грузить все остальное.
Вы также можете рассмотреть использование критического пути (минимально необходимого CSS), который включен в тело страницы изначально. Как только страница загружена, можно включать загрузку остального содержимого.
Еще можете замерять время загрузки страницы в браузере используя Navigation Timing API. Если оно больше определенного порога, то загружать тяжелый контент, например видео.

В целом путей решения поставленной задачи немного, но достаточно.
Сфокусируйтесь все же на оптимизации сайта или страницы. Поставьте себе планку, например 200кб и оптимизируйте сайт для нее. От этого выиграют все: и ваши пользователи, и серверная часть тоже.

Напрямую никак, обычно выставляется через приоритеты.

Для симуляции старой машины можно провести следующее. Создать образ для VirtualBox с минимальными системными требованиями. Установить в него Windows.
Не устанавливать гостевые расширения (это отключит ускорение в видеодрайвере).
После установки Windows можно настроить Execution cap для процессора и тогда ваша система начнет тормозить (тут нужно поэкспериментировать, еще можно и размер памяти уменьшить до минимально возможного).
Далее установить хром и настроить throttling для сети (это будет симулировать плохую связь).

Если не хотите настраивать Хром, то всегда можно обрезать скорость на стороне веб-сервера.

Есть классная книжка Радиоэлектронные игрушки Войцеховского. Освойте ее для начала. Дальше все станет понятнее.

Если вам серьезно нравится физика, то можно продолжать изучать C, C++ и алгоритмы. Инженеры на стыке физики и программирования достаточно востребованы.
Есть ряд задач вроде просчетов различных профилей нагрузок, работы материалов в специфических средах (сопромат в приложении к реальному миру), разного рода эвристика и адаптивные алгоритмы управления технологическими процессами. По сути вы будете одним из тех, кто создает Mathworks, Cadense и т.д.

С точки зрения раличных ЯП вам может потребоваться: Simscape Language, Modelica, C, C++. Источник. Походите по сайтам потенциальных работодателей, определитесь с требованиями, условиями работы, решаемыми задачами. Вам нужно найти то, что вы сможете делать хорошо и это будет вам интересно.

Английский - обязательно. В мире науки/программирования без него никуда. Хороших инженеров привозят откуда угодно.

С точки зрения других ЯП полезно будет познакомиться с группой функциональных языков, с языками Go, Erlang, Python, Lisp, R.

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

У меня имеется опыт трудоустройства в России и зарубежом.
Наличие колледжа и университета здорово помогало мне при поиске работы. В России наплевать на образование за исключением приличных компаний и госструктур, но в США это первый вопрос от рекрутера и второй от потенциального работодателя.
Конечно, всегда есть шанс напороться на фронтеенд архитектора, который не знает, на каком порту работает веб-сервер, но это скорее исключение из правил.