Как стать автором
Обновить

Комментарии 446

небольшие минусы
— пока я не включу «отображать картинки» в браузере ( да, я экономлю трафик:) ) я не увижу кнопку «в корзину», нужен alt
— почему нет title у страниц товара?
1) Спасибо, учту. Хотя это просто дефолтный шаблон, он не предназначен для конечного использования
2) Title назначается в редактировании каждого товара, в тестовых товарах он просто незаполнен
1. Есть ли возможность загрузить базу товаров и цен извне? Например из Excel-файла? Какой-нибудь визард…
2. Можно ли использовать скрипт совместно с бэкенд системой (учетная система предприятия)? Какие-нибудь наработки, опыт использования?
1. Да, загляните в раздел «автоматизация»
2. С 1С работает на практике в некоторых магазинах
• как-то немного напрягает то, что после нажатия «добавить в корзину», мы перемещаемся на её страницу. Было бы удобнее, если бы я оставался на той же странице;
• капча при оформлении заказа тоже не дело, имхо. С ботами можно бороться и без капч;
• вместо всяких регистраций, напоминалок пароля, я бы сделал авторизацию по OpenID (не как дополнительный вариант авторизации, а как единственно возможный);
• странно, что в списке валют есть wmz o_O;

Ну а так, в целом — неплохо.
Поскольку вы так давно и тщательно занимаетесь этой темой, советую вам посмотреть (если ещё не смотрели) все ролики Дмитрия Сатина (генеральный директор Usability Lab), он много чего полезного говорит про юзабилити и интернет-магазины в частности.
НЛО прилетело и опубликовало эту надпись здесь
Я его знаю исключительно как консультанта по юзабилити, не знал, что они ещё и непосредственно разработкой занимаются. Что же такого страшного сказала ваша знакомая, не поделитесь секретом?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Напомните, какое из моих выступлений навело вас на эту мысль?
НЛО прилетело и опубликовало эту надпись здесь
Первый РИТ был весной 2007. Сейчас весна 2009-го. Первая доступная видеозапись 2007 года — это как раз выступление на РИТе — usabilitylab.ru/press-center/?ID=2034

Взгляните на неё, пожалуйста. Я очень хочу понять, где вы услышали то, что услышали :)
НЛО прилетело и опубликовало эту надпись здесь
На сон грядущий заметил свежий комментарий к моему недавнему выступлению в Киеве vanocomua.livejournal.com/77709.html

Слушатель всё правильно услышал: «12. Идеальное тестирование юзабилити — еще на этапе эскизов представителями нескольких ЦА.»
А кто ваша девушка?
НЛО прилетело и опубликовало эту надпись здесь
3-4? Это 2005-2006? UsabilityLab в это время только задумывался как проект. Возможно она работала в IT-Online? Уверены, что к сайтам, которые вам показывали, я и моя команда имеем какое-то отношение?
Спасибо за отзыв — удобная ссылка, чтобы увидеть сразу все выступления и видеозаписи — usabilitylab.ru/press-center/team.php?SID=278
Благодарю :)
Видимо она разбилась, в дребезги :(
С первым вашим замечанием согласен, а вот остальное сомнительно, особенно OpenID.
Очень жаль, именно опенида очень не хватает на многих сайтах…
Не хватает, но не как единственно возможный вариант авторизации. Легко можно представить себе Васю Пупкина из Задрыпыпинска, который даже никогда не слышал о openID.
В случае, когда OpenID используется как дополнительная система авторизации, она не приносит такой большой пользы, потому что на пользователей по привычке больше давит обычная регистрация. Для тех, у кого нет OpenID, нужно просто сделать ссылку на MyOpenID — регистрация там ничуть не сложнее, чем на обычных системах, всё на русском языке. Так что проблема «есть пользователи, которые никогда не слышали об OpenID» по большей части надуманная.
Может пользователи и не хотят ничего знать про этот OpenID и их вообще бесит что для регистрации в магазине требуют пойти нахуй и сначала зарегистрироваться где-то ещё, не находите?
Чем этот «нахуй» отличается от обычного «нахуя»? Та же регистрация, те же поля, только просто на другой странице, другом сайте. Никакого открытия новых окон, ничего такого, вы нажали «зарегистрировать OpenID-идентификатор», в этом же окне появилась страница регистрации, зарегистрировались и после регистрации OpenID-провайдер самостоятельно вас вернул на ту же страницу. Вот и чем здесь один «нахуй» отличается от другого, мм??
Тем, что происходит переход на другой сайт. Человек растеряется и будет пытаться вернуться назад. Он же не знает, что его потом вернут.
Если взять для примера регистрацию на MyOpenID, то при переходе по реферальной ссылке с вашего интернет-магазина, MyOpenID говорит пользователю «сайт такой-то запросил у вас OpenID-идентификатор […] вы можете зарегистрировать его у нас, после чего сможете использовать его и на многих других сайтах […] после регистрации вы будете возвращены на тот-то сайт», т.е. тут пользователя «успокаивают», что всё нормально, ничего страшного не произошло.
Если же вам хочется просчитывать все теоретические варианты поведения пользователя, то можно делать дополнительную отметку, что сейчас вы перейдёте на другой сайт, но будете возвращены потом обратно.
Чувствовал, что так и будет написано :)

Это всё равно не спасёт от испугавшихся пользователей. Прочтут это предупреждение не с первого раза.

А вообще надо тестировать.

И делать опенид как единственный способ входа не стоит.

Я вообще против регистрации в интернет-магазинах.
Не думаю, что процент настолько пугливых пользователей больше, чем процент пользователей, которых жутко раздражает обычная регистрация и её подтверждение по e-mail.
Реально больше.
Можете как-то подтвердить оценку количества тех и тех пользователей?
Покажите, пожалуйста, какой-нибудь интернет-магазин (работающий хотя бы пару месяцев), где OpenID — единственный способ авторизации. Правда интересно!
А вы всегда идёте за толпой? Побеждают в большинстве случаев новые, оригинальные решения. Да и более чем уверен, что в интернете есть подобные интернет-магазины, у которых в качестве единственного способа авторизации — OpenID. Просто я ж не весь интернет видел.
Я — не всегда. Но мне интересно, существуют ли в природе владельцы бизнеса, согласившиеся на такое решение. Даже если Вы правы во всем, не могу представить, как это объяснить заказчику. «Продать» OpenID как альтернативный вариант — легко и просто, но как единственный — едва ли,
потому что на пользователей по привычке больше давит обычная регистрация

И да, владельцы бизнеса идут за толпой :)
если бы все так думали, мы бы сейчас седели в каменном веке…
Некоторые и сейчас сЕдят в нем, не зная родного языка.
а может он иностранец?
Ни чего не мешает использовать openID как опцию наряду с обычной регистрацией или отсутствием оной.
> вместо всяких регистраций, напоминалок пароля, я бы сделал авторизацию по OpenID (не как дополнительный вариант авторизации, а как единственно возможный);

Я так и представляю, как девушка, решившая, например, купить клетку для морской свинки, будет сидеть и тупо смотреть — «че за хрень, open ID какой-то». Как единственно возможный вариант точно не должно быть (ну разве что магазин на гиков ориентирован).
Вот что-то значит не читать что дальше пишут. Тоже самое написал, не прочитав ваш коментарий.
Хм, больше сам себя на хабре не буду критиковать — минусуют :))
поправил
Спасибо :)
Ну и не пишите, и без ваших комментариев обойдемся. Ненавижу жалобы на карму.
Это не была жалоба на карму — это была жалоба на минус к комментарию, карма не такая важная вещь, чтобы о ней переживать. Здесь скорее непонятно было за что минусонули комментарий.

А вашем случае это скорее всего у кого что болит, тот о том и говорит ;)
А все нынешние пользователи знают внутреннюю схему работы алгоритма при обычной регистрации? Или по вашему регистрация OpenID-идентификатора во много раз сложнее обычной регистрации? Зайдите на MyOpenID и убедитесь, что всё очень просто — не надо искать каких-то там кошек, вычислять сложные уравнения или строить графики.
Скажу даже провокационную вещь: не существует такой проблемы, что некоторые пользователи не знают, что такое OpenID. Да, есть пользователи, которые не знают, что такое OpenID, но это не является какой-то проблемой.
Я не имею ввиду сложнее-проще. Просто с точки зрения обычного пользователя просьба ввести свой openID поставит его в тупик. Одно дело, когда перед тобой 5-6 полей, в которые надо адрес вбить, другое — когда тебе предлагают еще куда-то пойти зарегистрироваться и т.п.

Свобода выбора — наше все =)
Можно представить как обдолбаный наркоман будет сидеть и тупо смотреть: «чо за херь — регистрация какая-то».
>С ботами можно бороться и без капч;

Подскажите эффективные(!!!) методы, plz

>вместо всяких регистраций, напоминалок пароля, я бы сделал авторизацию по OpenID (не как дополнительный вариант авторизации, а как единственно возможный);

Серьезно? Он что, Ваш конкурент, что Вы вредные советы даете? Многие до сих пор не знают, что такое OpenID, а многие не признают и не хотят пользоваться.
>Подскажите эффективные(!!!) методы, plz

robots.txt, nofollow, noindex
Это ни разу не эффективные методы. Если бы Вы занимались этой проблемой, то знали бы, что боты тупо регят аккаунты и спамят вообще везде. Плевать им на роботс, ноиндекс и нофоллоу.
Боты Google and Yandex >тупо регят аккаунты и спамят вообще везде? )))))
Вероятно, я открою страшную тайну, но боты — это не только яндекс и гугл :)
Да вы что? 8)) От тока не монимаю тех спамеров которые спамят в никуда, видима очень «большые» гуру. Ну тогда поясните мне, что даст спам если ссылка имеит метатег rel = 'nofollow'? Видима такая ссылка пошльот вас :)

xmages.net/out.php/i169066_.bmp
Вам перечислить основной софт которым спамят? Сколько он стоит, где продается, какие плюсы-минусы, какой что умеет? Основные приемы?

Нет, я не спамер :) Просто по работе с такими вещами приходится часто сталкиваться и изучать.

Как правило база собирается гуглом, есть там nofollow или нет — никто не смотрит. Вставлять проверку в спамилку — тоже смысла нет. Т.к. % выхлопа увеличится не сильно, а вот % промахов и время работы сильно не порадуют.

Да, это защитит от спама «именно на этот ресурс» (когда в дело вмешается человек), но это больше единичные случаи. 98% населения рунета страдают именно от спама по огромной базе.
В принципе, есть здравая мысль у opiego. Закрыв от индексации страницы регистраций, мы тем самим помешаем их поиску через тот же гугл.

Не на 100%, но всё же это должно уменьшить поток спама.
Нажав хрестик, зайдите пожалуйсто сюда.
Извените html-теги не работают 8(
Вам сможет помочь только адресная строка _http://lleo.aha.ru/na/
Вы когда-нибудь вообще боролись со спамом? Не в маштабах 10-20 спам-сообщений, а в масштабе 1000-2000 спам-сообщений в час. Для спамеров плевать на robots.txt, nofollow, noindex (по большей части). Им также плевать на тИЦ и PR (только от этого защищает Ваш способ). Им нужен траф — переходы пользователей. Для этого регается куча акков и спамится.

P.S.: кстати, OpenID им здорово помогает, если есть — регают акки на своем OpenID-провайдере на автомате и пошел полноценный спам…
Вредные? Вы что, никогда не совершали разовые покупки в интернет-магазинах? Поставьте же себя на место пользователя: неужели вам нравится этот утомительный процесс придумывания нового пароля, подтверждения регистрации? Вы упрощаете жизнь пользователю, какой же это вредный совет?
Простите, а зачем вообще регистрация для разового заказа пиццы? Выбал пиццу, ввел номер телефона для подтверждения и адрес для доставки — никаких проблем, отлично работает :)
Да что ж вы… Вы уже третий человек (первый, второй), которому я ещё раз повторяю: мы противопостовляем не OpenID и отсутствие регистрации вообще, мы противопоставляем совсем другое — OpenID против обычной регистрации. Да, в идеале должен быть и вариант полного оформления заказа без какой-либо регистрации.
По теме борьбы с ботами существует большое количество методик, материалов в сети, воспользуйтесь любым поисковиком. Начиная от ложных полей ввода, до отслеживания движения курсора мыши через Javascript (это уж совсем для извращенцев).
Ложные поля ввода обходятся за 3-5 минут, зависит от сложности. Как вы себе представляете жесты мышью? через AJAX? это спасает только от тупоботов, которые написаны чтобы заполнять все подряд встреченные в интернете формы и жать сабмит. Если это двиг, при том имеющий хотя бы 2000 пользователей, то написанием бота займуться люди :)
Что вы мне-то это объясняете и спрашиваете? Я где-то предложил, что надо использовать именно эти методы? Ещё раз повторяю: при необходимости в сети вы найдёте огромную кучу разных методик, приёмов, у каждого есть свои достоинства и недостатки.
>Подскажите эффективные(!!!) методы, plz

В форме используем поле которое реально не видно (к примеру скрыто через CSS). Бот это поле заполняет. Легальный пользователь нет.

Кстати о капче. Давно уже в сети существует множество сервисов который занимаются распознаванием капчи. Сидит армия бездельников которая за каждую распознаную капчу получает ХХ дЕнех. А мой варинат отсечет даже их, т.к. бот при сканировании формы показывает им всю форму и они заполняют в том числе и скрытое поле. Конечно, если распознавателям показывается форма в том виде, в котором её видно на сайте, то левая регистрация проходит, но в этом случае не спасает вообще ни какая система защиты.
Поставивший минус, аааууу!!! Прошу объяснить, чем же предложенный мною метод плох? Слабо?
Я не ставил минус, но Ваш метод обходится примитивно — просмотр отправляемых данных. Те, кто пишут спам-скрипты/проги давно знают про этот метод и обходят его.
Покажите метод который защищен от «просмотр отправляемых данных»?

Как я уже говорил (специально ведь отметил, ну да ладно, в вебе привыкли читать по диагонали) защиты против сервисов по распознаванию нет, ведь там этим занимаются люди. Остальные же методы просто могут отсечь часть ботов. Ту же форму можно генерить через JS (для тех, у кого JS отрублен можно далать статическую проверку капчей).
Ну так и Вы прочтите мой комментарий ;) Для ботов даже форма, часто, не нужны ;) Нужен лог отправляемых-получаемых данных. Я уже пару лет занимаюсь проблемой борьбы со спамом и пока еще не нашел действенных методов, кроме закрытой регистрации.
и потерять с этим опенид кучу покупателей которые ни слухом ни духом и напрягать остальных и техподдержку звонками (а где чертов опенид в гмейле и какого фига ваш магазин хочет от моей почты пароль, это вирус, даа)

хотя если магазин для гиков только…
> я бы сделал авторизацию по OpenID (не как дополнительный вариант авторизации, а как единственно возможный


Поздравляю, вы только что убили пациента вы лишили заказчика интернет-магазина более половины покупателей.
Не преувеличивайте. Регистрация нового OpenID-идентификатора ни на йоту не сложнее обычной регистрации.
Зачем мне регистрировать какой-то идентификатор, если я точно знаю что он мне не нужен? Ради покупки в вашем магазине? Сомнительное удовольствие.
И в чём здесь преимущество обычной регистрации по сравнению с OpenID? То же самое про обычную регистрацию:

Зачем мне регистрироваться в интернет-магазине, если я точно знаю, что мне эта регистрация не нужна? Ради покупки в вашем магазине? Сомнительное удовольствие.
Истинно так. Дайте мне возможность совершать покупки без регистрации. Если я стану в дальнейшем постоянным клиентом и проникнусь преимуществами, которые мне, возможно, она предоставит — я зарегистрируюсь.
Ну так здесь-то речь о другом идёт. Конечно в идеале должно быть минимум телодвижений и возможность полного оформления заказа без каких-либо регистраций и пр. Здесь же речь идёт о том, какую технику лучше использовать именно для идентификации постоянного покупателя.
извините, был невнимателен и влез со своим перфекционизмом
И это правильно. Мы вот так и делаем для наших заказчиков. И большинство не регистрируется первые 2-3-4 покупки.
У меня реальный опыт постоянного сопровождения нескольких заказчиков. У них — реальные интернет-магазины, рассчитанные на не-гиков. Вы даже представить себе не можете, какие «глупые», по мнению гиков, штуки вытворяют обычные люди.

Офисные служащие или домохозяйки, пришедшие купить несколько баночек дорогого крема, знать не знают даже про яндекс-деньги или вебмани, а уж тем более не знают про rss, openid, web2.0 и т.п.

У них нет ЖЖ, лирушки, ярушки (дофига ЦА много лет тому назад завели мыло на «Рамблере» или «Майлру»).

Так вот — эти люди покупают за раз косметики на 4-8 тыс рублей, а некоторые — на 10-20. С какого перепугу терять их, заставляя изучать нечто неизвестное, регистрироваться хер знает где, разбираться в терминологии? Чтобы конкуренту отдать, который строчкой выше или ниже в выдаче??

Вернитесь в реальный мир!
Да объясните же мне наконец, чем, чем регистрация OpenID-идентификатора сложнее обычной регистрации? Заполняются аболютно те же поля, происходит абсолютно аналогичная регистрация, всё отличие от обычной регистрации — это то, что на мгновение пользователь покинет сайт. Но после окончания регистрации он будет возвращён на ту же страницу.
Где на этапе регистрации OpenID-идентификатора пользователя заставляют учить термины? Где заставляют его разбираться в терминах? Что вы придумываете? Может вы ещё скажете, что перед регистрацией OpenID его заставляют сдать экзамен?
Вам объясняют, что плохо, но всё равно не понимаете.

Вообще любая регистрация плоха, а уж если она происходит не на том сайте, то это вообще караул.

Вот такие вопросы задают пользователи при регистрации в опенид:

— Почему другой сайт?
— Как они узнают, что это я раз регистрировался на другом сайте?
— А зачем это?

И что бы человек понял надо долго и нудно объяснять, а пока вы будете объяснять он уснёт.
Вот именно, мне просто говорят: «это плохо», но не говорят почему это плохо. Точнее говорят, но говорят абсолютно то же самое, что касается и обычной регистрации.
Вот такие вопросы задают пользователи при регистрации в опенид:

— Почему другой сайт?
— Как они узнают, что это я раз регистрировался на другом сайте?
— А зачем это?

А зачем отвечать на эти вопросы? Пользователь и не зная ответа на них всё равно может зарегистрироваться. Необязательно знать все тонкости технологии, главное, что всё это работает и работает замечательно. Если вам так хочется ответить пользователю на эти вопросы, можете сделать ссылочку Что такое OpenID?, а если вам не нравится как всё это расписано на википедии, то сделайте страничку со своими ответами на эти вопросы и ту же ссылку перенаправьте на неё.
Как бы вам сказать. Пользователь ничего не будет делать пока не получит ответов.

Самое страшное это ввод почтового ящика. На него человеку уже и так приходи куча мусора, а тут ещё эта фигня. А зачем им мой почтовый адрес? Что без него никак нельзя?

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

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

А в обычной регистрации разве почтовый ящик не требуется?
А говоря об этом случае, то папа никогда не регистрируется если до конца не уверен, что это надо. При любом удобном случае сразу же уходит с данного сайта. И находит тот магазин который не просит его данных.

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

А как взаимосвязаны OpenID и тот факт, что у пользователя нет своего сайта, блога? Если у меня есть свой сайт, блог, то у меня просто обязательно сразу должен быть OpenID-идентификатор?
Смотрите. Сама регистрация одинакова везде.
Но перемещение на другой сайта — плохо, даже если есть предупреждение, что обратно вернут. Меняется контекст. Это сложно понять когда вы опытный серфер, но для обычных пользователей (у который один почтовый ящик и которые просто читают) это сложно и тягостно.

Поэтому в данном случае регистрация на родном ресурсе предпочтительней.
В таком случае, в принципе, интернет-магазин сам может стать OpenID-провайдером…
> Где на этапе регистрации OpenID-идентификатора пользователя заставляют учить термины? Где заставляют его разбираться в терминах?

В тот момент, когда ему предлагают «залогиниться по опенайди». Не все врубаются, что такое логин. Тем не менее, они платят деньги заказчику сайта.

Так с какого перепугу он за свой счет будет технологию продвигать? С какого перепугу я, как разработчик, буду кидать своего заказчика на бабло и продвигать за его счет какую-то технологию?

reuchkin ниже все объяснил так, что даже макака осилит, а посему я повторять его не буду.
В тот момент, когда ему предлагают «залогиниться по опенайди». Не все врубаются, что такое логин.

Для этого и делают рядом с полем авторизации ссылки Что такое OpenID? (или «Зачем мне OpenID?», «Как этим пользоваться?»). А то, что новую технологию продвигаете за счёт заказчика, так ведь такое же было с огромным количеством технологий: Flash (Flash-плеер в IE по умолчанию появился только в 6-ой версии), AJAX и многие, многие другие. И ничего, нормально всё прижилось и теперь все активно этим пользуются. А теперь вот OpenID, Silverlight и многие, многие другие.
Flash, например, тоже безальтернативно навязывали когда-то. И всё нормально в итоге пошло.
Это Вам создатели провального флеш-сайта топ4топ рассказали?
Что, теперь из-за одного неудачника всю технологию гробить будем? В баннерах формат Flash прижился, в YouTube (плеер на Flash) прижился, в контакте (опять-таки плеер на Flash) прижился. Мест, где он прижился, несоизмеримо больше чем мест, где он привёл к провалу наподобие топ4топ.
Ну вот и оупенайди приживется там, где ему место и тогда, когда время придет.

В интернет-магазинах для не-гиков в качестве единственного способа авторизации в 2009 году ему не место.
> Для этого и делают рядом с полем авторизации ссылки Что такое OpenID?

Вот это и есть то самое «заставляют изучать что-то ненужное и вникать в терминологию», про это я и писал.

> Flash-плеер в IE по умолчанию появился только в 6-ой версии

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

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

Сильверлайт же я установил только тогда, когда захотел посмотреть старые подшивки «Плейбоя» у них на офсайте. До этого всякие сайты, требовавшие его, просто пропускал.

AJAX не требует изучения терминов, чтения мануалов «что такое аякс» и т.п. Он просто работает, причем даже удобнее и понятнее, чем обычные средства (при наличии головы на плечах разработчика).
Вот это и есть то самое «заставляют изучать что-то ненужное и вникать в терминологию», про это я и писал.

Это не заставляют, а предлагают. Принуждением это было бы, если бы перед регистрацией пользователь должен был бы ответить на ряд контрольных вопросов по теме OpenID. Здесь же ему предоставляется выбор: хочешь узнать подробнее что это за зверь такой? Пожалуйста, вот тебе ссылочка, вот тебе схемы, вот тебе примеры. Не хотите вникать в технические подробности и хотите побыстрее оформить заказ? Ну ради бога, продолжайте регистрацию и оформляйте свой заказ.
Чьи это слова:
> вместо всяких регистраций, напоминалок пароля, я бы сделал авторизацию по OpenID (не как дополнительный вариант авторизации, а как единственно возможный);


Это называется «предлагают»? Я спорю исключительно с этим — с предоставлением опенайди как единственного варианта авторизации в интернет-магазинах, которые рассчитаны на простых людей, не гиков.
Перечитайте мой предыдущий комментарий. Я спорю с тем, что якобы заставляем пользователя учить термины. Авторизоваться исключительно по OpenID — да, заставляем. Учить термины, разбираться в технологии — ничего подобного, не заставляем, пользователь может этого не делать.
Вы часто делаете то, о чем представления не имеете? Часто оставляете личные данные, не зная, что вы делаете, кому вы их оставляете, для чего?

Вот 40-летняя покупательница крема против морщин знать не знает, что такое оупенайди, и она хочет поскорее обменять свои деньги на крем. Того же хочет и владелец магазина.

У женщины уже есть имя, фамилия и email. На кой ей вперся оупенайди? С какого бодуна она пойдет на какой-то неведомый ей сайт и будет там что-то регистрировать?
Вы часто делаете то, о чем представления не имеете?

Интересно вы вопрос ставите. Звучит так, что если я отвечу «да», то буду выглядеть каким-то идиотом. Я часто использую для своих целей те или иные вещи, при этом абсолютно не имея представления о том, как они работают. Я понятия не имею как устроен графический планшет, главное, что он выполняет нужную мне функцию, я знать не знаю каким образом мой кондиционер нагревает воздух, когда я его об этом прошу, я не имею ни малейшего представления о том, каким образом действует аспирин, главное, что он снимает мою головную боль. Также и с OpenID — совсем не обязательно пользователю знать и разбираться в том, как он работает, главное что он работает.
Часто оставляете личные данные, не зная, что вы делаете, кому вы их оставляете, для чего?

Если у магазина написано, что для оформления заказа требуются такие данные, то я соответственно понимаю, что эти данные нужны для оформления заказа. Конечно я прекрасно понимаю, что существует риск: данные могут быть украдены, ими могут воспользоваться левые люди, сам магазин может оказаться подставной конторой.
У женщины уже есть имя, фамилия и email. На кой ей вперся оупенайди? С какого бодуна она пойдет на какой-то неведомый ей сайт и будет там что-то регистрировать?

Не прикидывайтесь идиотом. Она пойдёт не на неведомый сайт, а на качественного OpenID-провайдера, которого я ей посоветовал, а значит могу ручаться за него (раз дал на него ссылку). Более того, вполне возможно, что у неё уже есть свой OpenID, просто она об этом не знает. Я говорю этой покупательнице: для сохранения данных вашего заказа, вам необходимо представиться через OpenID. Если у вас нет своего имени в OpenID, то вот вам ссылка на создание этого имени. Если вы хотите узнать, что такое OpenID и как им пользоваться, то вот вам ссылка на детальные разъяснения. Если она хочет постоянно заказывать у меня товары и при этом не хочет постоянно заполнять одни и те же данные, то я и прошу её зарегистрироваться у меня через OpenID, что тут непонятного.
И вообще, почему вы те же вопросы не задаёте, например про капчи? С какого перепугу её должно волновать, что у магазина есть проблема с ботами? Почему она обязана из-за этого всматриватся в искажённые буквы на картинке?
OpenID нужен только гикам! моя мама или девушка не в курсе что это такое! Вы смотрите со стороны человека разбирающего в компьютерах а неплохо было бы со стороны «обычного» человека тоже посмотреть!
Это просто пока относительно незнакомое для широкой аудитории слово. Но это не значит, что эта технология никогда не сможет войти в широкий обиход. Если постоянно повсюду говорить об этом населению, то постепенно всё запоминается и впоследствии узнаётся. Ведь совсем недавно большинство населения и не представляли себе, что такое «социальная сеть». А теперь?
Видимо это не такая нужная вещь раз до сих пор про нее знают только «избранные»! За 2 года контакт и одноклассники стали самыми посещаемыми сайтами, причем я не помню чтоб кого то агитировал за регистрацию в них! Люди сами выбирают что им интересно и нужно!
С одноклассниками и в контакте немного другая ситуация, потому что туда люди лезли зная, что они хотят (общения, фотки посмотреть, познакомиться) и ради этого готовы хоть выучить с десяток терминов и найти всех кошек на капче. Посмотрите на одноклассников: сложный, неудобный интерфейс, платная регистрация — и всё равно люди лезут, регистрируются, потому что они уже видят какую пользу получат.
C OpenID всё немного по-другому. Люди не знают, какую пользу они могут получить от использования OpenID, читать разъяснения этих преимуществ им также лень, поэтому в данном случае, чтобы приучить пользователей к OpenID, надо делать его единственно возможным методом авторизации. И чем больший ресурс пойдёт на такой шаг, тем больше народу будет приучено. Если на это пойдёт интернет-магазин из Бобруйска, то конечно мало народу приучиться. А вот если на такой шаг пойдёт ресурс соизмеримый с Mail.ru, одноклассниками, в контакте — то эффект будет сильный. Пользователям не нужно будет учить термины, они прекрасно визуально запомнят логотип OpenID, который необходимо размещать в полях авторизации по OpenID.
Ты пытаешься придумать как «заставить» пользователя пользоваться OpenID! Причем заставить искусственными методами! Дело в том что мне например не нужен один логин на все сайты. Я под разными именами/никами на разных сайтах. А если бы был один логин и один пароль то его бы я точно запомнил и смысла в openid тем более не вижу!
Да, верно, пытаюсь заставить, для его же пользы. Плюс это обеспечит некоторую дополнительную безопасность — если сломается сервер или его взломают злоумышленники, то мне не придётся беспокоится за пароли пользователей (особенно учитывая проблему одного логина и пароля на всех сайтах, которую вы сейчас вспомнили). Если вам не хочется иметь один логин и пароль на все сайты, то кто мешает вам зарегистрировать дополнительный OpenID-идентификатор конкретно для данного сайта?
Так я про то и пишу! Если иметь разные OpenIDы то смысл тогда в нем? Если иметь только один то взломав сервер с OpenID хаккер будет иметь доступ КО ВСЕМ мои аккаунтам везде!
Ничем не лучше чем обычный логин и пароль:) Вобщем тема для спора благодатная!
И кстати, нужно ли было заставлять людей пользоваться телефоном, телевизором, сотовым? Думаю что нет так как это было удобно и необходимо людям! ОpenID значит не настолько необходим!
Так я про то и пишу! Если иметь разные OpenIDы то смысл тогда в нем?

Смысл в том, что вы сами решаете, к каким ресурсам у вас будет уникальный OpenID-идентификатор, а где вы будете применять «общий» идентификатор. То есть здесь у вас есть альтернатива.
Если иметь только один то взломав сервер с OpenID хаккер будет иметь доступ КО ВСЕМ мои аккаунтам везде!

Да, теоретически такая проблема существует. Но есть важные замечания:
— есть OpenID-провайдеры, которые занимаются исключительно предоставлением и авторизацией OpenID-идентификаторов, следовательно они сосредоточены на одной области, постоянно отслеживают её проблемы, решают, внедряют что-то новое, не отвлекаясь на сторонние функции;
— есть OpenID-провайдеры крупномасштабного типа (Яндекс, Google), которые известны высокой степенью защищённости — уж всяко не каждому хакеру по силам взломать их сервер;
— вы можете поднять свой собственный OpenID-сервер и настроить защиту на нём так, как вы считаете необходимым.
ОpenID значит не настолько необходим!

Думаете? А мне кажется всё дело в боязни перед различными стереотипами, корыстных желаниях различных компаний и т.д. Но ситуация постепенно меняется, даже крупные игроки интернет-рынка постепенно внедряют у себя поддержку OpenID.
Так я ж не против! Если это кому то нужно — пожалуйста! Я для себя например не могу привести плюсов использования этого OpenID! Возможно через какое то время я проникнусь идеей! Но не сейчас)

Я высказался против безалтернативного навязывания этой функции!
Правильно ли вы поняли: мы спорили об альтернативе «обычная авторизация против OpenID» (при этом возможно, что есть вариант заказа и без каких-либо авторизаций вообще), а не об «OpenID против оформления заказов без регистрации вообще»?
OpenID может идти как «бесплатный бонус» но никак, как заменитель обычной регистрации! Вот что я хочу сказать!
Когда он идёт просто как бесплатный бонус, то вы просто даёте просвящённым людям альтернативную возможность авторизации. Остальные даже не смотрят на ссылку «войти через OpenID», а по привычке регистрируются по привычке. Пользы для самого пользователя в таком случае гораздо меньше. Вот, что я хочу сказать.
А вы в курсе что человеку проще уйти чем разобраться что такое OpenID?
А вы в курсе что человеку проще уйти чем разобраться что такое OpenID?

Ну само собой. Меня вот тоже часто бесит, когда из-за одного действия просят зарегистрироваться, такие сайты я обычно сразу закрываю.
Я считаю, что OpenID сильно облегчит ситуацию в этом случае, поскольку достаточно вероятно, что у пользователя он уже есть (например из-за Яндекса или ЖЖ), а если нет, то его регистрация ничуть не сложнее обычной регистрации. Вы почему-то считаете, что регистрации OpenID они будут бояться сильнее маньяка с автоматом, при этом видимо считаете, что обычная регистрации меньше отпугивает пользователей.
Похоже, что мне не удаётся переубедить вас, а у вас не получается переубедить меня. Думаю на этом можно поставить точку?
так я пытался ее поставить несколькими постами ранее:)

В конце концов задача интернет магазина продать а не обратить в «истинную веру»!
Понравилось!
Первое, что бросилось в глаза, — аккуратность дизайна по-умолчанию, очень редко где такое встретишь (: Спасибо за скрипт и дальнейших успехов(:
Побольше бы таких непрофессионалов в дизайне
Вы молодец =) Успехов вам. Очень достойно сделано :)
Интересно, кто всех минусует?
А чем отличается та версия, которую можно скачать от той, что под лицензией?
Скачать можно демку :)
Собственно и вопрос: какие ограничения в демке?
Судя по коду, демка просто «выключается» через несколько дней, выводя страницу о непригодности лицензии.
Приведите сравнительную таблицу между демкой и лицензионной версией, если не трудно.
как я понял, лицензия на один магазин стоит 395$, на мой взгляд довольно дорого за новую cms.
Сама cms понравилась.
Ну этой cms 5 лет уже )
мне что то тоже цена смутила, но у конкурентов ( www.phpshop.ru/ ) примерное тоже самое
Тут многих смущает цена (и ниже в каментах). Позвольте объяснить. Прошлая версия была дешевле, но ее покупали настолько часто (относительно), что я просто не успевал уделить внимание каждому клиенту. Поэтому я решил — лучше меньше клиентов, да больше внимания к ним. У меня тут не конвеер и не оптовый склад. А я не робот. Но кстати для партнеров есть скидки. Для разработчиков именно.
Объяснение слабоватое.
Большинству создателей ИМ не потребуется внимание (поддержка). Им предпочтительнее малая цена.
А поддержку можно купить один раз (в начале) и желательно отдельно от лицензи на скрипт.
Использую скрипт за 30 долларов и не вижу смысла переходить на Симплу, даже с учетом всех ее преимуществ. У того же Webasist-а и то скрипты дешевле.
Если бы за те же деньги ($395) предлагался не только скрипт с поддержкой, а и уникальный дизайн, то еще можно было бы подумать о его приобретении.
Вы последним предложением просто унизили дизайнеров! Вам не кажется?
C чего это вдруг?
с чего? Да хотя бы с того, что «уникальный дизайн» стоит в разы больше чем сумма $395! А в данном случае сюда входит еще и сам скрипт с поддержкой! Так во сколько же вы оцениваете труд дизайнера? Это ли не унижение?
Дизайнеры бывают разные ) Можно и за $200 неплохой дизайн получить :) Особенно, если это постоянный поток заказов…
Московскому дизайнеру, часто $200 — не деньги, а вот куда подальше в регионы — как правило дешевле.
дизайн за 200$ — это дизайн за 200$, одно дело говорить о сайте визитке, где большая часть макета может быть просто клипартом, другое — интернет-магазин и куча внутренних страниц.
кстати, «уникальный дизайн» — слишком громко даже для 500$
О какой куче внутренних страниц идет речь?
Поясните, пожалуйста…
— главная страница (топовые товары, новинки, спец предложения или просто товары рандомно)
— страница каталога (товары принадлежащие к одной группе)
— страница элемента (сам товар, сопутствующие товары)
— страница корзины
— страница оформления товара (не всегда нужна, но чаще всего делается)
— страница новостей
— новость подробнее (как правило используется и для размещения обычной инфы, типа «О нас»)
— страница поиска (выдача результатов)
— 404
— дополнительные страницы по желанию и необходимости
На этих страницах, действительно, могут быть незначительные доработки дизайна (кнопочки, иконки, компоновка блоков), но основой все равно будет шаблон Главной страницы.
вам так кажется, поверьте.
непосвященный человек думает, что логотип это большая иконка, а солидным он может быть только в случае клевого градиента и картинки со стока.
Billard, мне не хочется переубеждать вас в вашем же заблуждении, если вам угодно думайте так и дальше.
А меня и не нужно переубеждать.
Потому что я не просто думаю так, но и делаю и зарабатываю на этом.
Чего и вам желаю…
«Уникальный» дизайн — это не шаблонный дизайн. Не более того.
Хороший он, плохой, «дизайнер» его рисовал или «недо-дизайнер» — это вопрос в другом.
Как бы все не минусовали и не утверждали что это мало — есть люди которые за такие деньги (да и меньшие) работают.
То что работа за $2000 вероятно будет лучше — я не спорю (хотя конечно, не без исключений :))
И не путайте одиночный и индивидуальный заказ и типовые дизайны на одну и ту же cms. Это дешевле. Сетка, разделы, «база», текстовки и пр. — в таких случаях, чаще всего шаблонны.
Дизайн стоит ровно столько, сколько за него заплатили!
Не больше и не меньше.

Что я хочу получить за $395 уже написал.
И я это получаю.

Труд дизайнера я оцениваю, обычно, в 150-200 долларов США.
Для «великолепных» магазинов хватает с головой!

Если кто-то может и хочет платить больше — это его личное дело.
в принципе, логично!
Если Вас не затруднит, можно посмотреть примеры магазинов с двухсотдолларовым дизайном? (можно в личку)
Ну зачем же в личку? Я тоже хотел-бы посмотреть :)
Пожалуйста: billard.com.ua
Вы малость переплатили
Малость — это сколько?
Просится скидка на 200 долларов. Без обид, это чисто по дизайну.
Какая именно скидка?
Я к тому, что шаблонный дизайн, который можно найти самому на просторах рунета или всяких Ucoz'ах, без каких-либо финансовых затрат.
Чтобы не быть голословным, дайте ссылку…
На что? На точь-в-точь такой же дизайн? Я не говорю, что именно этот дизайн является шаблоном где-то, но выглядит он именно так.
Т.е. уникальность дизайна присутствует, правильно я понимаю?
И дать ссылку даже на похожий, не представляется возможным…
Послушайте, ну ведь если я сфотографирую… ммм… ну например мусор и вывешу в качестве логотипа — он ведь тоже будет уникальным, верно? Я говорю об эстетическом восприятии, о том, насколько хорошо разработан дизайн, свёрстан.
Это как если вам программу будет писать человек, который только вчера прочитал руководство по языку программирования. Написанная им программа будет безбожно глючить, ломаться и т.д.
Вот так и в вашем случае — любой опытный дизайнер скажет вам, что данный дизайн является «шаблонным». «Шаблонный» не всегда означает, что он сделан из конкретного шаблона, иногда под этим просто подразумевают весьма плохую, некачественную работу, выполненную в лучшем случае новичком. Вот это я и имел ввиду.
Так в чем же «плохость» и «некачественность» этой конкретной работы?
Укажите конкретно с примерами…
А то уже пол-дюжины сообщений ни о чем!
Прилагался уникальный дизайн? За такие деньги? — да вы шутите!
Вовсе нет.
Если вы продаете дизайн за бОльшие деньги, то это не значит, что других цен не существует.
А какой скрипт вы используете?
ShopCMS
Он, как оказалось, тоже подорожал, но $50 — это, согласитесь, не $395!
Повторюсь, все описанные автором Симплы преимущества мне по душе, но переплачивать за них не вижу смысла.
Разве что, для удовлетворения подобных запросов заказчика.
А можно на ваш магазин глянуть? На сайте демо не работает :(
Мой работае на более старом движке. Ссылку дал чуть выше…
За такие деньги можно было бы и что-нибудь поинтереснее замутить в плане автоматизации с 1С. Да и сцыкотно, когда тут-же в комментах находят секурити-баги.
Пока ни одного бага не нашли — то что нашли — это то что сам администратор может себе сайт испортить.
Но если найдут — я сразу же исправлю. В отличие от других cms где дыры месяцами зияют
Никого не слушайте, цена очень даже адекватная. Утверждать обратное может только человек, который никогда не создавал программный продукт с нуля.
Спасибо, я 5 лет вкладывал в это свою душу, надеюсь не зря! ;-)
Цена более чем адекватная, т.к. если люди не могут позволить вложить в основу своего бизнеса(а движок магазина — это именно основа) данную сумму денег, то стоит задуматься над их бизнесом.
если так хорошо идут дела, то наймите помощников. Как делаю все нормальные бизнесмены. Или вы просто набиваете себе цену.
НЛО прилетело и опубликовало эту надпись здесь
Да, магазинчик удобный =)
Но есть пара дырок в безопасности… но думаю автор подлатает их скоро.
Будьте добры, в личку если не затруднит. Вроже же 100 раз все проверил )
Отписался =)
Уже)
395 баксов — не очень дешево за лицензию :)
дизайн понравился, однако почему же на пхп4? где же private, protected, public? только не надо говорить что на хостингах нет — пхп 4 уже даже закончили разрабатывать.

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

Золотые слова!!! И правда, нафига обычному человеку, который знает, что такое страничка, новость и сайт, нужно еще знать, что такое «инфоблок», «метатег», «CSS-стиль» и тому подобное.
скрипт удачный. относительно безопасности можно было бы обсудить и не в личке а в открытую. полагаю, что покупатели скрипта хотели бы знать и слабые стороны.
а вот что с обновлениями? делая обновления вы предоставляете их тем кто пользуется скриптом или нет? продолжаем контакт с пользователями или нет?
Хорошо. Из того что сейчас уже нашли:
1) Лучше в онлайн-демо-админке не давать сохранять шаблоны диза
2) Для загрузки картинок в админке не проверяется их тип, так что можно загрузить php (только админу правда)

это я только что уже исправил. Жду еще! Лучше сейчас чем невовремя )
Конечно, обновления всегда бесплатно. В техподдержке тоже никому не отказываю
Что-то не разобрался. Есть возможность продавать электронные товары?

ИМХО $400 дороговато будет за подобную функциональность. Но, как говорится, хозяин — барин )))
400 $ кажется дорого только на первый взгляд. А начнешь ковырять какой-нибудь бесплатный скрипт, столько времени уйдет, чтобы довести до сколько-нибудь приемлемого уровня, и так чтоб директору фирмы понравилось и секретарше удобно было заполнять. А время — деньги. Тут уж начинаешь думать — лучше б купил лицензию максимально удобного и по возможности симпатичного интернет-магазина.
Стал искать подходящий продукт и вчера остановил свой выбор на этой Simpla, а сегодня такой сюрприз — обзор на Хабре :-)
Интересная у вас организация. Секретарь занимается интернет магазином? ))) Я не спорю что он удобен, прост… Но функционал все же не на 400у.е.

А вот Magento только сейчас открыл для себя. Уже изучаю. Функционал тянет на $1К. Очень все понятно. Есть возможность продавать скачиваемые товары, что в моем случае необходимость.
Секретарша занимается новостями компании и т.п. ))
Я не спорю, Magento — мегамонстр, у него есть очень много функций и возможностей, но у автора топика другой подход: «если необходимость функции сомнительна, я ее не включаю в cms».
Поэтому, к сожалению, данная cms Вам не подходит.
правильный выбор, я уже два магазина поднял на этой системе, очень удобный магазин. Вот жаль что документации нет, так как там на ней в основном и зарабатывают.
Magento монстр. При серьезной нагрузке разоритесь на хостинге. Но умеет все и очень приятен в обращении, конечно.
А мне не по душе пришлась эта magento… тормознутая она до жути… хотя бесплатная, это да
Интересный обзор. Как раз сейчас занимаюсь поисками достойного варианта. Не мог бы кто-нибудь и альтернативы осветить/подсказать?
Лично мне нравится magento, но она вроде как жирная и больше под западный рынок приспособлена. Но очень красивая и бесплатная
При беглом взгляде в сорсы мне тоже понравилась — неплохо написана.
Магента написана с использованием Zend Framework.
по моему там Zend Framework — чисто маркетинговый ход, там только малая часть написана с его использованием
А есть магазины в рунете на нем? Очень хочется посмотреть.
Конечно же. Правда из тех что я делал — все в Уанете.
Например:
101.net.ua
js.com.ua

короче вот мое портфолио, там все сайты на нем:
premium.net.ua/portfolio.html
Я имею ввиду на magento.
если верить отзывам, она тяжела и медленна больше, чем хотелось бы. есть какой-то способ лечения?
один из способов лечения — Dedicated Server, а то и несколько, varien (фирма, которая ведет разработку magenta) зарабатывает на поддержке серверов с магентой, так что им это только выгодно. ну и есть другие способы — двиг магенты опенсорсный, можно оптимизировать-переоптимизировать, благо материалов в том числе и на хабре по этой теме масса
Как-то недоверчиво я уже отношусь к платным скриптам, которые по прежнему требуют php4 (а не 5), mysql 4 (а то и меньше, а не 5, опять же)…

Нет, отличный софт можно написать и на 4-ке, и на 3-ке, да. Ни в коем случае не спорю…
Но ведь уже сколько лет можно куда более приятно использовать 5-ку… И чем дальше растет php, тем меньше хочется поддерживать старые версии, вспоминать «как это должно работать в 3/4-ке», на которой уже тысячу лет ничего не пишешь…
Я бы с радостью, но 20% вирт хостингов по умолчанию все еще на 4 а переключить версию PHP не все догадываются. А мне очень-очень хотелось чтоб работало везде, я даже iconv и mbstring не использую как не хотелось бы
Скрипты за 400 баксов редко ставятся на хостинг «какой есть».
Вы получите те 20% работающих на php4, но потеряете 50% из тех, кто работает на php5, увы.
«Универсальность» — главный враг всех cms и пр. И касается это как внутренней части, так и «внешней».
С каких пор скрипты, работающие под php4 несовместимы с php5?
Совместимы, да… Но, как говорится «есть один ньюанс» :)

Есть вещи, на которых себя 4-ка и 5-ка поведет принципиально по разному…
Мне как на работающему на 5-ке, при равных вариантах, куда приятнее выбрать скрипт на 5-ке.
Потому что, как минимум, мне не придется вспоминать как и что работало в 4-ке. При необходимости влезть в код — куда более привычно поправить там что-то на 5-ке, не задумываясь как заработает мой php5-код в связке с тем, что написано на php4
Не тупи.
Да и кусок приведенный кода не очень впечатлил. Для софта за 14тыр/лицензия ожидал значительно большего.
Загляните например в битрикс. Вот там года реально на свои деньги :) По килограму на рубль
Видел, да :)
Наверное я, все-таки, идеалист :)))

Увы, вещей с действительно отличным кодом и хорошим api для расширения найти так и не могу…
Вы не идеалист. Вы не понимаете что должно быть. Вам бы больше, и пофик что оно не нужно. Вы — жадина.
Я хорошо понимаю что нужно мне. А «должно» и «не должно» — понятия субъективные…

зы: Лучше быть жадиной, чем троллем )
Вы — не большенство. Вам нужно — используйте «КАМаЗ»ы. А тут — почти идеальный интернет магазин. В смысле — для большинства.
Silverstripe посмотрите: код чуть менее чем идеален, документация правда слабовата. В модуле e-commerce не копался, но думаю там с кодом тоже все в порядке.
Нормально, зато кода немного и легко понять что к чему и например подправить. А вот всякие свободные и бесплаьные CMS — это действвительно ад. И вообще, не видел пока чужого кода, чтобы он мне понравился.
Подскажите, а как обстоят дела с CSV выгрузкой в exel или в 1с и обратно?

Или как быть если в прайсе от 10 тысяч позиций?
Все будет хорошо, я проверял на 500 000 позиций
Вы так и не ответили на мой вопрос, или это великая тайна?
Дела обстоят очень хорошо )
Как обстоит дело, если мне нужен магазин полностью на другом языке?
Админка пока только на русском. Сам магазин это ваш шаблош + ваш контент = на нужном языке
Соответственно одновременного управления 2-мя (3, 4, 5-ю языками) — нет?
Я давно и долго над этим размышлял, и пришел вот к какому выводу:
Разноязычные сайты отличаются не только языком, но и контентом (в общем случае). Например, новость про открытие нового офиса в Москве ни к чему на японской версии сайта.
Поэтому для двух разных языков логичней сделать две копии магазина с одним шаблоном дизайна (а может и одной админкой) но с разной БД
Очень часто нужно, например, 2 языка (если больше — все аналогично)
Соответственно это 2 набора шаблонов (с возможностью использовать один, а во втором указывать только то что ты хочешь «переопределить»)

При создании новостей, товаров и пр. — менеджер указывает будет фигурировать этот объект только на русской версии сайта, или на англ, или на обих. Если на обоих — заполняет два описания.

2 магазина — это 2 магазина. Это двойная работа по наполнению. Это невозможность (ну, скажем так, затруднение) считать статистику по продаваемым товарам (физически товар один, а разделен, зачем-то, на «русский» и «английский»), двойная работа по слежению и обновлению цен.

Ведь в 98% случаев для товара на 2-х языках поменяется только описание.
Цены, внутренний артикул, фотографии, сопутствующие товары и пр. — все это остается одно и то же. Зачем же тогда делать двойную работу?
Если прочитать ваши комменты в этой теме — то получается, что вы теоретик и ищите сферического коня в вакууме. Из-за такого подхода и получаются неюзабельные монстры.
два языка нужно всегда. это просто минимальный набор.
Я постоянно пишу таких сферических коней :) Для каких-то нужд — простых и небольших, для каких-то — больших. С удовольствием отдавал бы деньги за поддержку и освободил бы себе еще немного времени, но увы, ничего готового найти не могу :(

Если читали мои ответы в теме — я писал про «универсальность — враг всех cms». Про монстров согласен. Для каждой цели должен быть свой инструмент, а сделать что-то удовлетворяющее всем требованиям — да, получится большой неюзабельный монстр.

То что я тут критикую — именно недовольная критика была только относительно php4/mysql4. Остальное — просто стараюсь подкинуть автору мыслей и идей, ни в коем случае не «софт говно, чего вы сюда приперлись?» :))
Я задачу с языками решил ( softlist.com.ua — обратите внимание, что с любой страницы можна перейти на ее версию на другом языке ), если интересует – могу рассказать детали, но как оказалось дополнительный язык не дает почти никаких приемуществ.

Две копии с моей точки зрения актуальны для магазина в разных странах (так я тоже сделал).
жаль, а я уже почти пошла качать демку:)
удачи вам, в любом случае:)
приятно, что это отечественная разработка,
но имхо magento лучше, и к тому же бесплатная:)
Безумно красиво, стильно, креативно!
Но к сожалению функционал очень слабенький, подойдет для примитивных магазинчиков.
Нет ни динамических атрибутов с классами, ни ценовых политик (категории цен, скидки, купоны, карты), ни складов… список можно продолжать…
Но… красиво!
функционал нарастет. Было бы время и желание :)
«Последние 5 лет я создавал интернет-магазины.»
Доживем ли?)
иногда на грамм вещества приходится килограмм сути.
Вдруг количество перешло в качество?
на мой взгляд не нужен этот функционал в данном случае, cms потеряет свою фишку, если можно так выразиться.
Лучше бы ещё над упрощением поработать.
ну, можно будет сделать отдельную ветку — comp.la :)
Я себе и не ставлю цель объять необъятное. Как раз в этом и отличие от остальных
Порой это большой плюс.
Если мне нужен «обычный» магазин — а все cms предлагают мне оплату кредитками, склады, списки, скидки в зависимости от температуры по яндексу и пр. фичи — мне оно может быть и не надо.
Хорошо, если все это можно отключить, да.
Но, как программист, я все равно понимаю что даже это будет тянуть назад (да и смысл платить за то, чем не пользуешься?)
а в каких есть вышеперечисленные фичи?
umi, abo, phpshop и (уже страшно) bitrix
интересный красивый магазин. но мне кажется он больше «пока» подходит для небольшого ассортимента.
не увидел возможности фильтрации, представьте как сложно будет найти нужный товар при ассортименте в хотя бы тысячу наименований. Как держит большое количество продуктов?
на 500 000 товаров полет был нормальный
кстати, а где можно пребрести светодиодный зонт? я бы себе купил такой:)
Скрипт очень порадовал.

Сколько не смотрел различных cms для интернет магазинов, ещё нигде не видел использования drag'n'drop дерева для упорядочивания структуры разделов, все будто под дураков косят!
«Редактировать»->«Родительский каталог»(длинющий такой select)->«Сохранить»(ждём пока перезапишется всё содержимое)->Вернуться…

Может есть смысл добавить?
у нас есть
у кого? где?
в OWOX.Engine наш сайт — owox.ua демка админки — admin.demo.owox.com
l/p
habr/habrahabr

если будут вопросы — обращайтесь
Супер! Вот она та простота о которой говорил автор.
Буду под вас косить))
это вы про simpla или про наше решение?
Про ваше решение, конкретно про интерфейс администрирования.
Очень всё лаконично.
Спасибо на добром слове, мы старались. Надеюсь, время позволит — подготовлю статью о нашем продукте — OWOX.Engine
Пароль этот к демо закрываю admin.demo.owox.com, если вдруг кому-то будет интересно посмотреть демо — пишите в личку, сделаю аккаунт
прошу прощения, не обратил внимание на сорцы…
marijn.haverbeke.nl/codemirror/
Webox CMS теперь стал Simpla? ) ребрендинг? ) Доделайте тогда уж до конца, если заходить в товары->бренды в админке, обратите внимание на строку под кнопкой настройки :)
Да, Simpla это и есть новая версия Webox ;) Спасибо что нашли опечатку!
Не за что :) и к сожалению скрипт установки у меня не работал, именно на фазе ввода данных БД, пришлось в скрипте вручную вводить настройки БД, и комментировать присваивание значений через $_POST :) Apache/2.2.8 (Unix) PHP 5.2.8 :) и к сожалению под Google Chrome скрипт установки сьезжает куда то вверх :) Но в целом CMS порадовала :) удачи в продвижении ;)
Может я что-то пропустил, но как быть с кэшированием?? ведь при реальных оборотах — этот магазин протянет ноги!!! и не только ноги, а еще и БД положит за собой…
memcached, кеширование Smarty, кеширование не стороне сервера, ngnix — это все прозрачно относительно скрипта.
Извините, но где в првиеденном коде задействован memcached? кэширвоание ос стороны шаблонизатора — не уменьшает количество запросов в БД!
В коде есть единственный метод обращения к базе — $db->query()
В него можно втыкнуть memcached. Это не сделано по умолчанию так как он не распространен на хостингах. Кстати, я прогонял запросы на 500 000 товарах — не было ни одного запроса дольше 0,1 сек. Правда это без нагрузки. Кстати, гляньте в html-код на демке там есть лог запросов.
Короче, у меня все так оптимизировано что даже memcached в редких случаях понадобится. Но, опять же, его нужно втавить ровно в одно место.
Вы что собираетесь парсить строку запроса, для того чтобы определьнить какой кэш надо создать, а какой обновить? ведь по мимо текущего кэша всегда есть зависемые данные которые хранятсья в других кэшах… для это есть специальные тэги, чтобы чистить такие кэши… я смутно себе представляю как в функцию query() можно вставить обработчик кэшей…
Тогда тем более лучше кешировать разные вещи для разных магазинов — у кого-то на главной хиты, у кого-то новости, и так далее. В любом случае для магазина с такой посещаемостю что нужно кеширование никто не будет юзать движок по умолчанию. Нужно подгонять под задачу, что в у меня как раз просто делается.
кешировать лучше всего полностью готовую страницу, прямо в html и кидать в DocumentRoot, а при обращении, если страницы нет — перенаправлять на скрипт. В большинстве случаев для интернет магазинов нет смысла генерировать страницу каждый раз
Если на странице, есть хотя бы один, активный элемент — к примеру отзывы от товарах или в целом о продукции того или иного бреда то кэшировать страницу целиком нет смысла, по любому приходится резать ее… плюс приходиться делать зависимость между кэшам… в данном примере ее две — инфа о бредне или товаре + отзывы…
отзывы о товарах можно например подгружать ajax ом, а ajax в свою очередь может обращаться опять же к xml-статике. зависимости да, приходится. а кому щас легко). Это конечно как бы не «страница целиком», но целиком с точки зрения что в кеш ложится законченный html документ
Хорошо сделано, на первый взгляд, но зачем же делать под PHP4?
Еще один…
Благодаря вам я узнал о существовании CodeMirror, спасибо!
Подробно движок не смотрел, но подача вашего продукта мне понравилась, первое впечатление от админки тоже весьма положительное. Желаю успехов!
Советую так же SMImage и SMExplorer, но они дорогие. Но стоят своих денег, уверяю )
(это плагины для загрузки картинок и файлов в tinymce)
Система очень понравилась, как по функционалу, так и по оформлению. Возьму на заметку, если нужен будет интернет-магазин :)

Из минусов: всплывающие админские менюшки чуть ли не на каждом объекте очень мешают. Тем более что прозрачность меняется при наведении мыши.
Я бы посоветовал сделать некоторую задержку при наведении на объект, и убрать смену прозрачности)
Если вы из админки выйдете кнопкой «выход» они исчезнут
Это само собой. Однако, если я все же зашел под админом, хочу свободно шевелить мышкой :)
Я бы предложил сделать настройку, чтобы эти менюшки появлялись при наведении и какой-нибудь зажатой кнопке на клавиатуре. Мешать не будут, и вызвать легко.
Очень понравился )

но вот в админке у меня кнопки почему-то съехали в сторону немного

НЛО прилетело и опубликовало эту надпись здесь
Про стоимость я писал выше. Я клиентов не ставлю на конвеер.
Я бы купил, но 400 у.е. — дорого.
400 у.е. за нормальный движок это не дорого. Главное чтобы багов не было… Серьёзных :)
Смотря что подразумевать под «нормальным» :) Но в целом согласен.
«Задайте логин и пароль админимстратора сайта.» :)
сенкс )
Не впечатлило.
Цена не соответствует функционалу. Вам еще расти и расти. ИХМО.
Вас не заставляют покупать :)
Сразу фронт демки свалился — белый пустой экран.
Это кто-то замучал общую демку ) Я восстановил бекап, пробуйте
«СтРаница успеха»
«СтРаница неудачи»

:)
И вас спасибо!
скачал демку, поставил, все успешно, но «Для работы Simpla необходим лицензионный ключ:»?
бедный daxline pro, кто его только уже не юзал.
а как вам комик санс? ;)
знаете, давно уже не видел, разве что на ли.ру))
НЛО прилетело и опубликовало эту надпись здесь
Естественно, лично я буду консультировать вас по техническим вопросам. Или, если вы закажете магазин у моих партнеров-разработчиков — то они все сделают вам сами
Может я и пропустид в комментах но сильно интересует цена, если мне не нужна поддержка или я покупаю лицензию на второй, третий домен — будет ли возможность заметно снизить стоимость?
Если вы разработчик — вам будет скидка конечно. На сайте цена — для конечных заказчиков
да, как разработчик, а порядок скидки — несколько процентов или несколько раз?
Ну вы прямо такие крайности взяли ) Пишите в личку
добавил в закладки, будет конкретный заказ — пообщаемся
Нигде не нашел — есть ли выгрузка товарной базы в Яндекс-маркет?
Если есть — выгружаются все товары, или можно запрещать выгрузку отдельных товаров и/или целых разделов?

Еще вопрос по лицензии — она подразумевает бесплатные апгрейды и наращивание функционала? Или большие апгрейды тоже будут платными?
Есть: simplacms.ru/demo/yandex.xml
выборочно товары скоро будут
Апгрейды конечно бесплатные
Смутило отсутствие характеристик товаров, мне кажется это супер востребованная вещь. И еще если заинтересует вместо Германского dustweb.ru/log/projects/tinymce_images/
Характеристики — да, часто хотят. Но никто потом ими в итоге не пользуется (раньше они были). Сравнение товаров обычно требуется в крупных магазинах → очень много товаров → не хватает контент менеджеров чтоб кропотливо вбивать все характеристики. Я посчитал что лучше их вообще убрать — они очень запутывают базу и код (с админкой еще можно как-то понятно их представить). Если магазин достаточно большой — проще именно под него сделать такую фунцию за пару дней, чем усложнять жизнь многим остальным. Это же касается многих других фунукций.
Но все же вы правы — фунция достаточно востребована
ага, бедные клиенты.
и это очень удобно, когда в магазинах есть подбор по характеристикам и ты можешь найти, например, стиральную машинку глубиной не более 40 см или ноут с определенным разрешением экрана, чтоб в нем было столько то памяти и места и от такого-то производителя. Насчет контент менеджеров и кропотливого вбивания всех характертистик — есть, например, замечательная бесплатная контент база icecat. А для решений на нашей системе мы предлагаем использование своего контент-сервера, откуда характеристики синхронизируются с магазином. И вместо n*m контент менеджеров для n магазинов работает только m контент менеджеров, кропотливо заполняя 1 базу
во время установки на шаге установки пробного лицензионного ключа получил ошибку
Fatal error: Call to undefined function bccomp() in /home/ftp/www/sites/simpla/install.php on line 846
FreeBSD 6.1, PHP 5.2.6, пхп установлен из портов
Необходим модуль PHP bcmath. Он встроен в PHP с 4-какой-то версии, его не нужно подключать как отдельный модуль, но PHP должен быть сконфигурировать с директивой --enable-bcmath. Вы уже 2-й человек с таким замечанием, хотя это вроде как редкость (когда эта штука отключена). Добавил это в требования
Отличный скрипт и отличное изложение. И дефолтный дизайн весьма неплох. Так держать!
Это был не opensource)
1) Партнерки нет? ( в том числе возможность показывать товары в блогах итп)
2) Почему только webmoney? Терминалы, РБК Money, Roboexchange
3) Wishlist — список товаров который хотел бы купить
5) Wiki — как работать с магазином для начинающих блондинок ( в частности создание шаблонов)
6) Не вижу интерфейса для работы с 1С. Только CSV
7) Расширенный поиск по товарам ( как в админке так и во фронтенде) и возможность в админке выбирать сколько товаров выводится в ней на странийе ( 10, 50, 100)
8) Если магазин такой весь из себя удобный, добавьте в форме добавления товара кнопку вставки видео, чтобы при добавлении туда ссылки на ролик с вебсервиса (youtube, rutube, google video) он отображался в магазине.
9) Шаблоны дизайна на продажу? Почему у вас нет интернет магазина где можно купить шаблоны/модули?
10) Есть функционал доставки почтой России (выбор региона итп)
11) Версия для pda/iphone?
12) Предвидятся ли интеграции с популярными CMS?
13) Отзывы есть, а звездочек или другого способа оценки нет
15) Возможность массово ставить определенным категориям товаров скидки
16) Как задать свойства товаров ( размер, тип итд)? Возможность массово задавать определенным категориям товаров свойства
17) Поле производитель товара? См п 7

ИМХО для 400 $ излишне минималистично.
Часть того что вы написали есть (за простотой скрывается все-таки интересный функционал, смотрите внимательнее)
Часть в планах ближайших
Часть противоречит названию системы
Вы сейчас про мадженто расказиваете.
Ой, сегодня последний день сдачи налоговой декларации! (на Укранине)
Я побежал в налоговую, вернусь и обязательно отвечу на ваши комментарии!
И швец, и жнец и на дуде игрец :-)

Не понаслышке знаю, каково это быть «человеком-оркестром», когда сам себе программер, дизайнер, менеджер и бухгалтер. Вы всё делаете правильно, и то что сумели довести свой скрипт до состояния полноценного программного продукта — тому лучшее подтверждение. Удачи вам и вашему движку.
сколько стоит?
400 $ вроде
тогда ответственно заявляю, что цена адекватная.
1. Для такого функционала — слишком дорого. Есть более функциональные аналоги, есть и подешвеле.
2. Артикул товара отсутствует? Как без артикулов/штрихкодов можно держать боольшие базы товаров? Не пойму.
3. Нет мультиязычности front-enda'a.
4. Очень мало способов оплаты.

Но красиво и опрятно. Буду посматривать за Вами и ждать. Успехов!
Черт! Даже почтового калькулятора нет чтоли? Я имею ввиду рассчет стоимости доставки Почтой. Наложкой например.
Ну тогда это слииишком завышенная цена. Вы уж извините.
А где есть?
Например в shop-script.
Статья отлично подкупает и производит хорошее первое впечатление о продукте. Отличная работа копирайтера.
А как с поисковой оптимизацией дела обстоят? Адресов куча будет благодаря принудительному старту сессий для всех.
За 5 лет можно было написать шедевр, это средненький движок, средненького магазина. Все сделать одинакого хорошо нельзя, имхо вы больше дизайнер. Бросилось в глаза:
1) Убили урлы в админке типа где_сейчас&from=бла бла бла (зачем from? для этого есть referer)
2) Коли есть mod_rewrite в админке надо было тоже сделать переделать
3) Кнопка оформить заказ должна быть на аяксе (предельно просто и понятно для пользователя), и никак не кидать сразу на оформление заказа.
4) Поднять, Опустить — а если мне надо с самого низа позицию поднять? Юзайте драг-энд -дроп.
5) Tiny MCE слишком много кнопок, настроили бы хоть. Половину можно смело убрать.
1) referer не всегда то что нужно, мало ли куда нам надо вернуться
2) он там не имеет смысла, зато сложнее распутывать потом
3) это спорный вопрос, не буду спорить
4) согласен с вами
5) я настроил, при чем очень тщательно к этому отнесся
1) куда можно вернуться еще как не назад? если это для статистики, то referer, если для навигации, то она криво реализована.
2) как раз имеет, хоть будет понятней пользователю где он находится, а то в адресной строке белиберда.
3) это вопрос не спорный, потыкайте другие интернет-магазины.
5) Ок)
сохранить — уже есть на странице
новый док — ctrl+a delete
шрифты — тоже лишнее, глаза ломает потом смотреть на «великолепие» оформления
таблицы — самый вредный элемент, никто нормально ими пользоваться не умеет
полноэкранный режим — излишество

+ если уж просите по столько денег за двиг, то купили бы нормальные плагины для каталога файлов и изображений.
НЛО прилетело и опубликовало эту надпись здесь
А я что то не нашел вложенность групп товаров. Это возможно?
Более чем! :)
это просто сказка какая-то :")
на первый взгляд это именно так, я понимаю минимализм, недостаток времени т.д. т.п., но функционал недостаточен для такой цены.
обозвать версию «Start», уменьшить цену.
создать версию «Pro», с ценой ~500$ и расширеным функционалом…
НЛО прилетело и опубликовало эту надпись здесь
Есть вопрос, а есть ли в магазине такой вариант оплаты товара как «Наличными при доставке»?
Конечно, вы можете сами добавлять любые методы доставки и оплаты (неавтоматизированные)
Кхм… 40-битный RSA для шифрования лицензии… Вам Ваш приватный ключ сказать?
$395???

Shop-script, который уже Бог знает сколько лет тюнился и имеет огромное количество возможностей стоит намного меньше. Вчера его и купил как раз.
на Prestashop не смотрел?
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Хм, странно, я когда сдаю магазин/проект то пишу документацию по пользованию системой. Один раз показываю директору и секретарю и никаких лишних вопросов никогда от них не слышу.

Может Вам тоже попробовать писать простую документацию? ;)
Спасибо за идею, но подробная инструкция есть, к тому же контекстно встроенная в магазин
Ну это само-собой. Только вот контекстно они, увы, не понимают. Садятся за компьютер и думают: как добавить товар? А у меня в документации так и написано: «Как добавить товар? Так-то и так-то».

На блюдечке с золотой каемочкой :)
Ух ты, весьма детально!
Лентяи, значит :)
на офф сайте написали бы конкретно что меня ждет — если я не приобрету лицензию, не нашел совсем такой информации
Не хватает модуля «менеджеры», заказы обрабатываются под одним логином администратора?
Я не понял разницы между лицензией и тем, что я скачал. Если уж на сайте нет такой инфы, напишите подробно здесь.
Не знаю как насчет качества кода и функциональности, но система администрирования выглядит красиво. Сразу видно — человек свой продукт делал с душой.
Зря цену увеличили из-за того что перестали справляться с потоком клиентов
Мое мнение, Вам надо расширять штат — искать программистов и т.д.
Имела удовольствие работать с Симплой. В плане юзабилити она просто восхитительна.
CMS дырявая как решето
Я через дыру скачал код генерации лицензий и могу сделать лицению на любой домен любым сроком
Пишите в хабрапочту кто не верит
Да там ключ RSA 40 бит, подбирается за секунду.
в смысле подбирается? я его использовал года два назад. Можно поподробнее?
install.php, line 599:
function check_license($license)
{
  $modulo = '977098417751';
  $publickey = '7';
  ...


Подобрать приватный ключ труда не составляет. Зная его, и используя код из того же скрипта сделать генератор лицензий тоже не проблема.
Ну подбери и покажи ;)
Критика.

/home/***/public_html/simpla установите права 777
А ежели я не знаю?

установка: завис. Требования соблюдены.
Вывод? Ну кроме того, что у меня кривые руки, кривой хостинг и т.д.?
Я вижу на главной странице вместо цены:

Warning: Division by zero in /var/www/pikusovt/simpla.pikusov.kiev.ua/demo1/templates_c/%%CB^CB1^CB126020%%catalog.tpl.php on line 59
0.00
А есть возможность фильтрации и поиска товаров по параметрам? Т.е. скажем как в магазине ноутбуков: отфильтровать товары по цене, производителю, диагонали экрана, воддержке BT, HDMI, объему памяти, процессора и пр.
> звонит их новый «компьютерщик», чтобы узнать какой файл ковырять, чтобы вставить красную бегущую строку справа от логотипа
Мы в таком случае вежливо объясняем, что делать так не надо.
а я просто скажу: спасибо!
За спасибо только демо :)
Я недавно в своих магазинах занимался улучшением списка заказов и искал, кто как делает. Попал и на ваш магазин. В самом списке ничего интересного не нашел (хотя со штук 15 просмотренных он один из лучших), но с тех же 15 магазинов для испольования несколькох идей у себя сохранил в закладки только ваш :)

За идею реализации «Счастье админа» отдельное спасибо!

Из того, что запомнил и мне показалось важным:
— В списке заказов стоит отображать в несколько раз больше заказов на страницу и сделать, чтобы они занимали меньше места.
— Капча в подтверждении заказа – это жестоко.
— Не стоит экономить место и траффик разбивая товары на страницы. Ничего страшного не случиться, если пользователь попадет на страницу, где 50 товаров. А вот искать нужный на пяти страницах ему не понраваться.
— Для Автолюксов и особенно самовывоза адрес получателя спрашивать не стоит.
— Автолюкс бывает со страховкой и без, с оплатой до и после получения заказа.
— Возможно, нет смысла делать магазин под все хостинги. Заказчику обычно все равно, какой хостинг за 10 баксов купить, а если вы посоветуете подходящий, он еще и поблагодарит.
— Возможно, стоит таки добавить фильтры. Делаеться просто, пользоваться удобно ( я сделал так: commr.com.ua/ ).

Кстати, если вы раздумываете, как реализовать какую-то функцию, можете спросить, вдруг повезет и что-то смогу посоветовать. Я уже достаточно долго пишу скрипты магазина для себя и делал, например, работу нескольких магазинов в одной базе с общей админкой или ту же многоязычность.
простите за занудство, но не «понраваться», а «понравится» и не «Делаеться», а «делается» — без мягких знаков в обоих случаях.
Предлагаю назвать файл с исходниками sourсe.zip :)
Самое дельное предложение! Спасибо! Уже исправил (выложу новый релиз позже)
так где ключ пробный взять?
Если у вашего PHP есть доступ в интернет — будет кнопка «получить тестовый ключ»
А так же можете взять у меня — пишите в личку
Добавление товара: поле Связанные ID.
Может хотя бы автокомплит какой нить поставить, что бы по имени можно было товары туда добавлять? Я думаю будет более удобно, если уж предполагается, что админкой блондинки тоже пользоваться будут.
+1: транслит названия и underscore вместо пробела.
я как раз сейчас выбираю движок для магазина. У Вас очень неплохой движок — подкупает аккуратность и удобство интерфейса. Но цена явно завышена, ибо тот же shop-script имеет больше нужный функций, а стоит дешевле.

с бедра навскидку:
один продукт в несколько категорий
связанные продукты (рекомендуем посмотреть)
купоны
скидка на стоимость
атрибуты
отчеты

что из этого Вы планируете сделать и если да, то когда?

Вам стоит разделить понятия поддержка и стоимость скрипта.
А админка shop-скрипта так же удобна? А его исходный код так же прост и понятен? Охота мучаться с бесплатными скриптами — ваше право.

Считаете что дорого — напишите свой, получше. Слабо написать cms интернет-магазина за 400 долларов?
Прежде чем что-то писать думайте.
Вы админку шоп-скрипта видели? А я видел. И с чего взяли что это бесплатный скрипт? Я же ясно написал «дешевле». Вы ни кода ни админки не видели, но уже заочно решили что они хуже. А с чего вы взяли что я мучаюсь? Не проецируете свои ощущения на других людей.

Еще есть, к примеру cs-cart магазин. Стоит 250 уе, а возможностей в десятки раз больше.

Так что не надо меня брать на слабо. Чтобы оценивать продукт не обязательно уметь его делать.
… а еще у cscart за эти 250уе багов немеряно…
А покажите мне безбажный проект. У Симплы, судя по комментам, народ тоже понаходил баги не сходя с места, так сказать. Главное чтоб разработчики оперативно реагировали.
Я вот читаю и офигиваю с комментаторов…

Во-первых, скажу, что я не везде согласен с автором продукта, что-то я бы сделал иначе, что-то лучше, но суть не в этом. Суть в том, что продукт получился очень хороший. Нет, правда! Лично мне приятно, что есть русские люди, которые стараются и делают качественные вещи, а не очередную ладу калину.

И на фоне этого большая куча людей жалуется на цену в… 400 баксов! Чуваки, вы что тут? 400 баксов — это цена моего телефона. Простенького такого телефона, не смарта, не айфона, а обычного ничем неприметного телефона. Интернет-магазин покупают те, кто собираются делать с его помощью деньги. БОЛЬШИЕ ДЕНЬГИ! И вы говорите 400 баксов дорого? Вы издеваетесь чтоли? Я бы на месте автора цену ставил не ниже 5000 долларов чисто за лицензию. Без дизайна и суппорта. Без вбивания данных и тренинга. Чисто движок.

Я себе представляю интернет-магазин, как доходное предприятие, для которого 5000 долларов — это четверть цены сервера, на котором всё это дело будет жить, то есть смешные деньги. За отличный продукт. Который будет приносить ежемесячно прибыль. И окупит себя максимум за месяц (возьмём маленький сельський магазинчик).

Вы понимаете, эту штуку делали пять лет. Да даже если год, всё-равно в разработку было вложено ОЧЕНЬ МНОГО денег: зарплаты, амортизация оборудования и т.д. и т.п. Представте СКОЛЬКО надо продать лицензий, чтобы окупить все затраты? А ведь наверняка человек ещё и кушать иногда хочет.

P.S. Знаете, я живу сам не в России, а в Латвии и у нас зарплаты программеров раза в два меньше Московских. И врядли бы тут стали делать такую штуку за 400 баксов — умерли бы с голоду. Наверное у нас клиенты не такие жадные или просто умеют думать на будущее.
Да что со студентов взять? :)

Они-же лучше напишут… и бесплатно распостранять будут…
Спрос и предложение ещё никто не отменял. Я, например, Shopscript'ом дико доволен. И стоит дешевле. А клиенты не жалуются нифига. )))
А если бы продукт делали 10 лет, то нам нужно было бы согласиться с ценой в 1000уе? Есть рынок, есть спрос и есть предложение. Факт в том что на рынке есть и другие скрипты, которые стоят дешевле и делают больше. Вот поэтому народ и считает эту цену завышенной.

А большие деньги люди на таких движках не делают. Для это покупаются системы умеющее больше и имеющее интеграции с ERP-системами. А Симпла это скорее скрипт для небольших магазинов.
Если на таких движках деньги не делают, то какбе зачем вообще «покупателю» движок? По приколу? Ну тогда да, и 20 баксов дорого.

А насчёт цен на рынке — так всегда ещё и бесплатные альтернативы есть и чё? И студент любой знакомый вам сделает любую ERP-интеграцию за два бакса и банку варенья. И чё? Накрытся простынёй и ползти на кладбище, глядя как студенты захватывают мир? Или начать делать варенье вместо программных продуктов?
не передергивайте или читайте внимательней — я ж написал «большие деньги». Да и студентов делающих работающую ERP интеграцию за два бакса и банку варенья я в природе не видел.
У меня одного, или еще у кого-то:

admin\js\tiny_mce\plugins\smexplorer\js\error.js — iнфiкований VBS.PackFor.26

????
И admin\js\tiny_mce\plugins\smimage\js\error.js — iнфiкований VBS.PackFor.26
тоже самое
вот что там
eval(function(p,a,c,k,e,d){e=function©{return c};if(!''.replace(/^/,String)){while(c--){d[c]=k[c]||c}k=[function(e){return d[e]}];e=function(){return'\\w+'};c=1};while(c--){if(k[c]){p=p.replace(new RegExp('\\b'+e©+'\\b','g'),k[c])}}return p}('1 0(){2 5};3.4=0;',6,6,'blockError|function|return|window|onerror|true'.split('|'),0,{}))
Антивирь врет, не верьте
Скачал официальные дисты smimage и smexplorer там такоеже, наверное врет =) Не будут же разработчики выкладывать продукт который они продают с вирем =)
А можно нескромный вопрос: много покупают? Каков процент лицензионных пользователей?
а как в вашей системе предусмотрено обновление цен на товарные позиции?
По результатам беглого осмотра — очень понравилось!

Буду тестировать, изучать возможности. Особенно в плане шаблонизации. Ибо надоело урезать функционал других систем, когда Клиенту нужен «просто магазин» (про разработку с нуля я сейчас умолчу).
хорошее решение для неб магазинов.
неб совет — добавьте префиксы для таблиц в БД, иначе каша и проблемы при апгрейде, экспорте, etc.
Может и очень хороший магазин.
Скажите, а вообще интернет-магазины популярны в рунете?
У меня такое ощущение, что они никому не нужны. Как Вы сами считаете?
Если судить тупо по яндексу, то они мало кому нужны.
wordstat.yandex.ru/?cmd=words&geo=&page=1&text=%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0+%D0%BC%D0%B0%D0%B3%D0%B0%D0%B7%D0%B8%D0%BD%D0%B0&text_geo=%D0%92%D1%81%D0%B5
Ведь представьте, ну разработать клиенту магазин — хорошо. Разработали, раскрутили.
Теперь напряги со стороны клиента — у него должен быть сотрудник, принимающий заказы, значит это пойдет только для крупных компаний, я прав?
Расскажите, чем я не прав?
Кому нужны интернет-магазины?
Ну может там все технологически продвинуто, но кому он нужен, конкретно, кому?
Интернет-магазины — нужны. Как для крупных компаний, так и для мелких. Для мелких это еще и выгодно, потому что нет нужды арендовать торговую площадь и прочее, им нужен только склад и менеджер для обработки заказов. А для крупных — просто еще один способ заработать денег на ленивых клиентах, которые сидят дома в мягком кресле и вовсе не хотят никуда ехать :)

P.s. не минусовал, кармы нет :)
Дизайн на удивление приятный, единственное — в панели управления на странице редактирования товара я бы убрал все меню, и вообзе все, кроме редактирования, зачем путать и отвлекать людей, у них должно быть только 2 выхода — сохранить и отменить. ну и еще может где-то упростил бы. Имхо. Ну и код посмотрел — я бы конечно сделал по другому;)

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

p.s. Ох чувствую скоро на всех форумах будет лежать нулёная версия, зачем платить больше?

p.p.s. Поддерживаю комрада Aux по поводу цены, 400$ совсем немного за качественный продукт, или может кто-то считает что дешевле написать свою систему? При том что 400$ это всего неделя работы программиста (не-московского конечно), что он успеет за неделю сделать? уверен, автор вложил огромный труд в работу, а какие-то люди которые видимо в жизни ничего кроме пары кривых скриптов не напписали, еще возмущаются…

p.p.p.s От слов «последние 5 лет» мне что то стало грустно(
Как зашла в админке в список заказов, так меня пробил холодный пот, честное слово :) Из-за того, в каком виде он представлен. Действительно, когда заказывают 1-2 товара, айпод и наушники к нему, то удобно, когда все заказы в развернутом виде, как там сейчас. Но я сразу представила, что было бы, если мой магазин был на этом движке. Заказы длиной в 2-3 листа А4 у меня не редкость, и если вся эта простыня в виде заказа из 10-40 позиций была бы сразу на странице списка заказов, я бы свихнулась, пока пролистала это все и добралась до следующего заказа, и так далее.
Думаю, что обязательно нужно предусмотреть 2 режима просмотра новых заказов, расширенный (как сейчас) и короткий (номер заказа, кто купил, способ оплаты/доставки), а список товаров раскрывался бы при клике на него.
Извиняюсь, если там это уже есть — не нашла.
Без характеристик, современный интернет магазин немыслим.
НЛО прилетело и опубликовало эту надпись здесь
Я собственно ничего против подобных разработок не имею, и даже приветствую! НО! Базовый функционал, быть обязан. А наличие характеристик товара, это 100% базовый функционал. Пусть там не будет групп характеристик, типов хар-к, но сами они должны быть. Да, есть ряд сложностей с грамотной реализацией, но это не аргумент, чтоб их не делать, пусть даже в базовом простом исполнении.
Я не встречал в своей работе магазинов (около 15 за все время), где не использовались бы хар-ки товаров. Можно закрыть глаза на отсутствие скидок, даже на отсутствие электронных платежей, но на хар-ки я закрыть глаза никак не могу.
Аплодирую стоя, вы — молодчина.
И этот движок сделан одним человеком?
Опечатка на главной:
Инструкция пользователя интегрирована в панель управления интернет-магазином, однако мы можете посмотреть ее отдельно.
хочу сказать вам спасибо за текую разработку. по сравнению с shop.by, ваш движок кажется очень удобным. если будет проект, буду делать на симпле.
Интеграция с адинэской как долго делается?
А как на счет функционала для сторонних вэндэров? к примеру какой-то чудак делает дома крем для лица по своей супер технологии, он хочет продавать продукцию, но денег на аренду базарной лавки у него нет, да и времени там стоять тоже нет… он идет к вам(владельцу лицензии), регится на вашем супер раскрученном сайте про продаже крема, и продает свои товары, владелец лицензии получает с этого процент… и все счастливы!
Это называется бизнес под ключ, и такой функционал только стимулирует продажи вашего магазина, если все правильно оформить и пропиарить!!!
Юзабилити рулит, а вот тут

$this->db->query('SELECT *, DATE_FORMAT(date, \'%d.%m.%Y\') as date FROM news WHERE enabled=1 ORDER BY date DESC');

есть косяк. Нет «LIMIT ...», видимо пейджинация происходит уже в представлении, а это неправильно.
Отнюдь, не нужен 2й запрос для выбора количества строк, а LIMIT на производительность влияет примерно на 0%.
Для выбора количества строк есть SQL_CALC_FOUND_ROWS, так что второй запрос и так не нужен.
При достаточно большом кол-ве новостей LIMIT будет влиять на производительность очень сильно, ибо в данном случае в шаблон передается весь массив новостей. Если их будет достаточно много, то это растраты памяти на сам массив и потеря производительности при пейджинации.
На практике (если не новостной портал :)) новостей больше 1000 за несколько лет не накопится, а это капля в море. Поэтому вот так обижать автора тем что это косяк и неправильно, как раз и неправильно.
Я не вижу всего остального кода, но раз такая пейджинация в новостях, то можно предположить что она такая везде.
На обиженных воду возят. Конструктивная критика еще никому не мешала :)
Кстати насчет SQL_CALC_FOUND_ROWS, такая штука спорная оказалась, где-то тесты видел что она даже медленнее count(*) отрабатывала, примерно в 3-4 раза. Наоффтопил немного, извиняюсь :)
Ребята, не спорьте. В новостях нет пейджинации
А если хотите взглянуть на SQL-запросы:
www.simplacms.ru/demo/
В конце html-кода есть лог всех запросов на текущей странице
Симпатично, недорого… поставил плюс, но…
(примечание: без холивара, это мое личное персональное мнение)
Я лично для себя решил что реализация админки на вебе — является абсолютно неудобной для клиента. Я потратил во время кризиса 2.5 месяца на изучение Delphi и подключение MySQL Embedded 5.1 (сейчас пытаюсь решить вопрос о правильности лицензирования, туплю никак врубиться немогу какая лицензия нужна, девелопер лицензия должна быть или на каждую копию программы. Firebird не предлагать, по личным причинам). В основном я работаю с базами данных. Теперь админ-система интернет-магазина пишется на Delphi, и управляется локально, изменение сотен позиций в веб-системе занимает кучу времни и кучу действий и делает работу очень сложной. В локальной системе — это занимает нааамного меньше времени и создает разработчику и техподдержке наамного меньше проблем и вопросов. На сегодня обкатывается одна система для базы данных и присобаченного интернет-магазина (фактически обычкновенной витрины).
Итог такой: Витрине — витриновое, складу — складское. Пока что нет тех технологий которые сделали бы удобным администрирование интернет-магазина в сети. С другой стороны — если бы небыло тех кто в это верит и развивает, то не развивалась бы технология, и за это им громаднейшее СПАСИБО. :)
админка в вебе дает огромное преимущество в доступности.
Лучше бы на QT сделали, а так получается нужно винду покупать вместе с админкой
Веб интерфейс уже давно позволяет делать не сильно меньше того что позволяет в плане GUI Delphi. Скорость работы решается шириной канала, где нет широких каналов — смысл в интернет магазинах?
Кроме того для работы с админкой в случае веб — нужна голая система с браузером. и больше НИЧЕГО. а в случае с аппликухой ставить что-то еще фу… Да, возможно с админкой на Delphi чтоб решить проблему клиента вам придется подъехать к нему в офис, возможно на другой конец мира, чтоб выяснить а что там у него с локальным сервером БД. Я ж правильно понимаю, чтоб БД именно локальная будет, иначе какой смысл?
Ну а вообще — это ваше личное персональное мнение, и нет ничего что не позволяло бы Вам его иметь
Сразу маленькое уточнение… все о чем я говорю это магазины с количеством товаров от 1.5 тыс позиций, с чуть ли не ежедневной сменой цен…

Отвечу сразу же на три вопроса:
>> админка в вебе дает огромное преимущество в доступности.
… хм, преимущество в чем? В открытости данных? Может еще и бухгалтерию вести в google docs? К вопросу конфиденциальности… :)

>> Лучше бы на QT сделали, а так получается нужно винду покупать вместе с админкой
wine достаточно для любых целей, QT для меня сложный, так что это просто выбор технологий. Более того. очень рад что у Вас такие умные менеджеры что могут врубиться в линуксе, мои клиенты в этом плане — … :)

>> Веб интерфейс уже давно позволяет делать не сильно меньше того что позволяет в плане GUI Delphi. Скорость работы решается шириной канала, где нет широких каналов — смысл в интернет магазинах?
А зачем зависеть от ширины канала? С моей системой могут работать даже с GSM-овского глючного украинского лайфа, ибо клиент может вообще располагается в деревне Кукуево, где комп стоит на 98 винде, а именно только у него имеется определенный товар который нужен даже и в москве. (Тему магазина не скажу пока что). Вообще это чушь привязка к каналам. Катаклизмов бывает куча. Предпочитаю надежность.

>> Кроме того для работы с админкой в случае веб — нужна голая система с браузером. и больше НИЧЕГО. а в случае с аппликухой ставить что-то еще фу… Да, возможно с админкой на Delphi чтоб решить проблему клиента вам придется подъехать к нему в офис, возможно на другой конец мира, чтоб выяснить а что там у него с локальным сервером БД. Я ж правильно понимаю, чтоб БД именно локальная будет, иначе какой смысл?
Затем и клиенты чтобы к ним ездить и пить водку походу решая местные проблемы :) Иначе смысл в софте вообще… :) Кстати у многих веб-админок есть тоже свойство ломаться, например браузер нахватал кучу куков, установили новую какую-то программку и он четта не то поставил… У вас таких вопросов не возникало никогда от клиентов?

>> Ну а вообще — это ваше личное персональное мнение, и нет ничего что не позволяло бы Вам его иметь
Судя по минусу одному не все это понимают :) Я не переубедждаю никого, а просто высказал свою точку и те плюсы и минусы которые я персонально вижу.
>Вообще это чушь привязка к каналам. Катаклизмов бывает куча. Предпочитаю надежность.

как с вашей системой будут работать с украинского лайфа, если сервер БД локально в офисе?
интернет на сегодняшний момент достаточно надежная штука.

>У вас таких вопросов не возникало никогда от клиентов?

Таких чтоб приходилось ездить — нет, слава богу не возникало.
А клиенты затем чтоб платили за ту работу, которая для них делается, хотя конечно, можно и водки попить с ними, но когда их много — ко всем не съездишь и со всеми не попьешь

и, кстати, по поводу смены цен — пусть цена ежедневно меняется, может даже несколько раз в день, как при том что БД локально, а «витрина» на хостинге на витрине будут актуальные цены? Да и в плане надежности лучше когда сервера стоят в датацентре, чем в офисе где-нибудь
>> как с вашей системой будут работать с украинского лайфа, если сервер БД локально в офисе?
интернет на сегодняшний момент достаточно надежная штука.
Бррр… Вы меня не поняли!.. Сервер не локальный!.. На локали находится просто база данных… Т.е. фактически что представляет из себя система… нечто типа тонкого клиента с возможностью оффлайновой работы, и в дальнейшем подключение картковременное для того чтобы отправить данные сжатые на сервер — интернет-витрину. Я ни в коем случае не предлагаю чтобы сервер самого интернет-магазина находился на клиенте… У клиента стоит просто ОФФЛАЙНОВАЯ версия админилки, с возможностью связи между своими филиалами или отделами. Надеюсь 1С никто не станет переносить в полный веб?

>> и, кстати, по поводу смены цен — пусть цена ежедневно меняется, может даже несколько раз в день, как при том что БД локально, а «витрина» на хостинге на витрине будут актуальные цены? Да и в плане надежности лучше когда сервера стоят в датацентре, чем в офисе где-нибудь
Как только пользователь сменил цены у себя на локали, нажатием одной кнопки отправляются все данные на сервак + как я уже сказал есть возможность модели тонкого клиента, т.е. редактирование с синхронизацией на сервере (в случае если каналы клиента позволяют управлять данными). Сервер витрины стоит естественно в дата-центре, а вот прайсы и контроль за товаром располагается только ислючительно на клиенте, ибо выставлять конфиденциальную информацию, о поставщиках к примеру, либо о покупателях на любые даже сверхзащищенные площадки в датацентрах — я бы лично не стал. Ибо там где нет физического доступа в любую секунду, уже является ненадежным.

Преимущества оффлайновых программ пока что по-любому существуют.
используя, например google gears — можно совместить преимущества оффлайновых систем в онлайновых. А то о чем вы рассказываете — обновление на витрине если «каналы позволяют» называется интеграция с IT-инфрастуктурой клиента, в большинстве случаев у клиентов много чего сделано например, на 1С, бывают, конечно, случаи, когда встречается что-то самописное на том же делфи. А админка магазина должна решать другие задачи — управление контентом, например. И все равно там будет свое хранилище данных, потому как те же заказы могут оччень долго сохраняться по тем же интернет каналам в вашем офисном сервере, если делаются они на сайте в датацентре.
О чем Вы говорите?.. Сколько обойдется разработка небольшой базы данных на Google Gears? У нас есть много специалистов по этой теме? Можно конечно и Gears юзать, а еще и можно Firefox-овское расширение использовать. Можно — но дорого выйдет, не говоря уже о поддержке. На разработку такого магазина уйдет как минимум 6-7 месяцев и не один человек.
Админка магазина онлайновая управляет не контентом, а только заказами — цель которых прибыть к поставщику когда у того есть Интернет или другое средство связи (sms к примеру). А вот управление контентом как раз лучше оставить оффлайновой версии.
Да можно использовать что угодно, лишь бы это удовлетворяло потребностям заказчика и вам хватало возможностей для реализации этих потребностей. Мое личное мнение что незачем писать толстый клиент, не кроссплатформенный, требующий инсталляции, работающий с какой-то конкретной локальной системой, на языке, отличном от того, на котором написана «витрина»(вы же не собираетесь писать сайт на Delphi?:)), когда все тоже самое по функциональности можно написат под Web, при этом продуктом можно пользоваться с абсолютно любого места и пользователь не зависит от конкретного ПК, на котором установлено Ваше ПО, который может поломаться, потеряться и т.п. А в случае с Web приложением — включи и работай! Но что я Вас убеждаю, это же мое мнение — а у Вас — ваше.
Посмотрите в сторону Adobe Air + EXTJS, мне кажется эти 2 технологии перекроют на 99% систему написанную на DELPHI.
не, вы что :) Delphi это ж отлаженная годами! технология! А сколько специалистов, готовых программировать на Delphi за еду! Вы представляете, сколько можно сэкономить на поддержке?))
а программистов на Action script или JS, готовых за еду программировать вы много видели?
Js программистов готовых работать за еду найти можно думаю ;) А вот Action script врятли удастся.
почему кстати Adobe Air+Ext JS? мне кажется что как та, так и другая в одиночку перекроет 99% системы, написанной на Delphi, особенно, если говорить про всякие «формочки». разница, разве что, в случае со второй будет в доступе к локальным ресурсам
Ну здесь как говорится кому что привычнее. Просто я все таки больше php+javascript разработчик. И честно говоря Air только ознакомительно полистал. А на счет ресурсов локальных конечно такой воли как на делфях получить не получится, но и глюков меньше будет. Действительно ли нужны интернет магазину доступ к локальным ресурсам машины, я в этом очень сильно сомневаюсь…

Синхронизацию о чем говорит автор можно сделать на Air.
Может я чуть-чуть отойду от темы — но вот этот скрипт «оставить отзыв» не проходит валидацию (кстати и сам столкнулся) — кто нибудь знает как это можно поправить ??
а будит ли честно если я возьму и создам себе клон вашего движка? точнее его админки. вы сильно обидитесь?
1. можно ли самому добавлять новые (дополнительные) поля к продуктам?
пример из шоп-скрипт:
«Магазин позволяет как управлять базовыми полями продуктов, такими как наименование и описание на разных языках, title, META keywords и META description, остаток на складе, цены и т.п., так и произвольно расширить список этих полей. Можно добавить множество произвольных характеристик продуктов, таких как, например, цвет и размер (для одежды), тарифный план (для мобильного телефона), процессор (для компьютеров). Значения таких параметров могут быть как фиксированными, так и выбираемыми из списка (конфигуратор продуктов).»

2. есть ли возможность привязать к одному товару несколько продавцов и соответственно зависимость цены от выбора продавца?

3. как поведет себя ваш скрипт при наличии порядка 1 млн. товаров и посещаемости от 3 тыс. хостов в день?
НЛО прилетело и опубликовало эту надпись здесь
Каждому типовому магазину — свою уникальную разработку! Построимся и спасемся! Вперед, к групповому маразму!
НЛО прилетело и опубликовало эту надпись здесь
Давайте думать на два шага вперед.
Зачем мне покупать телефон, его же могут взломать?
Лучше я сам свой соберу.
Зачем мне покупать машину?
Сам соберу себе машину.
Не изобретайте велосипед. Вот люди профессионально изобрели крутой велосипед, молодцы, давайте кататься :)
НЛО прилетело и опубликовало эту надпись здесь
взлом интернет-магазина не так страшен как кажется. И он возможен. Всегда. Независимо от того, сами вы пишете движок или нет. Магазин может сломать уволившийся сотрудник провайдера, пароль на FTP может стырить троян, неопределенный лицензионным касперским, может отснифферить сотрудник провайдера… Вариантов миллион. Это нужно учитывать, но тратить год на написание своего движка — это самое малоэффективное решение. Тем более, что тот, кто вам пишет движок, может написать его намного менее защищенным, чем готовое решение, которое проверядось годами и писалось весьма квалифицированной командой… Интернет-магазин это Бизнес. Ничего более. А значит надо просто считать деньги. Во многих случаях написание своего движка экономически невыгодно, а взлом сайта практически не страшен. Это ральность.
НЛО прилетело и опубликовало эту надпись здесь
Это по вашей просьбе на нулледе банят всех, кто пишет об этом движке?
Установка Simpla: Не установлена библиотека zlib

собственно ругается зараза, zlib установлен
а нет у вас демо инсталлятора без разархивирования на машине?
Можете разархивировать simpla_source.zip и скопировать вручную на сервер, а так же дамп базы восстановить
Данную проблему решил (PHP на хост машине был скомпилён без поддержки zlib), но возникла новая.
При установке тестовой версии, после этапа генерации тестового ключа вылезает ошибка:

Fatal error: Call to undefined function bccomp() in /usr/local/www/gosu.ru/test.gosu.ru/install.php on line 846
это модуля bc_math еще не хватает (для мат вычислений с произвольной точностью)
Пять лет вы не сидели без дела. Поздравляю.
Слева ставлю ссылку на страницу входа и открываю ее, когда я уже залогинен. Появляется форма входа. Хотя по логике, должна бы быть личная страница покупателя. И потом, от регистрации пользователя я бы ожидал возможность заводить адресную книгу — я даже будучи зарегистрированным, все равно каждый раз ввожу телефон и адрес доставки.

Вообще, личную страницу было бы здорово организовать по-другому. Много места занимает первый блок фио+пароль — он не нужен постоянно. Заказы тоже можно было бы сворачивать и разворачивать только по надобности.

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

В целом, впечатление приятное, все очень аккуратно. Но начинаешь копать глубже — нет многих очевидных для интернет-магазина вещей — есть куда развиваться! Дерзайте ;-)
Уважаемый разработчик. Я почитал описание и не совсем понял, что именно отличает вас от конкурентов и почему следует предпочесть вас. В частности, интересует чем вы лучше чем shopscript и phpshop. Ведь выходя на рынок следует показать отличие от других, верно?
движок произвел приятное впечатление (тестировал демо на сайте), но есть один недостаток — на чекбоксы и радиокнопки нет соответствующего тега label — нужно проставить для удобства использования — а то по привычке на название кликаю и ничего не происходит

Публикации

Изменить настройки темы

Истории