Productfeed, welk formaat heeft de voorkeur?

[pbo]

En eigenlijk zou ik ook wel de rationale willen weten van de keuzes

Achtergrond: ik heb zelf net een productfeed (script) gemaakt voor oscommerce die een xml formaat genereert. Mijn keuze is op xml gevallen omdat ik zelf overtuigt ben dat deze kwalitatief een betere feed geeft. Dit vooral door mogelijkheid tot validatie en support voor geneste structuren. Uiteraard voor de hand liggend nadeel is dat de files groter uitvallen en wellicht dat er een xml parser nodig is om het leesbaar te maken.

Paul

 

[xipe]

Hi,

Een rationele keuze?
Ik heb mijn infrastructuur destijds ingesteld op csv.
Als je eenmaal een keuze gemaakt hebt, is het praktisch om daaraan vast te houden.
Met xml zit je ook bijna altijd met characterset problemen.
Tenminste, als je niet consequent van voor tot achter voor utf-8 encoding hebt gekozen.
Mijn voorkant is iso-8859-1.

Dan de feeds die je krijgt: vaak zit daar dubbel encoded utf-8 in.
Nou, haal dat er maar eens netjes uit!
Ik ben best een fan van xml, maar voor productfeeds gaat mijn voorkeur uit naar csv.
Al zijn er een paar feeds waarbij ik noodgedwongen de xml versie gebruik, omdat er geen csv versie beschikbaar is/was.
Het enige waarvoor ik momenteel een xml-smaak inzet, is het vullen van een tabel met weerberichten en sneeuwhoogtes aan de hand van een aantal rss-feeds.
Dat werkt overigens prima!

 

[DvK]

CSV, om de simpele redenen dat deze vaak een stuk kleiner zijn. Ooit eens een scriptje voor geschreven die me genoeg mogelijkheden tot valideren etc. geeft om veel feeds toch nog tot iets moois om te toveren.

Als je een website hebt die dagelijks enkele (grote) feeds ophaalt is het verschil in grootte tussen csv en xml toch al gauw de moeite waard wat betreft je bandbreedte.

 

[ouwesmurf]

Achtergrond: ik heb zelf net een productfeed (script) gemaakt voor oscommerce die een xml formaat genereert. Mijn keuze is op xml gevallen omdat ik zelf overtuigt ben dat deze kwalitatief een betere feed geeft. Dit vooral door mogelijkheid tot validatie en support voor geneste structuren. Uiteraard voor de hand liggend nadeel is dat de files groter uitvallen en wellicht dat er een xml parser nodig is om het leesbaar te maken.

Eigenlijk zeg je het zelf al : jij maakt via oscommerce een xml omdat het je zelf goed uitkomt.

Het wereldbreed geroepen voordeel van souplesse is tegelijkertijd een nadeel.
Een volgens discipline gemaakte csv is minimaal zo goed als een volgens discipline gemaakte xml.

Vervolgens vallen alle voordelen weg, want de meeste affiliates doen niets anders dan of de xml of de csv per kerende post in een mySql database te kwakken. Waar hebben we het dan nog over ? Nou inderdaad, zoals hiervoor ook gemompeld is : minder traffic.

Het uiteindelijke doel van xml ( niet uitsluitend rss ) is in feite neerzetten, er zijn ook analoog MySql xml-databases voor op de server. Alleen geen hond die het gebruikt, gegeven de combinaties van shop- en cms-scripts die allemaal van Sql uitgaan, waarbij de shopscripts gebaseerd op xml veruit in de minderheid zijn.

Troost : er zal vast wel een addon voor oscommerce zijn, die in plaats van xml een csv afgeeft en anders zijn er voldoende converters van freeware tot en met een 500 dollar. Ingeval van "sturen naar affiliates" : zou je je feed naar een netwerk willen sturen, die zijn er op ingericht, zijn van nature al meer complexer van geest dan affiliates ;D.

Zou iemand het in z'n hoofd halen om lokaal op de pc een forse xml feed onder windows te bekijken en te bewerken, ken er persoonlijk maar 1 als betaalbaar produkt en enkele alleen geschikt voor grootgebruikers en grootbetalers. Dat ligt voor csv ook aanzienlijk uitgebreider qua keus en beperkter qua prijs.

bescheiden conclusie : mission impossible. 8)

 

[xipe]

aha, is het de bedoeling om direct een xml te lezen/parsen?

Nou, dat wordt lastig, want gezien de grootte van xml bestanden en de verwerkingstijd op de server.
Kan natuurlijk, maar het vertraagt het laden van de pagina's enorm.
En daarom niet aan te bevelen, denk ik.

Beetje gerelateerde vraag hier: is er iemand die ICEcat gebruikt?

 

[pbo]

Nou eigenlijk is het zo dat oscommerce (alleen) csv formaat ondersteunt. De xml support heb ik er zelf bij gemaakt

Een groot voordeel van xml blijft toch het valideren (middels schema), wij leveren onze feed aan een netwerk, dat netwerk zou ons een schema kunnen aanleveren waarmee wij zelf onze feed (automatisch) kunnen valideren tegen de eisen v/h netwerk. Vreemd genoeg echter bespeur ik in de e-commerce beweging (webshops, transacties (ideal bijvoorbeeld), affiliates, etc...) maar weinig initiatief in die richting om het ook effectief in te zetten.

Of is er geen behoefte aan een mechaniek dat feeds simpel en automatisch kan valideren; en de adverteerder direct/automatisch op de hoogte kan brengen van incorrecte data?

PS: voordelen van csv kan ik mij wel helemaal in vinden hoor

 

[ouwesmurf]

Nou eigenlijk is het zo dat oscommerce (alleen) csv formaat ondersteunt. De xml support heb ik er zelf bij gemaakt

Een groot voordeel van xml blijft toch het valideren (middels schema), wij leveren onze feed aan een netwerk, dat netwerk zou ons een schema kunnen aanleveren waarmee wij zelf onze feed (automatisch) kunnen valideren tegen de eisen v/h netwerk. Vreemd genoeg echter bespeur ik in de e-commerce beweging (webshops, transacties (ideal bijvoorbeeld), affiliates, etc...) maar weinig initiatief in die richting om het ook effectief in te zetten.

Of is er geen behoefte aan een mechaniek dat feeds simpel en automatisch kan valideren; en de adverteerder direct/automatisch op de hoogte kan brengen van incorrecte data?

PS: voordelen van csv kan ik mij wel helemaal in vinden hoor

Uit je eerste item bleek niet kraakhelder, dat je akteert als adverteerder, nu zeg je "wij leveren onze feed aan een netwerk". Duidelijk. Is het vervolgens niet het pakkie an van affiliates, want via dat kanaal kunnen we sowieso kiezen voor xml danwel csv.

Er zijn op dit forum wel een aantal adverteerders aktief, maar die roeren zich erg weinig, zeker op technisch vlak.
Dat netwerken niet vragen om een schema in te mogen brengen is duidelijk, ze gaan ervan uit dat het 100% de taak van de adverteerder en diens companen is, om een sluitende datafeed te leveren. Sterker : meestal komen ze pas in beweging wanneer wij gaan melden, dat er iets niet klopt en dan beperkt zich dat tot een mailtje richting adverteerder. Denk dat de verwachting van initiatief uit die hoek gelijk staat aan het drukken op een open zenuw.

Dat een overgroot deel van de adverteerders zich eveneens nauwelijks interesseert, bewust of onbewust - in de volmaaktheid van de datafeed, daar waren we al een klein beetje van op de hoogte.
In dat opzicht komt je topic dus eigenlijk op een verkeerde plek aan de oppervlakte. Misschien een idee om de hier vermelde mediaburo's eens te bewerken , lijkt me een goed en te overzien begin.

Ben op zich wel nieuwsgierig naar de adverteerder die de eigen datafeed wèl op orde heeft, zou een goede reden tot samenwerking kunnen zijn mits aangesloten bij een toppertje onder de netwerken. Een p.m. zou kunnen nietwaar . ;D

 

[ilmar]

Ik ben begonnen met CSV. Waarom? Omdat ik daar stukken code voor had liggen en ik het snel in elkaar kon zetten. Ik denk dat een XML importer eenvoudig toe te voegen is door de XML eerst naar CSV om te vormen met XSLT. Voor mij werkt dat allemaal flexibel genoeg; ik ben nog niet tegen problemen aan gelopen waar ik geen oplossing voor kon vinden.

 

[Telemoes]

Ik heb gekozen voor XML deze zet ik met een XLST om naar een SQL bestand en importeer dit, ik weet dat CSV kleiner is en misschien makkelijker is.