Serverside Clientside Ajax, PHP en Javascript: wat is wijs?
--
I’m Building a web application that asks for user input using html forms. The given input has to be checked by PHP and, after that, PHP (and MySQL) will create the info for a new question which will with the use of JavaScript/DOM be visible instantly on the website.
The JavaScript part (creating questions) is done client side, while everything else on the website (which is a lot) is done server side with PHP.
I just learned how to use PHP-Requests to let the JavaScript get information from the server. Its seems however that with this method the control side of the website becomes the client side.
This is something that doesn’t seem a good idea. It seems that this way I have to call the PHP file over and over again, like a little function while its variables have lost there value every new call.
Is there a way the server php side and the client html/JavaScript can just continue running while exchanging information / is there another (easy) way to use the JavaScript functionality without losing the server side control?
Thanks a lot!
Gert
Gewijzigd op 29/08/2011 17:45:56 door Gert Poot
De Java deel (het maken van vragen) is gedaan client-side, terwijl de rest op de website (dat is veel) wordt gedaan server side met PHP.
Ik heb net geleerd hoe je PHP-Aanvragen gebruik te laten van de JavaScript-informatie krijgen van de server. Het lijkt echter dat met deze methode de controle kant van de website wordt de client.
Dit is iets dat niet lijkt een goed idee. Het lijkt erop dat op deze manier ik de PHP-bestand call over en weer, als een kleine functie, terwijl de variabelen hebben verloren er elke nieuwe oproep waarde.
Is er een manier waarop de server php kant en de klant html / java kan gewoon draaien tijdens het uitwisselen van informatie / is er een andere (makkelijke) manier om de Java-functionaliteit blijven gebruiken zonder verlies van de server-side controle?
Heel erg bedankt!
gert
I think you are referring to a technique called Ajax which should not be mistaken for a Dutch soccer team. More about Ajax you will find here:
http://nl.wikipedia.org/wiki/Asynchronous_JavaScript_and_XML
http://en.wikipedia.org/wiki/Ajax_(programming)
http://www.w3schools.com/ajax/default.asp
Well, hope this is what you are looking for. Break a leg Gert Leg.
Gewijzigd op 29/08/2011 17:35:46 door Ozzie PHP
En by the way, het is geen Java, maar JavaScript. Java is een progammeertaal.
Dit is mijn eerste post op dit forum en de reacties zijn bepaald niet om over naar huis te schrijven. Aan een google translate heb ik niet zoveel. Met Ajax ben ik bekend (zoals je waarschijnlijk aan de titel hebt gezien..) verder lijkt schelden me niet erg zinvol.
Is er iemand die me gewoon kan helpen?
Ozzie PHP op 29/08/2011 17:35:15:
Dear Gert Leg, or Gay... as you prefer...
I think you are referring to a technique called Ajax which should not be mistaken for a Dutch soccer team. More about Ajax you will find here:
http://nl.wikipedia.org/wiki/Asynchronous_JavaScript_and_XML
http://en.wikipedia.org/wiki/Ajax_(programming)
http://www.w3schools.com/ajax/default.asp
Well, hope this is what you are looking for. Break a leg Gert Leg.
I think you are referring to a technique called Ajax which should not be mistaken for a Dutch soccer team. More about Ajax you will find here:
http://nl.wikipedia.org/wiki/Asynchronous_JavaScript_and_XML
http://en.wikipedia.org/wiki/Ajax_(programming)
http://www.w3schools.com/ajax/default.asp
Well, hope this is what you are looking for. Break a leg Gert Leg.
xD
Sorry, onzinnige reactie maar ik moest er wel om lachen :P
Sessions is de eerste suggestie .. Ik heb hierover gedacht, net als wegschrijven in database en cookies, maar het lijkt me dat er meer effectieve manieren moeten zijn dan zoiets ??
Dan zou je haast een nodejs-server willen draaien, maar hier kun je alleen in javascript iets posten.
Ja, het nadeel aan PHP is, dat het maar een keer de mogelijkheid bied om iets te interpreteren en parsen. Hierdoor moet er telkens een nieuw process worden gestart en kan er geen data gesaved blijven.