Перейти к содержанию
Форум поддержки пользователей VamShop

"Экстремальные" методы разгона и ускорения VamShop


Рекомендуемые сообщения

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

оказывается есть способы его ускорения так, что ого-го..

один специалист ( он на этом форуме тоже есть), поведал великий секрет ускорения.. и даже два))

В includes\classes\vam_template.php

после $this->Smarty();

вставить $this->compile_check = false;

Смарти каждый раз перекомпилирует шаблоны

Это стандартная рекомендация в Шопскрипте, в некоторых случаях на 25% ускорение!!!

также был изменён

vam_db_queryCached.inc.php для работы с memcached , говорят что на порядок эффективней, чем обычный кэш..

вот это да!! я правда сам пока не имею этого файла, но весьма весьма интересно.

рекомендую разработчику обратить пристальное внимание!!!

да и другим тоже..

Ссылка на сообщение
Поделиться на другие сайты

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

я к тому-что надо этот вопрос провентилировать и может изменения внести в дистрибутив:-)

Ссылка на сообщение
Поделиться на другие сайты

Димитрий

А при compile_check = false нормально отображаются вновь добавленные товары, к примеру.

Сразу как добавили в магазин?

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

Ссылка на сообщение
Поделиться на другие сайты

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

тогда спасёт магазин от гибели на больших нагрузках..

про compile_check = false еще пока не проверял, но учитывая что это стандартная рекомендация для shopscript... проверю обязательно:-)

Ссылка на сообщение
Поделиться на другие сайты

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

тогда спасёт магазин от гибели на больших нагрузках..

про compile_check = false еще пока не проверял, но учитывая что это стандартная рекомендация для shopscript... проверю обязательно:-)

Когда проверишь отпишись плз - очень важно!

Ссылка на сообщение
Поделиться на другие сайты

http://www.fpublisher.ru/documentation/smarty_doc/variable.compile.check.docs

цитирую:

$compile_check

При каждом вызове РНР-приложения Smarty проверяет, изменился или нет текущий шаблон с момента последней компиляции. Если шаблон изменился, он перекомпилируется. В случае, если шаблон еще не был скомпилирован, его компиляция производится с игнорированием значения этого параметра. По умолчанию эта переменная установлена в true. В момент, когда приложение начнет работать в реальных условиях (шаблоны больше не будут изменяться), этап проверки компиляции становится ненужным. В этом случае проверьте, чтобы переменная $compile_check была установлена в "false" для достижения максимальной производительности. Учтите, что если вы присвоите этой переменной значение "false", и файл шаблона будет изменен, вы *НЕ* увидите изменений в выводе шаблона до тех пор, пока шаблон не будет перекомпилирован. Если caching и compile_check активированы, файлы кэша будут регенерированы при обновлении связанных с ним шаблонов или конфигурационных файлов.

Ссылка на сообщение
Поделиться на другие сайты

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

Инструкции, к сожалению, не читают.

А кто читает, тому не надо объяснять, что такое memcache и как его настраивать.

Ссылка на сообщение
Поделиться на другие сайты

кому надо, те прочтут..

http://pf.sochi-2014.com/vamshop161

а как насчёт этого?

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

Ссылка на сообщение
Поделиться на другие сайты

Ну если это такой великий спец., который считает количество запросов мерилом всего и вся, удачи ему.

Слишком уж всё преувеличивается, мягко говоря.

Радикально ничего не исправишь уже, только написав новый движок с нуля.

Ссылка на сообщение
Поделиться на другие сайты

Почитал ссылку. Пару лет назад я это уже видел - по дизайну вспомнил. Столько слов написано и только для того, чтобы своё портфолио рекламировать и какую-то самописную CMS: http://pf.sochi-2014.com/shops

Причём автор не гнушается делать магазины именно на VamShop. Битрикс чего-то не присутствует там.

Ссылка на сообщение
Поделиться на другие сайты

на самом то деле,я например, автора не пиарю, просто первое что вспомнилось.. есть ещё люди, с похожими выводами, просто нет у них страниц и ссылок.

вопрос о принципиальном положении дел,  неужели действительно это всё так невозможно?

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

Ссылка на сообщение
Поделиться на другие сайты

Из 100 запросов сделать 10?!

Да, это невозможно.

А сократить на 10%-20%, в принципе, да, возможно.

Но это не является критичной задачей, лично на мой взгляд, при современном железе.

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

Ссылка на сообщение
Поделиться на другие сайты
×
×
  • Создать...