ViArt PHP Shoping cart

[brontos]

Для Wishlist - там есть отдельный пункт в меню Товары или Products настройках, где можна задавать возможные типы - Wish List Types. Когда ты редактируешь типы ты можешь выбрать опцию "Allowed Search", чтобы твои друзья могли искать тебе подарки на день рожденья.
Тоесть можна настроить например пару типов:
Личные желания: "Allowed Search" - false - никто не будет видеть ваши добавленные продукты.
Подарки на день рожденья: "Allowed Search" - true - по вашему имейлу смогут найти то что вы определить, как желаемые подарки.
Далее если вы зарегистрировались в системе возле кнопок добавления в корзину появится новая кнока "Add to Wishlist" и при нажатии на нее появиться выбор какому типому будеть соотвествовать добавляемые продукт, также желательно для каждого типа добавить короткое описание, чтобы и пользователям было более понятно.

Добавлено через 23 минуты
Касательно перевода, здесь на форуме говорили о том, что в версии 3.5 все языковые переменные должны быть вынесены в отдельный файл, что похоже соотвествует действительности на первый взгляд. Кроме того вроде бы кто-то здесь собирался делать новый перевод и отсылать его разработчикам, чтобы нормальный перевод был включен в стандартную версию, но последнее время об этом ничего не было слышно.

 

[ndmitry]

Ну вот, с Wishlist общими усилиями разобрались...

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

Того кто это говорил про 3.5 здесь забанили, а все переменные так и не вынесены разработчиками ( вынесли в админке ещё процентов 5-7 от силы). Если речь о моём высказывании о отсылке перевода разрабам, то это было шуткой, т.к. они его вряд ли воспримут, потому, что мои переменные не соответствуют их стандартам (у них они прописными буквами и имеют окончание _MSG, а у меня намеренно прописными без окончаний) и они наверняка работают над новой версией. Получится двойная работа - отыскивать участки в коде по всем файлам и переименовывать переменные по своим стандартам.

 

[brontos]

Ты уверен по поводу 7%?
Предыдущая версия 3.4.7 размер сообщений 200кб, текущая 3.5 размер сообщений 250кб, что сразу дает 25%

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

Касательно перевода - сами разработчики предлагают скидку на лицензию за перевод 30-50%%, так что в каждой шутке есть доля шутки, а остальное все правда

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

 

[ndmitry]

Ты уверен по поводу 7%?
Предыдущая версия 3.4.7 размер сообщений 200кб, текущая 3.5 размер сообщений 250кб, что сразу дает 25% И если зайти в сами файлы то в основном везде теперь стоят константы, просто тут скорее проблема в том что для русского перевода они просто не переведены и используются английские фразы.

Да, пожалуй не 7%, но "вылизывать" в файлах ещё есть что. Открыл первый попавшийся файл шаблона и всё ещё вижу строки типа <a href='{admin_price_codes_href}'>Edit Prices List</a>&nbsp;

А иногда доходит до смешного, строка:
<input type="submit" value=" Update " (кнопка "обновить")
а через строку ниже, кнопка "очистить", уже есть переменная:
<input type="submit" value=" {CANCEL_BUTTON} "

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

Касательно перевода - сами разработчики предлагают скидку на лицензию за перевод 30-50%%, так что в каждой шутке есть доля шутки, а остальное все правда
*** скрытое содержание ***

Про это я знал с самого начала и нет проблем перевести лэнгфайлы. Проблема в том, что пока ещё не всё вынесено в них. Вот когда это будет как в Shop Script на 100%, то будет здорово.

 

[OlgaTch]

Меня неделю дергало между viart и vamshop, работал параллельно на 2 доменах и с тем, и с тем скриптом. Сегодня разродился - однозначно viart.

А поделись пожалуйста выводами - почему однозначно viart? Я тоже пытаюсь выбрать между ними двумя (ну еще и osc by VAM заодно рассматриваю). Пока не получилось определиться. Viart нравится больше, пожалуй основное, что смущает - остутствие редактирования заказов.
Или действительно поставить обе и настроить обе?
Вобщем, если не трудно, расскажи, что в viarte с твой точки зрения лучше?

 

[zloberman]

OlgaTch

VAM по сути является целенаправленным скриптом магазина -шопскрипт, только понавернутее.

А виарт располагает к себе 2 моментами:
удобство юзабилити (и для админа, и для менеджера, и для юзера)
огромный функционал

постараюсь объяснить.
Суть проекта, над которым я работаю - не просто инет-шоп, а информационно-торговую площадку в поддержку крупному оффлайн проекту. Здесь виарт дает 100% фору пракически всем просмотренным мною скриптам - встроенные модули новостей, форума, статей, линкопомойки, все это сделано отдельными модулями, вывод которых можно настроить прямо в админке. При этом - если понять логику - для админа сделано все УДОБНО, собственно путаницу вносят косяки перевода. При этом, заходим под юзер-аккаунтом. Что мы видим ? - СНОВА ВСЕ УДОБНО в плане юзабилити и функционала. Вплоть до вишлистов (о которых говорили выше) и просмотра состояния своего заказа (и если не ошибаюсь - редактировать его можно, в админке точно, надо будет посмотреть юзер-часть). При этом - это не битрикс за несколько килотонн баксов и эксбандюками в роли "щита" за спиной, да и бегает весь скрипт оцень резво.

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

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

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

 

[Cimmerian]

Не убедил.
1. коль скоро идём от попсятины, а не от магазина, то логичнее было бы смотреть в сторону кубика.
2. всё перечисленное в плюсах встроено, например, в вам. ну, или почти всё - процентов 90-95.
т.о. в результате имеем опять-таки то же самое пресловутое удобство для конкретного админа - к чему лежит душа, тем и пользуемся, ну и затачиваем там, где функционала не хватает.
разница в разбираемых вариантах вовсе не в функционале, а в логике работы юзера (в меньшей степени) и админа.
та логика, что ближе к своему менталитету, та и лучше.

 

[ndmitry]

...И все это, опять же, внутри единого дизайна...

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

...О минусах - на оф. форуме не раз уже поднимался вопрос о мануале по дизайну - и авторы упорно молчат в ответ. Приходится все методом тыка...

Вот: _http://www.viart.com/css_reference_table.html для тех, кто может не знает, таблица стилей в Viart, своего рода шпаргалка, чтобы было поменьше "метода тыка" при правке дизайна шаблонов.

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

Первое, что пришло на ум, самое простое, использовать... Статьи... К примеру так для версии 3.5: Администрирование > Статьи > Events (типо "События", переделаем их) Видим раздел Статьи in Events category. Удаляем все кроме одной, открываем её для редактирования, переименовываем как "Ожидаемые поступления", цепляем, если надо картинку, пишем текст, типа "здесь перечень всех ожидаемых поступлений, на которые Вы можете сделать/оформить предварительный заказ, бла-бла-бла... Сохраняем... Жмём "Сопутствующие товары", выбираем товары (из предварительно добавленных, сохраняем... Наш "новый модуль" выводим где и как пожелаем, в нём выводятся ожидаемые товары из всех категорий (в самих категориях товары тоже будут видны). Естественно, выводим его отдельно от прочих статей, отдельной кнопкой или разделом. При создании самих, ожидаемых товаров, надо или ставить нулевую цену ( в админке разрешить/запретить заказ товаров с нулевой ценой) и (или) в поле "особенности" пишем типа "Скоро в продаже". Вот...

 

[OlgaTch]

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

Увы! То есть функция редактирования заказа есть, но редактируются там данные о пользователе, доставке и проч. Но нет удаления/добавления товаров. А для меня это важно. По опыту, в моей специфике каждый 3й заказ в результате редактируется. То есть по сути это не принципиально, сейчас редактируем в складской программе, оттуда же и документы распечатываются, но тогда в истории заказов проблема с накопительной скидкой, поскольку суммы заказов не совпадают с тем, что было в реальности.
Об этом (добавлении редактирования товаров) сейчас не оф.форуме несколько тем, народ скидывается деньгами.
В этом плане меня очень интересует, если сейчас для "скинувшихся" сделают это редактирование, то в следующей версии viarta это будет уже включено или нет??

 

[zloberman]

уже реализовал по тому же принципу - подкатегория в новостях "анонсы" + сопутствующие товары ))))

Добавлено через 22 минуты

Не убедил.
1. коль скоро идём от попсятины, а не от магазина, то логичнее было бы смотреть в сторону кубика.
2. всё перечисленное в плюсах встроено, например, в вам. ну, или почти всё - процентов 90-95.
т.о. в результате имеем опять-таки то же самое пресловутое удобство для конкретного админа - к чему лежит душа, тем и пользуемся, ну и затачиваем там, где функционала не хватает.
разница в разбираемых вариантах вовсе не в функционале, а в логике работы юзера (в меньшей степени) и админа.
та логика, что ближе к своему менталитету, та и лучше.

для меня еще стал характерным показателям форум ВАМа и его честные ответы - "ребята, а я сам хз". появились поводы задуматься.

Я повторюсь - для меня выбор был МУЧИТЕЛЬНЫМ - даже в прямом смысле -я работал попеременно на 2 доменах, сравнивая и пытаясь разобраться. Вместо сна. Мне понравился ВАМ , но ряд преимуществ все-таки привели к виарту. В том числе - и личное предпочтение админа ))) И как-то очень спорно я воспринимаю всё перечисленное в плюсах встроено, например, в вам. ну, или почти всё - процентов 90-95. А кубик - ковырял я и его и 5.х версию, и 6.х овердозовскую. Могу сказать только, что он медленно бегает, да и с переводом я лучше буду тр"хаться с анг на рус, чем с немецкого ))) А огрехов перевода и недопереведенных моментов там хватает. К тому же на версии 6.02 (могу ошибаться) разработка резко приостановилась - пришла ангина 0) и команда овердоза начала активно развивать эту ..эээ цмс.

Вернусь к ВАМу - там вывод новых блоков делается ковырянием в коде, постоянных дописках-переписках, потом учет этих изменений при новых версиях, непонятки с кешированием.... Как-то я с форума много негатива вытащил. Но самое для меня стремное - это его ответы "я честно хз".

Блин, высадили вы меня , снова, чую, полезу смотреть на Вам, чтобы убедиться в правильности-неправильности своего выбора.