Jan
30
Избор на e-commerce система с отворен код
at
00:55 by
nofearinc
Category: PHP
Продажба на бяла и черна техника, стоки за бита, спортни аксесоари, цветя, облекло, книги, бижута, парфюми - всичко вече може да се открие по Интернет. С 2 клика на мишката новото четиво на Пратчет може да пристигне самичко до вратата ви, без да се налага да прилагате излишни усилия.
Първата ми покупка онлайн беше "Бай Ганьо" в 4-ти клас. Бях спестявал от закуски и поръчах от една електронна книжарница. Много се радвах, когато я получих на следващия ден вкъщи и си я прочетох с интерес.
Вече не е необходимо да се занимаваш с едра търговия, за да можеш да си позволиш да наемеш компания, която да ти направи електронен магазин. Решения - доста, повечето от тях са дори безплатни и е достатъчна само една стара машинка с интернет вкъщи или просто един по-стабилен хостинг, за да имате надежден сайт за вашите клиенти.
Изисквания
Не една и две са възможните платформи за електронна търговия. Въпросът е какво точно целим:
- Платен продукт или такъв с отворен код?
- Част от CMS система или отделна платформа?
- На какъв език трябва да е написана системата?
- Какви бази от данни ще бъдат поддържани?
- Какви са претенциите ни за интерфейс?
- Какви са изискванията ни за административен достъп?
- Трябва ли ни SEO оптимизация за търсачките?
- Нуждаем ли се от SSL поддръжка за сигурност?
- Какви системи за електронно разплащане трябва да бъдат поддържани?
- До каква степен трябва да управляваме дълбочината на категориите и модела на съдържанието?
- Необходима ли ни е поддръжка на шаблони?
и други важни въпроси, които ни глождят, преди да вземем решение.
Най-лесно би било, ако алтернативата е само една и всички ползват нея. Тогава повечето въпроси отпадат и е въпрос на лична мотивация, време и специалисти да конфигурират желаната система до търсения ефект. В случая обаче не сме ограничени от единичен избор.
Възможни системи
Един добър ресурс е 9 kick ass Open source E-commerce platforms reviewed.
В него са разгледани редица популярни решения с отворен код, на които може да се спрете. Ако имате технически изисквания или ограничения от хостинг провайдъра, трябва да обърнете внимание на какъв език е изградена самата система и какви изисквания има самата тя. Съществуват популярни неща на PHP, Java, .NET, Ruby, Python, но не навсякъде могат да бъдат хостнати безпроблемно. По мое наблюдение най-многобройни и с най-голямо community са PHP системите, както и почти всички хостинг провайдъри поддържат PHP.
Последните дни правих тестове на подобни системи и отбелязвах сравнителни характеристики между тях. Допаднаха ми няколко конкретни заглавия.
Zen Cart
Zen Cart е едно решение с отворен код, което може да ползвате за електронна търговия. Отворен код, доста възможности, порт на osCommerce. Има прилично community, но някак не ми хвана окото. Илиян е страдал от дизайнерски проблеми при смяна на фронтенда, което не е прецедент в повечето такива системи.
osCommerce
Може би таткото на повечето e-commerce системи. Доста древен и един от първите в бранша. Има огромна ползваемост от хора, които още не са мигрирали на друго нещо. Все още се ползва тук-таме, но за интерфейс ползват само и единствено таблици и е доста стряскащо, когато погледнеш кода отдолу
Magento
Magento започва живота си като системка за електронна търговия през 2007-ма година. Първата бета версия излиза в края на август същата година, след което малко по малко започва да трупа популярност. Има над 600 хиляди изтегляния до този момент. Мощна е и е достоен конкурент на повечето подобни системи в бранша.
WP e-Commerce
Това е отговорът на любимеца на повечето блогъри: WordPress. За да не остава по-назад, нашата могъща системка предлага различни разширения за експандване до CMS, до портал, а вече и до система за електронна търговия. Трудно се конкурира с повечето гиганти в сферата, но все пак не трябва да се подценява качеството на самия WordPress, относително добрата структура и backend, огромното community, лесната инсталация и поддръжка и доста други съпътстващи плъгини, които могат да помогнат при нужда.
Доста музиканти и други творчески личности ползват блог, който просто искат да разширят и да продават материали. В такъв случай удачно решение е именно това.
Joomla VirtueMart vs. Drupal Ubercart
Както споменах по-горе, всеки от кандидатите си има силни страни, с които е останал 'на пазара'. Нашият бизнес случай в компанията също бе различен и се нуждаеше от конкретно решение. Клиентът имаше редица изисквания, освен това държеше системата да е базирана на популярен продукт, който да има добро community и да може лесно да намери support. Накрая бе необходимо системата да може да бъде разширена и като CMS при необходимост.
След кратък размисъл се спряхме на 2 възможни алтернативи - Joomla! и Drupal.
Имайки злочест опит с Joomla! и горчиви спомени за backend-а, не ми се щеше да се връщам обратно там. Въпреки това е факт, че вече не е модерно да преоткриваш топлата вода и да пишеш всичко from scratch. Предимството на такива системи е готовата преизползваемост на основни компоненти: user management, категории, валидации/сигурност, административен панел, продукти, поръчки и др. Наличието на множество плъгини позволява изграждане на пълнофункционален сайт почти или изобщо без всякакво писане на код за броени минути.
Всяка от системите има популярно решение за e-Commerce: VirtueMart за Joomla! и Ubercart за Drupal. Последният предлага още 1-2 популярни системи, но тези са фаворитите.
Сравнителна характеристика
Направих кратка характеристика между двата продукта, взимайки добрите и слабите страни както на плъгините, така и на CMS системите като цяло.
| Функционалност | Joomla! VirtueMart | Drupal Ubercart |
| Категории | Flat йерархия (до 3 нива) | Таксономия: наследяване; дървовидна структура |
| Community | Средно ниво | Добро ниво |
| Потребителски контрол | Ограничен; малък брой роли | Мощен; синтезирана и подробна структура |
| SEO | Неоптимизирани URL | Професионална SEO поддръжка |
| Система за шаблони | Лесна система, но трудно управляема (зависима от Joomla!) | По-комплексна и разбита структура, но с възможност за пълна редакция |
| Множество темплейти | Има подобна система, но не рабо | Не се поддържат |
| Админ панел | Интуитивен, но с много стъпки за прости действия | Неинтуитивен, но удобен (след като се свикне) |
| Extensions | По-голям брой, но множество неизползваеми | По-малък брой и доста полезни |
| Начална фаза | Бърза инсталация и лесно адаптиране; трудна customize-ация по-нататък | По-комплексна инсталация и по-дълго време за обучение, но мощна и безпроблемна промяна |
| Инсталация на модули | В много директории, в зависимост от функционалността | Централизирано, в една директория |
| Коментари | Допълнителна опция | Вградена опция |
| Разширена функционалност на документи | Ограничени възможности от Joomla | Възможно (taxonomy) |
| SSL | Да | Не |
| Публична мейлинг листа | Не | Да |
| XHTML стандартизиран | Не | Да |
Краткото ревю и дълготрайно ровене по потребителски мнения и коментари ме докараха до следния извод:
Joomla! е добър избор за бързи и малки сайтове, които трябва да стартират веднага. Бърза и лесна инсталация, готово решение, лесен интерфейс. Проблеми възникват обаче при разширяване на функционалността, когато ограниченото поведение е проблем.
Drupal, от своя страна, изисква повече време за адаптация и изучаване, но дава огромни възможности за ъпгрейд по-напред във времето. Използва се за сериозни продуктови каталози с разчупена структура, много нива на категории, наследено странично съдържание, много потребителски роли.
Утре започвам по-сериозни тестове на Drupal. Има вероятност да посетя Workshop по Drupal в Белгия в близко бъдеще, за да се запозная със структурата.
Това са моите предпочитания за е-Commerce системи. Всякакви коментари, забележки и предложения в добрия тон са добре дошли
Безподобния пост.
Related posts brought to you by Yet Another Related Posts Plugin.



















Още един платен продукт, който хваща окото е http://www.creloaded.com/
Базиран на тази система български сайт е get.bg, може би най-популярния е-шоп у нас.
Лидерите в решенията с отворен код според мен са Magento OSCommerce. OSCommerce вътре е голяма боза, но пък отдавна го има, с много широко използване, много потребители и са изгладили почти всички проблеми. Все пак е супер тромаво за нагаждане - толкова тромаво, че почти всички магазини на OSCommerce изглеждат по един и същ начин: от прясно инсталирания до Гет.бг
От друга страна Magento е ново решение, с поддръжка и развитие не толкова базирани на ентусиасти а на някаква повече бизнес-ориентирана идея, и заради това ми е фаворит. Като за първоначален сблъсък с него мога да кажа че и там се срещат малко проблеми с променянето на външния му вид, но те не са от ограничение в софтуеъра, а по скоро от непознаване на възможностите му
Не съм съгласен за osCommerce - прав си, че го има отдавна, но пичовете разчитат на това, че се е наложило, и някак не го развиват. По личното ми мнение е вече на път да стане архаична технология, затова и бавно, но сигурно бива изместен от новите такива конкуренти - защото разчита на стари лаври, вместо да се подобрява постоянно (изключваме фиксовете). Но за Magento и аз имам положително мнение. В момента Друпал бе по-приоритетен, защото ще бъде ползван не само в е-комърс индустрията, но и като CMS, лична система и други тем подобни, а и е далеч по-мощен и гъвкав. Но ако се фокусирам по-сериозно към решенията за електронна търговия, определено бих му обърнал повече внимание - попаднах на добри отзиви и за краткото време, откакто е на линия (година и половина някъде мисля) се е развил относително добре.
Аз имам неестевена антипатия към Drupal и към Joomla
Не знам защо така -- и заради това е и "неестествена"
Мога само приятелски да те посъветвам да изгледаш 1-2 видеота за Drupal в YouTube или някъде другаде и да му дадеш втори шанс.
В продължение на 5 години пробвах на 2 пъти да пусна портал на една определена тематика (неуспешно) и бях решил да ползвам CMS - тествах e107, Joomla, PHP-Fusion, Nuke etc., Mambo и някои други от по-големите. Тогава не ми хареса Drupal, защото ми се стори орязан и с ужасяващ администраторски панел (второто все още е така, въпреки че има плъгини за панел, а и след един хубав сетъп, вече не ти трябва големия админ панел). Моментните ми наблюдения, съчетани с редовни разговори с типове, които се занимават с това, са именно гъвкавият и невероятно разширяем фреймуърк; липсата на излишни джаджи по фреймуърка, които няма да използваш и други такива плюсове. Засега не ми се е наложило да бръкна в нито един файл физически и да пипна нещо - в момента искам да добавя малко JavaScript за едни event-и и ми се струва, че Thickbox ще се оправи достатъчно добре с jQuery, което му подам като приставка, без да се налага да редактирам или дописвам нещо ръчно и да диря необходимите файлове.
Един вид, развит е с идеята само да се екстендва, без да се едитва (според архитектите на проекта и хиляди доволни потребители, мигрирали от други системи).
П.С. Не взимам пари за PR на Друпал, просто е първото PHP решение, което искрено ме радва до този момент
Впрочем, началството във фирмата е наясно, че ако се опита да спомене Joomla извън контекста на хумористичен разказ a.k.a. 'виц', с колегите ще си тръгнем, без да ни мигне окото.
Аз съм вече в лагера на WordPress
Доволен съм, имам много проекти направени с него (разбирай сантиментално съм привързан към него заради загубеното време), изключително е гъвкъв и от към теми/скинове, и от към плъгини, добра поддръжка, горе-долу редовни нови версии и т.н. И на мене не ми се е налагало да променям каквото и да е по WordPress, въпреки че съм докладвал някоголко бъга и проблеми. Вътре има дори и jQuery и ThickBox
Недостатък е, че e дебело прасе
Товари много
Но пък се работи върху този проблем, а и аз вече се специализирах да се бора с този му недостатък: представяш ли си, моите теми за WordPress имат вградено кеширане на каквото може то тях
PS. Mambo и Joomla са едно и също
И аз обичам да си ровя из WordPress-а и да го 'тунинговам', доколкото мога, макар и да нямам бизнес полза от него (just for fun)
За съжаление не е толкова популярен извън блогинг сферата, а повечето ни белгийски клиенти имат конкретно изискване: обикновено Joomla или Drupal за CMS. В някой от последните си постове в блога споделих, че искам да доразвия WordPress-а до портал, ако имам възможност, и да го ползвам като пълнофункционална система.
Прасенце си е WordPress, това е така и е сериозен проблем, ако имаш овърхед по сайта/блога. По идея на Юруков качих WP Super Cache и ми се струва по-оптимизирано от преди. Нямам наблюдения над WordPress с няколко десетки хиляди посещения дневно, докато знам за Друпал имплементация на абсолютно нормална конфигурация с нормална база, който работи без грешка.
P.S. Joomla е fork на Mambo и принципно е произлезнал(а/о) от него, но след това имат известни разлики
Сега като каза белгийци и видях Нонилион
WordPress става все по-популярно като платформа -- за това имах лекция на OpenFest-а в Русе
Любимите ми примери са Phone.com и Тruemors
Много свежа лекция, евала за което
Ако не възразяваш, ще я постна, заедно с още 2-3 презентации и кратко ревю, защото наистина ми допадна.
П.С. На 59-ти слайд наистина ли пише RSS кретен? Може би е някой от многобройните български преводи, които непрестанно ме стъписват, докато си ровя в Мрежата
Хаха, радвам се че ти е харесала
Нямам никакви възражения, даже може да ти покажа два записа как пелтеча пред публиката -- само за сеир, защото за гледане и слушане малко не става, защото звука е малко кофти:
http://vimeo.com/2505576
http://vimeo.com/2453045
Виж и другите лекции (http://www.openfestruse.org/video08), всички се бяха постарали доста, даже аз минах лесно -- моя "панел" беше само 30 минути
Иначе наистина пише RSS кретен, и е нарочно (вместо RSS клиент), защото много го мразя шибания MagpieRSS
Радвам се, че има и други хора с извращение на презентациите си - искрено си отдъхнах
Ще ги прегледам по-подробно, когато имам възможност, защото влизам в поредната работна серия до към събота. Ще опитам някъде в движение да добавя лично мнение за презентациите под формата на постинг
П.С. Напоследък 1/3 от коментарите ми изискват одобрение.. Трябва да прегледам и за по-флексибъл разширение за мениджмънт на регулярни потребители в сайта.
WordPress е така, одобрение искат коментарите с линкове вътре, или ако са прекалено начесто ... нещо такова. Виж опциите на http://peshev.net/blog/wp-admin/options-discussion.php
Коригирал съм опциите там, по подразбиране бе с 2 линка на пост (смених го в последствие с 4), но все още ми задържа постове без линкове. За тайминг не съм видял такава опция. Споменаха ми за разширение, при което единствено първият пост на редовен потребител изисква одобрение, като следващите се постват автоматично (fair enough) - ще се разровя за такава функционалност.
Доколкото знам, това не е разширение ами е част от WordPress - пак на http://peshev.net/blog/wp-admin/options-discussion.php се намира и се казва "Before a comment appears ... Comment author must have a previously approved comment". При мен е изключено.
Аз съм го активирал, но по моята логика не е необходимо да отбелязва за спам 2 от твоите коментари, след първия, предвид факта, че съм те одобрил
Както и да е, дребни кахъри - нали се отървях от Multilingual плъгина (тук е време Ицката да се пошегува, че във всеки втори пост говоря за него)
[...] да разучавам Drupal, поне в останалото време в работата, в което не се [...]
[...] - част 1Techies & Personals» Drupal - материали и уроци on Избор на e-commerce система с отворен кодnofearinc on Google, MS, Apple и UNIX маниаците
Цветелин Павлов on Google, [...]
Здравейте,
Google ме докара в вашия сайт и прочетох статия ви. Интересно и споделям. С WordPress и Joomla! съм на ти, но Drupal ми се видя табло на самолет.
Имам същата дилема за малък е-магазин и мисля коя да бъде всъщност.
Virtuеmart-ът ми е завършен на локалния сървър, но след прочита се раздвоих. В общи линии ще се радвам на развитие по въпроса, да споделите относно тестове тестове на Drupal.
поздрави
Привет,
Основната практика на софтуерния разработчик е: Ако нещо работи, не го пипай!
Т.е. ако имаш работещ продукт и си доволен от неговата работа, то това е твоят продукт. Промени се налагат само и единствено, ако платформата не ти доставя удовлетворение:
-липсва функционалност
-трудно се надгражда
-има лошо бързодействие
Виж спецификацията на проекта си. Ако Virtuemart-ът ти може да покрие изискванията без проблем, то можеш да се втурнеш напред. Аз съм доволен от Ubercart на Drupal като платформа и бих ти препоръчал да я разучиш. Модулите са доста синтезирани и не се предлага излишна функционалност, като се добавят нещата, които са ти необходими. Самото setup-ване е безпроблемно. Мен лично ме притесняват повече обработките покрай дизайна, тъй като няма много готови Ubercart теми и view-тата трябва да се изработват ръчно в повечето случаи.
Не искам да започвам война, но има няколко неща, които ме карат да изразя несъгласие:
1. Community - да кажеш, че на Джумла! е средно ниво, а на добро ниво просто не е вярно. Погледни броя потребители, мнения във форума и т.н.
2. SEO - Съгласен съм, че Джумла! няма много добра вградена оптимизация, но има отлични "модули", както ти ги наричаш (компоненти в Джумла!). Самият факт, че ги наричаш модули ме кара да бъда скептичен, че не си безпристрастен.
3. Система за шаблони - това, че не си я разучил, не я прави трудно управляема (по-същата логина за мен Боинг е трудно управляем, но за един пилот едва ли би бил такъв).
4. Множество темплейти - работят си, пак опира до въпрос на знания.
5. Extensions - повечето си работят, това не означава, че са толкова прости, колкото самата Джумла!
6. Начална фаза - трудната customization е отново въпрос на learning curve.
7. Какво значение има в колко директории се инсталират "модулите" (пак казвам, това което имаш предвид под модули в Джумла! се казва компоненти)? Просто файловата структура на двете системи е различна...
8. Публична мейлинг листа - Джумла! има такава, друг е въпроса, че не си я открил.
============================
Аз си признавам, че съм пристрастен, но начина, по който е направено сравнението говори за предубеденост и най-вече липса на опит с Джумла! (дори и само заради терминологията /друпалска/, която ползваш).
Да, Джумла! изглежда изключително лесна в началото, но ако човек иска да направи по-сложни неща и тя става сложна. За това повечето, когато свикнат с лесното и видят, че по-трудните неща са сложни и бързо се предават. Докато в Друпал, ако въобще стигнеш до момента с по-сложните неща, то си изхабил толкова много време, че не си заслужава да се отказваш.
За другите неща съм съгласен.
И се извинявам за няколкото правописни грешки.
Иво, всеки има право на мнение и уважавам твоето - особено на един от хората зад Джумла България
Ползвам Друпалската терминология, за да уеднаквя идеите за отделните... парчета? В противен случай трябваше да ползвам двете терминологии отделно, което налага трудно разбирателство за читателите. Аз лично не смятам, че има разлика между 'модул' и 'компонент' в контекста на двата CMS-а. Поправи ме, ако греша.
Нискобюджетните клиенти, които не мога да отхвърля, обзавеждам с Joomla! или Drupal. Естествено, предпочитам да напиша нещо from scratch за тях, преизползвайки собствени системи, но това невинаги е възможно.
Преди около 4 години имах Joomla! базиран портал за 5-6 месеца. Борих го доста време, накрая сложих e107. В работата ми се налагаше също да отделя няколко месеца на надграждане на Joomla! проекти и не съм очарован от това. Практически имам повече опит, отколкото с Drupal, но досега съм изпълнявал без проблем изискванията ми за Drupal задачи с помощта на Views + CCK комплекта, който позволява нелоша връзка с базата без необходимост от SQL, както и създаване на нови типове отново без нужда от знания за RDBMS.
Да, предубеден съм, но съм склонен да пробвам Joomla! пак след година, ако видя добро ревю за текущата версия тогава, разцъкам я и остана доволен. За community-то, имам немалко отворени въпроси както в българския форум, така и в интернационалния. Затова съм склонен да давам оценки от моята камбанария
Останалите неща са въпрос на гледна точка... И аз мога да ти обясня, че е тривиално да направиш демо JSF+Facelets проект на JBoss, но ако не си си трошил достатъчно пръстите там, войната е загубена с няколко битки пред нея.
Поздрави,
Марио
Много полезна статия, аз си скъсах нервите с един ОСкомерс, мисля да пробвам с Magento
Здравейте,
Поздравления за чудесния сайт и блог.
От няколко години правя сайтове, преди това се занимавах с предпечат и печатна реклама. Работя с HTML и CSS. PHP и работата с бази данни са в задачите ми за изучаване, но не мога да стигна още до тях.
Изминах подобен път в търсене на CMS. Имам известен опит с WordPress - няколко години и няколко направени сайта. Разглеждах други възможности, пробвах е-107.
Накрая, преди година, се спрях на Друпал и не спирам да изпитвам удовлетворение от тази система. Изглежда трудна, но само ако не си готов да учиш. Ако имаш търпение и постепенно я изучаваш - има огромни възможности, логична и последователна е и най-вече има всякакви решения и огромно количество полезна информация.
В момента и аз търся решение за Open Source e-commerce. И аз стигнах до извод, че най-доброто решение за мен би било Друпал + Ubercart. Защото освен възможността за електронна търговия искам да ползвам и мощната система на Друпал за изграждане и на други възможности, както и на развитие на темите и дизайна.
Не знам обаче дали Ubercart може да се интегрира с българските доставчици на интернет разплащания - epay.bg и ebg.bg
Имам предвид да се интегрира с готов модул защото не съм програмист и не мога сам да напиша код за това.
Докато за oscommerce и zen cart има готови модули за връзка и с двата тези оператора.
Та въпросът ми е - може ли Ubercard да работи с epay.bg и ebg.bg и по какъв начин става това.
Поздрави
Привет, Antoni,
Интересно е, че срещам и друг любител на Ubercart в работата с Drupal. Последните месеци пиша само чисти решения from scratch и съм занемарил малко Drupal, но смятам да подкарам една платформа на базата на Drupal в скоро време.
Доколкото знам, има модул за epay.bg интеграция в Ubercart, но мисля, че е само за версия 5. Потърси в Google дали има поддръжка при 6-та версия на системата.
Ще се радвам и да държим връзка и да обменяме идеи по въпроса.
Много благодаря за инфото. Има такъв модул, но както и ти пишеш, е за Друпал 5. Намерих го тук:
http://drupal.org/project/uc_epaybg
Ами ще се наложи да направя първия си магазин с Друпал 5 - като гледам колко много неща са създадени с версия 5, сигурно това няма да ми попречи особено.
Мисля известно време да работя с тази комбинация, а междувременно почвам да се самообразовам с php така че да мога и сам да интегрирам ubercart към българските платежни системи след време. Поне ще опитам:-)
Още веднъж благодаря - аз търсих преди това в гугъл модул за зенкарт или оскомерс защото си мислех, че са по-разпространени и има повече шанс да намеря - за ubercart - като нещо по-ново и специфично за друпал - просто не допусках, че има и не потърсих.
Като инсталирам магазина с този модул ще споделя опит.
В момента стартирах тестова социална мрежа, базирана на Drupal. Дълго време се чудих дали да подкарам 5-та или 6-та версия, тъй като имаше 2 съществени модула, които бяха за петица. В крайна сметка оставих 6, но е факт, че все още се ползва активно Drupal 5 и по тази причина се поддържат модули за тази версия.
Можеш да пишеш на създателите на модула дали смятат да мигрират на 6. Аз също не съм писал достатъчно по ядрото, за да преценя дали интеграцията е сложна в случая или не. Така или иначе, не обичам да експериментирам за финансови операции, защото са сериозен фактор.
Изборът ми на Ubercart преди беше резултат на общо проучване на възможностите и на мненията на хората. Но сега започнах конкретно, свалих си доста инфо и днес започвам инсталацията.
Версия 1х на Юберкарт (последно 1.7) е завършената и основна версия. Тази версия е предназначена за Друпал 5.
Докато версия 2х на Юберкарт е все още само release candidate (Ubercart 2.0-rc3) и все още не би трябвалво да се ползва за отговорни проекти.
Така че е нормално модулът за epay.bg да е за друпал 5 защото е предназначен за юберкарт 1х.
Още повече модулът е публикуван през април тази година, а вероятно писан още по-рано, когато юберкарт 2 е бил в още по-ранна и незавършна версия.
Опитът ми с Друпал дотук показва, че това коя версия ще се използва зависи от това какви модули и теми ти трябват и до коя версия са развити тези модули. По тази причина голям брой друпал разработчици си работят с 5, а дори има и активна подръжка на още по-старата в. 4.7.
Като се замисля това е естествено. И аз си карам на XP, нищо че вече е на много години. Хич не искам Виста или 7. XP работи и ми върши работа.
Само като си спомня как като преминах от 98 на XP ми стана ужасно неприятно, че всички събирани и закупувани колекции шрифтове изведнъж престанаха да работят и няколко години се занимавах с конвертиране на шрифтове за да отварям поръчки на стари клиенти. И до днес имам такива проблеми.
Няма да сменя нещо добре познато и работещо добре за по-нова система само заради няколко козметични промени. А разликата между друпал 5 и 6 май е точно такава - козметична предимно.
Така че текущото състояние на Юберкарт е 1.7 за друпал 5. И затова модулът е за 5 също. Така и ще си направя сайта.
Ползвал съм Ubercart за Drupal 6, беше стабилен, но ползвах малка част от потенциала му. Колкото до новостите в Drupal 6, хвърли един поглед тук: http://drupal.org/drupal-6.0
Ще се радвам да ме държиш в течение за развитието на Drupal магазина ти. Успех!
Да, друпал 6 има важни и полезни допълнения, неприятно е да се лишава човек от тях.
Току що изпратих писмо до създателя на модула - един руснак, роден 1987 г. - с въпрос за плановете му за развитие и дали не мога да му платя да напише модул за друпал 6 - ще опитам.
Ако отговори ще пиша и тук.
Инсталирах първия си Ubercart! Великолепна комбинация е Drupal / Ubercart. Радвам се, че избрах нея.
Сега разучавам кое как работи, но съм удивен от логичната, педантична и последователна организация - както всичко в Друпал.
Всичко е направено и работи мното удобно, но иска внимателно изучаване на ръководството и множество материали, които ги има, но се намират с търсене - само с разцъкване - както обичат мнозина - би било невъзможно да се разбере и направи такъв магазин.
Модулът за разплащания с епей за версия 5 се инсталира успешно (още не съм го свързал с ипей обаче, но предполагам няма да има проблеми) и изглежда засега е напълно достатъчен - самият юберкарт работи пълноценно с версия 5 на друпал - верисята за 6 не е завършена. Много от допълнителните модули, които се изискват от инсталацията на юберкарт все още нямат верисия за друпал 6. Предполагам, че при това положение инсталацията на юберкарт на друпал 6 става с отказ от някои възможноости и не е необходимо да се бърза с нея.
В сайта на юберкарт има и други полезни за България модули за вид на разплащане - плащане при доставка, плащане с превод по банкова сметка и други. Май не сме единствени със затрудненията при плащане с банкови карти - прочетох, че в Тайван основния платежен метод за интернет магазините е банков превод по сметка на продавача.
Свързах се с руснака, написал модула за ипей за друпал 5. Отговори ми, че щом има интерес от България, скоро ще пренапише модула и за версия 6. Щом е за общо благо не иска заплащане, ако някоя му направи дарение в сайта ще е доволен. Чакам съгласието му за да постна информация за него във форума на Друпал.
Аз пък успях да преведа един друг модул - Manifacturers - и успешно да инсталирам превода. Преведох го ръчно - с Notepad.
Не знам дали няма по-добро средство от Notepad за превод на модули и как да направя превода публичен - да го ползват и други. Ще науча това с търсене, но ако знаеш - пиши, ще съм благодарен. Защото ще продължавам да превеждам и останалите модули малко по малко.
Интересно е, че модулът за ePay е писан от руснак - принципно системата е локална за България и това ме учудва. Но е хубаво, че човекът има готовност да я интегрира за Ubercart 6 в Drupal.
Колкото до преводите, засега преводи се публикуват в http://drupalbg.org/ - пиши на хората там и ще качат превода ти. Не знам каква е процедурата за главния портал на Друпал, но все пак до BG общността стигат всички Drupal нашенци.