afwollis

chungachguk, спасибо за интерес к модулю.

В данной версии возможности экспорта прайс-листа в XLS нет.

Но предложение интересное. Учту в следующей версии.

Хотелось бы все же немного подробнее про вывод на странице товара.

Можно в ЛС.

Сроки - от трех дней.

Правда сейчас у меня со временем не очень - занят другими проектами.

Почитайте эту тему: Главное меню, добавление пунктов

нет.

можно адаптировать.

оформите запрос в этом разделе

Определитесь, что (какие данные) и из какого формата (csv, xls, xml) вы планируете загружать.

Опыт написания различных "парсеров-для-импорта" имеется.

Но там всегда были четкие задачи:

формат такой-то.

эти данные туда;

эти - сюда;

если есть это, тогда берем еще и вон то;

если "а" == "б", тогда вон те два меняем на вот эти три;

а вот это нам и вовсе не надобно ни при каких условиях.

По такому ТЗ на разработку, тестирование и внедрение "модуля" уходило менее трех дней.

Тоже не уверен насчет "собачки".

но если брать ваш вариант

": - @" - screaming

Остальное вполне читабельно для нынешнего "интернет-поколения" =)

Прошу фотографию в личку, ибо буду ругаться за такие вопросы...

у кого-то есть наставления?

тема не умерла.

просто некогда заняться этим вопросом.

Androsss, спасибо за интерес. Странно, что я тогда упустил название файла :о)

Изменять надо файл

catalog/model/catalog/product.php

Исправил свое сообщение.

Насчет тормозов:

1. При большом количестве категорий:

Первый раз будет долго формироваться страница: перелопатить множество категорий для вывода в поиске в шапке магазина (как у некоторых тут было - тысячи :) ) дело не легкое.

Но потом это дело будет браться из кэша.

2. Дело в том, что авторы движка пошли по пути наименьшего сопротивления.

Практически в каждом запросе в БД они выбирают МАКСИМУМ полей (как говорится - "чтоб было").

С одной стороны это облегчает задачу вывода доп.информации на той или иной странице - данные уже есть в контроллере, надо просто передать их в шаблон.

С другой стороны - это лишняя нагрузка.

Так что любому конкретному проекту можно "добавить газку", оптимизировав все запросы.

= = =

Ответ 1: а зачем? пусть все так и остается. Просто надо добавить обработку этого значения и подставлять "kg", "кг", "фунты", "мб", "чо-угодно" из языковых файлов.

вот собственно по первому пункту, как-то из головы вылетело:

Модуль Рекомендуемые, ставите позиция "Главная" и ставите какие нужно товары

3. вы хоть скажите - есть ли товары, находящиеся сразу в двух и более категориях?

1. Помогите перенести базу на хостинг

2. ммм. какой ftp-клиент используете?

вкратце:

слева хостинг, справа локальная папка с магазином.

выделяем все папки/файлы в локальной папке и жмем F5.

что-то я о последовательности выполнения запросов совсем забыл.

никакой специальной защиты от проблем такого плана в движке нет.

хотя, наличие кэша можно считать "заплаткой" в некотором смысле.

создаете дамп локальной базы данных магазина.

создаете базу данных на хостинге.

импортируете дамп локальной базы.

заливаете файлы на хостинг.

правите пути и настройки подключения к БД в конфигурационных файлах

config.php
admin/config.php

меняете Store URL (URL магазина) в

админка - система - настройки || вкладка "основные"

финиш.

возможность выводить несколько категорий будет в следующей версии.

#module_cart .middle2 {

padding: 55px;

background-color: white;

color: black;

}

и меняйте стиль, если есть товары.

для вас так проблемно заплатить $10 за дополнение, которое вам надо?

ага, пардон.

там только налог и количество.

ну, значит надо дорабатывать такую возможность =)

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

"изменение движка Интернет-Магазина" может обойтись дороже, чем "доработка движка Аукциона"

URL впишите правильный.

Фразы зашиты в код уже "кривые", поэтому надо подправить.

можно убрать категории из поиска в header`e.

этот вариант обсуждался. страница будет быстрее формироваться.

можно доработать "фильтр в категории" до подобной функциональности.

т.е. фильтр, впринципе, практически так и работает. просто надо доработать вывод параметров фильтра в страницу товара.

значит надо дебажить скрипт, из которого отправляется почта.

Сам движок OpenCart с такой задачей не справится - в нем нет возможности "хранить" данные об одних и тех же товарах от разных поставщиков.

В целом же - задача решаемая.

Единственное, что не понял:

Также нужна функция "слияния или объединения" позиций с одинаковым описанием.