TpyHT

Я вижу здесь два выхода: 1) У вас описания товаров неособо важны по сути, поэтому можно передавать какие то шаблонные описания. Я допустим в своих магазинах так делаю, тупо генерит какую ннибудь фразу типа GPS навигатор такой то фирмы такой то модели и через запятую можно основные всякие характеристики главные перечислить. Яндекс маркет хавает это с удовольствием, а пользователям которыые ищут товар по большому счету не нужно это описание, они и так знают что ищут. 2) Приходилось делить тексты в описаниях категорий, чтобы некоторая часть отображалась снизу, другая сверху, тупо при размещении описания в то место, где текст должен был делиться ставил тег [seo] потом его делил на уровне контроллера. Все отлично работает и копирайтеру сразу сказал, все норм сделал. Так что если вам не впадлу писать описания к каждому товару то пишите описание которе будет на сайте, потом придумайте тэг какой нибудь допустим [yandex] и после него то что сливаете яндексу (напимер "купите с этим товаром такое то такое то [yandex] Описание для яндекса). Делить соответственно функцией explode. Если впадлу писать или допустим нет этого тэга, то пусть сливается какое нибудь сгенерированное шаблонное описание. Самое главное не забудьте в контроллере карточки продукта и категорий убирать тэг вместе с текстом, идущим после него.

Зайдите под главным администратором и выставите права снова, если вы убрали и права на выставление прав, тогда через базу, как вариант поставте чистый магазин, сделайте дамп таблиц с правами и залейте их в базу своего магазина.

Контроллер модуля ввыгрузки поправить одну строчку где передается описание и все

icq 877740

icq 877740

icq 877740

icq 877740

Напишите в icq 877740

Версия 0.2.2. Да, я про это и говорю, что нежели чем посылать тысячи запросов к базе при каждом открытии страницы (хотя там и не при каждом, ведь инфа береться из кэша, но один фиг брать из кэша 1000 категорий = 1000 файлов), лучше один раз взять все категории, и уже сортировать их. Не думаю что это будет сложно реализовать. Эта функция используется в поиске, поставил просто условие if ($level<2) { $children = $this->getCategories($result['category_id'], $level); if ($children) { $data = array_merge($data, $children); } } Время загрузки уменьтшилось с 5 до 0,7 секунд на Денвере (аяксом загружается форма поиска).

Спасибо за отзывы =) getCategories вызывается в 122 строке файла catalog/controller/common/header.php . Функция собирает все категории для выдачи в строчке поиска (когда выбираешь в какой категории искать), у меня на сайте она еще подгружается и в поиске (тот что на главной странице с параметрами), в стандартном движке один раз в контроллере хэдера. Сама функция private function getCategories($parent_id, $level = 0) { $level++; $data = array(); $results = $this->model_catalog_category->getCategories($parent_id); foreach ($results as $result) { $data[] = array( 'category_id' => $result['category_id'], 'name' => str_repeat(' ', $level) . $result['name'] ); $children = $this->getCategories($result['category_id'], $level); if ($children) { $data = array_merge($data, $children); } } return $data; } Получаем при 1000 категорий более 1000 закпросов к базе $this->model_catalog_category->getCategories . У меня в магазине 1 уровень вложенности можно по идее просто было бы убрать рекурсивный вызов для дочерних категорий, т.к. понятно что у коллекций плитки подктегорий нет. Вообщем это нужно как то оптимизировать в самом движке.

Проблема решена! Вообщем залез в самые недры движка, поставил тупо на выдачу каждого контроллера время генерации. Для главной страницы выдалось 0.0131838321686 cart 0.025111913681 featured 0.0506310462952 column_right 0.307255029678 category 0.310930013657 column_left 0.00345706939697 footer 4.0133249759674 header Таким образом лаг был в контроллере common/header, причем опять же в этой тупой функции getCategories, тупо отключил эту функцию и все летает. На форуме видел уже пост про это, но вывод категорий в хэдэре отключил еще при натягивании шаблона. Вообщем какой можно сделать вывод, лучше сразу отключать эту функцию при создании сайта, а так вообще ее в движке лучше оптизировать изначально, как вариант по моему лучше сразу брать из базы все категории которые только есть и дальше уже делать сортировку массива по parent_id .

По тесту site-perf.com сайт стал грузиться в 2 раза быстрее.

Вообщем замерил скорость генерации главной страницы, в контроллере common/home - 7 секунд на денвере. Методом исключения нашел два места, где тупит по 3,5 секунды - 1 как это не смешно стандартная функция движка getCategories (не в модели, а где он пробегает все категории), видимо из-за количества категорий, хотя и не должно по идее, убрал эту функцию в аяксовый подгрузчик, сайт стал загружаться на 3-4 секунды быстрее, уже что-то. Второе место, это собственно вывод $this->response->setOutput($this->render(TRUE), $this->config->get('config_compression')); Степень сжатия пробовал разную, все равно не помогает.

Респонз милисикунды.

$controller->dispatch($action, new Action('error/not_found')); Эта строчка убивает 6 секунд времени =) как раз таки генерация страницы, чего впрочем и следовало ожидать.

Freelancer, напишите свою аську мне в личку или стукнитесь 877740, думаю так будет лучше общаться чем на форуме, если найдем решение выложим сюда для следующих поколений =)

В том то и дело что статика вообще летает, а вто хэдэры непонятно как, то за 2 секунды сайт грузиться, то по 10 секунд, непонятно вообще в индексе так и ставил сверху начальное время, снизу вывод конечного перед респонзом. И показывает малое время. В файле где хэдеры менял только тип на public, чтобы на несуществующих страницах отдавать 404 ошибку. Смотрел запросы к базе вообще все быстро. В чем дело не пойму, может из-за кэширования, там около 8000 файлов в папке кэш лежит.

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

Здравствуйте, есть магазин керамической плитки www.ridaprom.ru, товаров 7000, категорий 700, очень долго грузится первая страница, причем все очень оптимизировано, подгрузки аяксом и тп, долгих запросов к базе нет, непонятно почему все работает так медленно. Причем если проверять скорость загрузки сайта, то видно что около 5-6 секунд идет получение header'ов http, т.е. он ищет хост и получает хэдеры целых 5 секунд. Как я понимаю проблема может быть в генерации самой страницы, но непонятно почему так долго генерируется страница, как это можно проверить/просмотреть время генерации, куда поставить чтобы показывалось общее время генерации страницы (если засунуть в контроллер страницы, то не будет учитываться время генерации подключаемых модулей, контроллеров и тп). МОжет у кого то были такие проблемы, какие есть варианты решения?

Есть мысли?

Хотя кэш делаеться именно функцией ресайз этой, но она везде используется, поставил проверку на то что изображение меньше размеров в итоге сайт перестал грузиться)))

Здравствуйте, уважаемые разработчики опенкарт! Вопрос таков, на сайт заливаються изображения товаров, соответственно потом везде где только можно выводяться. Смысл таков, допустим у меня максимальный размер изображения на сайте (именно то что может увидеть пользователь из кэша 500 на 500), соответственно когда в админке добавляю изображения размером например 100 на 100, то они тянуться что охренеть молжно как криво выглядят, все в квадратиках и тп, ну вы сами понимаете. Подскажите куда копать, я смотрел system/library/image там функция ресайз, заливка идет белым фона, масштабирование, но что то мне подсказывает что не то это, мне кажеться это именно где делаеться кэш изображений, там нужно тупо создавая изображения для сохранения при меньшем размере не сжимать его и тп, а тупо так и оставлять как есть, либо допустим ввести такую тему что если у нас изображения по размерам меньше там трехста допустим, то при заливке на сайт тупо изменять его заливая белым фоном до размеров 500 на 500 как вариант. Вообщем что делать?) Заранее спасибо за дельные советы!

Здравствуйте, уважаемые форумчане! Возник такой вопрос. В opencart доступ к страницам возможен по ссылкам вида /index.php?route=common/home, где вместо common/home может стоять допустим checkout/cart, commom/maintance вообщем не суть, но когда обращаешься по этим урлам, отображается отдельная страница, которая соответственно имеет свой контроллер, модель и шаблон, в них различается только контентная часть естественно. Я хочу отображать отдельный модуль в виде отдельной страницы. Допустим есть модуль kyky, у него есть шаблон в папке view, в контроллере указываю что необходимо подключать header, footer и прочую лабуду, в модели уже не столь важно. Но когда захоже по ссылку /index.php?route=module/kyky пишет что страница не найдена. Отсюда возникло два предположения: 1) Что необходимо в контроллере модуля вписывать что то, что будет показывать его как отдельную страницу, или показывать ядру магазина что это отдельная страница. 2) Либо где то просто указываются эти ссылки и показано что это как отдельные страницы. Вообщем вчера полночи сидел с этим облазил полдвижка, но не нашел определенного ответа что за это отвечает и как вообще это реализовывается. Помогите кто сможет, пожалуйста! Заранее спасибо за ответы!