Spletna trgovina

13 naročnikov

Katere open source trgovine se uporabljajo v Sloveniji največ?

eh bom povedal za kaj gre.

V bistvu bi ta modul povezal spletno trgovino z bolho.
torej uporabnik bi vnesel produkt enkrat, objavil pa bi ga na bolhi in na lastni spletni trgovini

p.s.
Ponuja že kdo?

To smo mi že parkrat naredili za stranke. To je približno 15 min dela, da narediš modul, ki zgenerira XML. Tako ali tako bolha omogoča trgovinam, da automatsko redno uvažajo produkte preko xml-ja.

aja? ti šment :)

če boš meu kšne ideje za module mi kr sporoči :P Tu sem te (oz so te stranke) pač prehitele.

A bi se dalo dobiti DTD fajl od bolhe. Ali pa primer XML-a.

theDegriz. Pri uporabi zenCart easy populate sem na lastni kodi občutil probleme pri uplovdanju datotek (.txt namesto .xls) ter uplovdanje atributov (mnogo proti mnogo). Sicer sem to rešil z dodatkom pri easy populate, ampak sem vseeno razmišljal da bi naredil nov plugin po izpitih. Več info od zen cart easy populate utf8 ter kratek opis mojega mnenja glede modula na blogu. Te zanima kaj?

Ja lahko bi se kaj zmenil. Kaj je sploh taka drama (pri Easy populate) glede samega uvoza xls-jev. Na prvi uč je to par vrstic kode. Se naredi malo napreden, pregleden plugin za te zadeve.

Ja ne vem zakaj je drama, pač ne podpira .xls formata in ne zna brat drugega kot tab-delimited .txt file.

Priznam, da je sicer sam easy populate v osnovni zelo vredu zadeva, omogoča kar nekaj stvari, ima kar nekaj error sporočil za različno stvar, tako da ti ni težk razbrati kaj je narobe, tako da bi nekaj časa vseeno to trajalo, da bi v celoti nadomestil, tudi za "preprost - pregleden" uvoz excelov (produkti, kategorije, atributi (stock to attributes modul podpora)) ni tako malo dela, vsaj po tistem kar sem šaril in gledal vse te opcije v trenuti easy populate kodi.

No, če se bo enkrat pojavila resna potreba po tem ali pa se bo sprostilo veliko časa, se lahko slišiva:)

Roky, obstaja kaksen poseben razlog, da uporabljas iconv in ne kar nastavis connection character set? Najenostavneje bi bilo pac na kakrsenkoli ze nacin (ti uporabljas mbdetectencoding()) ugotoviti charset datoteke, recimo, da je cp1250, potem pa pac na connectionu izvesti:

SET NAMES 'cp1250';

in normalno zapisovati podatke v MySQL brez konverzije z iconv, za conversion bo ze poskrbela baza sama. Je pa res naceloma vseeno, kdo dela konverzijo, iconv ali MySQL :)

Pa se nekaj, kolikor vem, ISO-8859-1 (Latin1) ni enak character set kot CP1250 (Windows-1250), zakaj ju kar enacis? Mogoce mbdetectencoding() za datoteke v CP1250 vrne ISO-8859-1?

Vini, nobenega posebnega razloga. Vbistvu sem raje videl, da je bil output po konverziji resnično UTF8 in tudi poslan po UTF8 povezavi do baze. Nič drugega:) Imaš pa prav ja, bi najbrš deloval tudi drugi način, ki si ga opisal.

Ni enak charset, napaka. Popravljeno, hvala.