RGB

В платном модуле simple checkout реализовано (автор deeman)

Из известных мне проблем, которые я честно говоря и не пытался исправить - если пытаться нажать на кнопку Быстрый заказ до того, как загрузиться весь мусор, который тянет страница (счетчики, кнопки, виджеты и т.п.), то пользователя перебросит на главную. Уже исправлено

Скачать / Купить дополнение Простой быстрый заказ (бесплатно, vqmod) Описание старой версии Данный модуль предназначен для добавления возможности быстрого заказа во всплывающем окне (используется стандартный для ОС colorbox) со страницы товара. Реализация максимально простая, весь механизм модуля - это получение от посетителя его имени и телефона с дальнейшей отправкой этих данных к вам на указанную почту вместе с названием товара и его ценой (данные берутся не из корзины, а напрямую со страницы, на которой была нажата кнопка быстрого заказа). На почту магазина отправляется письмо такого типа: Никакие способы оплаты или доставки не поддерживаются, иначе это не будет "быстрый" заказ. Товар не вычитается со склада, короче все упрощено до элементарной отправки уведомления на почту магазина о новом заказе. Я нашел черновое решение с похожим модулем пару лет назад на форумах то ли джумлы, то ли престашоп, после чего немножко доработал его под ОС. Добавлять в него какой-то продвинутый функционал я не буду, поскольку программистом или разработчиком меня можно назвать только с очень большой натяжкой Но если у вас есть идеи, которые легко реализовать, чтобы улучшить этот модуль — я всеми руками за! Также с радостью исправлю найденные ошибки, которые возможно здесь есть, хотя в этом виде модуль работает на живом магазине уже 2-й год и никаких проблем не встречалось (конверсия кстати выросла раза в 2). Установка (с vqmod) 1) Скопировать все файлы из папки upload в корень вашего магазина 2) Откройте файл \catalog\view\javascript\fast_order.js и укажите путь к скрипту (10-я строка), который будет отправлять письма с быстрым заказом. По умолчанию этот файл (fast_order.php) находится в корне магазина и я указал ему произвольный адрес https://opencartforum.com/fast_order.php, вам достаточно поменять opencartforum.com на адрес своего магазина (если тестируете локально, пишите полный адрес с учетом локального, а если вы параноик, то спрячьте файл вглубь магазина и соответственно поменяйте путь к нему). 3) Теперь откройте сам файл fast_order.php и укажите там почтовый адрес вашего магазина и адрес, с которого будут отправляться быстрые заказы к вам на почту магазина (строки 10 и 11, можно указать одинаковый главный адрес магазина): 4) Если у вас не дефолтная тема, не забудьте что стили к дополнению лежат по адресу "catalog/view/theme/default/stylesheet/fast_order.css" Все готово! В админке модуль не появится и никаких настроек у него нет, поэтому указанных выше действий достаточно. Никакие файлы не перезаписываются, а изменения в файлах, описанные в vqmod-е, легко добавить руками, чтобы не использовать vqmod вообще. Остановлюсь на этом подробнее. Установка (без vqmod) Если у вас не установлен vqmod, то кроме 4-х главных шагов установки, указанных выше, вручную внесите небольшие изменения в файлы: 1) В файле catalog/view/theme/<ваша_тема>/template/common/header.tpl: Найти строку: <script type="text/javascript" src="catalog/view/javascript/common.js"></script> Дописать под ней (для подключения скрипта обработчика): <script type="text/javascript" src="catalog/view/javascript/fast_order.js"></script> Найти еще одну строку: <link rel="stylesheet" type="text/css" href="catalog/view/theme/default/stylesheet/stylesheet.css" /> Дописать под ней (для подключения файла стилей формы быстрого заказа): <link rel="stylesheet" type="text/css" href="catalog/view/theme/default/stylesheet/fast_order.css" /> 2) Теперь нужно внести изменения в файл catalog/view/theme/<ваша_тема>/template/product/product.tpl: Найти строку: <input type="button" value="<?php echo $button_cart; ?>" id="button-cart" class="button" /> Дописать под ней (для вывода на странице товара кнопки Быстрый заказ и формы быстрого заказа): <a id="fast_order" href="#fast_order_form" class="button" />Быстрый заказ</a><div style="display:none"> <div id="fast_order_form"> <input id="product_name" type="hidden" value="<?php echo $heading_title; ?>"> <input id="product_price" type="hidden" value="<?php echo ($special ? $special : $price); ?>"> <div class="fast_order_center"><?php echo $heading_title; ?> — ваш заказ</div> <div class="fast_order_left"> <p>Имя:</p> <p>Телефон:</p> <p>Комментарий:</p> </div> <div class="fast_order_right"> <p><input type="text" id="customer_name"/></p> <p><input type="text" id="customer_phone"/></p> <p><input type="text" id="customer_message"/></p> </div> <div class="fast_order_center"> <p id="fast_order_result">Пожалуйста, укажите ваше имя и телефон, чтобы мы могли связаться с вами</p> <button class="fast_order_button"><span>Оформить заказ</span></button> </div> </div> </div> Вот и все изменения! Мод тестировался на версии 1.5.1.3, 1.5.2.1 и 1.5.4.1, должен работать и на более старых/новых, т.к. по сути единственные причины, по которым модуль не сможет работать - это отсутствие в файлах, которые трогает vqmod, нужных ему строчек. Вместе с оригинальным модулем доступна версия от Tom'a для 1551 (в списке файлов модуля: preorder-fastorder-1551.zip), скрещенная с модулем предзаказа, где покупатель при нулевом количестве товара не видит кнопку Купить, вместо нее будет написано Предзаказ, демо и обновленный xml-файл для этой версии есть у автора В архиве отдельная версия модуля для 1.5.1.3, поскольку начиная с 1.5.2.1 в ОС используется colorbox вместо fancybox, отличия описаны в теме. Если у вас не появляется кнопка - одна из возможных причин описана в теме. Решение для учета количества товаров и выбранных опций от excalibur в теме модуля. Версия для 1.5.5.1 с мультиязычностью от sv2109. (если она не работает - одна из возможных причин в том, что вы не поменяли путь к файлу fast_order.php, который в этой версии нужно менять в vqmod-файле fast_order.xml) Решение для того, чтобы пользователь не мог дважды нажать кнопку оформления заказа от bezzubtsev в теме модуля. Внимание! Если вы используете SMTP у себя для отправки писем, то модуль может работать некорректно (или вообще не работать) Добавил RGB Добавлено 14.02.2013 Категория Покупки, оформление заказа, корзина Системные требования Метод активации Без активации Ioncube Loader Нет ocStore 1.5.4.1 1.5.3.1 1.5.2.1 1.5.1.3 OpenCart.Pro, ocShop Не проверялось Обращение к серверу разработчика Нет  

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

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

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

А не-мультиязычная версия без изменений осталась, значит там изменения не критичные?

Я поменял у себя везде, где можно (движок уже и так раскурочен настолько, что ему не страшно)) по аналогии с сайтами магазинов с отображающимися рич-сниппетами, посмотрим что произойдет. Вообще конечно странно сделали - на примере в самом центре вебмастеров гугла указаны <meta itemprop.., а при этом сами же шлют замечания, что meta нужно изменить на отображающийся элемент.

Давеча пришло письмо от гугла с таким содержимым: Не кажется ли вам, что использование meta itemprop как раз и является одной из причин того, что расширенные сниппеты не ппоявляются? Как я понимаю, нужно использовать span itemprop (например), вместо meta.

Вы преувеличиваете, все негативные отзывы есть и в этой теме, и особенно в теме про краудфандинг, никто их не стирал, насколько я вижу. Я не могу сказать, что меня все устраивает в работе модуля, пришлось его хорошенько попилить для того, чтобы не было конфликтов с нестандартнойтемой, но в итоге все работает как часы (новую версию еще не тестировал). А по теме фильтра SooR хотелось бы видеть сравнение его модуля и этого. Вы можете привести такие данные? Наверняка, не мне одному интересно, что будет быстрее на больших объемах товаров.

Найдите 10 отличий

И как на 30К его фильтр себя ведет? Неужто быстрее FilterPro?

В stylesheet.css пишете что-то типа (цифра = ид категории) .cat_1 { ... } .cat_2 { ... } .cat_3 { ... } А на выходе в файле шаблона меню (header.tpl) в месте вывода меню добавляете на ссылки, например, что-то типа: <a href="<?php echo $category['href']; ?>" class="cat_<?php echo $category['category_id']; ?>">

Мне кажется, вы не знаете, что такое кавычки

Из чего следует, что никто никогда на этом форуме не писал такого словосочетания (исключая эту тему) :-) Попробуйте "фото в категориях", там одна какая-то тема вылазит

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

Да, гугл вебмастер тулс все еще показывают те дубли, о которых я писал: 1) сайт/товар 2) сайт/Товар 3) сайт/Категория/Подкатегория/Товар При этом при заходе на каждую из этих ссылок идет редирект на ту ссылку (в нижнем регистре и с учетом категорий), какая и должна быть: сайт/категория/подкатегория/товар

Так уже есть ведь - конечно до премиума им как до неба, но все же) я про корявый максистор и ему подобные (не слежу за этим, но наверняка платных сборок наплодилось уже много). Вот только в этой затее есть один серьезный минус - не бывает универсальных решений, хоть убейте. Под любой серьезный магазин нужно писать что-то свое, вносить правки и прочее, иначе получится так, что функциональность сборки, в которую все втюхано, будет использоваться на 5%. Одним нужны упрощенные формы заказа, другим нет, третьим нужна интеграция с 1С, четвертым - просто импорт в эксель, пятым - нужны отзывы в сниппетах, а шестые вообще хотят не магазин, а каталог без цен и корзины. И вы хотите, чтобы все эти люди платили одну и ту же цену за то, что им не нужно? И официальная платная сборка с кучей проверенных модулей будет иметь те же минусы, кроме того на ее поддержку придется тратить массу времени и сил, но при этом цена на нее ведь не может быть большой - у нас люди не готовы платить много за какие-то непонятные движки. Так что, по моему в том и прелесть ОС - можно без особых усилий прикрутить все, что нужно (благо даже бесплатных решений хватит с головой) и начинать продавать, а уже со временем, выходя на новый уровень, или направить прибыль на вылизывания движка, или перейти на коммерческую систему с ценами на порядок выше.

можно и так только вы не бойтесь стирать комментарии) они все равно только для разработчиков или для вас (это все строчки, начинающиеся с #)

в контроллере в админке поменять местами строки $this->data['display_options'][] = array('value' => 'checkbox', 'name' => $this->language->get('text_display_checkbox')); $this->data['display_options'][] = array('value' => 'none', 'name' => $this->language->get('text_display_none'));

Почистить кеш в /system/cache или пересохранить настройки модуля фильтрации?

Вы НЕ потеряете того, что уже есть. По 1.5.4 не скажу - у меня до сих пор старенькая, но надежная 1.5.2.1 :-) С урлами ситуация следующая - они не могут остаться жить в бд, поскольку они хранятся в одной таблице, и их не может быть несколько разных, в один момент времени действует только то, что находится в таблице, а поскольку старых урлов там нет, то проблема только в медлительности сканирования новых урлов гуглом.

Я про те, что сам модуль обеспечивает. Если у вас раньше была страница с акционными товарами (например) как обычно в ОС по адресу /index.php?route=product/special, то после установки SeoPro у вас при заходе на такой адрес будет выполняться переадресация на то, что вы назначите как seo-url адрес страницы акций (у меня например просто /actions). И поисковики, и посетители, будут туда (на новый адрес /actions) попадать независимо от того, заходили они на /index.php?route=product/special или же на /actions, поэтому, насколько я вижу, страшного в этом только то, что появятся на какое-то время дубли в индексе поисковиков со старыми и новыми адресами, но во-первых это со временем само исчезнет, а во-вторых - дубли эти будут вести на одну и ту же страницу, и ее вес (ТИЦ, ПР, что угодно) сохранится.

Не надо никуда ничего вносить. Если у вас та же проблема, то в теории может помочь изменения типа поля text на longtext, но это не очень правильно, лучше спросите автора модуля.