abonnement Unibet Coolblue Bitvavo
pi_51977817

cd niet bijgeleverd

Als je vragen hebt over PHP/MySQL, dan zit je hier goed met een vaste kliek guru's en een groot aantal regelmatige bezoekers. Beperk je vragen niet tot "hij doet het niet" of "hij geeft een fout" - onze glazen bol is kapot en we willen graag van je weten wát er niet lukt en wélke foutmelding je precies krijgt

Vorige delen:
1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47

Zie ook:
  • PHP Dataverwerking
  • Officiële PHP website
  • PHP Documentatie
  • MySQL Reference Manual
  • Yet Another PHP Faq
  • PHP Cheat Sheet
  • PHP5 Power Programming - boek met uitleg over OOP, Pear, XML, etc

    Tutorials:
  • W3Schools PHP
  • W3Schools SQL

    Deze OP en instructies voor nieuw topic: http://wiki.fok.nl/index.php/OP/PHP

    Laatste post in het vorige deel:
    quote:
    Op dinsdag 31 juli 2007 00:13 schreef wobbel het volgende:
    Ik wil graag beginnen met PHP en Ajax...lijkt me wel lachen enzo

    Nu ben ik op zoek naar een soort memoblok in Ajax, PHP en MySQL. Dus gewoon een text-area waar je wat typt en dan het dan gewoon opgeslagen wordt zonder dat ik op een submit knop hoef te drukken Lijkt me echt ideaal, want dan kan ik me browser afsluiten en later weer openen en dan staat het er gewoon weer (omdat het uit de DB wordt gehaald)

    Ik zoek dus eigenlijk een klein kant en klaar script zodat ik beetje met Ajax kan knutselen
    Game on!
  • pi_51978078
    quote:
    Op dinsdag 31 juli 2007 00:13 schreef wobbel het volgende:
    Ik wil graag beginnen met PHP en Ajax...lijkt me wel lachen enzo

    Nu ben ik op zoek naar een soort memoblok in Ajax, PHP en MySQL. Dus gewoon een text-area waar je wat typt en dan het dan gewoon opgeslagen wordt zonder dat ik op een submit knop hoef te drukken Lijkt me echt ideaal, want dan kan ik me browser afsluiten en later weer openen en dan staat het er gewoon weer (omdat het uit de DB wordt gehaald)

    Ik zoek dus eigenlijk een klein kant en klaar script zodat ik beetje met Ajax kan knutselen
    Voor online gebruik, of puur lokaal? De enige goed werkende manier om dit te doen is door elke keer als je een toets drukt het op te slaan, maar dat vreet enorm.
    pi_51979469
    www.w3schools.com staat heel stuk over ajax
    it was not a good game
      dinsdag 31 juli 2007 @ 07:51:14 #4
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51980033
    quote:
    Op dinsdag 31 juli 2007 01:20 schreef Geqxon het volgende:

    [..]

    Voor online gebruik, of puur lokaal? De enige goed werkende manier om dit te doen is door elke keer als je een toets drukt het op te slaan, maar dat vreet enorm.
    Bijna goed . Je kunt er een vertraging van een seconde inbouwen na de laatste keypress voordat je de AJAX call maakt. Zo zit er altijd minstens een seconde tussen zodat het niet enorm vreet, maar word het wel vaak geupdate in je backend .
    phluphy for president!
    pi_51980201
    quote:
    Op dinsdag 31 juli 2007 07:51 schreef WyriHaximus het volgende:

    [..]

    Bijna goed . Je kunt er een vertraging van een seconde inbouwen na de laatste keypress voordat je de AJAX call maakt. Zo zit er altijd minstens een seconde tussen zodat het niet enorm vreet, maar word het wel vaak geupdate in je backend .
    Dan ben je alleen wel data kwijt als je te snel afsluit. Dan kun je net zo goed met een onblur werken. .

    Maar goed, zoals ik al zei: Dat is dus de enige goedwerkende manier. Als je het anders gaat doen is de kans groot dat je data kwijt bent, en de hele functie van de applicatie weg is.
      dinsdag 31 juli 2007 @ 08:31:25 #6
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51980297
    quote:
    Op dinsdag 31 juli 2007 08:19 schreef Geqxon het volgende:

    [..]

    Dan ben je alleen wel data kwijt als je te snel afsluit. Dan kun je net zo goed met een onblur werken. .

    Maar goed, zoals ik al zei: Dat is dus de enige goedwerkende manier. Als je het anders gaat doen is de kans groot dat je data kwijt bent, en de hele functie van de applicatie weg is.
    Dan maak je er 1/4 seconde van . Na het typen en maximaal 5 seconde tussen 2 save acties . En misschien met indicatortje er bij van of het veilig is om af te sluiten . De kans dat iemand binnen die 1/4 van een seconde weet af te sluiten is vrij klein . Sowieso moet je je verbindingen gaan reguleren anders ga je een behoorlijke rotzooi aan nutteloze overhead krijgen aan AJAX calls die eingelijk direct al weer nutteloos worden doordat je direct er na een volgende toets indrukt en de volgende call alweer triggerd . (Geloof me dat wil je niet .)
    phluphy for president!
    pi_51980756
    quote:
    Op dinsdag 31 juli 2007 08:32 schreef Mordreth het volgende:
    tvptje
    The people who lost my respect will never get a capital letter for their name again.
    Like trump...
    pi_51981323
    quote:
    Op dinsdag 31 juli 2007 08:31 schreef WyriHaximus het volgende:

    [..]

    Dan maak je er 1/4 seconde van . Na het typen en maximaal 5 seconde tussen 2 save acties . En misschien met indicatortje er bij van of het veilig is om af te sluiten . De kans dat iemand binnen die 1/4 van een seconde weet af te sluiten is vrij klein . Sowieso moet je je verbindingen gaan reguleren anders ga je een behoorlijke rotzooi aan nutteloze overhead krijgen aan AJAX calls die eingelijk direct al weer nutteloos worden doordat je direct er na een volgende toets indrukt en de volgende call alweer triggerd . (Geloof me dat wil je niet .)
    Dat is inderdaad een goede, een timer die om de 250 ms kijkt of er iets veranderd is, en zo ja > Submit.

    Veel AJAX calls zijn overigens geen enkel probleem. Zelf kan in binnen een seconden of drie 50 calls afhandelen. In mijn situatie: Je klikt op een vakje, in een array word een XML-object aangemaakt, je vraagt een PHP pagina op, die rommelt wat in de database, en vervolgens krijgt de user een XML bestand terug met de instructies die Javascript af moet handelen. In dit geval het blauw oplichten van het vakje. Voor de grap een javascript actie gemaakt die alle 50 vakjes in 1 keer veranderd, en na ongeveer 3 seconde waren ze allemaal opgelicht. Was wel grappig om te zien, dat ze allemaal op een rijtje van kleur switchte.
    pi_51981748
    quote:
    Op dinsdag 31 juli 2007 08:31 schreef WyriHaximus het volgende:

    [..]

    Dan maak je er 1/4 seconde van . Na het typen en maximaal 5 seconde tussen 2 save acties . En misschien met indicatortje er bij van of het veilig is om af te sluiten . De kans dat iemand binnen die 1/4 van een seconde weet af te sluiten is vrij klein . Sowieso moet je je verbindingen gaan reguleren anders ga je een behoorlijke rotzooi aan nutteloze overhead krijgen aan AJAX calls die eingelijk direct al weer nutteloos worden doordat je direct er na een volgende toets indrukt en de volgende call alweer triggerd . (Geloof me dat wil je niet .)
    Je kunt toch ook onunload gebruiken? Dan sla je alles op op het moment dat het window afgesloten wordt of de pagina verlaten wordt.
    Too old to Trick or Treat, too young to die
    pi_51981982
    quote:
    Op dinsdag 31 juli 2007 09:37 schreef Geqxon het volgende:
    Veel AJAX calls zijn overigens geen enkel probleem. Zelf kan in binnen een seconden of drie 50 calls afhandelen.
    Maar je kan er ook een server mee onderuit trekken als je niet uit kijkt.
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
      dinsdag 31 juli 2007 @ 10:28:37 #12
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51982331
    quote:
    Op dinsdag 31 juli 2007 09:37 schreef Geqxon het volgende:

    [..]

    Dat is inderdaad een goede, een timer die om de 250 ms kijkt of er iets veranderd is, en zo ja > Submit.
    Yeah, het mooie daar van is dat je de server niet zwaar belast . Een ander voordeel is dat je niet meerdere calls tegelijkertijd hebt open staan . Aan gezien je het allemaal controleerd . Probleem met veel calls is dat door een beetje klote routing of een tegenslagje verbinding A langzamer kan zijn dan verbinding B waar door B eerst opslaat en daarna A pas waar door je weer een beetje kwijt bent .
    quote:
    Op dinsdag 31 juli 2007 09:37 schreef Geqxon het volgende:
    Veel AJAX calls zijn overigens geen enkel probleem. Zelf kan in binnen een seconden of drie 50 calls afhandelen. In mijn situatie: Je klikt op een vakje, in een array word een XML-object aangemaakt, je vraagt een PHP pagina op, die rommelt wat in de database, en vervolgens krijgt de user een XML bestand terug met de instructies die Javascript af moet handelen. In dit geval het blauw oplichten van het vakje. Voor de grap een javascript actie gemaakt die alle 50 vakjes in 1 keer veranderd, en na ongeveer 3 seconde waren ze allemaal opgelicht. Was wel grappig om te zien, dat ze allemaal op een rijtje van kleur switchte.
    Het kan alleen, zoals SuperRembo als zegt, kan je er vrij gemakkelijk een server me onderuit halen . Dat is altijd leuk om te zien . Beter gezegt het resultaat van een beetje code kloppen is altijd leuk om te zien dat (als) het goed werkt .
    quote:
    Op dinsdag 31 juli 2007 10:00 schreef doka het volgende:

    [..]

    Je kunt toch ook onunload gebruiken? Dan sla je alles op op het moment dat het window afgesloten wordt of de pagina verlaten wordt.
    Ja dat kan ook maar dan moet je AJAX call wel snel genoeg zijn . Geeft je iig een stuk minder zekerheid dan met times outs zoals hier boven beschreven staat .
    quote:
    Op dinsdag 31 juli 2007 10:11 schreef SuperRembo het volgende:

    [..]

    Maar je kan er ook een server mee onderuit trekken als je niet uit kijkt.
    phluphy for president!
    pi_51982524
    quote:
    Op dinsdag 31 juli 2007 10:28 schreef WyriHaximus het volgende:

    Ja dat kan ook maar dan moet je AJAX call wel snel genoeg zijn . Geeft je iig een stuk minder zekerheid dan met times outs zoals hier boven beschreven staat .
    Op het moment dat het document afgesloten wordt moet je een niet-synchrone call doen, dan wordt je document altijd opgeslagen. Dan hoef je zelfs in principe verder helemaal geen calls te doen tijdens het editten van de text. Hoewel je het voor de zekerheid beter wel kunt doen.
    Too old to Trick or Treat, too young to die
    pi_51982606
    Ik ben iets te ver doorgeschoten met mijn voorbeeld:

    Download

    Disclaimer: Het kan beter, sneller, anders, maar dit doet wat het moet doen.

    En als je echt zekerheid wilt, dan maak je voor elke AJAX-call een nieuw XML-object aan.

    [ Bericht 15% gewijzigd door Geqxon op 31-07-2007 13:27:09 ]
      dinsdag 31 juli 2007 @ 10:41:45 #15
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51982608
    quote:
    Op dinsdag 31 juli 2007 10:38 schreef doka het volgende:

    [..]

    Op het moment dat het document afgesloten wordt moet je een niet-synchrone call doen, dan wordt je document altijd opgeslagen. Dan hoef je zelfs in principe verder helemaal geen calls te doen tijdens het editten van de text. Hoewel je het voor de zekerheid beter wel kunt doen.
    Hmm werkt die ook nog op het moment dat de unload word getriggerd doordat je je browser afsluit?
    phluphy for president!
    pi_51982673
    quote:
    Op dinsdag 31 juli 2007 10:41 schreef WyriHaximus het volgende:

    [..]

    Hmm werkt die ook nog op het moment dat de unload word getriggerd doordat je je browser afsluit?
    Dat weet ik niet eigenlijk...
    Too old to Trick or Treat, too young to die
      dinsdag 31 juli 2007 @ 10:45:02 #17
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51982705
    quote:
    Op dinsdag 31 juli 2007 10:43 schreef doka het volgende:

    [..]

    Dat weet ik niet eigenlijk...
    Ik test zo wel ff, eerst ff me collega zijn werk zien te hacken .
    phluphy for president!
      dinsdag 31 juli 2007 @ 12:05:42 #18
    63192 ursel
    "Het Is Hier Fantastisch!
    pi_51984796
    een kleine tvp..
    pi_51987034
    quote:
    Op dinsdag 31 juli 2007 10:41 schreef Geqxon het volgende:
    Ik ben iets te ver doorgeschoten met mijn voorbeeld:

    Download

    Disclaimer: Het kan beter, sneller, anders, maar dit doet wat het moet doen.

    En als je echt zekerheid wilt, dan maak je voor elke AJAX-call een nieuw XML-object aan.
    Ik heb er voor de grap een controller achter gehangen die een tekstbestand inleest. Als mijn hostingsprovider meewerkt zal ik hem uploaden.

    Edit: Toegepast voorbeeld

    Heb ik toch zomaar per ongeluk een MVC model toegepast.

    [ Bericht 4% gewijzigd door Geqxon op 31-07-2007 13:56:34 ]
    pi_51990173
    quote:
    Op dinsdag 31 juli 2007 13:21 schreef Geqxon het volgende:
    [..]
    Edit: Toegepast voorbeeld
    Heb ik toch zomaar per ongeluk een MVC model toegepast.
    Leuk beginnetje... alleen er moet toch nog best veel gebeuren om het echt goed te laten werken.
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
    pi_51990366
    quote:
    Op dinsdag 31 juli 2007 14:59 schreef SuperRembo het volgende:

    [..]

    Leuk beginnetje... alleen er moet toch nog best veel gebeuren om het echt goed te laten werken.
    Proof of concept. .

    Wees creatief, gooi er TinyMCE over, gepimpte statuslampjes, laat de controler met een database werken, sla je slag.

    Dit kreng werkt niet eens met newlines.
    pi_51990892
    Dit kreng update zelfs als je er gewoon met de pijltjes doorheen navigeert
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
      dinsdag 31 juli 2007 @ 15:33:15 #23
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51991090
    Werkt netjes eqxon !
    phluphy for president!
    pi_51991244
    quote:
    Op dinsdag 31 juli 2007 15:26 schreef SuperRembo het volgende:
    Dit kreng update zelfs als je er gewoon met de pijltjes doorheen navigeert
    Jep, onkeydown. Wat je eventueel kunt doen is naar het verschil tussen de vorige update kijken, gecombineerd met de datum van de laatste update. Dat hij pas update als er al een seconde lang geen updates meer zijn.
    pi_51992831
    Wat maakt het uit of het werkt of niet, het is een proof of concept. De bugs eruithalen kun je zelf alsnog doen
    pi_51994468
    quote:
    Op dinsdag 31 juli 2007 16:30 schreef JeRa het volgende:
    Wat maakt het uit of het werkt of niet, het is een proof of concept. De bugs eruithalen kun je zelf alsnog doen
    True true, maar als je al zo ver bent kun je de rest toch ook wel even fixen?

    Niet dat ik het nodig ben oid
    The people who lost my respect will never get a capital letter for their name again.
    Like trump...
      dinsdag 31 juli 2007 @ 18:17:49 #27
    37634 wobbel
    Da WoBBeL King
    pi_51995479
    Hehe dat was idd m'n bedoeling. Ik merk wel dat je hiervoor een redelijke kennis van JS moet hebben (en die heb ik atm nog niet)

    Trouwens, is het ook mogelijk om bijv. een file te uploaden met AJAX (een MP3 bijv.)? Normaal gesproken als je een POST doet met een groot bestand als upload blijft alles wit (pagina blijft voor je gevoel laden).

    Je kan dan met AJAX een file uploaden, een mooi laadbalkje weergeven en vervolgens evt. wat gegevens over de upload weergeven en dat ook nog eens zonder de hele pagina te herladen
    pi_51995604
    Ben ik een tijdje geleden ook naar op zoek geweest, maar kwam uiteindelijk bij een java-applet uit. Heb uiteindelijk zelf zoiets geschreven (lomp bestand opdelen in stukjes van 100 kb oid en per stukje via POST uploaden en php de zaak weer laten mergen na het laatste stukje upload), die mooi wanneer het uploaden voltooid is een javascript functie aanroept, zodat ik weer andere dingen kan doen.
      dinsdag 31 juli 2007 @ 18:24:43 #29
    37634 wobbel
    Da WoBBeL King
    pi_51995642
    http://bluga.net/projects/uploadProgressMeter/

    alleen het probleem is ook daar de PHP configuratie, die standaard geen grotere bestanden dan 8 Mb toelaat...

    Maar met wat GVRuud noemt heb je idd ook geen last van 't 8 Mb limiet, het kost denk ik alleen veel CPU
    pi_51995710
    Mijn Safari wordt er inderdaad niet vrolijk van als je m tussentijds wilt afsluiten. Maargoed.. Als je zelf niet de mogelijkheid hebt om bij je provider die maximale upload limiet op te schroeven....

    Ps. Ik kan dus wel een mooi voortgangsbalkje laten zien, en daar wachten mensen meestal wel braaf op.
    pi_51995814
    quote:
    Op dinsdag 31 juli 2007 17:33 schreef Chandler het volgende:

    [..]

    True true, maar als je al zo ver bent kun je de rest toch ook wel even fixen?

    Niet dat ik het nodig ben oid
    Ik zal zometeen de v10.3 ultimate deluxe versie uploaden.

    Het nadeel van het fixen van de rest is dat de code er troebel van word, en het proof of concept idee erachter gelijk weg is.

    [ Bericht 15% gewijzigd door Geqxon op 31-07-2007 18:40:49 ]
      dinsdag 31 juli 2007 @ 18:34:06 #32
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51995824
    quote:
    Op dinsdag 31 juli 2007 18:17 schreef wobbel het volgende:
    Hehe dat was idd m'n bedoeling. Ik merk wel dat je hiervoor een redelijke kennis van JS moet hebben (en die heb ik atm nog niet)

    Trouwens, is het ook mogelijk om bijv. een file te uploaden met AJAX (een MP3 bijv.)? Normaal gesproken als je een POST doet met een groot bestand als upload blijft alles wit (pagina blijft voor je gevoel laden).

    Je kan dan met AJAX een file uploaden, een mooi laadbalkje weergeven en vervolgens evt. wat gegevens over de upload weergeven en dat ook nog eens zonder de hele pagina te herladen
    Je form op een iframe richten en met een AJAX call om de zoveel tijd kijken of het al binnen is en ondertussen een progress bar laten zien .
    quote:
    Op dinsdag 31 juli 2007 18:28 schreef GVRuud het volgende:
    Mijn Safari wordt er inderdaad niet vrolijk van als je m tussentijds wilt afsluiten. Maargoed.. Als je zelf niet de mogelijkheid hebt om bij je provider die maximale upload limiet op te schroeven....

    Ps. Ik kan dus wel een mooi voortgangsbalkje laten zien, en daar wachten mensen meestal wel braaf op.
    ja idd, al laat je ze iets fakes zien dan trappen ze er vaak genoeg in .
    phluphy for president!
    pi_51995900
    quote:
    Op dinsdag 31 juli 2007 18:34 schreef WyriHaximus het volgende:
    ja idd, al laat je ze iets fakes zien dan trappen ze er vaak genoeg in .
    Ja maar ik moet het zelf ook gebruiken dus wil wel weten of ik nog naar de koffiepot kan lopen
      dinsdag 31 juli 2007 @ 18:39:07 #35
    37634 wobbel
    Da WoBBeL King
    pi_51995948
    quote:
    Internal Server Error

    The server encountered an internal error or misconfiguration and was unable to complete your request.

    Please contact the server administrator, raditha@raditha.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

    More information about this error may be available in the server error log.
    Apache/2.0.52 (CentOS) Server at www.raditha.com Port 80

    goed script
    pi_51996002
    quote:
    Op dinsdag 31 juli 2007 08:31 schreef WyriHaximus het volgende:

    [..]

    Dan maak je er 1/4 seconde van . Na het typen en maximaal 5 seconde tussen 2 save acties . En misschien met indicatortje er bij van of het veilig is om af te sluiten . De kans dat iemand binnen die 1/4 van een seconde weet af te sluiten is vrij klein . Sowieso moet je je verbindingen gaan reguleren anders ga je een behoorlijke rotzooi aan nutteloze overhead krijgen aan AJAX calls die eingelijk direct al weer nutteloos worden doordat je direct er na een volgende toets indrukt en de volgende call alweer triggerd . (Geloof me dat wil je niet .)
    Waarom maak je de call niet op het moment dat enig ander event afgaat? Dus indien de focus van het veld af word gehaald door de gebruiker (al dan niet afsluiten e.d)
    pi_51996076
    quote:
    Op dinsdag 31 juli 2007 18:41 schreef Scorpie het volgende:

    [..]

    Waarom maak je de call niet op het moment dat enig ander event afgaat? Dus indien de focus van het veld af word gehaald door de gebruiker (al dan niet afsluiten e.d)
    Iets zegt mij dat het goed fout gaat als je een asymetrische functie aanroept op het moment dat je je browser afsluit. Daarnaast is deze manier voor de gebruiker beter, want zodra dat lampje groen word, is het 100% zeker dat het bestand opgeslagen is. (immers, PHP stuurt Javascript hier aan om het lampje groen op te laten lichten, wat hij doet zodra de schrijfactie succesvol is).
    pi_51996218
    quote:
    Op dinsdag 31 juli 2007 18:45 schreef Geqxon het volgende:

    [..]

    Iets zegt mij dat het goed fout gaat als je een asymetrische functie aanroept op het moment dat je je browser afsluit. Daarnaast is deze manier voor de gebruiker beter, want zodra dat lampje groen word, is het 100% zeker dat het bestand opgeslagen is. (immers, PHP stuurt Javascript hier aan om het lampje groen op te laten lichten, wat hij doet zodra de schrijfactie succesvol is).
    Misschien, maar om nou voor elke toetsaanslag een call te doen is ook overkill mijns inzien.
    Hebben we het eigenlijk nog over hetzelfde
      dinsdag 31 juli 2007 @ 18:53:44 #39
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51996256
    quote:
    Op dinsdag 31 juli 2007 18:37 schreef GVRuud het volgende:

    [..]

    Ja maar ik moet het zelf ook gebruiken dus wil wel weten of ik nog naar de koffiepot kan lopen
    Je kunt ook gewoon altijd naar de koffiepot lopen dan weet je zeker dat het klaar is als je terug komt .
    quote:
    Op dinsdag 31 juli 2007 18:41 schreef Scorpie het volgende:

    [..]

    Waarom maak je de call niet op het moment dat enig ander event afgaat? Dus indien de focus van het veld af word gehaald door de gebruiker (al dan niet afsluiten e.d)
    quote:
    Op dinsdag 31 juli 2007 18:45 schreef Geqxon het volgende:

    [..]

    Iets zegt mij dat het goed fout gaat als je een asymetrische functie aanroept op het moment dat je je browser afsluit. Daarnaast is deze manier voor de gebruiker beter, want zodra dat lampje groen word, is het 100% zeker dat het bestand opgeslagen is. (immers, PHP stuurt Javascript hier aan om het lampje groen op te laten lichten, wat hij doet zodra de schrijfactie succesvol is).
    Wat Geqxon zegt dus .
    phluphy for president!
      dinsdag 31 juli 2007 @ 18:54:33 #40
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51996268
    quote:
    Op dinsdag 31 juli 2007 18:52 schreef Scorpie het volgende:

    [..]

    Misschien, maar om nou voor elke toetsaanslag een call te doen is ook overkill mijns inzien.
    Hebben we het eigenlijk nog over hetzelfde
    Volgens mij ging daar de hele discussie dus ook over hoe dat het beste aan te pakken .
    phluphy for president!
    pi_51996341
    quote:
    Op dinsdag 31 juli 2007 18:54 schreef WyriHaximus het volgende:

    [..]

    Volgens mij ging daar de hele discussie dus ook over hoe dat het beste aan te pakken .
    Met als voorbeeld de proof of concept, die om de seconde kijkt of er een toets gedrukt is, en zo ja, de data submit.
    pi_51996524
    Misschien per 10 toetsaanslagen de wijzigingen op te slaan, of indien er meer dan 2 seconden niets meer gewijzigd is? Wanneer iemand nogal snel typt krijg je anders een vloed aan calls naar de server.
      dinsdag 31 juli 2007 @ 19:07:30 #43
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51996565
    rofl hoe snel denkje dat sommige hier kunnen typen? Best wel ff heel wat sneller dat 10 per seconde . Dan is misschien 50 op ze minst een beter idee .
    phluphy for president!
    pi_51996641
    quote:
    Op dinsdag 31 juli 2007 19:07 schreef WyriHaximus het volgende:
    rofl hoe snel denkje dat sommige hier kunnen typen? Best wel ff heel wat sneller dat 10 per seconde . Dan is misschien 50 op ze minst een beter idee .
    Moet bekennen dat ik ook wel ietsjes sneller typ Maar het was maar een conceptideetje. Meestal kom ik er dan na een testcase wel achter dat 10 inderdaad nergens op slaat
    pi_51996693
    Op het moment zit je hoe dan ook maximaal aan de 1 call per seconde. Maar ik heb er even een alert aan toegevoegd, en het aangepast. Na twee seconde type-inactiviteit update hij pas. Al een stuk beter inderdaad.
    pi_51997297
    Je kunt ook een timeout te zetten op het moment dat de tekst gewijzigd is. Als je ziet dat de vorige timeout nog niet verlopen is, dan clear je die en zet je een nieuwe timeout.

    In pseudo code:
    1
    2
    3
    4
    5
    if (textChanged())
    {
       if (timerSet()) clearTimer();
       setTimer(saveChanges, 1000);
    }


    Enige nadeel hiervan is dat als je een uur lang elke seconde tenminste 1 wijziging maakt, dat er dan een uur lang niets opgeslagen wordt. Maar dat is ook wel op te lossen.
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
    pi_51997616
    Goeie, dat heeft een hoop code en CPU kracht bespaard. En de worst-case scenario die je beschrijft is hier zelfs niet van toepassing, aangezien de gebruiker het venster pas sluit als het lampje groen is.
    pi_52005815
    Het is eigenlijk wel een leuk voorbeeld. Mijn uitwerking
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
    pi_52006445
    Grappig, OO. Maar zie ik daar nou een stylesheet? Op een proof of concept?
    pi_52006676
    Nee, jij met je stoplicht
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
    abonnement Unibet Coolblue Bitvavo
    Forum Opties
    Forumhop:
    Hop naar:
    (afkorting, bv 'KLB')