PaltonB

Добрый день! Возникла потребность перенести сайт на php версии 7. Сделал попытку переключения и сайт вылетел в 500-ю ошибку. Запустить кое-как удалось только после отключения модуля GeoIp Pro. Скажите, какие перспективы у модуля на переход к php7.0, 7.1 ?

Я новичок в OpenCart. Но уже могу сказать, что качество многих модулей дополнений для решения даже типовых задач ниже плинтуса. Без разницы что платных, что бесплатных. С обновлением модулей - вообще каменный век. С каждым днем существования OpenCart отстаёт от времени. Да хоть закодируйтесь со своими модулями - будете тянуть одеяло на себя, понимаете что будет? Отстанете навсегда, история забудет о вас, ваших трудах, ваших закодированных модулях, весь ваш накопленный опыт никому не нужен будет. Что еще лично меня огорчает? Никаких гарантий писатели этих модулей дать не могут, кроме своих собственных (как в анекдоте: гарантии самые надежные - мои собственные). Завтра заболел, женился, развелся, помер - и спросить не с кого. Про документацию - вообще даже говорить не стоит. Порой вся надежда только на этот форум. А как дела с взаимодействием/интеграцией модулей дополнений друг с другом? Халява и безответственность толкает многих новичков воровать чужие модули с англоязычных сайтов и выставлять их за деньги в рунете. Как говорится, с паршивой овцы хоть шерсти клок, а что там потом - да хоть трава не расти. Всё вот это огорчительно, неправильно, и это означает что тут огромное поле для и того чтобы что-то сделать лучше. Что не может не радовать. Так что у кого будет желание что-то сделать правильно и хорошо - зовите меня.

Вопрос знатокам: Модификатор ocfiltr'a добавляет в заголовок страниц админки свой файл с css. <file path="admin/controller/catalog/product.php"> <operation> <search><![CDATA[function getForm() {]]></search> <add position="after"><![CDATA[ // OCFilter start // $this->document->addStyle('view/stylesheet/ocfilter/ocfilter.css'); //Как мне показалось эти стили мешают отображению внутренних страниц. убрал пока. 2017-10-12 $this->document->addScript('view/javascript/ocfilter/ocfilter.js'); // OCFilter end ]]></add> </operation> Так и не нашел где это используется, но заметил что на вкладке опций товара список добавленных опций стал уже. Если убрать эти строки из модификатора, функциональность ocfilter не нарушится?

Вопрос: как в настройках Яндекс-цели настроить цель для мультимагазина?

может я чего-то не понимаю, опции товара тут никак помочь не могут?

На тестовом сайте вы не могли бы выложить больше примеров применения модуля? Особенно интересуют вложенные родительские опции, когда родительская опция = parent(parent). Я понятно описал? А на opencart.com вы этот модуль продаете?

А кто-нибудь пробовал ставить вот этот модуль?

Поживем увидим. Жизнь - интересная штука

Я надеюсь все в курсе, что для решение проблем с копирования русских адресов: FireFox 53+ - в about:config browser.urlbar.decodeURLsOnCopy=true Chrome использую расширение Copy Url пока так

Они естественно понятны некомпетентному в интернете человеку. Можно выстроить четкую корреляцию между адресом страницы, ключевой фразой, и посадочной страницей. И даже выстроить четкую корреляцию не для Яндекса, а четкую корреляцию в сознании посетителей сайта. Ведь мы за пользователей боремся, или за переменчивую любовь Яндекса? что понятнее для клиента: site .ru/книги/библия/книга_бытия или sile .ru/magazin/biblia/kniga_bitia или может быть site .ru/magazin/bibliya/kniga_bitiya ? Кто на память помнит ГОСТ по транслитерации? Уверен, к этому придем, а Яндекс и прочие подстроят свои алгоритмы. Гуглы и прочие отточат браузеры. А те кто не верил в это светлое будущее, будут менять адреса посадочных страниц на красивые русские url'ы. Возможно с точки зрения краткосрочных проектов не стоит заморачиваться с русскими именами, а вот с точки зрения долгосрочных я бы настойчиво рекомендовал.

Потому, что вот это называется человеко-читаемый(понимаемый) url: site .ru/категории/товары_для_дома а вот это называется издевательством над языком: site .ru/kategorii/tovari_dlya_doma Всё иное от лукавого и от кривых рук разработчиков. Никого не хочу ни в чем убеждать, мне достаточно видеть как входят в поиск мои сайты. Так можно договориться до того, чтобы вернуться в эпоху 8-ми битных кодировок - koi-8 и windows-1251. Ведь зачем все усложнять? А русский язык так вообще - анахронизм!(?)

если чпу задается вручную, то, по моему скромному мнению, лучше русские ЧПУ. Если автоматом, то английские. Русские ЧПУ - хороши для поиска. Чтобы их начали правильно отображать в браузерах - дело времени. Нужно учитывать, что в русских ЧПУ не должно быть пробелов. Для того чтобы удобно копировать русские ЧПУ в браузере Chrome нужно применять специальный плагин. Но это все "пока", и со временем - все наладится.

Прошу поделиться опытом кто какой модуль использует? В первую очередь интересует в плане дальнейшей поддержки модуля автором или сообществом авторов. Чтобы не оказалось так, что модуль не работает с обновленной версией OpenCart/OcStore или не поддерживает какие-нибудь нужные модули. Например, как модуль связанных опций будет совместно работать с модулем импорта/экспорта в xls/csv. Надеюсь на дельные советы.

Обратил внимание, что при редактировании категории/товара в заголовке странице пишется просто "редактирование категории", "редактирование товара". Переключил таб, чуть отвлекся и забыл какой товар или группу редактируешь. Приходится переходить на первый таб, чтобы вспомнить. Неудобно! Написал небольшой модификатор который добавляет к фразе "редактирование товара/категории" имя товара или категории. Мне кажется стало удобнее и правильнее. Сделано для языка с $language['language_id'] = 1 (если нужно для другого языка - поправьте соответственно в коде) и для ocStore 2.3.0.2.3. текст модификатора: <?xml version="1.0" encoding="utf-8"?> <modification> <name>Добавить ИМЯ товара или категории к карточке редактирования</name> <version>1.0</version> <author>PlatonB</author> <code>product-category-form_add_name</code> <link>https://opencartforum.com/topic/91461-vyvod-imeni-kategoriitovara-v-zagolovke-kartochke-redaktirovaniya/</link> <file path="admin/view/template/catalog/product_form.tpl"> <operation> <search><![CDATA[ <h3 class="panel-title"><i class="fa fa-pencil"></i> <?php echo $text_form; ?></h3> ]]></search> <add position="replace"><![CDATA[ <?php /* Модификация product-category-form_add_name - добавление имени товара в загаловок карточки*/ ?> <h3 class="panel-title"><i class="fa fa-pencil"></i> <?php echo $text_form; ?> <b><?php echo isset($product_description[1]) ? $product_description[1]['name'] : ''; ?></b></h3> <?php /* end product-category-form_add_name */ ?> ]]></add> </operation> </file> <file path="admin/view/template/catalog/category_form.tpl"> <operation> <search><![CDATA[ <h3 class="panel-title"><i class="fa fa-pencil"></i> <?php echo $text_form; ?></h3> ]]></search> <add position="replace"><![CDATA[ <?php /* Модификация product-category-form_add_name - добавление имени категории в загаловок карточки*/ ?> <h3 class="panel-title"><i class="fa fa-pencil"></i> <?php echo $text_form; ?> <b><?php echo isset($category_description[1]) ? $category_description[1]['name'] : ''; ?></b></h3> <?php /* end product-category-form_add_name */ ?> ]]></add> </operation> </file> </modification> Надеюсь будет кому-нибудь полезно. С благодарностью к тем, кто выкладывает свои разработки в открытый доступ. product-category-form_add_name.ocmod.xml

Приветствую, коллеги! осSrote 2.3.0.2.3, import/export tool для ocStore 3.10 1. При выгрузке базы товаров, примерно 2000 наименований, постоянно вылетает 502-я ошибка: Изменить на хостинге max_execution_time нет возможности. По умолчанию выставлено max_execution_time=36000. Для такого значение max_execution_time - это нормальная реакция сервера? Менять хостинг только от ради экспорта, пока, не считаю целесообразным. Может быть есть какие-нибудь способы устранить ошибку? 2. Ошибка в модуле? Некоторые странности работы экспорта товаров, при выборе диапазона данных. Если выбираешь опцию - с разбиением на части, то модуль делит базу не по частям, а выгружает продукты делая отступ согласно значения поля 1 - "количество частей", и количеством согласно значению поля 2 - "номер части(партия)". Т.е. либо перевод модуля неправильный, либо модуль работает как-то не так. 3. Рацпредложение: работа с базой продуктов ведется, по моему опыту, по группам товаров, а выгрузка делается по диапазону id. Но диапазон id может и как включать группу товаров целиком, так и не включать. Можно ли добавить в модуль 3-й вид выгрузки товара - по выбранной категории? Было-бы удобно, если ты работаешь с конкретной категорией товаров, считаю. Прошу прочитать внимательно и дать ответы.

Буквально только что смотрел на github. Может и вам поможет: https://github.com/ulogin/ulogin-OpenCart/tree/2.3%2B

OcStore 2.3.0.2.3. SeoPro включен. Меняем seourl в категории или товаре. Заходим на сайт. Seourl старый! Ждем какое-то время - ничего не меняется. Идем в админку и сбрасываем кэш системы. Идем снова на сайт и "бинго!" новый seourl работает! Что на сайте не так, что постоянно нужно сбрасывать кэш? Неужели для решения данной проблемы нужно использовать сторонний модификатор? Подскажите в какую сторону копать?

Добавьте в модификатор тэг <link>, а саму ссылку можно указать, например, на этот топик. Это будет полезно, т.к. некоторые редакторы модификаторов делают валидацию тэгов модификатора и не дают сохранить изменения, без указания тэга <link>. Также это будет полезно, для того чтобы найти информацию о том, что данный модификатор делает. В остальном - рекомендовано к использованию. спс.

Еще не пробовал версию 2.9. По версии 2.8 хочу высказать пожелание: - добавить в письмо с уведомлением ip-адрес заказчика. - вызовом через api яндекса или гугла определить город в котором находится заказчик, и добавить в письмо. не знаю имеет ли смысл отправлять цену, в принципе было бы неплохо узнать ту цену, которую видит заказчик. Вот. Спс за модуль.

Проблема была на моей стороне - ошибка в css, просто не показывались все товары в таблице. Поправил и все стало ОК. Тем не менее, есть что добавить - добавьте в модификатор тэг <link>. А иначе, установленный у меня редактор модификаторов не позволяет его сохранять после редактирования (сама установка модификатора прошла гладко). Если не знаете какую поставить ссылку, поставьте ссылку на этот топик.

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

Это неправильно. Рекомендованные товары, сопутствующие товары- это все "жертвы" неправильного перевода. В оригинале это называется related products - связанные товары. Связанные товары - это могут быть аналогичные товары, когда один товар аналогичен другому, и в обратную сторону. Т.е. товары связаны обоюдно. А когда сопутствующие товары - то связь односторонняя получается. Тот кто покупает автопокрышку не покупает вместе с ней автомобиль, а вот покупателю автомобиля можно порекомендовать хорошую резину. Вот тут модулек один нарыл, поставил, вроде то что нужно.

Вот очень плохой совет, на мой взгляд. Модуль рекомендованные товары создает статический список, который не будет меняться на разных карточках товаров. А для каждого товара нужно бы задать уникальный набор сопутствующих товаров. Или я что-то не понимаю, или не там смотрю? Так всё же, что у нас именно с сопутствующими товарами?

Столкнулся с тем, что если у вас несколько магазинов, и в каждом из них есть, например, две разные статьи "О нас" для каждого магазина, то путаешься постоянно для какого магазина какую статью редактировать. Написал небольшой модификатор, который добавляет в списке статей к названию статей еще и магазины, к которому статья привязана. Сделано для ocStore 2.3.0.2.3 Как стало видно на скриншоте Надеюсь будет кому-нибудь полезно. С благодарностью к тем, кто выкладывает свои разработки в открытый доступ. getstoretoinf.ocmod.xml