COVID2019 и это вот все. Друзья, вся эта история начинает плохо пахнет. Мойте руки, не ходите в люди. Отложите все плановые покупки и положите в носок заначку. Заприте ваших родителей, бабушек-дедушек на даче. Лучше перебдеть чем недобдеть. Берегите себя!

savage4pro

Модераторы
 Профиль  Активность

  • Публикации

    786

  • Зарегистрирован

  • Посещение

  • Days Won

    74

 Тип публикации 

Сообщения, опубликованные пользователем savage4pro

    • Это популярное сообщение.
    • Это популярное сообщение.

    Не удаляет заказы

    в Сообщения об ошибках

    Опубликовано:

    если seo_pro.php и .htaccess стандартные, смотрите модификаторы

    после вчерашнего ДР у меня очень плохо работают модули базовой телепатии и чревовещания, поэтому без тактильного осмотра пациента, боюсь, ничего более толкового не посоветую

  2. Ошибка с темой Coloring

    в Шаблоны и внешний вид магазина

    Опубликовано:

    собственно, под какую версию у вас шаблон и на какую версию вы его ставите

     

    если у вас версия ocshop 1.5.6.4.1, то смотрите vqmod'ы

    если 2.х, то в header.php не устанавливаются такие переменные, в том числе и в оригинальном опенкарте

  4. Автоматическая генерация уникального кода товара для opencart.pro v 1.5.6.4

    в Модули

    Опубликовано:

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

    просто секунда - это достаточно долгий промежуток времени для БД

    как альтернативный вариант - использовать microtime(true)*10000

  9. Вопрос для ГУРУ по производительности

    в Общие вопросы

    Опубликовано:

    добрый!

     

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

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

     

    но и ускорять всегда есть куда

    хостинг желательно выбирать по принципу наличия SSD в первую очередь после его стоимости, хотя нет, просто в первую очередь

    если SSD нет, но вы счастливый обладатель VPS, или вам повезло и на шареде установлен memcached, тогда стоит использовать его для хранения кэша в памяти вместо диска, а затем ждем реализации турбокэша для 2.х от opencart.pro :)

    про модули ничего не знаю и посоветовать не могу (зато честно!)

     

    совершенно не понимаю, чем вам поможет фильтр, любой фильтр только усугубляет наличествующие тормоза

  14. Ошибки seo_pro

    в Сообщения об ошибках

    Опубликовано:

    18 час назад, Yoda сказал:

    Кстати не мешало бы протестить.

    работает, но видимо, новое форумное форматирование зохавало "&"

    предлагаю все же вынести и использование ssl в settings (для дефолтного и отдельных магазинов):
    полное или частичное (стандартное), а там каждый сам решит, что ему больше нравится
    по стандарту, конечно весь сайт переводить в случае включения ssl

    просто по собственному опыту могу сказать, что иногда требуется отдельные технические ссылки выносить в ssl, для curl'ов каких-нибудь внешних, а не весь сайт, тем более когда контора жопится на живой сертификат

  15. Размещение информации о категории не в низу, а в верху

    в Общие вопросы

    Опубликовано:

    дописываете в это условие 

    <?php if ($thumb || $description) { ?>

    проверку несовпадения $category_id (эту переменную добавляете в контроллере ControllerProductCategory) с вашей категорией, в которой надо выводить описания наверху

    затем копируете этот блок и втыкаете его после  

    <h1><?php echo $heading_title; ?></h1>

    или до 

    <?php if ($products) { ?>

    соответственно, изменив условие проверки $category_id на обратное

  16. Размещение информации о категории не в низу, а в верху

    в Общие вопросы

    Опубликовано:

    например, добавляете в контроллер до вызова .tpl что-то вроде 

    $data['category_id'] = $category_id;

    а в .tpl соответственно выводите заголовок и описание по условию совпадения с id вашей категории

  17. Непонятные символы вместо текста в меню

    в Сообщения об ошибках

  20. Вопрос по .htaccess

    в SEO

    Опубликовано:

    мне же и есть :)


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


    поэтому, если не хочется связываться с прописыванием дополнительных редиректов во всяких htaccess'ах, не удаляйте категории, просто отключите их


  21. Вопрос по .htaccess

    в SEO

    Опубликовано:

    Товар будет доступен по адресам...

    и в третий раз закинул старик невод в море... (ц)

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

    просто итоговый адрес, куда (и если) произойдет редирект, будет разным

     

     

    что менее русурсоёмко, редиректить с помощью SeoPro или правилами в .htaccess?

    простого ответа нет, точнее он есть, но будет ниже, а пока отвечу так

    в SeoPro проверка пути производится в любом случае, и отличия в поведении начинаются после сравнения запрошенного адреса со сформированным, т.е. запрос к БД по-любому будет, мы же должны знать, с чем нам сравнивать запрошенный путь, редиректить или нет

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

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

    какое для вас будет максимальное количество rewrite-правил, после преодоления которого и увеличении кол-ва редиректов меньше времени на выполнение будет занимать header location, подсчитать непросто

     

    поэтому вот мой простой ответ - менее ресурсоемко будет использовать nginx на фронтэнде, а mod_rewrite отключить, впрочем как и весь апач со всеми своими жрущими и срущими удобствами

  23. Вопрос по .htaccess

    в SEO

    Опубликовано:

    производительность никак не меняется, в какую бы категорию вы не клали свой товар, а потом бы убирали из нее, т.к. seo_pro изначально, вне зависимости от того, где фактически лежит товар, при выключенной опции "ЧПУ товаров с категориями" на какую бы категорию (существующую) не была ссылка при переходе на товар, будет произведено перенаправление на чисто товар, а при включенной опции всегда будет перенаправление на путь с главной категорией товара


    в общем-то, по этой же причине и избавляться не от чего


     


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


    как это поправить, описано в новой теме http://forum.opencart.pro/index.php?/topic/1692-%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8-seo-pro/


    • Это популярное сообщение.
    • Это популярное сообщение.

    Ошибки seo_pro

    в Сообщения об ошибках

    Опубликовано:

    Тема касается работы встроенного модуля seo_pro, все манипуляции будем производить в файле catalog/controller/common/seo_pro.php
    поехали

    • Спорный вопрос, на который натолкнул автор этого поста. Нужен ли именно 301-й редирект, а не 302
      если нужен именно он, то ищем
      					header($this->request->server['SERVER_PROTOCOL'] . ' 301 Moved Permanently');					$this->response->redirect($this->cache_data['queries'][$route_]);
      и 
      			header($this->request->server['SERVER_PROTOCOL'] . ' 301 Moved Permanently');			$this->response->redirect($seo);
      заменяем эти блоки на
      					$this->response->redirect($this->cache_data['queries'][$route_], 301);
      и
      			$this->response->redirect($seo, 301);
      соответственно

      а если нужен 302-й редирект, то может быть стоит убрать из обоих блоков эту строку (все равно итоговая страница будет перенаправляться через 302-й, как указано в дефолтном значении Response -> redirect()):
      header($this->request->server['SERVER_PROTOCOL'] . ' 301 Moved Permanently');
    • Для того, чтобы ssl работал не на всем сайте, а только на страницах, где он должен быть при включении ssl в настройках магазина
      ищем
      			$seo = str_replace('&', '&', $this->url->link($this->request->get['route'], $this->getQueryString(array('route')), 'NONSSL'));
      заменяем на
      			$seo = str_replace('&', '&', $this->url->link($this->request->get['route'], $this->getQueryString(array('route')), false));
      Ошибка была найдена благодаря товарищу spown
       
    • Чтобы исправить поведение ссылок на главную страницу, включающих дополнительные аргументы (http://сайт.ру/?utm_campaign=test), необходимо
      найти 
      			$link .= '&' . urldecode(http_build_query($data, '', '&'));

      и заменить на

      			$link .= (($route == 'common/home') ?  '?' : '&') . urldecode(http_build_query($data, '', '&'));

      Проблема найдена благодаря этой теме