[zuul]

Kas keegi oskaks soovitada veebipoe tarkvara ...

Pood müüks tulevikus riideesemeid. Ei ole vajalik ulmekeeruline adminn koos meeletute võimalustega, pigem arusaadav keskkond keskmisest väiksema poe
pidamiseks. VÕIKS olla PHP-s kirjutatud. Oluline hea custom template lisamise võimalus. OSCommerce ja analoogid kipuvad liiga keeurlise adminniga olema ilma kogemusteta adminnile. Ei ole oluline, et oleks vabavara.

SUUR tänu ette!

[raitl]

zuul, kui oluline on lihtsus hilisemas poe kasutamise faasis, ning üles seadmise puhul vahet pole, siis soovitaksin Magentot. Peale poe püstipanekut teed poe admin kasutaja, kellel pole asja millegi muuga, kui tooted, kategooriad, tellimused, võib olla ka hinnareeglid. Saab tulemus väga lihtne ning mõnusasti hallatav

[M1ck3y]

zuul, mina soovitaksin, OpenCARTi

Mugav, lihtne ja hea kasutada.

[kussu]

Pole küll ise kasutanud, kuid silma on jäänud http://www.prestashop.com/
http://www.kaamerad.ee/ peaks selle peal jooksma

[Priidik199]

Wordpress + WPeCommerce on ka tegelikult suhteliselt asjalik

[raitl]

Priidik199, minu arvates WP_eCommerce on üks jubedamaid lahendusi. Seda eeskätt modifikatsioonide kohapealt. Viimati kasutasin selle asemel TheCartPress nimelist pluginat ning oli kordades asjalikum.

[Priidik199]

[Spott]

Mina soovitan ka PrestaShoppi. Uus versioon 1.4 on ka paljude uuendustega (ise pole oma poodi veel kahjuks uuendanud), kuid administreerimine on lihtne ka mitte IT tegelasele. Mu enda poe kogu tellimuste haldust jne näiteks haldab mu abikaasa.

[mannatera]

http://www.magentocommerce.com/ muud sa ei vaja

[-Alpha]

Ma soovitan OpenCart'i

See on tasuta ja lihtne kasutada.
On võimalik ka tooteid digitaalselt alla laadida. Lisaks saad saad SEB, Sampo ja teiste Eestis olevate pangade lingid maksevahendina juurde lisada. Teistel e-poodidel on ka see võimalik.

Minu arvates on OpenCart parem.

[Jokker99]

Minu hääl läheb Magento poolt.
Enda pood jookseb juba pea 2 aastat ilma probleemideta.

[raitl]

Magento on tänasel päeval vaieldamatult out-of-the-box kõige võimekam open source e-poe tarkvara. Tema suurimateks puudusteks on tema tihti raskesti tabatav loogika ülesehitusel ning dokumentatsiooni puudumine. Aga vaadates puhtalt tarkvara võimalusi, ei ole mina küll leidnud Magentole võrdväärset vastast.

[pronto]

Kui plaanis on nullist alustada, siis reaalselt jääb sõelale ainult kaks lahendust: Magento ja PrestaShop. Kui keegi pakub midagi muud, siis suure tõenäosusega puudub tal kogemus nende kahega.

Soovitatud poodidest on Magento selgelt võimekam ja kiiremini arenev (eBay ostis selle muide mõne kuu eest ära), kuid siin on üks suur konks -- nimelt nõuab see suures koguses spetsiifilist oksusteavet. Paar kõigile tuntud veebifirmat on võtnud kergekäeliselt Magento projekte käsile (no kui keeruline üks PHP põhine vidin ikka saab olla) ainult selleks, et avastada: see asi käib neil üle jõu. Eestis on tegelikult vist neli firmat, kes suudavad Magento projekte kvalitseetselt lõpuni viia (kuna ma ise töötan ühes neist (Eepohsis), siis ma igaks juhuks oma tõsisemaltvõetavamaid konkurente hetkel kiitma ei hakka. Igal juhul olen ma päris kõvadel tegijatel aidanud asju outsourcemise korras lõpuni viia. Magentot kasutades on mõistlik raha lauale laduda ja lasta see mõnel partneril lõpuni viia. Ning kui rahast juba jutt lahti läks, siis vajab Magento ka korraliku serverit, mis tähendab ka üsna hoomatavaid kuumakseid majutusele.

PrestaShop on täpselt vastupidise eesmärgiga. Tegemist on millegagi, mis sobib suurepäraselt mees ja koer tüüpi firmadele. Sellel on hulgaliselt piiranguid, kuid selle haldamine on lihtne, selle õpib kiiresti ära ning seda on võimalik põlve otsas kõpitseda. Kui Magento eeldab, et juurutaja oleks spetsialist, siis PrestaShopiga saab hakkama enam vähem igaüks. Kuid nagu ma ütlesin -- probleemid tekivad kohe siis kui kauplus hakkab võtma tõsisemaltvõetavaid mõõtmeid (skaleeritavus), kus kasutusel on rohkem kui üks valuuta, rohkem kui üks keel ja rohkem kui üks riik. Kas on PrestaShop vähem kohendatav, ehk siis sellel platvormil tehtud kauplused on suuresti isikupäratud (ma ei räägi siin, et unikaalsus võimatu oleks, lihtsalt enamasti ei ole tehtav pingutus küünlaid väärt).

[sakunne]

Milline neist XML'i sööb

[Spott]

vajaliku liidesega enamus ma arvan. PrestaShop on igatahes küll XML-iga uuendama pandud. Kuid see ei ole standardlahendusena kohe sees.

[tanel98]

Ma soovitan Interspiret eriti veel kui pole oluline, et tegemist oleks vabavaraga.
Mugav kasutajaliides, templeidi lisamis võimalus.

[sakunne]

[maniisama]

magentot ei soovitaks

põhjusi küllaga aga alustuseks võiks eesti magento firmade poolt ülespuhutud asjale natuke kriitilisema pilguga vaadata ja tutvuda näiteks selle otsinguga googlest

www.google.ee/search?q=magento+sucks

[djdanx]

[pronto]

Nii see on -- kui piisavalt otsida leidub pori igale seale. Kusjuures ma muide vaatasin paar esimest lehte läbi mida otsing andis: läbivaks teemaks oli hädaldamine, et Magento nõuab kompetentsi mida kirjutajatel polnud ja see tundus uskumatult ebaõiglane.

[maniisama]

[raitl]

maniisama, ma ei suuda küll välja mõelda, millist kõrvalist abi oleks vaja Magento töös hoidmisel. Kui poe haldaja on enda jaoks aabitsatõed selgeks teinud (mida iga e-poe haldur tegema peaks, sõltumata sellest, mis platvormile pood on ehitatud) Kahjuks on nähtud palju kaupmehi, kes arvavad, et "ma tellin omale e-poe, see pannakse püsti ja siis mul ei ole endal midagi vaja selle haldamisest ning kasutamisest teada, vaid ainult raha taskusse lükata." Paraku nii see asi ei käi.

[maniisama]

[raitl]

maniisama, enamasti, kui lasta pood kompetentsel inimesel/firmal püsti panna, siis mainitud probleeme hiljem ei teki. Ise põlve otsas nokitsedes, või naabrimehe pojal, kellel "kuldne pea" õlgadel asja teha lastes võib igasuguseid huvitavaid anomaaliaid kohata.

[gynterk]

Lp raitl ja maniisama jt!

Mõlemal Teil on natuke õigus, aga natuke ka mitte. Veebipoe puhul (vahet pole, kas see on Magento, Prestashop või mis iganes tarkvara peal), ei saa kunagi ette näha seda, kas tulevikus tekib probleeme või mitte ja seetõttu tuleb ette, kus veebipood vajab, kas nüüd mitte just pidevat, aga küll perioodilist tehnilist administreerimist seoses külastatavuse kasvuga. Sellega tuleb tihti võtta kasutusele võimsam majutuspakett (või lausa VPS või privaatserver) ja tarkvara või serveri seadistuste poole pealt tuleb tegeleda nii koodi kui ka andmebaaside optimeerimisega. VPS/privaatserveri puhul on see loomulikult lihtsam, st siis on serveriadministraatoril võimalik vabalt valida kärmem veebi serveerimise tarkvara (nt Apache asemel Nginx + PHP-FPM jms) ning kasutada erinevaid cache lahendusi, mäluketta kasutamist andmebaaside ajutiste tabelite ja tarkvarapoolse (nt Magento var/ kataloog) cache jaoks jpm.
Juhul, kui tegemist on tõesti nn vanaema käsitööpoega st külastatavus on üpriski väike, siis antud optimeerimisi ei ole mõistlik teha, sest need tähendaksid kindlasti tellijale lisa väljaminekuid. Samuti on tavaline virtuaalserver tunduvalt odavam kui VPS pakett, privaatserveritest rääkimata. Probleem tekib siis, kui vanaema muutub maailmakuulsaks käsitöökunstnikuks

Suure külastatavuse puhul tahab ükskõik, mis e-poe tarkvara tõsiselt käehoidmist (tean omast kogemusest), tuleb erinevate serververitarkvara seadistustega katsetada, jooksutada koormusteste jms, et leida optimaalsed seadistused antud riistvaratingimuste jaoks. Samuti ei tohi keerata nn kõiki kraane lahti, sest siis on tulemuseks see, et lehel on korraga 1000 külastajat ja mitte keegi neist ei saa ühtegi tellimust teha. Samuti tuleb arvestada sellega, et kui tellija teeb kampaania, siis külastatavus võib kasvada ja seda väga palju. Oleks ju piinlik, kui keset kampaaniat kogu pood koormuse all ära sureb.

Seetõttu tuleks esimese punktina kindlaks teha, mida täpselt tarvis on ja kui kiire on äri eeldatav kasv. Samuti soovitan kindlasti ise proovida erinevaid e-poe tarkvarasid, tihti on olemas juba tarkvara enda kodulehel mingisugused demo versioonid, aga vajadusel on võimalik need alati majutusteenusepakkuja juurde üles panna ja seal ise neid testida. See, kui keeruline tarkvara tundub, on ikkagi kasutaja enda otsus. Mõni saab kõigega hakkama.

Soovitan, kindlaks teha, mis võimalustega tarkvara tarvis ja võtta nt Wikipediast sellelt ja/või tollelt lehelt ette ports tarkvara ja need järgi proovida. Alates paigaldamisest kuni reaalse kasutamiseni (sh tarkvara proovimine külastajana).

Igal juhul, edu e-poe pidamisel!

[maniisama]

[Spott]

poe haldus ei ole ainult tellimuste vastu võtt, toodete lisamine ja toodete välja saatmine - see on ainult üks asi.

Edasi on aga tarkvara uuendamine - ärge tulge ütlema, et kui korra asi püsti pandud, siis mis seal enam uuendada - näen ühte poodi hetkel, kus "spetsialistid" panid selle üles ja solkisid koodi nii ära, et mul on kulunud pool aastat aru saamiseks, mis ja kus nad midagi tegid. Tänu sellele ei saa ka uuendust ette võtta. Ja sellega seoses on väga palju probleeme, mida hetkel tuleb otse koodis kiiresti parandada kasvõi smartposti automaatide lisamine, mis on läbi ussi ***** lahendatud. Kuid põhjaliku uuendust aktiivsel müügi perioodil pole mõtet teha.

Täiendavate lisamoodulite paigaldus ja häälestus vastavalt kliendi soovidele.
Teema muudatused - ka neid tuleb tihti teha - tegu võib olla pisikese muudatusega, kuid ikka tööga, mida on vaja teha - näiteks mõni graafika element välja vahetada vms
Konsulteerimine ja lahenduste leidmine SEO ja kasutusmugavuse teemadel
jne jne

Ja need peale esimest lauset olevad asjad ei ole jõukohased sellele inimesele, kes suudab häda pärast tooted poodi sisestada ja kategooria teha ja tellimusi hallata. See töö tuleb kas sisse osta või peab olema omal inimene, kes sellega toime tuleb.
Ja kui need tööd sisse ostetakse ja need väga kalliks on osutunud, siis ongi sellised kentsakad poed turul, kus palju häirivaid elemente ja vananenud infot ja üldse vanad platvormid kasutusel - sest inimesed suudavad ainult tooteid lisada, kuid muu asjaga nad toime ei tule.

[perenoel]

[Spott]

kasutajakoolitus inimesele, kellele tuleb puust ja punaseks ette näidata, kuidas ta saab hiirega lohistades toote positsiooni kategoorias muuta - koodis muudatuste tegemise kohta. Edu sellele koolitajale....

Minu seisukoht, et kasutajakoolitus peab hõlmama neid asju, kuidas poodi käigus hoida. Power user osa kõiki muid toiminguid, mida saab teha üldse poe backoffices. Kuid kuidas mingeid vigu koodist otsida, kuidas uusi asju lisada, kuidas teostada poe täielik upgrade jne - see ei ole enam kasutajakoolitus.

[perenoel]

[Spott]

alates plokkide ümber tõstmisest peab olema juba power user ja enamikel poodidel sellist inimest pole.
Jooksvaid uuendusi jätta tavakasutaja teha on aga tõsine rumalus. Kui inimene ise suudab poe paigaldada - siis on loomulik, et ta suudab sellega toime tulla. Kuid suurem enamus pole siiski nii arvuteid jagavad - see on tõsi. Lihtsalt näen oma klientidest seda väga palju. Samas müüvad nad hoopis rohkem, kui mina oma poe kaudu - sest nemad oskavad seda marketingi paremini. Ehk iga üks jäägu oma liistude juurde

[DicesOf]

Sai siin ka suvel enda esimene veebipoe projekt vastuvõetud ning nagu oli karta, siis reaalne töömaht
muutus plaanitust tublisti suuremaks. Peamiseks probleemiks kujunes välimuse kohandamine enda
loodud disainile. Rääkimata siis mõningatest kasutajakogemuse aspektidest.
Ehk siis toore mootorina töötavad nad suuretõenäosusega kõik aga kui oleks vaja painutama hakata,
siis peab tihtilugu naeruväärselt sügavale kaevuma, avastades siis, et sulle vajaliku html-i väljastamiseks
peabki hakkama mitte väga ilusaid semantilisi vigureid tegema.

Teine probleem tekkis checkoutiga, vaatad peale ja mõtled, et miks küll keegi asja nii lahendas?
Võiks vabalt kaks sammu vahelt ära võtta, aga kuidas?
Hästi läheb leiab probleemile lahenduse, kui mitte, siis see ajakulu ei ole seda jällegi väärt.

Mis puudutab valuutat, transpordikulusid jms, siis tavaliselt tehakse ette mingid mallid, ala tüüpilised maksevõimalused ja kullerid.
Kuna aga riigiti need erinevad, siis ei ole üldsegi võimatu situatsioon, et oled jälle otsapidi text-crawleris.
Ei ole arusaanud miks ei võiks admini poolel olla selline variant, kus ehitad endale sobiva makse/transpordi ahela ja
paned ise väärtused, mitte ei hakkama muutma olemasolevaid.

Olgu öeldud, et kasutasin MarketPressi, mis on siis WordPressi plugin. Kuigi probleeme oli, siis võrreldes
mõne teisega kasutasid nad päris hästi ära wordpressi hookide loogikat ning ka admini poolne interface oli viisakas.
Samuti kahtlaseid anomaaliaid peaaegu, et ei olnud. Teatud kvaliteet oli olemas aga tiba toores veel. Järgmine kord prooviks midagi muud.

Sai katsetatud ka Magentot, aga kui peale 15min installi protsessi leidis, et mingi andmebaasi säte ei kõlba, siis see oli jube kerge vihje,
et lihtsa veebipoe jaoks on tegemist ilmselge overkilliga.

Ühesõnaga lihtsalt väike jutt veebipoe loomise kogemusest custom disainile. Paistab, et põhiliselt pannakse rõhu funktsionaalsusele,
aga kujunduslikule paindlikusele eriti mitte.

[Sixten]

Proovisin Magentot ja Prestashopi installida kahele erinevale domeenile ja erinevatesse serveritesse. Kõigidel kordadel viskab sellise errori: PHP extension "mcrypt" must be loaded.
Mida teha tuleb ? Väga ei jaga seda asja

[Renka]

mcrypt extensioni pead PHPle lisama.

[Sixten]

[adept+]

Mis takistused PrestaShopiga täpsemalt tulevad kui kasutusele võtta rohkem kui üks valuuta, rohkem kui üks keel ja rohkem kui üks riik?

[zlenard]

Miks mitte kasutada 1click upgrade prestashopil ?

[tauri999]

Olen uurinud foorumeid ja silma on jäänud need kaks nime. Kahjuks ei oska ise otsustada kumb ikkagi parem on. Soov oleks teha koduleht võimalikult väikeste kulutustega, kuid hallata võiks ikka mugav olla ja välja ka väga kole ei tohiks näha. Kumba teie pooldate ja miks?

[danny]

Olenevalt vajadusest mida sa ootad e-poelt.

Opencartil on võimalusi veidi vähem, lisamoodulid on odavamad. Prestashopil võimalusi rohkem, aga lisamoodulid on kallimad. Pangalingid, paki saatmisvõimalused Eesti omad on mõlemile olemas ja sama hinnaga.

Sisuhaldus on mõlemil lihtne.
Kumb neist parem on ei teagi öelda, siinkohal ongi tähtis milda ootad e-poelt endalt. Mõlemil sisuhaldusel on demod olemas nii frontend kui backend, uuri neid lähemalt ja anna oma hinnang ise. Kellele ema, kellele tütar.

[dud66]

Oskab keegi öelda, millise kassasüsteemiga on kõigelihtsam/odavam Prestashoppi siduda?

Olukord selline, kus olemas on Prestashopil põhinev e-pood ning sinna kõrvale on vaja füüsilisele poele kassa+laohaldus nii, et e-pood ja füüsiline pood oleks sünkroonis

[Fukiku]

Kodumaine Erply pakub Prestashopi integratsiooni küll pealiskaudsel vaatlusel näiteks.

[dud66]

Tänud - endal jäi millegipärast kahe silma vahele

[duplex]

Magnetost niipalju, et üsna tagasihoidliku kaubavalikuga e-pood ja maht on kasvanud ligi 4gb peale, andmebaas ligi 500mb. Pood on ressursinõudlik. Magnetot on hea kasutada eraldiseisvas serveris.

[raitl]

duplex, ega juhuslikult näiteks logimine aktiivne pole ning logipuhastamine maas? Või siis on arusaamad tagasihoidlikust kaubavalikust meil erinevad. Näiteks 5000 tootega, 2000 registreerunud kliendiga, 2 eraldi domeenidel poega ning kokku 13 poevaatega (keelega) poe full backup (failid+andmebaas) on 2.1GB

[Taavi©]

Oskab keegi soovitada html ja javascript koodi encryption tooli ?

[Fukiku]

HTML ja JavaScript tuleb ju igal juhul brauseris lahti pakkida. "Krüpteerimisega" lööd ainult esimese ringi lolle lapsi tagasi. Vähegi huvi tundev tegelane pakib krõbinal kõik lahti niikuinii, sest kõik info on tal selleks olemas. Seega, kas on mõtet üldse vaeva näha?

[maniisama]

[Sixten]

Oletame, et mul on umbes 20 000 erinevat toodet ning oleks vaja siduda ka kassasüsteemiga NOOM, et kui füüsilisest poest on asi müüdud ja NOOM programmist maha võetud, siis näitab ka e-poes, et toodet ei ole enam. Kas sellise asjaga mõni wordpressi süsteem saab hakkama ? Ilmselgelt peaks olema nii, et leht jookseks normaalselt, mitte ei laeks mitu minutit.

[tanel98]

Halo,
küsimus suurele ringile.

Kas mõni või koguni äkki rohkem kui mõni e-poe valmistarkvara pakub ka sellist võimalust, kus kasutaja saab luua oma nn profiili ja siis sinna alla panna tooteid müüki.

st. Nt muusik loob oma konto ja paneb oma trackid sinna ülese. Admin saab siis loomulikult redigeerida, kategooriaid luua jne.
Makse läheks leheomanikule ja sealt omakorda kantaks artistile. Aga see viimane osa pole nii oluline.

[Kermit]

Hea, et see teema siia kunagi on loodud.
Öelge palun, milline platvorm oleks kõige mõistlikum valik, kui e-poe põhifunktsiooniks oleks multi-vendor. Ehk siis kasutaja tuleb lehele, registreerib end ja paneb oma kolinad müüki ja keegi siis ostab selle ära. Et see süsteem funktsioneeriks korralikult. Idee kohaselt saaks seal ka kohe kaardiga maksta ja transport valida (pmst nagu osta.ee toimib).