Website integratie

[LittleBit]

Ha HL-vrinden,

 

Hte belang van websites is duidelijk en over websites en webshops is hier het nodige te vinden.

Over het specifiek aspect van website integratie zie ik echter weinig.

Je kunt een website starten met Joomla,

een forum opzetten met WordPress

en een shop toevoegen met OSCommerce

En na een maand ontdek je dan dat je een geautomatiseerde chaos hebt met 3 verschillende relatiebestanden.

Er is veel open-source en soms zelfs gratis maar als je weleens in die code duikt

dan zie je dat commentaar/uitleg toevoegen en documentatie maken

niet de beste eigenschap is van OS-programmeurs.

Specifiek zoek ik nu suggestie voor een strategie omtrent website integratie.

Is de integratieproblematiek herkenbaar of valt het bij jullie wel mee ?

Wie heeft modulen gekoppeld ? Gaat dat simpel ?

heb je dat bij specialisten uitbesteed ?

zijn er wellicht bundel-paketten, bv een Joomla+OSCommerce+WordPress-3-in-1-pakket ?

 

[djluc]

Dit zijn vaak hele concrete projecten, maatwerk dus, omdat de combinaties meestal niet standaard zijn. Ik denk namelijk bij een webshop ook meteen aan het koppelen van je debiteuren in Exact etc. Hoe ver je gaat hangt vaak voor 99% af van het budget.

[DunneSloeber]

Het hangt veel eerder af hoe en wat voor automatisering er reeds is. Met de Jan Boeren Fluitjes producten wordt het budget vaak erg belangrijk om een stap voorwaarts te komen. Is de gegevensverwerking al vanaf het begin opgezet om aangepast, veranderd en aangesloten te kunnen worden ( zeer zeldzaam ) zal het allemaal beduidend makkelijker gaan. Dat zie je direct terug in de kosten.

[DunneSloeber]

@Little bit

Alles wat met de gegevensverwerkingsautomatisering te maken heeft is onzichtbaar. Om een goed oordeel te kunnen hebben is het functioneel gegeven, de kernqualiteit hetgeen dat vast moet staan, en overzichtelijk in beeld gebracht. Dan is er weer bij elke organisatie een andere situatie hoe de automatisering reeds opgezet is. Vraag blijft, wat wil de organisatie, en wat heeft men reeds aan automatisering.

Wat wil men in de toekomst van de website, zal in de toekomst andere automatisering veranderen? Dus als er reeds een integratie technisch is opgezet, zal dan het hele project opnieuw worden gedaan omdat men overstapt naar een ander boekhoudprogramma?

 

Wat voor webshop functionaliteit, met direct gerelateerde qualiteiten ( snelheid, beschikbaarheid, begrijpbaarheid, etc.. ), hoe de automatisering reeds is ( zoemend machinepark en men weet alles te benoemen wat er is? ), en hoe de computers in de toekomst de organisatie zullen blijven ondersteunen.

 

Als die drie vragen een helder antwoord hebben zal het plannen voor een website integratie een sterker fundament hebben. En de drie vragen is natuurlijk een begin....

 

Tenslotte, ik zou inside out denken. Een webshop, website is niet het doel op zich, een extra verkoopkanaal of informatiekanaal voor en over de organisatie hebben is wel een doel. Dus organisatie met de computers die er al zijn eerst, en daar de logica en concrete invulling voor het web gebeuren bij vinden.

[LittleBit]

Als toevoeging:

Ik snap dat het allemaal complex is en met van alles te maken heeft.

Maar mijn vraag betrof NIET de integratie tussen frontoffice(website) en backoffice(administratie)

maar de frontoffice-only, dus de website gereedschappen onderling.

En ik snap dat je met een groot budget veel kunt doen maar wat dan ?

- ga je dan de bekende gereedschappen aanpassen en handmatig eea laten integreren ?

- ga je dan andere gereedschappen selecteren ?

- zijn er gespecialiseerde partijen ?

- wat ga je dan eigenlijk aanpassen, welke gereedschap/tool kun je het beste als basis gebruiken,

waar je dan de rest op aanpast.?

 

[DunneSloeber]

Als toevoeging:

Ik snap dat het allemaal complex is en met van alles te maken heeft.

Maar mijn vraag betrof NIET de integratie tussen frontoffice(website) en backoffice(administratie)

maar de frontoffice-only, dus de website gereedschappen onderling.

En ik snap dat je met een groot budget veel kunt doen maar wat dan ?

- ga je dan de bekende gereedschappen aanpassen en handmatig laten integreren integreren ?

- ga je dan andere gereedschappen selecteren ?

- zijn er gespecialiseerde partijen ?

- wat ga je dan eigenlijk aanpassen, welke gereedschap/tool kun je het beste als basis gebruiken,

waar je dan de rest op aanpast.?

 

Als ik een deur bouw heb ik ander gereedschap nodig dan als ik een muur metsel. Deur en muur hebben allebei een aantal functies in de structuur. Wat je mij laat zien van jouw gedachten is dat je je volledig concentreert op de fabricage van het ding. En hoe je fabriceert wordt voor een belangrijk deel bepaald door de gevraagde functionaliteit, het doel. De functionaliteit is weer de grond voor de structuur van het doel.

Dus als het goed inzichtelijk is wat het doel is, in logische zin ( wat moet de webshop doen ) en in concrete zin ( Hoe gaan we het doen? .... de klant kan binnen 1 microseconde zijn karretje laden, of is 1 seconde ook goed, de site moet 24/7 beschikbaar zijn, ..... allerlei vragen die onder concrete qualiteiten vallen ), valt pas te bepalen wat voor gereedschap daar bij past.

 

Als ik een houten huis wil hebben, want dat is functioneel voor mij, sta ik toch een beetje appelig te kijken als een bouwer met een mortel emmer klaar staat?

 

-Edit: de complexiteit kan beter in beeld gebracht worden. Hoe men het ook wendt of keert je hebt te maken met productie ( doel ), product ( allerlei beschrijvende bestanden ), fabricage ( maken van product ). Wordt 1 van deze aspecten over het hoofd gezien is vaak onderhoud ellende, en gebrekkigheid aan de productie het gevolg. Ik heb dat al reeds iets te vaak in de praktijk zien gebeuren, en moest mijn klep houden omdat ik maar de programmeur was.

[Micha van Veen]

Misschien ben ik een beetje kort door de bocht, maar is het niet beter om dit in de vraag en aanbod gedeelte te plaatsen? Er zijn op dit forum heel veel ondernemingen aanwezig die zich hierin gespecialiseerd hebben. En deze vraag zal werken als honing voor bijen...

 

Dan heb je allerlei partijen welke hun eigen expertise aanbieden tezamen met hun eigen oplossingen. En met deze informatie kan je bepaalde concrete twijfels/vragen weer stellen in het forum.

[LittleBit]

Als ik een houten huis wil hebben, want dat is functioneel voor mij, sta ik toch een beetje appelig te kijken als een bouwer met een mortel emmer klaar staat?

 

Omgekeerd is het ook:

Als iemand expliciet vraagt aan een architect om een boerderij,

heeft het dan zin om eerst te willen gaan praten over de functie van wonen in z'n leven ?

 

Ik snap dat ICT'ers het liefste alles compleet opnieuw gaan herbouwen,

maar ik heb getracht in deze mijn vraag te beperken en zo specifiek mogelijk te houden:

zijn er ervaringen/suggesties inzake website integratie

bij gebruik van meerdere bestaande standaard web-componenten ?

 

 

[DunneSloeber]

Ja, want je hebt heel weinig aan een deel met koeirekken als je daar je auto's wil parkeren. En verder alleen maar een paar kippen en een geit voor de lol hebt.

 

Ik wil het ook heel specifiek houden, en richt mij op het doel. Denk je dat het goed is in eerste instantie een andere kant op te denken, bijvoorbeeld exclusief fabriceren van beschrijvende bestanden met als doel een webshop te hebben op een browser, wens ik je heel veel succes.

[LittleBit]

Misschien ben ik een beetje kort door de bocht, maar is het niet beter om dit in de vraag en aanbod gedeelte te plaatsen?

 

Maar het liefste zoek ik geen dienstverlener maar een suggestie voor aanpak of ervaring.

Voorbeeld van een reactie die ik zoek:

"Als website integratie voor je belangrijk is, moet je OSCommerce vergeten

maar ZENCart gebruiken want dat is op Joomla gebaseerd en dan is er een plug-in XYZ om een forum op basis van Wordpress synchroon met je users te houden."

Dit is inhoudelijk waarschijnlijk onzin maar geeft wellicht beter aan wat ik zoekende ben.

 

 

[DunneSloeber]

Ik snap dat ICT'ers het liefste alles compleet opnieuw gaan herbouwen,

Dat is trouwens niet wat ik suggereer. Totaal niet.

Weten waar men naartoe wil, en bekijken of dat met verherbouwing van de bestaande situatie kan, kan succesvol als men weet wat het doel is. Dat is productie, en daarin zitten geautomatiseerde functies. Het doel is de functionaliteit. Dat doel heeft een logisch en concreet gedeelte:

- wat moet er gebeuren

- hoe doen we het ( bijvoorbeeld door het integreren van bestaande spullen ).

Het logisch-concreet denkpatroon voor automatiseringsdoelen is fylosofisch onbreekbaar. Als een van de twee niet aanwezig is, is er al in een vroeg stadium een denkfout gemaakt. Bovendien, meten is weten, en vergelijken is vaststellen. Is er wel iets nodig om die vergelijking mee te doen!

[willemj]

zijn er ervaringen/suggesties inzake website integratie bij gebruik van meerdere bestaande standaard web-componenten ?

 

Ja: via de Google data API is het prima mogelijk om content uit Google Docs in een site te zetten en deze zowel in Google Docs als in het CMS te bewerken.

 

Het slechte nieuws: Google Docs mag je met recht een component in de technische zin van het woord noemen: een onderdeel dat herbruikbaar is. Van de voorbeelden die je noemt kan ik je vertellen dat Joomla, OsCommerce en ZenCart niet ontwikkeld zijn om als component gebruikt te worden. Integreren / koppelen kan wel maar voor je het weet ben je alsnog maatwerk aan het maken (pakket A + jouw 'lijm' code + pakket B) waarbij je de losse pakketten niet meer kunt vervangen door een nieuwe versie.

 

Maar wat versta jij precies onder integreren? Om je voorbeeld te volgen; een RSS feed aanmaken met aanbiedingen uit je shop om deze te tonen op je site is goed mogelijk in bijna alle combinaties van pakketten.

[Cath]

Misschien moet je eens naar Drupal kijken: http://drupal.be/wat-is-drupal. Standaard is Drupal vrij basic, maar het heeft een groot aantal uitbreidingsmogelijkheden in de vorm van modules en daardoor is het juist heel flexibel. Hier staat een handboek online: http://handboek.promes.nl/

 

Een voordeel is ook dat alle modules verplicht onder dezelfde licentie (GPL2) als die van Drupal moeten verschijnen, willen ze via Drupal. org aangeboden worden. Dat is bij bijvoorbeeld Joomla niet het geval.

 

[willemj]

Een voordeel is ook dat alle modules verplicht onder dezelfde licentie (GPL2) als die van Drupal moeten verschijnen, willen ze via Drupal. org aangeboden worden. Dat is bij bijvoorbeeld Joomla niet het geval.

 

Hoezo is het een voordeel dat modules verplicht GPL2 als licentie moeten hebben om geplaatst te worden op een site? Ik gebruik met alle plezier ook software met een BSD, MIT of LGPL en zelfs GPL 1 licentie die niet op de website van Drupal staat.

[Cath]

 

Hoezo is het een voordeel dat modules verplicht GPL2 als licentie moeten hebben om geplaatst te worden op een site? Ik gebruik met alle plezier ook software met een BSD, MIT of LGPL en zelfs GPL 1 licentie die niet op de website van Drupal staat.

 

Het gaat me niet om de beste licentie, maar ik bedoel dat je je dan niet hoeft te verdiepen in allerlei licentie perikelen.

[willemj]

Het gaat me niet om de beste licentie, maar ik bedoel dat je je dan niet hoeft te verdiepen in allerlei licentie perikelen.

 

Ok. Las het als 'het is GPL dus het is goed' en daar krijg ik jeuk van ;) Als je uit de voeten kunt met de GPL(2) licentie dan is het inderdaad een handig dat een overzicht bestaat van modules voor die software waar diezelfde licentie voor van toepassing is.

[Cath]

 

Ok. Las het als 'het is GPL dus het is goed' en daar krijg ik jeuk van ;) Als je uit de voeten kunt met de GPL(2) licentie dan is het inderdaad een handig dat een overzicht bestaat van modules voor die software waar diezelfde licentie voor van toepassing is.

 

Oei, krijg nu wel veel zin om je jeuk te bezorgen. ;D

[René Zonneveld]

Als ik je goed begrijp zoek je gewoon een cms waarin je een winkel en een weblog kunt integreren. Dan begrijp ik niet zo goed waarom je Joomla, OS Commerce en WordPress als voorbeeld noemt. Met Joomla heb je een webwinkel (Virtuemart) en een weblog... (standaard of iets gebruiksvriendelijker en beter met een component van pakweg 50 euro. Andersom is het lastiger, bij mijn weten kun je in WordPress geen winkel integreren.

 

Misschien dat je al je eisen en wensen eens (iets concreter) op een rijtje moet zetten. Goede kans dat het via open source software te realiseren is (vooropgesteld dat daar je voorkeur naar uitgaat). Anders kun je die als basis gebruiken en de rest laten vormgeven en programmeren. Geen probleem, dat is nu juist het voordeel van open source...

[Cath]

Als ik je goed begrijp zoek je gewoon een cms waarin je een winkel en een weblog kunt integreren. Dan begrijp ik niet zo goed waarom je Joomla, OS Commerce en WordPress als voorbeeld noemt. Met Joomla heb je een webwinkel (Virtuemart) en een weblog... (standaard of iets gebruiksvriendelijker en beter met een component van pakweg 50 euro. Andersom is het lastiger, bij mijn weten kun je in WordPress geen winkel integreren.

 

Misschien dat je al je eisen en wensen eens (iets concreter) op een rijtje moet zetten. Goede kans dat het via open source software te realiseren is (vooropgesteld dat daar je voorkeur naar uitgaat). Anders kun je die als basis gebruiken en de rest laten vormgeven en programmeren. Geen probleem, dat is nu juist het voordeel van open source...

 

Inderdaad, maar Drupal heeft dus wel een webwinkel, een blog en nog veel meer..