Posts by pottink

    Ik zou toch je formulier anders gaan opbouwen en verwerken, dan moet je geen kromme oplossing gebruiken als dat.


    Je form bijvoorbeeld:


    Waarbij 1122 het ID is is dat je uitleest vanuit je database.
    De rows in dat formmulier kan je dynamisch opbouwen met hetgeen je selecteert uit je database.


    Verwerking lees je dan gewoon je $_POST['price'] en je $_POST['quantity'] uit.
    Dit zal een array zijn in deze vorm:


    Code
    [
      1122 => 123,
      2233 => 456,
    ]


    Hierover kan je dan ook itereren:


    PHP
    <?php
    
    
    foreach ($_POST['price'] as $id => $price) {
      // verdere verwerking
    }

    Eigenlijk moet je alles gewoon testen. Wat nu als de build die je in productie binnenhaalt brak is?

    Dat doe je vanzelfsprekend al als je lokaal aan het developen bent natuurlijk. Daarom moet je de versies ook locken voor je applicatie tot op een bepaald punt.

    Er is niks met Composer/NPM als je de juiste workflow benut. Dependancy Managers zijn een handigheid bij het ontwikkelen. En ontwikkelen doe je niet op een shared-hosting server, maar lokaal. ;)


    Dus als je een Dependancy Manager in je development omgeving gebruikt, dan doe je het goed!


    Ikzelf ben geen fan van MarkDown, maar UBB-codes. Gewoon omdat die ouder en bekender zijn. Vooral op forums doe je iedereen een plezier ermee.

    Hier moet ik toch even bijtreden. Het gebruik van dependency managers in productie (d.w.z. niet je lokale dev environment maar een live-omgeving dus) is ook aan te raden. Alleen is het best om te kijken om de versies wat te "locken" zodat je geen verrassingen krijgt als je ooit een nieuwe composer install of composer update zou doen.