Webshop szerű valamit, mivel? help!

Üdv!

Tudnátok ajánlani valami egyszerű megoldást a címben említett témára?

Kritériumok:
-kosár
-checkout
-meglévő weblapba beépíthető, tehát nem webshop motor kell, hanem csak a kosár része
-egyszerű

Esetleg ha valaki vállalkozik megcsinálni, biztos meg tudunk egyezni valamiben.

Előre is köszi!

Hozzászólások

A termékkatalógus már megvan, azért kell "csak" kosár?
És mi lesz a felhasználókkal (rendelést kihez kötöd??)
Amugy ha külön webshopot akarsz, akkor magento, wordpress plugin, joomla, drupal -> ezeknek mind mind van ilyenje.

Van egy sima html weblapom, ahol vannak bizonyos termékek simán táblázatban felsorolva.

A rendelés jelenleg egy külön formon zajlik, ahol a user legördülő menüből választja ki a kívánt terméket, tölti ki az adatait.

Ezt szeretném átdolgozni kosarassá. Remélem érthető mit is szeretnék.
-------------------------
127.0.0.1 SWEET 127.0.0.1

Akkor meg beszelsz a webfejlesztoddel, hogy itten van az arculat, faragjon hozza webshopot. Ja, hogy azert fizetni kell... hat, IJ. Egyebkent Magento, VirtueMart, sot, Ubercart. De persze ehhez erteni is kell, nem csak akarni.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Annyira pedig tenyleg nem veszes.

Javascripttel szepen osszegyujti az adatokat valahova, a checkout formba meg injektalja. Ezer modon tud kliensoldalon session-t kezelni.

De az eddigi e-mail kuldo checkout form muszaj hogy dinamikus legyen, 2011-ben nem mailto linkekkel szorakozunk altalaban.

Az a gond, hogy ez igy tenyleg megvalosithato, azonban ennek a hosszu tavon karbantartasa egy remalom, ha mar, akkor tessek rendesen megcsinalni azt a webshopot, es akkor lehet bele kartyas fizetest is rakni.

Mindenkeppen kolteni kell ra, de nem biztos, hogy olcsobb lesz, ha ganyolasert fizet.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Mondok masikat: Rakattint a delikvens egy linkre, atmegy egy villanasnyi redirect egy rendes webshopra, ami berakja, majd visszakuldi a delikvenst az elozo helyere.

Mondok megegyet: csak a termeklistazas iFrame-be, esetleg facebook like szeru iFrame-ezes.

Alapvetoen azt kell megoldani, amit az ugyfel szeretne ugye.

Mondjuk ha publikalna azt a csodalatos weboldalt, lehet jobban megertenenk, mirol is van szo; nem biztos hogy erdemes a kartyas fizetesen gondolkozni peldaul, ez ugyfelkortol, termektipustol, es forgalomtol is erosen fugg.

Finoman szolva nem egyeduli versenyzo vagy a piacon...

Akkor viszont tenyleg megeri kartyas (sot: SMS-es es/vagy PayPal / Abaqoos) fizetesben is gondolkodni, elvegre alacsony erteku (nehany ezer forintos kategoria), virtualis javakrol van szo.

Ugyanakkor ebbol a bizniszbol az utobbi 1-2 evben kevesen lettek milliomosok Magyarorszagon igy ertheto ha koltseghatekony megoldast keresel; s itt a UI fontos, mivel ha nem vesz rogton, van meg jelentkezo. Kerdezz ajanlatokat, aztan meglatod.

Oooize. Azert a megrendelovel - legalabbis nemelyik ertelmesebbel - egy kepzettebb webfejleszto kepes lehet megertetni, hogy ugyan nagyon jo es cool dolog a bungee jumping, de ezt egy ketmeletes tarsashaz tetejerol vegrehajtani mar nem annyira cool. Hiaba, hogy ott a kotel, meg pont ugy nez ki, mint az igazi, attol meg nem lesz az, akkor se, ha a kotel csak egy emelet hosszu.

(Figyelmeztetes: a hasonlat santa. Ez nem bug. Ez feature.)
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Azert, mert a drupal az egy ilyen minden-csomag. Attol fugg, nyilvan. Ha neki nem kell CMS funkcionalitas - mert mondjuk bele mer nyulni a HTML-be, es nem varhato nagy menupont-bovules - akkor nem eri meg neki egy komplett drupalos fejlesztesre kiadnia.

A "van egy tutajom, kene ra vitorla" kerdesre nem az a jo valasz, hogy "vitorlank az nincs, de mit szolna egy yachthoz", ill. lehet hogy jo, de hogy nem egy galamblovesz-valasz az biztos.

Igen, csak ugye itt a kerdes olyan, hogy a tutaj is mar csak ket darab fatorzsbol all, o viszont vizen uszo boltot szeretne belole csinalni. Nyilvan kell ra vitorla, azonban ettol meg a vasarlok nem fognak raferni a ket darab fatorzsre.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

-meglévő weblapba beépíthető, tehát nem webshop motor kell, hanem csak a kosár része

Namost azert azt ugye tudjuk, hogy az osCommerce az nem egy tulzottan szabadon dizajnolhato dolog, nyilvan akarassal mindent lehet, csak olcsobb alapjaitol irni egyet mint azt barhogy mashogy dizajnolni.

Mi az, ami már van? Webshopra elég sok tapasztalatom van, szerintem meg tudom csinálni. Kész kódot, amit csak beillesztesz nem tudok. Az ötletem egy egyszerű session alapú dolog, ami emailt küld a megrendelésekről, kitölteti a vásárlóval a rendelés információit.

--
http://sandor.czettner.hu

Szia!
Ha nagyon nem értesz a programozáshoz és egy kényelmes progit szeretnél, (amiben az általad felvázolt dolgok bent vannak) ami még magyarul is tud akkor: http://www.prestashop.com/. Van egy magyar oldal, ahol sok okosság van hozzá.
Ha a Brico-nak megfelelt mint saját motor :) (A rendszer motorja: Brico... / lábléc), akkor neked is jó lesz! (aztán lehet ők fejlesztik a pultok mögött!)

arth2o: honlapkészítés

Egy template alapú webshopba mondjuk be tudod illeszteni a meglévő dizájnt (mondjuk smartyt használó php-s webáruház).

Kifejezetten Drupal 7-hez tudtok ajánlani (működés közben) kitapasztalt webáruház modult, ami egyszerűbb, mint az Ubercart?

Szerintem is elég egyszerűen meg lehet oldani ha tényleg csak egy kosár kell... :)
A felhasználó nézegeti a termékeket, majd a termék mellett lévő "kosárba" gombra bökve egy egyszerű js kód lementi a termék id-jét egy cookie-ba. Majd amikor a felhasználó ellátogat a kosaram oldalra a cookie-ból kiolvassuk azokat a termékeket amiket kiválasztott és egy táblázatba rakjuk, mellette egy megveszem gombbal. Ha erre kattint a vevő, átirányítjuk a már fentebb említett form-ra előre kitöltött adatokkal, vagy egyből küldjük a POST/GET requestet (submitoljuk a form-ot).

Ebben nincs semmi varázslat, nem egyszerűen menedzselhető, nem szagos, nem csillog, nem villog, de ezt kérte a topic indító.

Miert kell ezt cookie-ba menteni? Nem ertem a celjat. Ugyis ossze kell allitani egy order objektumot, hogy a szamlat kigeneralhasd, tarolhasd, kesobb megjelenithesd. Akkor meg mar annyira mindegy, hogy SQL-ben orderitemeket raksz ossze, vagy sutivel baszakszol, legfejlebb tobb sql lekerdezes.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Szerintem szokas szerint megint nem latod a fatol az erdot:
- beszelt valaki szamlazasrol?
- beszelt valaki CRM integraciorol?
- beszelt valaki automatikus konkurrenciafigyelorol meg mindenfele egyeb kutyalukarol?

Nem, csak egy egyszeru rendelo urlap kosarassa tetelerol, *szolgaltatasok* reszere, amely nehanytizes mennyisegben lehet, nem pedig tobbezres mennyisegben termekek.

O igen, ra lehet huzni egy termek alapu webshopot is a feladatra, csak szerintem UX szempontjabol isagyhalott otlet.

Persze, a megrendelo is gondolkozhat(ott volna) bizonyos szempontbol elore, es a topic cimet is megfogalmazhatta volna pontosabban, de a megrendelok mar csak ilyenek :) Viszont te helybol elvetsz minden megoldast kiveve a komplett webshop csomagot es vegig se gondolod, hogy esetleg az *adott korulmenyek kozott* mas megoldas is mukodhet.

----------------
Lvl86 Troll

En akkor se mentenem sutibe. Ha mar ilyen fapad megoldas, akkor sessionban tokeletes helye van. De semmikeppen sem suti.
A session-t viszont jobb helyeken nem fajlban, hanem adatbazisban taroljak, egyszeruen a security miatt, vagyis megint valami SQL-nel tartunk.

Nezd, en is dolgoztam fapados modszerekkel, es tudom, hogy csak rovid tavon jok. UX szempontjabol pont hogy a vegigvezetos, vegigkattintos webshopok inkabb mukodnek, mint a "megrendelem, elmegy emailben, aztan vagy lesz valami, vagy nem" tipusuak. Raadasul az elado oldalarol is kenyelmesebben menedzselheto egy olyan felulet, ahol tallozhato/keresheto, hogy ki-mit-mikor rendelt. Egy e-mail - legyen barmilyen szepen formazott - nagyon konnyen elveszik, ha napi tobbtiz jon be. A tapasztalat azt mutatja, hogy a fapados megoldasokat a felhasznalok nem hasznaljak, mert vagy tulsagosan rugalmatlan, vagy pedig egyszeruen csak az a gond, hogy nincs elonye a weben rendelesbol, ha ugyanugy varni kell arra, hogy egyaltalan fizethessen, meg visszaigazoljak, meg ilyenek. Ennyi erovel bemehet az irodaba/boltba es megrendelheti ott is, az meg gyorsabban is reagal.

Es igen, ha ezt a kerdezo hosszu tavon akarja csinalni, es penzt akar belole latni, akkor en egy alap webshopban latom a tokeletes megoldast. Ma mar nincs olyan gond, hogy webshopot csinalni draga, mert van tomerdek ingyenes, amelyiknek a tudasa epp megfelel a kivanalmaknak, se tul sokkal tobbet, se kevesebbet nem tud. Es raadasul kesz termek, csak kattintgatni kell. Meg a szerver se problema, mert a legtobb elmukodik egy alap LAMP tarhelyszolgaltatonal is.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal