Вы не зашли.
1) Зависит от задачи и от страницы вывода. В общем такая возможность есть - см. вывод продукции на главной в шаблоне sneakstok.
2) 3) Реализовано в последнем коммите.
1. А можно вывести полный список товаров по определенному адресу при использовании шаблона eshop2 ?
2. Спасибо. То что надо
3. насчет массовой загрузки картинок без ftp-клиента при добавлении товаров через импорт/експорт CSV - так и не понял, как это делать
Плагин с ngcms уже почти готов к использованию в качестве движка интернет-магазина. Осталось несколько штрихов:
1. как писал legenda, - возможность выводить перечень всех товаров, с постраничным разбиением (что-то в роде прайслиста для посетителей).
2. Возможность задавать качество jpeg загружаемых изображений (хостинг не резиновый)
3. Желательна массовая загрузка изображений без использования продавцом FTP-клиентов.
Хотелось бы знать мнение infinity237, планируется ли релиз плагина, или к нему потерян интерес?
Такого точно не будет, т.к. при загрузке 100 товаров - это 100 переименований изображений.
А переименование 100 папок с размещением в них соответствующих картинок - проще ?
Такого точно не будет, т.к. при загрузке 100 товаров - это 100 переименований изображений.
Ну зачем же их переименовывать???
Я на своем копютере на рабочем столе создаю папку с картинками продуктов, присваиваю картинкам имена, соответствующие кодам продуктов (например - 438.jpg) и загружаю все картинки скопом в каталог /uploads/images/eshop/
А на странице товара выводится картинка тегом
<img src="/uploads/images/eshop/[код товара].jpg">Или ты имеешь в виду переименование картинок в процессе их обработки в фотошопе или - на своем компе на рабочем столе? Так наоборот, стройная система в названиях картинок позволяет дать им толк даже при большом их количестве.
Я сейчас помогаю в редизайне нтернет-магазина на опенкарт, так владелец хочет все картинки к 3600 товарам заменить на свои уникальные. Его тоже будем жалеть, что он потратит время на переименование? При том, что он знает как обрабатывать картинки, а вот с логикой функционала интернет-магазина разбираться - пасует. И таких - много
infinity237, все-таки принципиальным остается вопрос ухода от необходимости использования ftp для загрузки картинок.
Т.е., идеале было бы так:
1. Добавил товары через CSV импорт/експорт
2. назвал картинки вписанными тобой кодами товаров (а если с возможностью 438_1.jpg, 438_2.jpg так и еще лучше) и загрузил их в папку eschop через штатные средства загрузки картинок ngcms
Не понимаю чем предложенный вариант лучше текущего.
Ну, тогда я наверное не до конца разобрался с существующей схемой загрузки картинок.
Я делал так:
1. Выгрузил с сайта данные о продуктах через импорт/експорт CSV. По аналогии добавил в полученную таблицу новые продукты, оставив на заполненными клетки id продуктов. Загрузил новый список на сайт
2. Посмотрел, какие id были присвоены сайтом новым продуктам.
3. На своем компьютере создал папки с наименованиями, соответствующими id продуктов, заполнил их соответствующими картинками.
4. По FTP загрузил папки с картинками в директорию /engine/plugins/eshop/import/images/
5. Еще раз через импорт/експорт CSV окрыл таблицу с продуктами, вписал для одного из новых продуктов имя загруженной картинки. Загрузил таблицу на сайт. После чего у всех новых продуктов появились их картинки
А что хотелось бы:
1.Открыл через импорт/экспорт CSV таблицу продуктов. Внес в нее новые продукты.
2. Скопировал столбик с кодами товаров в столбик с наименованиями картинок, присоединив к числу ".jpg" (openoffice calc вполне позволяет это делать, как и ms excel). Загрузил таблицу на сайт.
3. Залил на сайт картинки с соответствующими именами (438.jpg), например, через меню Изображения ngcms
4. Все.
PS. А еще лучше, чтобы картинка с названием, соответствующим коду продукта подтягивалась автоматически, без операций с CSV таблицей. Будет ли возможность при этом привязывать к товару по несколько картинок - дело третье. Будет - хорошо. Не будет - тоже сойдет: в подавляющем большинстве случаев продавцы довольствуются одной картинкой, зачастую - скачанной с Интернет
Я не понимаю зачем.
Идея состоит в том, чтобы сделать интернет-магазин простой в администрировании как трехлиненйная винтовка. Ориентированный на торгашей, а не на веб-програмистов.
Не вижу никакой проблемы. Если не нравится через папки - загружай вeручную после импорта через админку.
А если убрать добавление случайного числа к имени картинки и в качестве папки для картинок использовать не uploads/eshop/products , а uploads/images/products , это не решает всех проблем?
Добавление картинок через папки вполне удобное решение, если делать Интернет-магазин для себя. Но если делать его для клиентов, незнакомых с ftp, они вряд ли смогут воспользоваться таким добавлением
infinity237, существующая схема добавления товаров через импорт/експортCSV и привязки к ним картинок через id продукта позволяет добавить к товару несколько картинок, и в этом ее плюс.
Но на практике использовать ее будет достаточно хлопотно из-за необходимости создания директорий.
Я думаю, много проще и практичнее было бы привязывать пусть одну картинку к товару, но с возможностью загружать такие картинки через штатные средства админки.
Я думаю, было бы удобным в качестве имени картинки использовать код товара (не id, присваиваемое сайтом) и загружать картинки в один из подкаталогов папки uploads/images, заполняемый через меню Изображения админки ngcms
Замечательные дополнения!
Спасибо
Есть такие пожелания по доработке плагина магазина:
1. Возможность задавать качество загружаемых изображений для облегчения их веса, либо через админку, либо - в коде
2. Усовершенствовать CSV импорт/експорт, чтобы можно было скачать CSV-файл, дополнить его товарами и загрузить обратно (для магазина в несколько тысяч товаров не реально заполнять карточку каждого товара). На существующем модуле получается скачать CSV, поменять в нем цены и перезаписать цены, загрузив файл. Но добавлять новые товары через CSV у меня не получается.
Учитывая, что модуль магазина разрабатывался как платный, предлагаю заинтересованным скинуться на его доводку. Если нужно, я составлю примерное тех-задание на CSV
nazipov, не нервничай, - издержки борьбы: сражаемся с хаосом, уменьшаем энтропию.
Сори за офтоп
>У NG был большой потенциал и я даже готов был бы купить лицензию
- Лицензию на что ты готов купить? На продажу бухла в спортзалах?
Проанализировал кучу CMS для интернет магазина , и впрямь есть бесплатные достойные решения.
Дело не в достоинстве, а в том, что есть незанятая ниша: владельцы небольших магазинов хотят иметь дополнительную витрину в Интернет. Но при этом не хотят ни платить за квалифицированное администрирование, на самим превращаться в айтишников. Вы имеете достойные варианты, чтобы предложить таким людям?
Вынося за рамки суждения чистые интернет-магазины, для магазинов смешанных можно уcловно провести такое деление. Если в магазине используют 1С - в качестве электронной версии магазина подойдет опенкарт. Если торговая точка поменьше, без 1С, - подойдет магазин на "движке для блондинок" - ngcms.
К администраторам форума
Я предлагаю создать отдельный форум (раздел форума) по интернет-магазину:
1. По сути, это не плагин интернет-магазина, а сборка, включающая плагин, специфические (не подходящие к другим тематикам) шаблоны и изменения в движке (core.php)
2. Такой магазин в своей нише, как несложный в администрировании, - весьма перспективный, и перечень вопросов , обсуждаемых на форуме может быть достаточно широким: и вопросы функционала, и шаблоны, и устранение проблем, и платные варианты (начало этому модулю, как я понимаю, было положено платной разработкой, которую legenda согласился выложить на паблик).
infinity237, теперь работает правильно. Спасибо.
Думаю, стоит удалить посты с неверным кодом, чтобы другие не путались.
Timon, шаблоны пока что слабое место этого плагина. Но, думаю, - это дело времени. Я сейчас адаптирую под себя дефолтный eshop2.
А так, магазин с этим плагином - уникальный по простоте и удобству администрирования. Редактирование цен в списке, переход к редактированию товара прямо с его страницы, удобная работа с картинками и т.д.
Сделал все настройки в точности как на прилагаемой к модулю картинке "Управление форматом ссылок"
Результат тот же - только "Со страницы списка заказов "
Пробовал добавлять и сюда и сюда (жирным)
$SYSTEM_FLAGS = array(
[b] 'server' => $_SERVER,[/b]
'actions.disabled' => array(),
'http.headers' => array(
'content-type' => 'text/html; charset=Windows-1251',
'cache-control' => 'private',
[b] 'server' => $_SERVER,[/b]
)В результате - в шаблоне во всех случаях выводится только - "Со страницы списка заказов "
infinity237, можно ли размножить order_eshop.tpl, чтобы при нажатии кнопки "Оформить заказ" открывалась одна страница, а через "Историю заказов" в личном кабинете - открывалась другая?
В первом случае уместно будет вставить текст, что заказ принят и покупателю перезвонит менеджер, а во втором случае такая надпись будет совсем не к чему
Эта форма - это именно форма для процесса оплаты, а не форма подтверждения заказа. В плагине нет понятия "подтверждения заказа". Если человек нажал "Оформить заказ" на странице корзины - то все, заказ создался со статусом "Не оплачен".
Теперь понятно. Все просто - на странице с формой оплаты добавлю текст, что заказ оформлен, со ссылкой на главную страницу. И у покупателя будет выбор: оплачивать заказ через платежную систему или покинуть страницу оплаты.
В GIT'e добавил Приват24.
Спасибо.
Я думаю, в разделе Флейм создам тему, где желающие смогут вносить свои предложения по усовершенствованию плагина интернет-магазина.
Кроме Вас вряд ли кто будет дописывать этот плагин для паблика. Есть смысл составить список недоделок и скинуться заинтересованным в доводке плагина до кондиции практического использования?
Спасибо за ответ. Осталось неясным: как сделать, чтобы за нажатием кнопки Оплатить следовала переадресация на страницу с текстом подтверждения заказа, а не - открывалась страница электронной системы оплаты
Вопрос не ясен.
В шаблоне eshop2 кнопка "Купить в один клик" работает в лучшем виде. А если покупать через корзину, то после нажатия кнопки "Оформить заказ" переходим в окно "Просмотр заказа", где видим кнопку Оплатить. Нажатие кнопки Оплатить предполагает оплату через Робокассу или pay2pay.
Но: 1. Далеко не все покупатели готовы платить в процессе оформление заказа. Чаще это происходит при получении заказа через одну из служб доставки, или - денежным переводом после телефонного разговора с менеджером магазина.
2. В Украине больше пользуются системой электронных переводов Приват24 с ее 2,7% комиссии, против 5-7% Робокасса.
Чтобы реализовать заказ товара через корзину (без его оплаты в процессе заказа), я в файле eshop2/plugins/eshop/order_eshop.tpl закомментировал оплату через платежные системы -
<div class="d_i-b v-a_m">
<form method="get" action="{{ payment.link }}" target="_blank">
<input type="hidden" value="{{ formEntry.id }}" name="order_id">
<input type="hidden" value="{{ formEntry.uniqid }}" name="order_uniqid">
<input type="hidden" value="{{ payment.systems[0].name }}" name="payment_id">
<div class="btn-cart btn-cart-p">
<button type="submit"><span class="text-el">Оплатить</span></button>
</div>
</form>
</div>И раскомментировал
<div class="d_i-b v-a_m">
<form method="get" action="" target="_blank">
<input type="hidden" value="2" name="pm">
<input type="hidden" value="true" name="getPdf">
<input type="submit" value="Оплатить">
</form>
</div>Теперь , при нажатии линка Оплатить, появляется сообщение об ошибке
D не задано
Uniqid не задан
При этом заказ сохраняется в базе данных магезина и админу сайта уходит письмо о заказе.
Самое простое решение, которое приходит в голову - заменить текст "ID не задано
Uniqid не задан" текстом "Спасибо за заказ. Мы перезвоним Вам в ближайшее время"
Насколько будет корректным такое решение?
Существуют ли другие способы не задействовать системы оплаты при оформлении заказа через корзину?
infinity237, после оформления заказа (раскомментированн способ без платежных систем) вместо подтверждения отправки заказа появляется сообщение
ID не задано
Uniqid не заданКакие ID здесь имеется в виду? Корректно ли будет заменить этот текст на текст с подтверждением оформления заказа?
На главной есть разделы типа Вакансии, Текущие акции, т.п. Можно ли убирать отображение наименования таких категорий, когда в них нет новостей?