Halo,
Ik heb een probleem waarover ik een vraag wil stellen op het PHP-forum.
Ik ben nieuw hier en het koste me al een uur zoeken om uit te vinden waar ik een topic kan starten...
Dat heb ik gevonden maar nu...
Mijn eigenlijke vraag heeft te maken met het op de juiste manier in een array krijgen van data uit een HTML-form,zodat ik een database tabel met eenmaal op submit drukken kan updaten. Ik heb mijn vraag duidelijk op papier staan maar om duidelijk te maken wat waar fout gaat heb ik ook 2 php pagina's en 4 schermafdrukken nodig.
Ik zie hier geen mogelijkheid om dit bijvoorbeeld in .pdf formaat als bijlage bij mijn tekst te voegen.
De hele website waar het voor is nog in een testfase en kan dus niet even snel online gezet worden.
Euh, als je nou eens de SKU de key laat zijn van alle arrays? :/
Het lijkt mij zo dat een SKU geen enkele betekenis heeft voor een kok, dus die kun je rustig weglaten uit het zichtbare gedeelte? Dit is enkel een (intern) nummer om een maaltijd te identificeren.
Volgens mij heb je het heel goed begrepen Adoptive!
Het gaat om beiden het verwerken van de invoer in de database op een voor de kok werkbare manier...
Je hebt het ook nog heel netjes en compleet uitgewerkt, echt niet te geloven.
Ik ga alles nog eens goed bestuderen om het echt te snappen zodat ik deze methode ook kan gebruiken voor het aanpassen van de prijzen.
Ik zal je naam zeker noemen in de header van de pagina. TOP!
Mag ik indien ik dingen niet begrijp daarover nog via een PM of hier in het forum nog verdere uitleg vragen?
Thomas, Je opmerkingen kloppen de vraag was alleen hoe...
(op de plek van <SKU hiero> voer je dus een SKU-nummer in)
Daarnaast, als je geen character encoding selecteert bij het maken van je database connectie, wees dan voorbereid dat je problemen krijgt met accenten en vreemde letters... vooral in vreemde talen.
Daarbij, waar is je ontwerp? Hoe zien jouw schermen en formulieren er uit? Vergelijk dit met het bouwen van een huis. Dan begin je toch ook niet op een zonnige dag met bouwen en zeg je op een zeker moment "dit is het huis wat ik voor ogen had" (of je bereikt dit punt nooit...). Dit doe je aan de hand van een ontwerp, van een blauwdruk. Van een doel waar je naartoe werkt. Waar werk je nu naartoe?
In het ding wat jij aan het bouwen bent komen een aantal disciplines bij elkaar (formulieren en de afhandeling, databases, pagina-opbouw et cetera). Om de interactie goed te begrijpen heb je enige ervaring nodig, maar of dit nu echt ingewikkeld (lees: complex) is? Nee.
Echter, als dit al een uitdaging is, maak je borst maar nat... Maar ook, als je dit weet, deel dit probleem dan op in deelproblemen in plaats van te proberen alles in één keer te tacklen. Begin bijvoorbeeld eens met een soort van mockup, een ontwerp van alle schermen, ga dan eens kijken hoe je dit programmatisch aanpakt. En als je tegen problemen aanloopt, los deze dan in afzondering op in plaats van te proberen dit meteen in je eindoplossing te incorporeren, je maakt het jezelf veel te moeilijk.
Ook lijkt het mij verstandig om vooral eerlijk tegenover jezelf te blijven en als dit te hoog gegrepen is zou ik er misschien niet eens aan beginnen. Of als je jezelf duidelijk kan maken welke onderdelen voor problemen zorgen, dan is dat dus een gebied wat je zelf verder zou kunnen bestuderen om te kijken of je het op die manier op kunt lossen.
Je zult je dus meer moeten bedienen van een systematische aanpak. Want nu krijg ik de indruk dat je aan een formulier begonnen bent en dat je ergens halverwege vaststaat in de blubber, zonder dat je precies weet welke kant je op moet. Nogmaals, wat is het plan precies?
