RGB

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

По вашему это сделано для поисковиков? А что хорошего в наличии массы не релевантных скрытых ссылок? Пример: магазин бытовой техники, категория ноутбуки, при этом для наращивания веса страницы классно иметь ссылки на что-то подобное, например на экраны для ноутбуков, зарядки и т.п., но как может помочь куча скрытых ссылок на совершенно не связанные разделы, например на телефоны/смартфоны, телевизоры и холодильники? Возможно вы знаете о новинках в поисковых алгоритмах что-то такое, чего не знаю я? :)

При внимательном изучении шаблона модуля по адресу catalogviewthemedefaulttemplatemodulecategory.tpl была обнаружена интересная (и непонятная мне) особенность вывода. Дело в том, что ссылки на категории, которые не являются дочерними для текущей главной, скрываются на странице через свойство display: none; вместо того, чтобы просто не выводить их на страницу.Зайдите на страницу http://demo15.myopen...gory&path=25_28 и посмотрите код: <div class="box-category"> <ul> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=20">Компьютеры (13)</a> <ul> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=20_26"> - PC (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=20_27"> - Mac (1)</a> </li> </ul> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=18">Ноутбуки (5)</a> <ul> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=18_46"> - Macs (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=18_45"> - Windows (0)</a> </li> </ul> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=25" class="active">Компоненты (2)</a> <ul> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=25_32"> - Веб-камеры (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=25_28" class="active"> - Мониторы (2)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=25_29"> - Мышки (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=25_30"> - Принтеры (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=25_31"> - Сканеры (0)</a> </li> </ul> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=57">Планшеты (1)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=17">Програмное обеспечение (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=24">Телефоны и PDA (3)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=33">Камеры (2)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34">MP3 Плееры (4)</a> <ul> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_43"> - test 11 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_44"> - test 12 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_47"> - test 15 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_48"> - test 16 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_49"> - test 17 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_50"> - test 18 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_51"> - test 19 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_52"> - test 20 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_53"> - test 21 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_54"> - test 22 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_55"> - test 23 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_56"> - test 24 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_38"> - test 4 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_37"> - test 5 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_39"> - test 6 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_40"> - test 7 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_41"> - test 8 (0)</a> </li> <li> <a href="http://demo15.myopencart.ru/index.php?route=product/category&path=34_42"> - test 9 (0)</a> </li> </ul> </li> </ul> </div> Несмотря на это, пользователю выводятся только дочерние ссылки активной категории Компоненты (хотя в коде есть все ссылки на подкатегории главной категории Компьютеры (PC/Mac), Ноутбуки (Macs/Windows) и так далее ): Мне кажется логичным было бы их не выводить вообще (хотя возможно я чего-то не понимаю, но вроде бы здесь явно лишняя работа), ибо их и так не видно (раз уж выводятся дочерние ссылки на подкатегории только для активной категории) - это и для поисковиков нехорошо (представьте, что на каждой странице вашего крупного магазина грузится сотня ссылок, которые потом непонятно зачем просто скрываются), и чисто с точки зрения написания нормального кода не имеет смысла - зачем выводить лишнюю информацию, чтобы потом ее скрыть? Поэтому предлагаю использовать следующее простое решение (или даже ввести его в сборку, ИМХО в текущем виде модуль категорий выполняет лишнюю работу): В вышеуказанном файле category.tpl 13 строку: <?php if ($category['children']) { ?> предлагается заменить на это: <?php if (($category['children']) && ($category['category_id'] == $category_id)) { ?> При этом будет выполнятся проверка на то, являются ли подкатегории потомками для текущей активной категории, и если это не так, то ничего выводиться не будет, в отличии от стандартного модуля, где ссылки выводятся, а потом скрываются.P.S. Все это касается версии 1.5.2.1

Ёлки-палки, только 1.5.2.1 до ума начинаешь доводить, как уже 1.5.3.1 выходит :)

Ясно. Мне удалось решить проблему простой заменой файлов seo_pro.php и seo_url.php с версии 1.5.1.3, т.к. на старой версии все работало. Поэтому последний вопрос - что я теряю с такой заменой? Есть ли там критичные изменения?

Спасибо, помогло. А что случилось с этой функцией? ЧПУ товаров с категориями:/category/subcategory/product (только для SeoPro) При включенной опции у меня почему то не формируется нужная структура ссылки, ссылка store/product_name не редиректится на требуемую ссылку store/category/subcategory/product_name, хотя обе ссылки работают. Отключенная валидация здесь же вроде как не при чем? Тогда опять все дело в поддомене? Но на версии 1.5.1.3 все работало без манипуляций.

Неужели ни у кого больше нет этой проблемы? Или никто не использует поддомены (мне кажется, дело в них)? Суть проблемы подробнее: Поскольку новый магазин крутится локально на денвере, его адрес - localhost/store Соответственно в файле .htaccess изменяется строка: RewriteBase /на RewriteBase /store/ При включении SeoPro любая ссылка, которая должна отображаться как чпу, не открывается вообще, вместо нее происходит следующее: Ошибка 310 (net::ERR_TOO_MANY_REDIRECTS): Обнаружено слишком много переадресаций.В обычном режиме ЧПУ (без СеоПро) все работает.Какие могут быть варианты решения?

не знаю как у товарища, у меня на денвере все

Может быть дело в том, что магазин находится на поддомене и имеет адрес localhost/opencart? Мне не приходит в голову, как это проверить

Аналогичная проблема, только циклическая переадресация возникает не на главной, а на категориях/товарах с прописанными сео-адресами (чистая версия отсюда 1.5.2.1). Файл htaccess – с магазина версии 1.5.1.3, где все в такой конфигурации работало. Предложенное решение с кеширующим сео_урл работает, но лишь для английских названий, кириллица в ссылках при этом не катит. У кого есть идеи, как можно решить проблему? Переводить все русские ссылки на английский не хочется, так как поисковики уже съели их. P.S. Речь идет про seopro, обычная система чпу работает как надо.

Новый модуль импорта-экспорта с поддержкой фильтров для версии 1.5.1.Х: http://opencartforum...1x-filter-soor/

Супер, именно такого развернутого ответа не хватало. Да, действительно, у нас крупные платежи практически все по банковским переводам идут, пожалуй если и есть смысл у ввода карточной оплаты, то вполне должно хватить того же LiqPay. Спасибо, вы мне изложили именно те аргументы, которых не хватало! :) undefined

Звучит логично, но как же в таком случае ведут себя другие игроки на рынке? Мне всегда казалось, что с карточек оплачивают не только небольшие покупки (речь конечно не о покупке машины, но все же).

Если я все правильно понял, то скрестить новый модуль импорта без фильтров со старым модулем с поддержкой фильтров вполне реально - добавляется пара новых функций + чуть изменений по коду. По крайней мере, у меня он после 5 часов мучений заработал с виду корректно :). Но я импортирую опции с отдельных таблиц, они не связаны с родными для версии 1.5.1.3 аттрибутами. Если кому-то надо такой не оптимальный вариант, могу выложить.Оффтоп: терпению менеджера можно только позавидовать :)

Добрый день! Есть молодой интернет-магазин (Киев) в связке с физ. магазином, множество сравнительно дорогих товаров в несколько тысяч долларов, при этом есть идея привязать способ оплаты с карточки. Интересует, что именно лучше интегрировать? Из удобных приходит в голову только LiqPay, но у него лимит на переводы очень небольшой (максимум 2500 дол. на транзакцию), то есть много товаров просто нельзя будет купить. А возиться с банковскими процессинговыми центрах не хочется, так как это может надолго затянуться (реализация модуля на основе их систем + отладка), и не ясно есть ли в этом смысл вообще. У кого есть опыт работы в таких условиях, поделитесь впечатлениями - покупают ли у нас в Украине дорогие вещи с использованием карточек, или же это больше прерогатива недорогих товаров, типа одежды или аксессуаров? Почему такие гиганты рынка, как Розетка, не принимают карточки? Значит ли это, что в Украине нет такой "карточной" культуры оплаты покупок, как на западе например? Буду очень признателен за любые советы по теме.

Да, новый модуль есть, но ему все же очень далеко до того, что у вас на сайте :) Конечно, если вы не хотите выкладывать свое решение в открытый доступ - то к вам никаких претензий не будет и быть не может, так как вы автор. Лично мне вот интересна реализация ползунка для фильтрации цен и выпадающих списков, а что еще интереснее - как это привязать к модулю импорта/экспорта (слабо представляю, что вы на все позиции товаров руками выбирали фильтры из админки).

Простите, но вы, по всей видимости, и являетесь автором того модуля, верно?Вас в этой теме много раз просили поделиться адаптированным модулем под версию 1.5.1.3, не могли бы вы его выложить, раз он уже готов? Буду благодарен не только я.

Есть решение "в лоб" - работать с локальной версией сайта, при обновлении базы сливать бекап с инет-версии сайта на локальную, заливать туда все товары модулем экспорта-импорта, делать бекап локальной версии и заливать дамп в инет-версию сайта (если просраны все лимиты, можно кусками заливать). Таким образом можно честно обойти ограничения на память пхп (в каких-то пределах наверное, но теоретически дамп можно разбить на сколько угодно кусков, и база может иметь и 100 000 товаров, пофигу). У меня сейчас xls-версия базы, которая импортируется, весит почти 300 мб, а дамп базы всех таблиц около 70 мб, при этом в базе всего 4000 товаров, но на каждый описания от 2 до 7 тыс символов.

Видимо, вы как раз залезли в те дебри, куда я пока не могу попасть - я оценивал скорость работы по этому модулю: http://forum.opencart.com/viewtopic.php?t=27918Вы не пробовали измерять результаты работы именно через него?

Ну почему же нечем заняться - во время работы бывают перерывы, в которые полезно почитать новости любимой системы и полюбоваться на искателей дешевой рабочей силы.Фриланс-сайты не являются показателем, так как там крайне сложно со стороны проконтролировать процесс и, соответственно, определить качество выполненной работы и время, затрачиваемое на нее. Кроме того, фриланс-биржи - это обязательный демпинг, и вы легко найдете даже в русском сегменте интернета людей, готовых работать за копейки. Но в таком случае тем более непонятно, зачем вы обратились с таким предложением сюда, в сообщество русского OpenCart. Насчет программистов и ценовой политики - я вас уверяю, если здешние программисты и занимаются активным поиском работы, то уж точно не на этом форуме, где тем более нет смысла устанавливать какую-то свою ценовую политику. Во-первых, вы, как представитель среднестатистического отечественного заказчика (не в обиду вам, здесь причины скорее политические и территориальные, чем личные), прекрасно показали, насколько ценят такой труд у нас, а во-вторых (здесь я могу ошибаться, поэтому прошу меня поправить), всякие интересные модули можно успешно выложить в официальном англоязычном сообществе, где сразу найдутся заинтересованные люди, адекватно оценивающие чужой труд и готовые заплатить.

Да уж, редизайн за 20$, да и столько же за доработку напильником - это вы сильно придумали :lol: Мне кажется, если у человека есть деньги на интернет и он занимается веб-программированием, то, как минимум, предлагать такому человеку плату в 5$/час – это не серьезно. Может сразу поищите индусов, готовых работать за еду?

Если вы хотите перенести лишь только категории и товары, то снимите галочки со всех остальных (не нужных) таблиц. Зачем вам адреса клиентов? Сохраните их отдельно, если уж это критично, иначе ищи те ошибки в таблице - если все выполнено правильно, то восстановление БД произойдет без ошибок.

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

Не знаю почему, но у меня оптимизировать не только не получилось, но и совсем наоборот. Не знаю КАК у вас получилось 1000 запросов на главной, у меня все немного иначе. В базе около 2500 товаров, главная до оптимизации: Memory Usage: 1.573029 MB Execution Time: 0.354942 seconds 75 sql queries executed: После: Memory Usage: 1.584435 MB Execution Time: 0.656461 seconds 75 sql queries executed: Однако не могу сказать, что все удалось выполнить - некоторые описанные в диффе вещи у меня просто отсутствовали, так как раньше были исправлены, а вот с выводом кол-ва запросов (если я правильно понял последние пару изменений) у меня вообще не получилось - возможно потому, что для отладки уже использовался модуль с офф. сайта. Я никоим образом не хочу сказать, что ваше предложенное решение бесполезно, но мне оно не помогло - возможно виной тому и так уже раскуроченый движок.

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