Het Wat heb jij vandaag geprogrammeerd? topic

Raaoul schreef:

En wat maakt het nu uit of GET sneller is dan POST?

Micro-optimalisatie die waarschijnlijk praktisch verwaarloosbaar is?

Rik schreef:

Eerdere citaten tonen

Dylanh schreef:

Eerdere citaten tonen

Rik schreef:

Nee, er moet bijvoorbeeld ook verzonden worden om welk topic het gaat.

Kan je ook gewoon met GET doen, is ook nog sneller;
http://www.w3schools.com/tags/ref_httpmethods.asp

GET requests can be cached
GET requests remain in the browser history
GET requests can be bookmarked
GET requests should never be used when dealing with sensitive data
GET requests have length restrictions
GET requests should be used only to retrieve data

En wat wil je met dat dikgedrukte zeggen?
"Gebruik alleen GET requests als je data op wil halen" wil zeggen dat je geen GET requests moet gebruiken als je data wil versturen. Lennard wil data versturen, dus gebruikt hij POST ipv GET.

Ik neem aan dat Lennard iets wil versturen naar de client en niet andersom?

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

En wat maakt het nu uit of GET sneller is dan POST?

Micro-optimalisatie die waarschijnlijk praktisch verwaarloosbaar is?

Ik haat mensen die op zulke dingen letten. echt nutteloos.

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

En wat maakt het nu uit of GET sneller is dan POST?

Micro-optimalisatie die waarschijnlijk praktisch verwaarloosbaar is?

Ik haat mensen die op zulke dingen letten. echt nutteloos.

Waarom?

Dylanh schreef:

Eerdere citaten tonen

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

En wat maakt het nu uit of GET sneller is dan POST?

Micro-optimalisatie die waarschijnlijk praktisch verwaarloosbaar is?

Ik haat mensen die op zulke dingen letten. echt nutteloos.

Waarom?

Omdat micro-optimalisatie praktisch verwaarloosbaar is?

Raaoul schreef:

Eerdere citaten tonen

Rik schreef:

Eerdere citaten tonen

Raaoul schreef:

En wat maakt het nu uit of GET sneller is dan POST?

Micro-optimalisatie die waarschijnlijk praktisch verwaarloosbaar is?

Ik haat mensen die op zulke dingen letten. echt nutteloos.

Daarom. Daarom maakt het dus niet uit of ie GET of POST gebruikt. En aangezien ie iets wil versturen naar de ajax pagina, is POST gewoon prima

Rik schreef:

Eerdere citaten tonen

Dylanh schreef:

Het komt binnenkort denkt ik omdat Lennard. De code staat al online maar nog gecomment.

Lennard moet sowieso die JS eens gaan opschonen. Heb het er een jaar geleden ofzo met hem over gehad (ik volgde toen een of andere jQuery cursus). Werkte met soort van javascript classes (om het zo maar even te noemen), en uiteraard met jQuery functies. Zou de source best goed doen, en zou de js ook efficienter maken denk ik.

Zo stuurt (stuurde ?) lennard ook geen data via JSON, maar stuurt ie gewoon rechtstreeks HTML output als er nieuwe berichten binnen komen.

Ja je hebt een heel groot punt inderdaad, maar als ik één ding wil houden dan is het wel die posts direct via HTML / Javascript uitspugen. Je kunt op deze manier alles met Javascript wijzigen, dus als ik een updater wil toevoegen (bijvoorbeeld dat de rangen van leden ook via ajax worden herladen als ze veranderen - om maar even een stom voorbeeld te noemen) dan hoef ik daar niet een hele javascriptfunctie voor te maken die JSON accepteert en dan die rangen aanpast, maar kan ik gewoon direct $(#rangdiv_lennard).html(Verbannen); ofzo doen, dus ben je met een paar karakters klaar.

Misschien niet zoals het hoort, maar imho wel echt het meest praktische.

True. Het is ook een heel karwei om het goed te onderhouden, maar het neem wel een hoop van de load weg voor de server. Die load komt namelijk dan bij de client te liggen die de data moet parsen.

Maar dat is uiteraard de keuze die je zelf maakt

Het is dan misschien niet vandaag, maar ik heb gisteren tijdens wiskunde een appje voor mijn GR zitten schrijven dat tweedegraadsfuncties oplost d.m.v. de abc-formule. Niet moeilijk ofzo, maar toch weer een leuke opvulling van de les

Iets met PHP dingen voor school ;(

Wat heeft op googles kosten zuipen te maken met wat heb je vandaag geprogrammeerd?
toevoeging op 29 mei 2014, 23:07:57:
Oh, verkeerd topic ofzo?

Poll plugin gemaakt voor OctoberCMS. Zodat ik het voor mij eigen sites kan gebruiken en andere ook.

Rik schreef:

True. Het is ook een heel karwei om het goed te onderhouden, maar het neem wel een hoop van de load weg voor de server. Die load komt namelijk dan bij de client te liggen die de data moet parsen.

Maar dat is uiteraard de keuze die je zelf maakt
Eigenlijk voeg je alleen maar load toe. Op de server blijft het nagenoeg hetzelfde (op wat json functies na) maar je voegt extra load toe op de client. Niet dat dat nou enorm veel load is, maargoed

Bezig met een functie waamee je images in 1 image kan zetten (spread) en dat er een CSS file uit komt
Alleen werkt het allemaal nog niet helemaal goed

Luukvdo schreef:

Eerdere citaten tonen

Rik schreef:

True. Het is ook een heel karwei om het goed te onderhouden, maar het neem wel een hoop van de load weg voor de server. Die load komt namelijk dan bij de client te liggen die de data moet parsen.

Maar dat is uiteraard de keuze die je zelf maakt
Eigenlijk voeg je alleen maar load toe. Op de server blijft het nagenoeg hetzelfde (op wat json functies na) maar je voegt extra load toe op de client. Niet dat dat nou enorm veel load is, maargoed

Ja, maar als je alle HTML meestuurt dan heb je per request een hoop extra data die je meestuurt. Dat bedoelde ik er mee.