12 часов нахождения за ПК без перерыва? Это как вы себе представляете?
12 часов без перерыва за 15К? Самим то не смешно?
И тебе тех.поддержка и менеджер по продажам и ещё разнорабочий.
А что сделали на сервере где 3 млн товаров?
b2b решение какоето?
Да нет... вы просто масштабы некомпетентности не понимаете старых админов.
Там cs-cart, загрузка информации туда сюда идёт из 1С. У каждого товара по 5-15 характеристик.
Все таблицы в MyISAM и полностью дефолтные настройки mysql. Хотя нет... там размер кэша запросов установили:
query_cache_size=999999999999999999999999
Ну чисто, чтобы хватали. 9 ТБ памяти или 90 ТБ, не помню.
Загрузка 10 000 товаров могла идти сутки из-за того, что таблицы полностью блокировались. Сайт при этом ложился. И так каждый день изо дня в день. На вопросы админам, какого хера, ответы были такие:
- Ну наверное ДДОС идёт
- Ну наверное там что-то 1С делает
- Да само пройдёт ща
- 3 млн товаров, что вы ещё хотите?!
Я когда это всё слушал в течении 3-х месяцев, вообще был в шоке. Потом уже договорились о предоставлении доступов.
Процедуры были обычные, это настройка mysql/php под параметры сервера, БЕЗ выделения 9ТБ памяти, главное это перевод таблиц в InnoDB. И о чудо! Оказывается товары могут грузится в 10 раз быстрее и при этом сайт может не падать.
Корявые настройки сервера
Неправильный формат таблиц Mysql
Сломанные скрипты WP из-за косячных импортов товаров
Забытые настройки robots.txt
Без кэшевые перебирающие 30К товаров каждый раз скрипты
Какие нафиг KVM? Куда там NVMe? Люди берут 16 ядерную машину, с NVMe, 64 ГБ памяти, а у них opencart по 5 секунд грузится с базой в 200 МБ.
Это как, если гоночная машина не едет как надо, возможно надо прокладку поменять между рулём и сиденьем.
Месяц назад спас клиента жены, который хотел бизнес закрывать из-за криворуких админов, которые не могли настроить сервер под 3 млн. товаров, за 6 месяцев. И уверяли, что 128 ГБ памяти это мало для такого сайта.
Вон оно как... Понял, спасибо.
Получается всякая минификация стилей и скриптов, и их объединение - дело, по сути, мало на что влияющее, или и исполнение быстрее проходит, если файлов и пробелов с абзацами в них меньше ?
минификацию заменяет gzip сжатие, остальное экономия на спичках. Но если хочется, то можно.
Объединение с включенным http2 в принципе не нужно, но если скриптов слишком много, то лучше сжать в один файл в конец HTML его.
На исполнение никакие пробелы или скрипты в одну строчку не влияют.
Грубо говоря, браузер не отобразит страницу пока не обработает <head></head>. Это критические место у сайта. И если там тонны всего, всякие метрики, гуглы, и т.д. сами думайте как быстро всё это ли будет работать.
Ага, видимо, на DOM loaded нужно смотреть.. Может и не до конца понимаю, но вопрос про сервис, который учитывает кэш браузера, остается актуальным же?
Вы путаете доставку файлов и их исполнение.
Кэш браузера заменяет доставку, но не их исполнение.
Доставка в 99% упирается в отдачу первого байта. А вот исполнение уже зависит от самих скриптов, вёрстки и т.д.
40 секунд это когда все скрипты прекращают свою деятельность. Скорее всего это просто реклама, а не загрузка. Вы просто не правильно это понимаете.
Также, вторая загрузка никому не интересна, сначала человек должен вообще ваш сайт увидеть, а всё остальное это уже потом.
1) берёте нормальный хостинг в другой стране
2) берёте вдс с минимальными параметрами в KZ
3) настраиваете вдс как прокси до хостинга в п. 1.
4) делегируете домен на айпи вдс п.2.
5) ????
6) PROFIT
Это будет не дешевле, чем обычный хостинг в KZ нормальный. Но оборудование конечно там ппц, всегда уставшее т.к. рынок мёртв.
https://qna.habr.com/q/476776
