Оптимизация скорости работы JoomShopping при большом количестве товаров - страница 2 - JoomShopping

Интересно почему алиасы приводили к лагам.

99% потому что не влезали в память. смотрите, сейчас остались алиасы категорий, но по скорости все норм. а ведь запросы по алиасам категорий и алиасам товаров идентичны. получается, что просто ушла половина алиасов. и теперь все в памяти.

но все же интересно, можно ли без таких жертв обойтись.

нужно просто для этого нужно не 2 Гига, 1 из которых съел апач, а остальные раздербанили между собой nginx, php и mysql. не считая того, о чем мы не знаем

Я бы тоже с радостью пошел другим путем, но я уже неделю ложусь спать не раньше 3ох ночи и пока это наиболее быстрый путь к решению. Пока будет так, а дальше сделаю копию и буду экспериментировать...

Я бы тоже с радостью пошел другим путем

а у вас путь единственный, и он называется "крутим гайки на сервере". при чем, на новом сервере

Скоро я повышу параметры сервера вдвое, попрошу провести оптимизацию и отпишу результат.

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

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

Тогда подождите недельку-другую когда я перенусу это на новый сервер, может и выйдет тогда новая серия)))

Да, будем наблюдать за вами, а то тут не часто пробегают с мильеном товаров под мышкой 

Возьмите железо свежее. Сделайте nginx+php-fpm+mariadb (ispmanager на Debian 9 без проблем позволяет это сделать). Только от htaccess придется отказаться.

Тогда подождите недельку-другую когда я перенусу это на новый сервер, может и выйдет тогда новая серия)))

для разработки можно это сделать и на этом. 99% что у вас, о чем говорил ранее @ChaosHead, просто используется 10% возможностей сервера. поэтому думаю просто для разработки вам пока хватит и этого. но для продакшн с таким количеством товаров (и категорий - непонятное для меня количество, еще раз обращаю внимание на неправильную организацию структуры) этого явно мало. может быть даже мало одного сервера, и придется например базу выносить на отдельный. надо понимать объем посетителей и их действия.

Сделайте nginx+php-fpm+mariadb (ispmanager на Debian 9 без проблем позволяет это сделать)

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

Проекту только две недели, сайт толком еще не проиндексирован поисковой системой, предположительно в базе будет 600тис. товаро и 100тис категорий.

епрст ! тогда тупиковый какой то путь у Вас...
2 недели проекту, а он сделан на устаревшем движке и устаревшей версии компонента компонента ?
с перекрученной стукртурой
на сервере который не тянет даже текущего состояния
НО ПЛАНИРУЕТСЯ 600к товаров и 100к категорий ?
про категории вообще особый подход у вас

кароче для такого проекта нужно сначала думать про структуру.
и вообще интеренсо почему жумла ?

епрст ! тогда тупиковый какой то путь у Вас...
2 недели проекту, а он сделан на устаревшем движке и устаревшей версии компонента компонента ?
с перекрученной стукртурой
на сервере который не тянет даже текущего состояния
НО ПЛАНИРУЕТСЯ 600к товаров и 100к категорий ?
про категории вообще особый подход у вас

кароче для такого проекта нужно сначала думать про структуру.
и вообще интеренсо почему жумла ?

Сейчас идет акцент на создание базы запчастей! Поменять движок, обновить компонент и купить другой сервер - все это можно решить за пол дня!

ну так я ж и сказал...
что надо начать со стурктуры.
а у вас сечас половина в дауне оказалась например http://www.dineris.com.ua/index.php/sklad/Makita
та не половина а почти все меню после ваших изменний алиасов упало.
+ структура странная, производители категориями потом, категории по типам запчастей и т.д.
это все перегружено как-то имхо...
начать надо со структуры изначально как все будет потом наполнять.
даже те 88к которые сейчас есть вкинуть в индекс чтобы потом обломать все ссылками если измените структкру, будет ооочень больно... и ооочень дорого...
используйте сразу новые версии и продумайте структуру.
и вообще подумайте... точно ли жумла + жш это я так, для сомнений...

вот у вас вверху слайдер брендов, кликая по ним и попадут во все товары бренда. если сделате это модулем производителй.
и не пользуйтесь вы старыми шаблонами тем более от смартаддонс.
у вас простой сайт сделайте его нормально на простом шаблоне бутсрапе или используйте uikit и будет вам счастье.

П.С. возможно смотреть с заделом на фильтр, хотя для 600к товаров... фильтру будет туговато. если не в категориях а сразу по всем товарам.
хотя.... у вас свойста товаров указаны в описании а не характеристиками, фильтрации не получится.

Сейчас идет акцент на создание базы запчастей! Поменять движок, обновить компонент и купить другой сервер - все это можно решить за пол дня!

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

и вообще подумайте... точно ли жумла + жш  это я так, для сомнений...

и это тоже. каков будет формат сайта, можете сказать? это розничные продажи?