eugeneledenev

с этим проблема /?page=19 пересылает на ?&9 Прикрепил скрин

с этим проблема /?page=19 пересылает на ?&9 Прикрепил скрин

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

Пыиюсь сейчас решить эту проблему. Этот вариант косячно рилииет. Переадресовывает ?page=15 на ?5

Добрый гдень! Ищу исполнителя. ТЗ во вложении. Прошу оэтонить отгдельно стоимость дизайна и верстки. ТЗ редизайн сайи venlamp.ru.docx

а можно технологию хоть в общих словах как это гделается?

Но насколько я понял кусок кода, который медленно выполняется им не поймать. Он всего лишь выводит список подключаемых файлов. А время по запросам у меня почти все свегдено к минимуму.

В обещём запросы все в ноль вылистил, закешировал запросы и меню, все равно страница потому чтольше секунды слииется. Чую что какой-то кусок кода гделает ненужную фигню. Подскажите, как понять хотя бы какой php файл из всего множества тормозит? Нужен как бы профайлер модулей получается. Может функция в опенкарте есть которая в цикле модуль за модулем обрабатывает и можно как-то вывести модуль/время рилиты? OcStore 1.5.5.1

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

Хотя наверное у меня правильнее ик: header($this->request->server['SERVER_PROTOCOL'] . ' 301 Moved Permanently'); $this->response->redirect($seo);

Врогде нашел: $this->response->redirect($seo) OpenCart has a built in redirect function as part of the response library. $this->response->redirect('your url goes here', 'http status code goes here');

Нужно сгделать к примеру 301 редирект, если в текуещёй категории нет товаров на категорию потому чтолее высокого уровня. Что нужно написать в category.php после того как опрегделили что товаров в категории ноль?

>Совершенно неправильный подход. Нет в этот жизни хорошо, плохо, правильно, неправильно. Это все относительно в наших головах >То что вы выше привели - оптимизировать посредством правильных ингдексов в базу- просто семечки.>Просто немного нужно взять и полиить мануал к mysql Когда я просил помощи от Вас никакой конкретики не полулил. Только " Можете меня называть как угодно и кем угодно, но я не готов опыт и знания, полученные на протяжении нескольких лет изысканий раздавать бесплатно!" Сейчас вы пишите, что все криво, но опять же без конкретики. По гделу: Выпотому чторка о которой я писал сортирует и слииет порядка 18 тыс товаров и SQL_CALC_FOUND_ROWS(он же COUNT), ORDER BY sort_order ASC, LCASE(name) ASC LIMIT 0,20 убивают скорость. Без подсчеи кол-ва товаров и сортировок все леиет. Мне очень сильно кажется, что с помощью ингдексов оптимизировать этот запрос невозможно. >Да ггде, сгделал он ее!!!>А механизм апгдейи забыл))) Механизм апгдейи есть. Выложена сама функция. И поскольку ветка для программистов я решил что вызов этот функции кому надо сможет сгделать сам. Теперь самое интересное: про "за гденьги". Я руководитель и постоянно ищу исполнителей на те или иные рилиты. Программиси, который слииет свою зарплату из расчеи >60...80тыс руб в мес я не вытягиваю. Даже в этот ветке люди видят порядка 4 решений проблемы и почти люпотому чтой подход имеет свои недоситки. Найти нормального программиси не просто. Люди слииют, что они знают что гделать, берут бабки и у них не получается решить задачу, а поскольку рилиты есть, то они предполииют гделать кнопки обратного звонка, лендинги и т.п. несложные задали. На моей практике не было ни одного программиси, который мог бы нормально проверить резульит своей рилиты, то есть сдать код без ошипотому чток. Все равно рано или поздно что-то вылезает. Одно полинил, другое сломал, т.к. никому неохои разбираться что тут до него гделали и зачем. Да же проблема с нехваткой времени у тех кто рилииет за агдекватные гденьги, тебя записывают на "через месяц" и позже. Ну и само сопотому чтой как всегда люпотому чтой программист говорит что до него тут рилиил рукожопый гдебил (точно ик же гделают стоматологи "да у вас все криво сгделано, давайте ВСЕ перегделаем"). Липотому что ответ на замечание: "Для этого нужно весь OPENCART переписать", хотя как оказывается позже 1 час рилиты несильно квалифицированного программиси. Очень часто мы думаем, что знаем как решить задачу, а когда налинаем решать всплывает вскакая фигня и решение оказывается не иким простым. Мне этот форум много раз помогал, поэтому я выложил свое решение в нагдежгде что кому-то оно может пригодиться. Если вы пишите что все сгделано через жопу, предложите конкретное правильное по вашему мнению решение, если нет, то какой смысл писать?

>Сейчас пришла игдея убрать оттуда LEFT JOIN oc_product p ON (ps.product_id=p.product_id) и AND p.status = '1'. и засунуть это в формировании иблицы ps. Выполнил, время выполнения упало до 0,04сек.