Alexa

А не поделитесь кодом, как получилось то?:)

Присоединюсь к вопросу. Если кратко - чтобы опции выводились на одной строке с наименованием товара, кл-вом и ценой. Сейчас опции выводятся через "\n". после вышеуказанного.

Кто-нить может подсказать, как в \catalog\model\checkout\order.php преобразовать вывод заказанных товаров, для варианта txt-уведомления админу, т.е. для блока // Admin Alert Mail? Т.е. нужен примерно такой вид: Заказанные товарные позиции: Товар1 (модель) - 100.00 руб (Цена, а не сумма) - 2 шт. (кол-во) Вывод опций (размер, цвет и пр.) - не трогаем, выводятся как в оригинале. Итого: 200.00 руб. Видоизменила ориг. код, но никак не могу понять как добавить обозначение "шт." к кол-ву... $text .= $product['name'] . ' (' . $product['model'] . ') ' . ' - ' . html_entity_decode($this->currency->format($product['price'] + ($this->config->get('config_tax') ? $product['tax'] : 0), $order_info['currency_code'], $order_info['currency_value']), ENT_NOQUOTES, 'UTF-8') . ' - ' . $product['quantity'] . "\n"; Или может есть какой-то другой оптимальный вариант? Спасибо.

Не могу понять в чем ошибка с одновременным выбором нескольких независимых кастомных полей на странице оформления заказа. Создано 2 кастомных поля, "без валидации", привязанных к объекту Order, тип поля "texarea", у 1-ого опция "Переместить в другой блок" - shipping, у 2-ого - payment. В наборах полей они добавлены (вместе со стандартными полями) соответственно: 1-ое поле в "Применять способ доставки - Набор полей покупателя - Default", 2-ое в "Метод оплаты Набор полей покупателя - Default". Но, на странице оформления заказа, при выборе одного их них - другое недоступно, т.е. не отображается. Т.е. не получается отобразить 2 поля одновременно. В чем может быть ошибка? Никаких связей, блокирующих отображаения одного поля от другого, нет. Никаких сложных взаимосвязей тоже нет. Тестируется всё на локале.

Если Вы про этот модуль , то в его описании указано "Модуль перезаписывает все старые товары новыми из xls. Дополнить товары нельзя, только заменить."

Ваш модуль ведь только для ocStore_v1.5.3.1? А так, нужно конечно полноценно - Категории, товары (описание и все ост. поля)... Короче - альтернативы CSV Price Pro нет, что в принципе печально...Как то в старых релизах движка с этим проблем не было...

Я правильно понимаю, что бесплатной альтернативы этому модулю экспорта/импорта для ocStore v1.5.5.1.1 нет?

Так всё-таки кто-нить из гуру может сказать, какой модуль Export-Import для ocStore 1.5.5.1 (я так понимаю на подходе уже и 1.5.5.1.2) с поддержкой Seo title + seo h1, на данный момент имеет смысл использовать? На старых версиях ocStore замечательно работали бесплатные модули "Export/Import oc.store v 1.5.1.x (1.5.2) + h1/title + filter (SooR)" и "export / import для ocstore 1.5.3 (seo title + seo h1 + main categories)". На данный момент какая альтернатива им есть? А создавая новый ИМ на последней версии движка я никак не могу понять, что именно брать на вооружение для Export-Import`а, если не нужны глобальные парсеры с многочисленных сайтов поставщиков, их прайсов и пр. и кол-во товара не превышает 2 тыс. Заранее, спб.

Приветствую! Подскажите, плз, шаблон с ТМ для OpenCart корректно будет устанавливать на Ostore? Не будет ли данный шаблон конфликтовать с предполагаемыми модулями "Простая регистрация и заказ Simple", экспорт-иморт, 1С и пр. И какую стабильную сборку Ostore имеет смысл сейчас ставить, учитывая, что магаз будет с нуля делаться? Заранее, спб, за комментарии.

А кто-нить пользовался хостингом Relevate.ru ? Есть какие-нить мнения на его счет? А то что-то совсем мало инфы в плане отзывов о нем... Рассматриваю вариант тарифа "Начальный CMS"...

Да, как заявили в хостинге проблемы на их сервере (-ах), только что-то по прошествии -цати часов они всё никак устранить её не могут...Причем, такая "картина маслом" именно на сайтах, кот. на опен карте. ..

Чтобы похожую тему не заводить, спрошу тут. Сайт - час назад ни стого ни с сего стал выдавать вот такую картину... :( Ничего не менялось и пр и пр. По фтп файлы бегло правда просмотрела, в т. ч и в папке download - всё вроле ок... Не понимаю, что, с чего такое и кодировка и пр..и в админку есеССно не зайти... P.S. Проблема на хостинге (ihc.ru), как выяснилось, ну-ну... еще пар-тройка сайтов на опен карт на том же хостинге имеют подобные траблы...

Вы данный шаблон на Ostore ставили? Модули наши подключали какие-нить, типа заказ Simple", экспорт-иморт и пр?

Приветствую! Планируется новый ИМ (точнее переход с другого движка на Ostore). Присмотрела платный шаблон journal с Фореста. Привлек прежде всего тем, что нужен Responsive вариант и плюс настройка многоуровневого меню... На просторах болтается бесплатный вариант старой версии этого шаба, кот. хотелось поизучать в плане настроек и пр., но та версия уже сильно устарела - в последней платной версии много отличий и пр. Поэтому поизучать по живому как то не очень получается. Вопрос! Кто-то имел непосредственное дело с последней версией шаблона Journal? Насколько сложен он в настройках, модулях, не слишком ли он будет тяжелым для обычного вирт. хостинга, ну, и есть ли еще какие-нить нюансы по нему? Не будет ли конфликтовать с предполагаемыми модулями "Простая регистрация и заказ Simple", экспорт-иморт и пр. Просто хочется предварительно получить хоть какую-нить инфо по нему, прежде, чем покупать. На форуме пару тем было, где он упоминался, там вроде люди с проблемами сталкивались по нему.... Буду признательна за любые комментарии и советы по сути. Заранее, спасибо.

Нужен конечно же импорт в опенкарт... Заранее спасибо, напишу! :rolleyes: Завтра попробую тот 2-ой вариант полноценно....

Спасибо большое за наводку! Что-то мне и в голову не пришло покопаться на офф. сайте в модулях..Попробую... Во 2-м бесплатном варианте, в комментах вроде пишут, что можно пароли в CSV файле в незашифрованном виде указывать, а при импорте они уже в md5 будут (...you can set passwords in plain text which will be md5'd just as a normal new password in OC) ..как то так, если прально поняла...но у меня то они изначально в base_64. (вот если бы их массово тогось...) В любом случае интересно будет покопаться, может чего и получится, на крайняк - вариант с письмами сЧастья о новой рег-ции и т.п...

:-D В этом плане я полностью разделяю Ваши сомнения!! :-) Насчет платных услуг - это понятно, просто коли минимум данных пользователей нужно по идее экспортнуть, думала что с танцами и бубном справлюсь самостоятельно, видать нет. А в целом, видимо таким макаром - рассылкой и придется воспользоваться... Желания как то должны быть соразмерны возможностям..."регекспами распарсить адреса" - здесь мои возможности и вообще понимание Шо это на прикладном уровне - ниже плинтуса :|. А то, что с помощью определенных манипуляций, парсеров, скриптов и иже с ними можно решить вопрос - не вопрос :-) , но знаний таких нет. То, что можно решить за плату - тоже ясно. Под генерацией паролей подразумевается использование некоего стороннего скрипта и пр?

Да, насчет паролей в опен карте - md5 и если я прально понимаю, перекодировать из base_64 в md5 никак не получиться? Из base_64 раскодировать можно, но потом придется уже в md5, а напрямую никак получится? ...но даже если на денвере делать восстановление паролей из шоп скрипта, чтобы потом их опенкарт, то вручную это бред конечно или какая то автоматизация здесь должна быть....Да, address_id есть конечно....Просто на форуме не нашла, вообще были в реальности :) рабочие моменты перехода с какого-то стороннего движка на опенкарт....или большинство с "0" делали....

Ну, на самом деле пользователей много (имхо), можно конечно как-то по максимуму ограничить кол-во, но всё равно меньше 2 тыс. не получиться. А с зонами вообще всё запущено, на вскидку там мало, что можно привести в соответствие с опенкартом, т.к. поле "адрес" в шоп скрите было текстовым и заполнялось произвольно...Я сейчас и пробую возиться с экспортом соответствующих таблиц, но что-то пока ясности в этом нет..Тестирую на дефолтном осторе 1.5.4.1., но подразумевается, что будет испрользован модуль "регистрация и заказ Simple". А в нём насколько я понимаю можно исключить поле "зона"...Т.е. фактически актуальны будут поля Город и Адрес, т.к. страна будет 1 =РФ.... Прально ли я понимаю, что при таких раскладах, экспорт рег. данных будет оптимальным? Просто с модулем Simple не работала.... p.S. и вот насчет паролей тоже не совсем поимаю ситуацию - генерятся они же по-разному в БД шоп скрипт (через base_64) и опен карт (?)...Этот момент как то можно привести к общему знаменателю?

Не знаю, куда со своим вопросом тыкнуться - напишу здесь. Рассматривается переход с Shop Script на Ocstore. Подходящих дополнений не нашла, да и нет их видимо (если слепая - тыкните, плз, в соответствующую тему). Интересует импорт данных из БД Shop Script, в частности, данных зарегистрированных пользователей и товар. Перенос товара (категории и пр.) понятен - через модуль экспорта-импорта. А вот насчет пользователей - есть ли какое-нить решение? Поробовала вручную из сравнения соответствующих таблиц БД, но и пароли хранятся в бд по-разному, как переносить то? .... Переменная country_id - одна на всех =176, а вот zone_id - в шоп скрипте указывалась вручную текстом, в опен карте - это цифровое значение и пр.. Искать только платные варианты (отдельный парсер, модуль и т.п.) или возможно своими непрограммными :) силами что-то сделать? (Т.е. фактически нужно вытащить из бд шоп скрипта и импортировать в опенкарт только данные пользователей - это 2-3 таблицы, насколько я понимаю), истории заказов, истории посещений и пр. ничего переносить не нужно.) Наверняка есть еще какие -то нюансы по переносу данных, но на данный момент именно эти проблемы бросились в глаза. Если есть мысли направьте в нужную сторону, плз. Заранее, спб.

Просто после изучения темы релиза 1.5.4.1, были недавние сообщения типа "...На данный момент идет подготовка стабильного релиза 1.5.4.1", или под этим подразумеваются допилы перевода и что-то типа этого? И что-то не смогла найти модуль Яндекс маркета для 1.5.4.1 (в 1.5.2.1 он вообще встроен...)

Подскажите, плз, если магазин будет с нуля, т.е. не обновление магаза, есть принципиальный смысл делать на версии 1.5.3.1. (1.5.4.1 я так понимаю еще сыровата, про следующую - вообще молчу) или можно спокойно на 1.5.2.1.? Т.е. на данный момент какая самая стабильная получается?

ocStore 1.5.2.1. Я может что-то не допоняла, но, сделав изменения в admin/model/catalog/product.php по варианту #2 - всё осталось абсолютно по-прежнему - как была перелинковка в 2 стороны, так осталась..... Вопрос снят - после этих изменений в файле экспорта-импорта нужно было удалить ссылочные id с ненужных позиций..

,...а никто не пробовал яндексу отдавать файл прямой ссылкой? типа: http://сайт/index.php?route=feed/google_sitemap

А есть возможность изменить параметры в ColorBox, чтобы окно ColorBox с увеличенной фото закрывалось в т.ч. и по клику на самом фото? (т.е. как в Thickbox)?