otazka je jestli k tomu connections.php mas pristup, co a kam chces davat a jaký to má mít smysl.

složité ano i ne. zaleží na tom jak to chceš mít (jak kdo to chce mít). někdo chce detail, ruzné blbůstky a nejlépe všude i tam kde to nemá třeba co dělat a někdo chce jen strohý základ.
nikde to zatím není,ale co není může být.

pěknej propad... asi má těžké ceny

ale teorie pekla je velice pekna.

2Kozoroh: mas recht

uz to tu nekdo resil a nejenom obrazky. ohledne XML generatoru je tu hodne vlaken ktere ruznym zpusobem resi veci. takze je potreba si vlakna o XML najit a procist.

jak píše Pytel... dá se udělat cokoliv pokud to je technicky možné a pak už je to jen záležitost toho co všechno chcete,jak to ma fungovat a peněz.

pokud si dobře vzpomínám tak Premier podporuje export i import ale nebylo to myslím u všech verzí. ale i tam došlo k nějakým změnám. je třeba si prvně zjístit jestli podporuje a co. pak se dájí řešit další věci.

2Melodic:
Jasně, to ja vím. Já to psal všeobecně. Někteří mají právě nastavené někde s definicí dph a někde třeba bez definice dph a tím pádem to dělá chaos. Protože třeba zboží mají nastavené dph a třeba u dopravy nemají ani stát ani definice dph, ukazování cen jednou s dph jednou bez dph atd.. a už zde to začíná dělat mazec v tom zobrazení. Zaokrouhlení je pak lahůdka protože to nesedí. Někteří mají třeba zobrazení mezisoučet či jinou věc kde se může ukazovat jiná cena na základě toho jestli mají to dph definované nebo ne. Ono těch věcí je daleko víc. Jestli to někdo neví tak si v tom nechtěně udělá hokej a pak nadává že to počítá blbě.

Doufám že letos to na hokeji dotáhneme daleko

2Melodic:
to máš sice pravdu, ale jako plátce dph potřebuje vycházet s cen bez daně. a to z několika důvodů jak píšu v tom článku. změny které píšete jsou jen dočasné a to do doby než dojde k datovým exportům ven. nemluvě o tom že pokud někdo ma učetní soft a v něm sklad a ceny atd. tak tam to musí sedět 100%.

podstatné je to že má nastavený shop jednou tak a pak zase jinak a to se tluče mezi sebou.

= vyřešeno =

PS:není první ani poslední kdo se s tím pere. proto je i ten článek.

Citát:

protože se opět otevřelo téme EP tak vás hned usměrním.

1. udělal bych to co popisoval AdamecM udělat si zboží do několika kategorii a udělat export. podle něj pak dělat další data pro import.

2. je vidět že ikdyž se prochází fórum tak NIKDO nečte a nedává bacha na to co se tu psalo už XXX xkrát. Dávejte pozor na datové sloupce (formáty) a na to co se do těch dat dostává.
Tím je myšleno to, že když je soubor txt s děličem TABULATOR tak proboha nemůžu do textu rvát TAB. to zákonitě posune sloupce a udělá paseku. tohle je podmínka číslo1!!!!
Pokud to nevidíte tak je to jasné protože TAB patří do tzv. neviditelných znaku tak jako CRLF, LF, CR, TAB, mezera atd. . V textu to neuvidíte (až na mezeru a zalomení řádku). Proto když jsem zde psal na co se má dávat pozor tak jsem taky popisoval to že je dobré před každým zpracováním názvu,popisu (protože zde bývá nejvíce průšvihů) testovat na TAB či jiné neviditelné formy znaku. tak aby se zadání nemohlo rozhodit.
Opět to zde zdůrazňuji protože někteří tahají data CTRL + C a šup CTRL+V a kopčí věci v html do neHTML atd. nebo berou data od jiných a myslí si že budou v pořádku. Na to se nikdy nesmíte spoléhat. To ještě nemluvím o tom že by třeba data mohla být v podobě entit a dostanou tak něco jiného než předpokládají. Pak se každý diví že to dělá paseku, jsou vysoké řádky (když na každej řádek použije <p> ) a mohl bych pokračovat...

3. proto doporučuji provádět kontrolu dat na formáty, neviditelné znaky, entity až pak na složení. pokud to nepochopí ani zákazník pak je to těžké a není pomoci.

4. pak můžete říci že máte na 99% data se kterýma můžete dále pracovat jak pro import přes EP nebo XML nebo jiným způsobem. o exportu ven to platí to samé.

5. data....
pro import je zapotřebí 100% kod neboli products model protože to je stěžejní prvek podle kterého se to řídí nemluvě o tom že další věci mají také svoji váhu. A dodržet sloupce v txt. čísla mají mít desetiné tečky (česká národní nastavení Excel je čárka). pokud editujete txt v Excelu je zapotřebí data natáhnout z externího zdroje/souboru a před importem nastavit dělič TAB,uvození bez "", všechny sloupce ve formátu text. Pokud necháte default máte zaděláno na průšvih s převodem dat čísel na datum či jiné formáty na které to excel převede protože 99% lidí má zapnuté automatické rozpoznávání tabulek. to je další prů.... který si málo kdo uvědomí a nadává jak je ten EXCEL bl....j.

Ale ona chyba není na straně softu ale mezi KLÁVESNICI a ŽIDLÍ. bohužel

já dělám s exporty/importy už přes 3roky ať přímo s EP nebo vlastní řešení php/win a když se řídím těmito pravidl tak není problém. A ani nemůže být. takže pokud to někomu rozhodí shop tak je chyba v datech nebo udělal chybu ten dotyčný. a ještě připomínám že kódování souboru dělá taky své. Je jasné že pokud pracuji s daty v cp1250 a mám shop v UTF8 tak ten soubor pod cp1250 tam nedostanu bez chyb (krkolomné znaky díky jinému kódování).

6. pokud vám nejde natáhnout na hosting soubor txt tak je v prvé řadě dobré si zjistit za jakých podmínek funguje upload. někdo může mít na serveru omezení na velikost souboru, někdo má funkce pro upload blokované atd. další věc je jestli je shop a EP dobře instalované a jestli jsou dobře nastavena práva na adresáře nebo (což je v 90% problém) jestli to vúbec hosting podporuje. pro TEMP má být CHMOD777 ale tohle ještě nedává právo k tomu že můžete v tom dělat. prostě se musíte seznámit se serverem aby jste věděli co má a nemá a co je potřeba.

2AdamecM:
co se týká zálohy obrázků ke kategorii,popisy,metatagy atd. tak to myslím umí placená forma EP. na druhou stranu není problém to dodělat aby si člověk mohl dělat zálohu komplet.
co se týká změn u zboží jak popisuješ tak zde bych pro příště doporučil sql a hnát to přímo přes phpmyadmin. je to lepší a rychlejší. lépe řečeno udělat si přímo na to script. otázka je co je lepší,rychlejší,pohodlnější a co se komu lépe dělá.