yvv75

Буду благодарен если подскажете почему может не импортировтаься в 1С список заказов из сайта. При этом из 1С все товары выгрузились, но в 1С пишет что "Ответ сервера: modeFileSale (): no XML files Обмен заказами завершен с ошибками!!" При этом в логах вот такое 2021-03-12 11:27:41 - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2021-03-12 11:27:41 - site.ru/export/exchange1c.php?type=sale&mode=checkauth 2021-03-12 11:27:42 - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2021-03-12 11:27:42 - site.ru/export/exchange1c.php?type=sale&mode=query 2021-03-12 11:27:42 - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2021-03-12 11:27:42 - site.ru/export/exchange1c.php?type=sale&mode=success 2021-03-12 11:27:42 - Строка ошибки: 5946 - error_2101_log 2021-03-12 11:31:28 - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2021-03-12 11:31:28 - site.ru/export/exchange1c.php?type=sale&mode=checkauth 2021-03-12 11:31:29 - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2021-03-12 11:31:29 - site.ru/export/exchange1c.php?type=sale&mode=init 2021-03-12 11:31:35 - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 2021-03-12 11:31:35 - site.ru/export/exchange1c.php?type=sale&mode=file&filename=1cbitrix-a5a4e335-39c4-49e5-9b95-4e3fc892e877.xml Первый раз настраиваю обмен. У заказчика на старом сайте (опенкарт 1.5.4) обмен проходит нормально, значит, по-идее, в самой 1С все настроено нормально. Скорее всего что-то не так в настройках модуля включил.

Я сам нгесколько дней мучался. В результате запустилось вот так. На хостинге убираем перенаправление на https, потому что оно перенаправляет абсолютно все запросы на https. Дальше нам нужно в .htaccess сделать перенаправление всего сайта на https, кроме папки /export/ Куча вариантов давали постоянное перенаправление в браузере. заработал реально только вот такой код ------ # SEO URL Settings RewriteEngine On # If your opencart installation does not run on the main web folder make sure you folder it does run in ie. / becomes /shop/ RewriteCond %{ENV:HTTPS} !on RewriteCond %{THE_REQUEST} !/export/ [NC] RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] RewriteBase / RewriteRule ^sitemap.xml$ index.php?route=extension/feed/google_sitemap [L] -------- Все что выше RewriteEngine On и ниже RewriteBase / обрезал - это стандартный .htaccess Ну и на всякий случай в .htaceess в папке /export/ добавил строки RewriteEngine On RewriteCond %{HTTPS} on RewriteRule ^.*$ http://%{SERVER_NAME}%{REQUEST_URI} После этого весь сайт открывается по https а обмер запускается по http

Точно. Туда я и не залез )) Спасибо.

Вопрос к автору. Где нужно обновить настройки модуля, чтобы обновился домен в настройках (у меня после переноса на новый домен почему-то остается старый с базе в _settings -> asc_langmark_0). Ни очистка КЕШа, ни обновление модуля не меняли эти значения. И, соответственно, переключение языка происходит на старый домен. Пришлось вручную поменять домен в базе, но ведь так явно не должно быть. П.С. Модуль куплен, заказ №976925

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

Всем привет. Почему-то в самой статье не выводится картинка, прикрепленная в статье. За вывод статьи отвечает файл /catalog/view/theme/default/template/blog/article.twig там есть блок {% if thumb or images %} <ul class="thumbnails"> {% if thumb %} <li><a class="thumbnail" href="{{ popup }}" title="{{ heading_title }}"><img src="{{ thumb }}" title="{{ heading_title }}" alt="{{ heading_title }}" /></a></li> {% endif %} {% if images %} {% for image in images %} <li class="image-additional"><a class="thumbnail" href="{{ image.popup }}" title="{{ heading_title }}"> <img src="{{ image.thumb }}" title="{{ heading_title }}" alt="{{ heading_title }}" /></a></li> {% endfor %} {% endif %} </ul> {% endif %} Есть большое подозрение что это просто код из /product/product.twig? но он не работает в блоге. Есть идеи как вывести картинку в блоге?

А кто-то с Opencart 2.2 подружил? Очень нужно...

Ура :) Значит не нужно пока будет покупать. наверно у меня старая версия стоит. Буду обновлять...

markimax подскажите пожалуйста, есть ли в этом модуле возможность прописать свой title для каждого языка главной страницы? Я вижу что эта возможность прописана для SEO мультиязык 2. Если в этом модуле такой возможности нет, то предусмотрена ли скидка при покупке второй версии?

Дай тебе Бог здоровья добрый человек. Была та-же проблема. После успешной установки и правки index.php все страницы выдавали 404 и пытались открыться по урлам без СЕО ПРО... Тожде не скопировался файл на сервер...

- ссылки на несуществующие страницы делаются для хорошего названия страницы, соответствующей ссылке. Пример выше я писал. - 404 - значит такой страницы нет. В принципе, и если ссылка идет на таку страницу, то ее ни один поисковик не индексирует. Она уходит в небытие. а 301 - это команда поисковику что страница была, но перенесена на постоянный новый адрес. Тут ключевое слово была. И соответственно, переносятся все ссылки и весь их вес со старой страницы на новую. Если я не прав, и тут есть кто-то кто лучше понимает схуму работы поисковиков - поправьте меня. Ну а насчет паранойи и уровня блога Васи - это нужно пообщаться не тут, а специализированных СЕО форумах, где сидят спецы в этом вопросе. Думаю, они Вам приведут гораздо больше аргументов и примеров... Считаю что любая отсутствующая страница должна отдавать только 404, если другое не прописано ручками скажем в .htaccess И был бы благодарен, если бы кто-то знающий подсказал как этого добиться на opencart.

Но ведь каким-то образом именно одни ссылки редиректятся на родительскую категорию, другие нет. По крайней мере на том же hotline именно так. Это каким-то алгоритмом реализовано и в опенкарт, раз есть редирект. Вот и интересно, может кто знает как именно. P.S. Но я все-же предпочел бы настроить отдачу 404 по всем таким ссылкам...

Вы удивитесь сколько народу желает выбиться в ТОП и насколько дешевле используя черные методы СЕО засунуть вас пониже, чем относительно белыми выбиться самому наверх. Если одна толковая ссылка стоит порядка 10$, то такой мусор на эти деньги можно купить десяток, а то и 2... И, если нет разницы, почему не сделать вообще по всем несуществующим ссылкам редирект на предыдущий уровень или на главную? Это намного легче чем делать "умный" редирект... Да, кстати, а кто-то может объяснить принцип именно "умного" редиректа? Как он хотя бы реализован в OpenCart?

301 Редирект значит что страница перенесена... Значит она была... Я бы не был так категоричен с "все ОК"... Но может я и ошибаюсь. Не знаю достоверно нюансов работы посковых движков...

Угу. И hotline.ua/computer/diski-ssd/porno/ дает тот-же результат. Я просто показываю почему СЕОшники просят чтобы по любой несуществующей ссылке давало 404... И тут я с ними согласен. Дешевле сделать так, как нужно, чем потом отмываться после проделок како-го нибудь веселого конкурента и выцарапывать магазин из-под фильтра.

Ну, если сами поменяли, то ставим 301 редирект с /nb на /new-balance и имеем счастье... А если какой нибудь хороший парень из конкурентного магазина покупает на порносайте ссылку по адресу yourdomain.com/adidas/porno-s-maloletkami что по такой ссылке получит проиндексировавший ее поисковик?

FilterPro v2.4.2.3.1 (mega) + Notify When Product Arrives 3.6 На страницах, где установлен FilterPro второй модуль не работает. Плюс еще одна задача. На странице http://lucentlabs.co...1&max_price=103 система выдает ошибку: 2015-10-04 11:13:58 - PHP Notice: Undefined index: newlabel in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 50 2015-10-04 11:13:58 - PHP Notice: Undefined index: popularlabel in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 51 2015-10-04 11:13:58 - PHP Notice: Undefined index: speciallabel in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 52 2015-10-04 11:13:58 - PHP Notice: Undefined index: manufacturer in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 56 2015-10-04 11:13:58 - PHP Notice: Undefined index: stock_class in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 57 2015-10-04 11:13:58 - PHP Notice: Undefined index: stock_class in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 57 2015-10-04 11:13:58 - PHP Notice: Undefined index: stock in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 57 2015-10-04 11:13:58 - PHP Notice: Undefined index: options in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 61 2015-10-04 11:13:58 - PHP Notice: Undefined index: def_opt in /home/h2143/data/www/lucentlabs.com.ua/catalog/view/theme/bigdesfashion/template/product/special.tpl on line 80 2015-10-04 11:14:02 - PHP Notice: Undefined variable: no_check in /home/h2143/data/www/lucentlabs.com.ua/catalog/controller/module/filterpro.php on line 683 и все это в 11 экземплярах... Я понимаю что это в контроллере не определены эти переменные, но знаний чтобы это сделать не хватает... Файлы special.php из контроллера и special.tpl из темы прикрепил (special.tpl пришлось добавить расширение php, так как файлы с расширением tpl почему-то не разрешено прикреплять). special.php special.tpl.php

Большое спасибо за модуль и помощь. Модуль отлично установился на локалке, а при попытке установить на рабочем хостинге тупо вылезала белая страница... Понятно что трабл в хостере, но что именно подсказал markimax.

Другой шаблон в модуле?

И еще, есть ли возможность добавить для каждого языка тег <link rel="alternate" href="http://example.com/ua" hreflang="uk" /> ?

После установки модуля и дописывания в виджетах кода <script> $(document).ready(function() { var url = $('base').attr('href'); $('base').attr('href', url+'<?php echo $language_prefix; ?>'); }); </script> языковые префиксы начинают дублироваться. Получается site.com/ua/ua/... Как подправить этот глюк?

Переименовать в error.log и не изобретать велосипед...

nginx - прошу прощения, ошибся. А .htaccess - это файл, который читает web-сервер Apache. То-есть nginx на него никак не реагирует. Для него нужно все правила переписывать в файл настройки nginx.conf P.S. К большим гуру не отношусь, вся инфа из открытых источников - точнее из гугла :-) и техподдержки хостинга, посему если и есть какие-то заумные способы заставить nginx таки читать файлы .htaccess и выполнять прописанные там директивы - прошу сильно не пинать.

Не совсем понятно, зачем сохранять изображение 500х500, если в админке проставил вывод большого изображения 750Х750. Сохраняй тогда уже все 750Х750 и "public function save($file, $quality = 100)" - тогда уже ничего пережимать и увеличивать не будет...

Конечно то, но в предыдущем посте не было в значениях расширений txt и her... Можно и так, но зачем тогда расширение txt в .htaccess добавлять? Можно просто her или ttt - тут уже разницы нет. В моем способе я вообще ничего не добавлял в .htaccess а поменял расширение файла на log - к которым доступ уже был запрещен в .htaccess. P.S. Мне пришлось это сделать, так как файлы с расширением txt на моем хостинге отдает сервер NGENIX, которому файл .htaccess как-то до лампочки... И, как мне кажется, такой выход будет оптимальным...