[PHP/(My)SQL] voor dummies - Deel 47

Index

» digital corner

actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
pi_51667991

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

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
    •   vrijdag 20 juli 2007 @ 17:31:51 #2
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51668026
    quote:
    Op vrijdag 20 juli 2007 17:26 schreef Geqxon het volgende:

    [..]

    Je powercable.
    Nee die is uiteraard zwart .
    quote:
    Op vrijdag 20 juli 2007 17:29 schreef mschol het volgende:
    aangezien het niet meer over php gaat..
    slotje...
    Verkapte ik sluit topic post?
    phluphy for president!
    pi_51668045
    quote:
    Op vrijdag 20 juli 2007 17:31 schreef WyriHaximus het volgende:

    [..]

    Nee die is uiteraard zwart .
    [..]

    Verkapte ik sluit topic post?
    als je het zo wilt noemen :p
    pi_51668121
    Is het mogelijk een datastructuur die je in php opbouwt te serializen? En dan bedoel ik niet met de serialize() methode, want die bouwt n stringetje en dat inlezen duurt alleen maar langer dan opnieuw opbouwen (en hij crapt hem als ik mijn structuur serialize omdat het te groot is). Het is een vrij complexe structuur van, als ik php mag geloven rond de 2 mb, dus nogmaals mijn vraag: kan ik dit echt 'snel' serializen?
      vrijdag 20 juli 2007 @ 17:37:14 #5
    62215 qu63
    ..de tijd drinkt..
    pi_51668171
    quote:
    Op vrijdag 20 juli 2007 17:31 schreef WyriHaximus het volgende:
    Verkapte ik sluit topic post?
    Verkapte tvp
    It's Time To Shine
    [i]What would life be like without rhethorical questions?[/i]
      vrijdag 20 juli 2007 @ 17:42:20 #6
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51668336
    quote:
    Op vrijdag 20 juli 2007 17:32 schreef mschol het volgende:

    [..]

    als je het zo wilt noemen :p
    Dat van mij is ergens ook een verkapte tvp .

    Iemand hier heel toevallig ervaring met Oracle + Stored Procedures + PHP? Zit nu met een stored procedure in oracle die ik in php moet aanroepen. Daar hoort een result uit te komen maar dan moet ik wel een argument mee geven aan de stored procedure. Alleen heb geen idee hoe. Wat ik ook opgeef krijg altijd maffe errors .
    quote:
    Op vrijdag 20 juli 2007 17:37 schreef qu63 het volgende:

    [..]

    Verkapte tvp
    Zie hier boven . Moet jij trouwens nodig zeggen .
    quote:
    Op vrijdag 20 juli 2007 17:35 schreef Thomass het volgende:
    Is het mogelijk een datastructuur die je in php opbouwt te serializen? En dan bedoel ik niet met de serialize() methode, want die bouwt n stringetje en dat inlezen duurt alleen maar langer dan opnieuw opbouwen (en hij crapt hem als ik mijn structuur serialize omdat het te groot is). Het is een vrij complexe structuur van, als ik php mag geloven rond de 2 mb, dus nogmaals mijn vraag: kan ik dit echt 'snel' serializen?
    Is JSON niet iets dan?
    phluphy for president!
      vrijdag 20 juli 2007 @ 17:46:24 #7
    62215 qu63
    ..de tijd drinkt..
    pi_51668428
    quote:
    Op vrijdag 20 juli 2007 17:42 schreef WyriHaximus het volgende:
    Zie hier boven . Moet jij trouwens nodig zeggen .
    Ah! Jij dacht dat dat van mij een vraag was
    It's Time To Shine
    [i]What would life be like without rhethorical questions?[/i]
      vrijdag 20 juli 2007 @ 17:50:16 #8
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51668519
    quote:
    Op vrijdag 20 juli 2007 17:46 schreef qu63 het volgende:

    [..]

    Ah! Jij dacht dat dat van mij een vraag was
    Stom vraagtekentje in die smilie
    phluphy for president!
    pi_51668784
    quote:
    Op vrijdag 20 juli 2007 17:35 schreef Thomass het volgende:
    Is het mogelijk een datastructuur die je in php opbouwt te serializen? En dan bedoel ik niet met de serialize() methode, want die bouwt n stringetje en dat inlezen duurt alleen maar langer dan opnieuw opbouwen (en hij crapt hem als ik mijn structuur serialize omdat het te groot is). Het is een vrij complexe structuur van, als ik php mag geloven rond de 2 mb, dus nogmaals mijn vraag: kan ik dit echt 'snel' serializen?
    Niet sneller dan via serialize() het geheugen injagen nee JSON zoals hierboven genoemd is een andere optie, maar aangezien dat niet veel anders is dan het outputformaat van serialize() schiet je er niet veel mee op.

    Een derde optie is zelf bepalen welke onderdelen van je complexe structuur je gaat opslaan en voor elke class een soort serialize() functie te maken, maar of dat sneller is? Zou je kunnen toelichten waar het over gaat?
      vrijdag 20 juli 2007 @ 18:29:29 #10
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51669495
    quote:
    Op vrijdag 20 juli 2007 18:01 schreef JeRa het volgende:

    [..]

    Niet sneller dan via serialize() het geheugen injagen nee JSON zoals hierboven genoemd is een andere optie, maar aangezien dat niet veel anders is dan het outputformaat van serialize() schiet je er niet veel mee op.
    JSON zal ook niet 1 van de snelse manieren zijn trouwens.
    quote:
    Op vrijdag 20 juli 2007 18:01 schreef JeRa het volgende:
    Een derde optie is zelf bepalen welke onderdelen van je complexe structuur je gaat opslaan en voor elke class een soort serialize() functie te maken, maar of dat sneller is? Zou je kunnen toelichten waar het over gaat?
    4e optie is het misschien in een idee om het in een cache bestand te zetten of in een tabel of desnoods in een phpsessie.

    Zoals JeRa ook zegt het klinkt vrij complex en groot, misschien een idee om ff wat grove details te vertellen hoe het in elkaar zit en wat je precies wilt opslaan .
    phluphy for president!
    pi_51669950
    quote:
    Op vrijdag 20 juli 2007 18:01 schreef JeRa het volgende:

    [..]

    Niet sneller dan via serialize() het geheugen injagen nee JSON zoals hierboven genoemd is een andere optie, maar aangezien dat niet veel anders is dan het outputformaat van serialize() schiet je er niet veel mee op.

    Een derde optie is zelf bepalen welke onderdelen van je complexe structuur je gaat opslaan en voor elke class een soort serialize() functie te maken, maar of dat sneller is? Zou je kunnen toelichten waar het over gaat?
    Een linked structure van 3241 nodes, in een soort 'vierkante' matrix structuur gelinkt. Een x aantal horizontale circulairly linked lists en die zitten weer aan elkaar geknoopt met verticaal circulair gelinkte lijsten.


    Opbouwen ervan kost niet echt noemenswaardig veel tijd, maar het is een beetje onnodig - vandaar dat ik me afvroeg of je het niet gewoon 'binary' kan opslaan zegmaar

    edit: voor de goede orde - het is iets waar ik een beetje mee zit te spelen (een sudoku maker/oplosser ). oorspronkelijk heb ik het in C gemaakt wat natuurlijk vele malen sneller is. kortgeleden met php5 was het appeltje eitje om het even te porten (webbased is natuurlijk leuker), nu wil ik er een snelheidsmonster van maken vandaar mijn vraag of binary opslaan van structuren mogelijk is
    pi_51670607
    quote:
    Op vrijdag 20 juli 2007 18:29 schreef WyriHaximus het volgende:

    [..]

    JSON zal ook niet 1 van de snelse manieren zijn trouwens.
    Dat is toch precies wat ik zeg met 'daar schiet je niet veel mee op' (hij wil het sneller krijgen)?
    quote:
    [..]

    4e optie is het misschien in een idee om het in een cache bestand te zetten of in een tabel of desnoods in een phpsessie.
    Dat is het medium, het gaat om de inhoud de manier waarop je de gegevens omzet naar een abitrair formaat.
    pi_51670666
    quote:
    Op vrijdag 20 juli 2007 18:45 schreef Thomass het volgende:

    [..]

    Een linked structure van 3241 nodes, in een soort 'vierkante' matrix structuur gelinkt. Een x aantal horizontale circulairly linked lists en die zitten weer aan elkaar geknoopt met verticaal circulair gelinkte lijsten.


    Opbouwen ervan kost niet echt noemenswaardig veel tijd, maar het is een beetje onnodig - vandaar dat ik me afvroeg of je het niet gewoon 'binary' kan opslaan zegmaar

    edit: voor de goede orde - het is iets waar ik een beetje mee zit te spelen (een sudoku maker/oplosser [afbeelding]). oorspronkelijk heb ik het in C gemaakt wat natuurlijk vele malen sneller is. kortgeleden met php5 was het appeltje eitje om het even te porten (webbased is natuurlijk leuker), nu wil ik er een snelheidsmonster van maken vandaar mijn vraag of binary opslaan van structuren mogelijk is
    Heb je dit object oriented gemaakt of sla je de boel op in arrays? Met die eerste manier is PHP namelijk erg traag vanwege de constructoren en destructoren die aangeroepen worden. Maar als ik het goed begrijp is het dus het serialize() gedeelte waar het het traagst gaat?
    pi_51670899
    quote:
    Op vrijdag 20 juli 2007 19:05 schreef JeRa het volgende:

    [..]

    Heb je dit object oriented gemaakt of sla je de boel op in arrays? Met die eerste manier is PHP namelijk erg traag vanwege de constructoren en destructoren die aangeroepen worden. Maar als ik het goed begrijp is het dus het serialize() gedeelte waar het het traagst gaat?
    Het zijn objects ja. Serialize heb ik geprobeerd maar vanaf gezien omdat het trager was (from scratch iedere keer opbouwen is dus sneller dan een GIGANTISCHE string inlezen), ik vroeg me dus af of het mogelijk is het als het ware te 'hard-coden' / serializen zodat het op een efficiente manier in het geheugen gezet kan worden. Als het niet kan, jammer maar helaas
    pi_51671000
    quote:
    Op vrijdag 20 juli 2007 19:12 schreef Thomass het volgende:

    [..]

    Het zijn objects ja. Serialize heb ik geprobeerd maar vanaf gezien omdat het trager was (from scratch iedere keer opbouwen is dus sneller dan een GIGANTISCHE string inlezen), ik vroeg me dus af of het mogelijk is het als het ware te 'hard-coden' / serializen zodat het op een efficiente manier in het geheugen gezet kan worden. Als het niet kan, jammer maar helaas
    Ah, dus het gaat niet zozeer om serialize() maar om unserialize()? Want dan kijk je waarschijnlijk toch echt aan tegen de vele constructoren die aangeroepen moeten worden plus de bewerkingstijden op de gigantische string. Ik denk niet dat je daar gemakkelijk efficiënt omheen kunt werken.
    pi_51671064
    quote:
    Op vrijdag 20 juli 2007 19:15 schreef JeRa het volgende:

    [..]

    Ah, dus het gaat niet zozeer om serialize() maar om unserialize()? Want dan kijk je waarschijnlijk toch echt aan tegen de vele constructoren die aangeroepen moeten worden plus de bewerkingstijden op de gigantische string. Ik denk niet dat je daar gemakkelijk efficiënt omheen kunt werken.
    Jagoed ik gebruik php nu eigenlijk ook voor iets waar het helemaal niet voor gemaakt is, toch is het verrassend snel vind ik.
      vrijdag 20 juli 2007 @ 19:16:49 #17
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51671072
    quote:
    Op vrijdag 20 juli 2007 19:04 schreef JeRa het volgende:

    [..]

    Dat is toch precies wat ik zeg met 'daar schiet je niet veel mee op' (hij wil het sneller krijgen)?
    Dacht dat je er mee bedoelde dat de manier van output niet boeiend veel anders was .
    quote:
    Op vrijdag 20 juli 2007 19:04 schreef JeRa het volgende:
    [..]
    Dat is het medium, het gaat om de inhoud de manier waarop je de gegevens omzet naar een abitrair formaat.
    Erhm true ja .

    Ow is var_export($bla,true) en dan direct een bestand in niet iets? Dat is volgens mij redelijk rap en met OO werkt dat ook . Of anders bouw je een benchmarker . Weet je precies welke er sneller is
    phluphy for president!
      vrijdag 20 juli 2007 @ 19:21:23 #18
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51671218
    quote:
    Op vrijdag 20 juli 2007 19:12 schreef Thomass het volgende:

    [..]

    Het zijn objects ja. Serialize heb ik geprobeerd maar vanaf gezien omdat het trager was (from scratch iedere keer opbouwen is dus sneller dan een GIGANTISCHE string inlezen), ik vroeg me dus af of het mogelijk is het als het ware te 'hard-coden' / serializen zodat het op een efficiente manier in het geheugen gezet kan worden. Als het niet kan, jammer maar helaas
    Met var_export kan je de code exporten/echoen om dat hardcoded te doen .
    phluphy for president!
    pi_51671259
    quote:
    Op vrijdag 20 juli 2007 19:16 schreef WyriHaximus het volgende:

    [..]

    Dacht dat je er mee bedoelde dat de manier van output niet boeiend veel anders was .
    [..]

    Erhm true ja .

    Ow is var_export($bla,true) en dan direct een bestand in niet iets? Dat is volgens mij redelijk rap en met OO werkt dat ook . Of anders bouw je een benchmarker . Weet je precies welke er sneller is
    Haha, php trekt het niet meer denk ik
    Fatal error: Nesting level too deep - recursive dependency?

    O_O
      vrijdag 20 juli 2007 @ 19:24:39 #20
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51671324
    quote:
    Op vrijdag 20 juli 2007 19:22 schreef Thomass het volgende:

    [..]

    Haha, php trekt het niet meer denk ik
    Fatal error: Nesting level too deep - recursive dependency?

    O_O
    haha hoe diep gaat dat ding dan? Zit een beveiliging in tegen loops . Doe maar eens een var_export($GLOBALS) en anders kan je toch wel ff een loopje maken die het zelfde doet (de php code generere) . Maar goed nu pleite ff bij me broertje in ze nieuwe huisje kijken
    phluphy for president!
      vrijdag 20 juli 2007 @ 19:36:22 #21
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51671675
    Altijd leuk eerst gaan roepen dat je gaat en dan met een keyboard gaan klooien .

    Anyway zat de manuel nog eens te lezen en kwam deze comment tegen http://nl3.php.net/manual/nl/function.var-export.php#75327 en deze http://nl3.php.net/manual/nl/function.var-export.php#36606 (onderste regel) misschien is dat wel interesant als ik het zo lees . Kan nu niet ff snel wat testen aangezien dit me ouders hun PC is .
    phluphy for president!
    pi_51675592
    Weet iemand hier wat de performance van arrays zijn? Ik stop tegenwoordig zo'n beetje alles in arrays, maar maakt het PHP traag? Tuurlijk, het is geen vreemd iets in PHP, maar ik vroeg het mij zeg maar af.
      vrijdag 20 juli 2007 @ 22:02:03 #23
    85514 ralfie
    !Yvan eht nioj
    pi_51676201
    quote:
    Op vrijdag 20 juli 2007 21:43 schreef Geqxon het volgende:
    Weet iemand hier wat de performance van arrays zijn? Ik stop tegenwoordig zo'n beetje alles in arrays, maar maakt het PHP traag? Tuurlijk, het is geen vreemd iets in PHP, maar ik vroeg het mij zeg maar af.
    Waar wil je ze mee vergelijken? losse variablen?

    Verschilt nogal denk ik, maar een numerieke array ( 0=>"w" ,1=>"r", 2=>"rr", 3=>r, 5=> "g" ) is vele malen sneller als een associatieve array( "water" => "vies", "brood" => "spelen" ) en een numerieke array zonder opeenvolgende getallen zit daar dan weer tussenin array( 3 => "e", 2344 => 44). Het gaat hierbij dus alleen om de keys, de values zullen hetzelfde zijn als bij gewone variabelen.

    Verschillen zijn voor kleine arrays ( < x*1000) verwaarloosbaar, daarboven gaat het steeds meer spelen.
    pi_51676622
    Twee voorbeeldjes:
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15    		<?php
    // ARRAY:

    $pages = range(3,45);

    foreach (    $pages as $page){
        echo     "Page number: " . $page;
    }

    // NORMAAL

    for ($i = 3; $i <= 45; $i++){
        echo     "Page number: " . $i;
    }
    ?>


    In dit geval vind ik het voorbeeld met de array veel schoner. Ik kan begrijpen dat de bovenste manier trager is, maar ga je dat met 10000+ users per dag merken? Of zijn dat micro-optimalisaties?

    Tweede voorbeeld:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18    		<?php
    // DATA OPHALEN EN VERDERE PRE-HTML OUTPUT BEWERKINGEN

    $result = mysql_query("SELECT * FROM user");
    $users = array();

    while (    $row = mysql_fetch_assoc($result)){
            $users[] = $row;
    }


    // HTML OUTPUT:

    foreach ($users as $user){
        echo     "Name: " . $user['Name'];
        echo     "City: " . $user['City'];
    }
    ?>


    Ga netheid vind ik dit een perfecte methode, maar is dit nou sterk vertragend of not-done? Kan dit beter?
    pi_51676853
    quote:
    Op vrijdag 20 juli 2007 22:14 schreef Geqxon het volgende:
    In dit geval vind ik het voorbeeld met de array veel schoner. Ik kan begrijpen dat de bovenste manier trager is, maar ga je dat met 10000+ users per dag merken? Of zijn dat micro-optimalisaties?
    Ik weet niet of ik die mooier vind eigenlijk....
    - je hebt meer regels nodig
    - je hebt een extra array ($pages) nodig

    Ik ben altijd wel gecharmeerd van 'opgeruimde' code zeg maar, beknopt maar toch goed leesbaar
    pi_51676891
    Ik heb een array met pagina's, en die lees ik uit, pagina per pagina. Misschien komt het door mijn OO-fetish, ik ben door Java iets gehersenspoeld.

    Ik hou van beknopte code, maar ik hou meer van code waar supersnel te lezen is wat het doet, en waarvan de gedachtengang zoals die van een mens is.
    pi_51677304
    quote:
    Op vrijdag 20 juli 2007 22:22 schreef Geqxon het volgende:
    Ik heb een array met pagina's, en die lees ik uit, pagina per pagina. Misschien komt het door mijn OO-fetish, ik ben door Java iets gehersenspoeld.

    Ik hou van beknopte code, maar ik hou meer van code waar supersnel te lezen is wat het doet, en waarvan de gedachtengang zoals die van een mens is.
    same here, en daar vind ik OO niet onder vallen
      vrijdag 20 juli 2007 @ 22:53:13 #28
    63192 ursel
    "Het Is Hier Fantastisch!
    pi_51677936
    quote:
    Op vrijdag 20 juli 2007 22:35 schreef mschol het volgende:

    [..]

    same here, en daar vind ik OO niet onder vallen
    Toch is dat met OO wel duidelijk te lezen hoor..
    pi_51678117
    quote:
    Op vrijdag 20 juli 2007 22:53 schreef ursel het volgende:

    [..]

    Toch is dat met OO wel duidelijk te lezen hoor..
    in de tijd dat ik OO gezien heb en mee heb moeten scripten op school heb ik het helemaal uitgekotst...
    zo gruwelijk onlogisch vond ik het...
    pi_51678304
    quote:
    Op vrijdag 20 juli 2007 22:58 schreef mschol het volgende:

    [..]

    in de tijd dat ik OO gezien heb en mee heb moeten scripten op school heb ik het helemaal uitgekotst...
    zo gruwelijk onlogisch vond ik het...
    Heb je het geprogrammeerd, of ook geleerd? Weet je, om maar wat te noemen, wat een Sequence-diagram is? Klassendiagram? Controllerklassen? UI-klassen?

    Want eerlijk is eerlijk, als je het alleen gaat programmeren zul je het vast onzin vinden.
    pi_51678328
    quote:
    Op vrijdag 20 juli 2007 22:22 schreef Geqxon het volgende:
    Ik hou van beknopte code, maar ik hou meer van code waar supersnel te lezen is wat het doet, en waarvan de gedachtengang zoals die van een mens is.
    Ik ook
    Persoonlijk vind ik een statement van 1 regel waarin je van 3 tot 45 loopt overzichtelijker dan het eerst definieren van een range, en daarna door die range heen gaan loopen...

    Maar goed, ik denk dat dit qua performance erg weinig uitmaakt... iemand zin om een benchmarkje te klussen?
    pi_51678473
    1
    2
    3
    4    		<?php
    foreach(range(3, 45) as $pagina)
        echo     "pagina: $pagina<br />";
    ?>


    Leesbaar, check
    Kort, check

    Niks mis mee
    pi_51678661
    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    		<?php
    $page_count     = 120000;


    // RANGE-ARRAY IN VAR
    $time_start = microtime_float();
    ob_start();

    $pages = range(0,$pagecount);

    foreach (    $pages as $page){
        echo     $page;
    }

    $time_end = microtime_float();

    ob_end_clean();
    echo     "Result #1: " . ($time_end - $time_start) . " secondsn";

    // SIMPLE FOR LOOP
    $time_start = microtime_float();
    ob_start();

    for(    $i = 0; $i <= $pagecount; $i++){
        echo     $page;
    }

    $time_end = microtime_float();

    ob_end_clean();
    echo     "Result #2: " . ($time_end - $time_start) . " secondsn";

    // DIRECT FROM RANGE
    $time_start = microtime_float();
    ob_start();

    foreach (    range(0,$pagecount) as $page){
        echo     $page;
    }

    $time_end = microtime_float();

    ob_end_clean();
    echo     "Result #3: " . ($time_end - $time_start) . " secondsn";
    ?>


    Even in elkaar gefrutselt. Resultaat:

    1
    2
    3    		Result #1: 8.39233398438E-05 seconds
    Result #2: 4.50611114502E-05 seconds
    Result #3: 4.29153442383E-05 seconds


    :o
    pi_51678776
    quote:
    Op vrijdag 20 juli 2007 23:03 schreef Geqxon het volgende:

    [..]

    Heb je het geprogrammeerd, of ook geleerd? Weet je, om maar wat te noemen, wat een Sequence-diagram is? Klassendiagram? Controllerklassen? UI-klassen?

    Want eerlijk is eerlijk, als je het alleen gaat programmeren zul je het vast onzin vinden.
    ik heb het ooit (was een ruwe 4 jaar geleden) moeten leren idd.
    en termen als sequence diagram. klassendiagram komen mij bekend voor die ander 2 zo snel niet...
    maar ik heb het nadat het mij is uitgelegd (dat snapte ik dan nog wel) nooit begrepen hoe ik het moest schrijven... (het werkelijke programmeren dus)

    ik moest een functie schrijven om een functie aan te roepen in een 3de functie..
    ik had echt iets zo van WTF!?!?!
    ik heb mij er op een gegeven moment bij neergelegd en iets gehad van: deze zooi raak ik niet meer aan
      vrijdag 20 juli 2007 @ 23:19:12 #35
    63192 ursel
    "Het Is Hier Fantastisch!
    pi_51678898
    quote:
    Op vrijdag 20 juli 2007 23:13 schreef Geqxon het volgende:

    [ code verwijderd ]

    Even in elkaar gefrutselt. Resultaat:
    [ code verwijderd ]

    Mja, duidelijk..
    pi_51679374
    quote:
    Op vrijdag 20 juli 2007 23:16 schreef mschol het volgende:

    [..]

    ik heb het ooit (was een ruwe 4 jaar geleden) moeten leren idd.
    en termen als sequence diagram. klassendiagram komen mij bekend voor die ander 2 zo snel niet...
    maar ik heb het nadat het mij is uitgelegd (dat snapte ik dan nog wel) nooit begrepen hoe ik het moest schrijven... (het werkelijke programmeren dus)

    ik moest een functie schrijven om een functie aan te roepen in een 3de functie..
    ik had echt iets zo van WTF!?!?!
    ik heb mij er op een gegeven moment bij neergelegd en iets gehad van: deze zooi raak ik niet meer aan :')
    Its all about responsibility.:)


    Voorbeeldje: Een leraar van een school wijzigt van afdeling. Dit doe ik als volgt:

    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    		===========
    Klasse Main

    Afdeling fnt = new Afdeling("FNT","Oudenoord");
    Afdeling fnj = new Afdeling("FNJ","Nijenoord");
    Leraar jan = new Leraar("Jan",fnt);

    jan.wijzigAfdeling(fnt,fnj);

    ===========
    Klasse Leraar

    public boolean wijzigAfdeling (Afdeling form, Afdeling to){

       if (from.verwijderLeraar(this) && to.nieuweLeraar(this){
          return true
       }
       return false;
    }

    ===========
    Klasse Afdeling
       private Vector leraren;

    public boolean verwijderLeraar(Leraar lr){
       if (leraren.contains(lr) == true){
          leraren.removeElement(lr);
          return true;
       }
       return false;
    }

    public boolean nieuweLeraar(Leraar lr){
       if (leraren.contains(lr) == false){
          leraren.add(lr);
          return true;
       }
       return false;
    }
    ===========


    Een functie roept inderdaad een functie weer aan, maar dat heeft allemaal met verantwoordelijkheid te maken. Het zou pas een potje worden als ik de klasse Leraar alles zou laten doen. :)
    pi_51679457
    quote:
    Op vrijdag 20 juli 2007 23:31 schreef Geqxon het volgende:

    [..]

    Its all about responsibility.:)


    Voorbeeldje: Een leraar van een school wijzigt van afdeling. Dit doe ik als volgt:
    [ code verwijderd ]

    Een functie roept inderdaad een functie weer aan, maar dat heeft allemaal met verantwoordelijkheid te maken. Het zou pas een potje worden als ik de klasse Leraar alles zou laten doen.
    zoals ik al zei, wanneer het uitgelegd word snap ik het... (de theorie is dus opzich begrijpbaar voor mij) maar ik krijg het echt onmogelijk in een werkend iets verwerkt, ik vind het dan veels te on overzichtelijk..
    pi_51679496
    quote:
    Op vrijdag 20 juli 2007 23:34 schreef mschol het volgende:

    [..]

    zoals ik al zei, wanneer het uitgelegd word snap ik het... (de theorie is dus opzich begrijpbaar voor mij) maar ik krijg het echt onmogelijk in een werkend iets verwerkt, ik vind het dan veels te on overzichtelijk..
    Dan heb je nog altijd UML naar Java convertortjes.
    pi_51679938
    Al die nonsens , gewoon gaan zitten en typen. =)
    pi_51680182
    Is het misschien eens tijd om de titel te veranderen naar "Discussietopic" ipv. " voor dummies " ?


    Het is niet echt meer een topic waar kleine vraagjes gesteld worden.
    pi_51680295
    quote:
    Op vrijdag 20 juli 2007 23:13 schreef Geqxon het volgende:

    [ code verwijderd ]

    Even in elkaar gefrutselt. Resultaat:
    [ code verwijderd ]

    zo, dat scheelt meer dan ik gedacht had
      zaterdag 21 juli 2007 @ 00:37:06 #42
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51681774
    quote:
    Op vrijdag 20 juli 2007 23:45 schreef Thomass het volgende:
    Al die nonsens , gewoon gaan zitten en typen. =)
    Kijk daar hou ik nou van . No fucking bullshit just code it !
    phluphy for president!
    pi_51681858
    quote:
    Op zaterdag 21 juli 2007 00:37 schreef WyriHaximus het volgende:

    [..]

    Kijk daar hou ik nou van . No fucking bullshit just write !
    Leuk voor een hobbyproject, niet voor een grootschalig commercieel project.
      zaterdag 21 juli 2007 @ 00:43:05 #44
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51681960
    quote:
    Op zaterdag 21 juli 2007 00:39 schreef Geqxon het volgende:

    [..]

    Leuk voor een hobbyproject, niet voor een grootschalig commercieel project.
    True, maar dan zet ik het ook eerst op papier en ram ik dan alles in elkaar . (Op papier zetten is ergens ook 'fucking write it' .) Vind dingen uit denken en uitschrijven ook erg leuk om te doen. (It's atleast half the fun.) Maar niet dat gemiereneuk om kleine dingetjes .

    * WyriHaximus houd niet van te veel bullshit er om heen
    phluphy for president!
    pi_51682009
    Vaak heb ik eerst een paar dagen een idee in mijn hoofd, ga ik de database schrijven, een technisch ontwerp in grote lijnen, welke bestanden ik aan ga maken, wat zo'n beetje in welk bestand komt, print ik een checklist en ga ik aan de slag.
    pi_51682602
    Ja maar niet iedereen maakt commerciele dingen, ik zou het echt niet trekken . Van die standaard applicaties voor in bedrijven die medewerkers moeten bijhouden ofzo, booooring.
    pi_51682931
    Mwa. Ik ben atm bezig een frontend voor een bestaande webshop te maken, en ik vind het toch echt wel een kick geven als ik weer een onderdeel weg kan strepen, en de webshop beetje bij beetje één geheel wordt.
    pi_51686115
    quote:
    Op zaterdag 21 juli 2007 01:03 schreef Thomass het volgende:
    Ja maar niet iedereen maakt commerciele dingen, ik zou het echt niet trekken . Van die standaard applicaties voor in bedrijven die medewerkers moeten bijhouden ofzo, booooring.
    Hobbyprojectjes aan mijn kant zijn inmiddels zo groot geworden dat dingen als UML-schema's en DFD-diagrammen toch echt om de hoek komen kijken. En dat heeft weinig met onvermogen van overzicht te maken, met 'just code it' kom je hoogstens op 20% van het gewenste resultaat bij zulke projecten. Als je vantevoren goed bedenkt hoe je applicatie in elkaar gaat steken hoef je tijdens het implementeren nog maar weinig tijd te investeren in het redesignen,

    En dan heb ik het niet over managementapplicaties of boekhoudsprogramma's, maar juist over 'leuke' projectjes
    pi_51688659
    quote:
    Op vrijdag 20 juli 2007 22:14 schreef Geqxon het volgende:
    Twee voorbeeldjes:
    [ code verwijderd ]
    Hier zie ik echt totaal het voordeel niet van. Het wordt er alleen onduidelijker van.
    quote:
    Tweede voorbeeld:
    [ code verwijderd ]
    Ga netheid vind ik dit een perfecte methode, maar is dit nou sterk vertragend of not-done? Kan dit beter?
    Hier vind ik het wel netter. Het zou nog netter zijn als je een database class gebruikt die die de data meteen in een array van array's terug geeft.
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
      zaterdag 21 juli 2007 @ 12:37:01 #50
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51689715
    quote:
    Op zaterdag 21 juli 2007 01:03 schreef Thomass het volgende:
    Ja maar niet iedereen maakt commerciele dingen, ik zou het echt niet trekken . Van die standaard applicaties voor in bedrijven die medewerkers moeten bijhouden ofzo, booooring.
    Mwah hangt er vanaf. Als het een standaard iets is wat je al tevaak gedaan hebt is het redelijk saai ja. Moet je met nieuwe dingen bezig dan word het gelijk een heel ander verhaal .
    quote:
    Op zaterdag 21 juli 2007 04:57 schreef JeRa het volgende:

    [..]

    Hobbyprojectjes aan mijn kant zijn inmiddels zo groot geworden dat dingen als UML-schema's en DFD-diagrammen toch echt om de hoek komen kijken. En dat heeft weinig met onvermogen van overzicht te maken, met 'just code it' kom je hoogstens op 20% van het gewenste resultaat bij zulke projecten. Als je vantevoren goed bedenkt hoe je applicatie in elkaar gaat steken hoef je tijdens het implementeren nog maar weinig tijd te investeren in het redesignen,

    En dan heb ik het niet over managementapplicaties of boekhoudsprogramma's, maar juist over 'leuke' projectjes
    Merk het bij mezelf dat ik ook voor me hobbie dingen steeds meer die kant op ga. Dingen worden steeds complexer en je zoekt toch een manier om het makkelijk overzichtelijk te houden. Zelf gebruik ik geen checklist maar een bugtracker .
    phluphy for president!
      zondag 22 juli 2007 @ 11:53:09 #51
    12880 CraZaay
    prettig gestoord
    pi_51713566
    quote:
    Op zaterdag 21 juli 2007 01:03 schreef Thomass het volgende:
    Ja maar niet iedereen maakt commerciele dingen, ik zou het echt niet trekken . Van die standaard applicaties voor in bedrijven die medewerkers moeten bijhouden ofzo, booooring.
    Ik maak wel commerciele dingen, en daar vallen ook jongerencommunities onder met een paar honderdduizend leden bijvoorbeeld. Da's ook weer een ander verhaal natuurlijk dan een boekhouddingetje
    pi_51715240
    Hoe kan ik het beste goed controleren van welk type een afbeelding is die via een formulier binnen komt?

    Het is voor mijn über nuttige Image 2 HTML 'applicatie'

    edit-

    Met de functie exif_imagetype() dus.

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18    		<?php
    switch(exif_imagetype($this->filename)) {
        case     1 : // GIF
                $image = imagecreatefromgif($this->filename);
            break;
        case     2 : // JPG
                $image = imagecreatefromjpeg($this->filename);
            break;
        case     3 : // PNG
                $image = imagecreatefrompng($this->filename);
            break;
        case     6 : // BMP
                $image = imagecreatefromwbmp($this->filename);
            break;
        default :
                $image = false;
    }    
    ?>


    [ Bericht 89% gewijzigd door super-muffin op 22-07-2007 13:45:02 ]
    Steam - SC2
    pi_51718971
    @super-muffin

    Je kunt natuurlijk ook de imagecreatefromstring() functie gebruiken om een autodetect te laten uitvoeren
    pi_51719440
    hm, hoe dan ongeveer? Het word me niet echt helemaal duidelijk als ik naar de documentatie kijk.
    Steam - SC2
    pi_51719724
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10    		<?php
    $system    =explode(".",$filename);

    if (    preg_match("/jpg|jpeg/",$system[1])){
            $src_img=imagecreatefromjpeg($filename);
    }
    if (    preg_match("/png/",$system[1])){
            $src_img=imagecreatefrompng($filename);
    }
    ?>


    :+ :+
      zondag 22 juli 2007 @ 15:45:00 #56
    107951 JortK
    Immer kwaliteitsposts
      zondag 22 juli 2007 @ 15:53:25 #57
    12880 CraZaay
    prettig gestoord
    pi_51720112
    quote:
    Op zondag 22 juli 2007 15:39 schreef Geqxon het volgende:

    [ code verwijderd ]

    pi_51720205
    dat kan ook natuurlijk, maar vind ik niet erg netjes.

    Trouwens lokaal werkt die exif_imagetype wel, maar op mijn externe host niet.
    Steam - SC2
    pi_51720938
    @Geqxon

    Je kunt beter naar de mimetype kijken, er zijn nogal wat BMP-afbeeldingen in omloop met een JPEG-extensie. :')

    @super-muffin

    1
    2
    3
    4
    5
    6
    7
    8    		<?php
    $inhoud     = file_get_contents('onbekendplaatje.dat');
    $srcimg = imagecreatefromstring($inhoud);
    if (    $srcimg === false)
    {
            // Onbekend formaat
    }
    ?>
    pi_51720998
    quote:
    Op zondag 22 juli 2007 16:17 schreef JeRa het volgende:
    @Geqxon

    Je kunt beter naar de mimetype kijken, er zijn nogal wat BMP-afbeeldingen in omloop met een JPEG-extensie.
    Bovenstaand geklopt stukje code werkt niet eens met .JPG extensies.
      zondag 22 juli 2007 @ 16:21:02 #61
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51721055
    quote:
    Op zondag 22 juli 2007 15:45 schreef JortK het volgende:
    Ik was dit topic ernstig kwijt
    Zie link in me sig .
    quote:
    Op zondag 22 juli 2007 15:55 schreef super-muffin het volgende:
    dat kan ook natuurlijk, maar vind ik niet erg netjes.

    Trouwens lokaal werkt die exif_imagetype wel, maar op mijn externe host niet.
    Is http://nl3.php.net/manual/en/function.getimagesize.php anders niet een idee?
    phluphy for president!
    pi_51721884
    @JeRa : dat werkt goed inderdaad. maar het is er niet echt heel erg sneller op geworden. Maar dat moet ik nog even goed uitzoeken.

    @Wyri : Die functie heb ik niet nodig. Of ik begrijp je verkeerd.
    Steam - SC2
    pi_51722338
    quote:
    Op zondag 22 juli 2007 16:46 schreef super-muffin het volgende:
    @JeRa : dat werkt goed inderdaad. maar het is er niet echt heel erg sneller op geworden. Maar dat moet ik nog even goed uitzoeken.

    @Wyri : Die functie heb ik niet nodig. Of ik begrijp je verkeerd.
    De functie imagecreatefromstring() maakt er meteen een afbeelding van, en gebruikt functies zoals imagegetsize() om te bepalen wat het type is dat omzetten van brondata naar afbeelding kan, afhankelijk van de grootte en afmetingen van de afbeelding, lang duren helaas.
    pi_51722851
    Dat snap ik wel.

    Het handigst zou nog zijn als mijn host exif_imagetype() ondersteund. Tenminste, dat zou het snelst zijn.
    Steam - SC2
    pi_51723263
    quote:
    Op zondag 22 juli 2007 16:46 schreef super-muffin het volgende:
    @Wyri : Die functie heb ik niet nodig. Of ik begrijp je verkeerd.
    getimagesize() kan ook het type teruggeven Ik denk dat die alleen naar de header van de file kijkt, hij laadt in ieder geval niet de hele afbeelding en zal dus veel sneller zijn.
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
      zondag 22 juli 2007 @ 21:35:32 #66
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51730528
    quote:
    Op zondag 22 juli 2007 16:46 schreef super-muffin het volgende:
    @Wyri : Die functie heb ik niet nodig. Of ik begrijp je verkeerd.
    quote:
    Op zondag 22 juli 2007 17:23 schreef SuperRembo het volgende:

    [..]

    getimagesize() kan ook het type teruggeven Ik denk dat die alleen naar de header van de file kijkt, hij laadt in ieder geval niet de hele afbeelding en zal dus veel sneller zijn.
    Precies
    phluphy for president!
      maandag 23 juli 2007 @ 16:15:37 #67
    12221 Tijn
    Powered by MS Paint
    pi_51751341
    M'n XS4ALL-problemen met PHP zijn opgelost Ik had het probleem dat ik niet via .htaccess de instellingen van PHP kon wijzigen, en dus bv register_globals niet uit kon zetten (wat default aan staat). En aangezien je register_globals ook niet via ini_set() kunt wijzigen, wist ik niet hoe ik het dan aan moest pakken. Maar een mailtje naar de helpdesk bood soelaas, het blijkt dat je je eigen php.ini mag hebben Daar even de opties in zetten die je voor jouw website wil hebben en in de CGI-BIN directory zetten en klaar is Tijn
    Verberg de nieuwsticker
    pi_51751572
    Vreemd dat je register_globals niet uit kunt zetten, een imho erg onveilige functie.
      maandag 23 juli 2007 @ 16:24:09 #69
    12221 Tijn
    Powered by MS Paint
    pi_51751623
    quote:
    Op maandag 23 juli 2007 16:22 schreef Geqxon het volgende:
    Vreemd dat je register_globals niet uit kunt zetten, een imho erg onveilige functie.
    Ja, maar het blijkt dus wel te kunnen, want je mag je eigen php.ini hebben bij XS4ALL

    Dus ik dacht, ik zeg het ff, mochten er nog eens mensen die bij XS4ALL gehost zijn langskomen met zo'n soort vraag
    Verberg de nieuwsticker
    pi_51751881
    Is dat dan niet gevaarlijk voor de XS4ALL server? Dat je bijvoorbeeld hun CPU even een uurtje lang op 100% laat stressen omdat je de timelimit op 48 uur hebt gezet?
    pi_51751984
    Heuj. Mijn domeinnaam heeft een week lang op "in aanvraag" gestaan, en is nu weer vrij. Ik dacht dat dat tegenwoordig allemaal digitaal kon daar bij SIDN?
      maandag 23 juli 2007 @ 16:38:15 #72
    12221 Tijn
    Powered by MS Paint
    pi_51752091
    quote:
    Op maandag 23 juli 2007 16:32 schreef Geqxon het volgende:
    Is dat dan niet gevaarlijk voor de XS4ALL server? Dat je bijvoorbeeld hun CPU even een uurtje lang op 100% laat stressen omdat je de timelimit op 48 uur hebt gezet?
    Ja hoor eens, dat weet ik ook allemaal niet hoor
    Verberg de nieuwsticker
    pi_51752114
    quote:
    Op maandag 23 juli 2007 16:38 schreef Tijn het volgende:

    [..]

    Ja hoor eens, dat weet ik ook allemaal niet hoor
    Zeg, mijn XS4All abbotje is vandaag opeens wel erg traag geworden. Tijn?
      maandag 23 juli 2007 @ 22:18:24 #74
    12880 CraZaay
    prettig gestoord
    pi_51764740
    quote:
    Op maandag 23 juli 2007 16:35 schreef Geqxon het volgende:
    Heuj. Mijn domeinnaam heeft een week lang op "in aanvraag" gestaan, en is nu weer vrij. Ik dacht dat dat tegenwoordig allemaal digitaal kon daar bij SIDN?
    Een goede aanvraag zou sowieso niet langer dan een paar minuten moeten duren en daarna op 'actief' moeten staan.
    pi_51764831
    Goed, ik heb een kut-provider wat dat betreft. Mijn hostings-provider werkt nog met papier, terwijl ik weet dat het digitaal kan.

    Zometeen dat noodnummer van ze maar even bellen.
      maandag 23 juli 2007 @ 23:11:37 #76
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51767252
    quote:
    Op maandag 23 juli 2007 16:32 schreef Geqxon het volgende:
    Is dat dan niet gevaarlijk voor de XS4ALL server? Dat je bijvoorbeeld hun CPU even een uurtje lang op 100% laat stressen omdat je de timelimit op 48 uur hebt gezet?
    Daar heb je php.ini niet perse voor nodig kan ook tijdens runtime http://php.net/set_time_limit
    quote:
    Op maandag 23 juli 2007 22:19 schreef Geqxon het volgende:
    Goed, ik heb een kut-provider wat dat betreft. Mijn hostings-provider werkt nog met papier, terwijl ik weet dat het digitaal kan.

    Zometeen dat noodnummer van ze maar even bellen.
    En dan zeggen of nu reggen of ik ga verhuizen .
    phluphy for president!
    pi_51767400
    quote:
    Op maandag 23 juli 2007 23:11 schreef WyriHaximus het volgende:

    [..]

    Daar heb je php.ini niet perse voor nodig kan ook tijdens runtime http://php.net/set_time_limit
    [..]
    True, maar als je register_globals niet eens uit kan zetten gok ik dat dit ook niet werken gaat.
    pi_51767992
    quote:
    Op maandag 23 juli 2007 23:11 schreef WyriHaximus het volgende:
    En dan zeggen of nu reggen of ik ga verhuizen .
    En vervolgens aan hen de keuze: ofwel een klant behouden voor een paar euro's, ofwel een lastige klant kwijt die geheel conform de algemene voorwaarden een leuke boete gaat betalen voor het onrechtmatig bellen van het noodnummer.
      maandag 23 juli 2007 @ 23:34:03 #79
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51768167
    quote:
    Op maandag 23 juli 2007 23:14 schreef Geqxon het volgende:

    [..]

    True, maar als je register_globals niet eens uit kan zetten gok ik dat dit ook niet werken gaat.
    Beetje nutteloos lijkt mij, register_globals tijdens runtime uitzetten .
    quote:
    Op maandag 23 juli 2007 23:29 schreef JeRa het volgende:

    [..]

    En vervolgens aan hen de keuze: ofwel een klant behouden voor een paar euro's, ofwel een lastige klant kwijt die geheel conform de algemene voorwaarden een leuke boete gaat betalen voor het onrechtmatig bellen van het noodnummer.
    Moet je natuurlijk wel het normale nummer eerst bellen . Daarnaast als ze niet binnen 7 dagen een domain kunnen reggen dan betwijfel ik ergens ook dat ze opnemen . Maar je hebt wel gelijk . Hij kan veel beter gewoon gelijk verhuizen, scheelt hem een boete en heeft dan toch ze domain .
    phluphy for president!
    pi_51768485
    quote:
    Op maandag 23 juli 2007 23:29 schreef JeRa het volgende:

    [..]

    En vervolgens aan hen de keuze: ofwel een klant behouden voor een paar euro's, ofwel een lastige klant kwijt die geheel conform de algemene voorwaarden een leuke boete gaat betalen voor het onrechtmatig bellen van het noodnummer.
    "Noodnummer". Om drie uur in de middag krijg ik voice-mail.
    pi_51768671
    Anyhow, iemand een goed adresje? 100 megabyte webspace, 3 gigabyte dataverkeer de maand, unlimited mail-adressen (catch-all), minimaal 5 MySQL databases en PHP ondersteuning inclusief een domeinnaam, voor ongeveer 30-40 euro per jaar?

    Uptime is niet interresant, het is slechts voor hobbyprojecten.
      maandag 23 juli 2007 @ 23:51:18 #82
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51768997
    quote:
    Op maandag 23 juli 2007 23:40 schreef Geqxon het volgende:

    [..]

    "Noodnummer". Om drie uur in de middag krijg ik voice-mail.
    quote:
    Op maandag 23 juli 2007 23:43 schreef Geqxon het volgende:
    Anyhow, iemand een goed adresje? 100 megabyte webspace, 3 gigabyte dataverkeer de maand, unlimited mail-adressen (catch-all), minimaal 5 MySQL databases en PHP ondersteuning inclusief een domeinnaam, voor ongeveer 30-40 euro per jaar?

    Uptime is niet interresant, het is slechts voor hobbyprojecten.
    Zelf zit ik hier: http://www.sensson.net/producten/web-hosting/ of je kijkt ff in het grote betaalde webhostingstopic-deel 5 .
    phluphy for president!
    pi_51769345
    Bedankt voor de links, ik denk dat het neostrada.nl gaat worden.

    Ik kan natuurlijk mijn huidige hostingsprovider "pwnen" door het domeinnaam onder een valse naam te registreren, en dan geflipt te bellen waarom ze er een week over deden, en dat hij nu door iemand anders ingepikt is.
      dinsdag 24 juli 2007 @ 00:24:27 #84
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51770034
    Haha idd ! Eingelijk wel een strakke actie .
    phluphy for president!
      dinsdag 24 juli 2007 @ 04:26:41 #85
    71919 wonderer
    Hung like a My Little Pony
    pi_51773146
    ik weet dat je bij een update kan doen "veld=veld+1" enzo, maar kan dat ook met strings? Dat je een stuk tekst plakt achter wat er al instaat? Of moet je dan eerst kijken wat er staat en dan als hele nieuwe data invoeren/updaten?
    "Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
    "My brain is too smart for me."
    "We don't need no education." "Yes you do, you just used a double negative."
      dinsdag 24 juli 2007 @ 07:53:51 #86
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51773816
    quote:
    Op dinsdag 24 juli 2007 04:26 schreef wonderer het volgende:
    ik weet dat je bij een update kan doen "veld=veld+1" enzo, maar kan dat ook met strings? Dat je een stuk tekst plakt achter wat er al instaat? Of moet je dan eerst kijken wat er staat en dan als hele nieuwe data invoeren/updaten?
    1veld = veld + 'string'
    Moet wel werken gok ik zo :).
    phluphy for president!
    pi_51773921
    quote:
    Op dinsdag 24 juli 2007 07:53 schreef WyriHaximus het volgende:

    [..]
    [ code verwijderd ]

    Moet wel werken gok ik zo .
    Als je + gebruikt bij tekst, dan levert dat in MySql 0 op (vreemd ja, 't blijft MySQL). Met Concat() kun te tekst aan elkaar plakken.
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
    pi_51773962
    Niet eens zo heel vreemd, string + string = 0.
      dinsdag 24 juli 2007 @ 08:28:35 #89
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51774015
    quote:
    Op dinsdag 24 juli 2007 08:14 schreef SuperRembo het volgende:

    [..]

    Als je + gebruikt bij tekst, dan levert dat in MySql 0 op (vreemd ja, 't blijft MySQL). Met Concat() kun te tekst aan elkaar plakken.
    Ok tof weer wat geleerd, was ook een grote gok .
    quote:
    Op dinsdag 24 juli 2007 08:21 schreef Geqxon het volgende:
    Niet eens zo heel vreemd, string + string = 0.
    Nee eingelijk niet, javascript pikt dat dan weer wel, in PHP weer . en VB(6 iig) gebruikt ook weer + als ik heel diep ga spitten .
    phluphy for president!
    pi_51774653
    quote:
    Op dinsdag 24 juli 2007 08:21 schreef Geqxon het volgende:
    Niet eens zo heel vreemd, string + string = 0.
    Het zou logischer zijn als het een error gaf, of anders NULL.
    Op deze manier is het net zo vaag als php. 'a'+'b' geeft 0, 'a' + '1' geeft 1, 'a' + 0x1 geeft 1, maar 'a' + '0x1' geeft dan weer 0 Aan de warnings te zien probeert ie er een double van te maken.

    Als ik het goed heb kan je MySQL wel zo instellen dat dit soort dingen wel een fout geven.
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
      dinsdag 24 juli 2007 @ 14:56:48 #91
    12221 Tijn
    Powered by MS Paint
    pi_51783968
    quote:
    Op maandag 23 juli 2007 23:43 schreef Geqxon het volgende:
    Anyhow, iemand een goed adresje? 100 megabyte webspace, 3 gigabyte dataverkeer de maand, unlimited mail-adressen (catch-all), minimaal 5 MySQL databases en PHP ondersteuning inclusief een domeinnaam, voor ongeveer 30-40 euro per jaar?
    Ik ben zelf wel tevreden met Webreus

    Trouwens, ik kwam er net achter dat magic_quotes_gpc ook default aanstaat bij XS4ALL Gelukkig weet ik nu dus dat ik het via m'n eigen php.ini kan aanpassen, maar serieus, waarom hebben providers van die waardeloze default settings?
    Verberg de nieuwsticker
      dinsdag 24 juli 2007 @ 16:34:20 #92
    71919 wonderer
    Hung like a My Little Pony
    pi_51787032
    quote:
    Op dinsdag 24 juli 2007 07:53 schreef WyriHaximus het volgende:

    [..]


    [ code verwijderd ]
    Moet wel werken gok ik zo .
    Ja, die had ik al geprobeerd Even dat concat onderzoeken.
    "Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
    "My brain is too smart for me."
    "We don't need no education." "Yes you do, you just used a double negative."
    pi_51789542
    quote:
    Op dinsdag 24 juli 2007 09:22 schreef SuperRembo het volgende:

    [..]

    Het zou logischer zijn als het een error gaf, of anders NULL.
    Op deze manier is het net zo vaag als php. 'a'+'b' geeft 0, 'a' + '1' geeft 1, 'a' + 0x1 geeft 1, maar 'a' + '0x1' geeft dan weer 0 Aan de warnings te zien probeert ie er een double van te maken.

    Als ik het goed heb kan je MySQL wel zo instellen dat dit soort dingen wel een fout geven.
    Goed, wat dat betreft is het stricte van Java dan ook wel weer fijn. Non compatible!
    pi_51790950
    quote:
    Op dinsdag 24 juli 2007 09:22 schreef SuperRembo het volgende:

    [..]

    Het zou logischer zijn als het een error gaf, of anders NULL.
    Op deze manier is het net zo vaag als php. 'a'+'b' geeft 0, 'a' + '1' geeft 1, 'a' + 0x1 geeft 1, maar 'a' + '0x1' geeft dan weer 0 Aan de warnings te zien probeert ie er een double van te maken.

    Als ik het goed heb kan je MySQL wel zo instellen dat dit soort dingen wel een fout geven.
    1
    2
    3
    4
    5
    6    		<?php
    'a' + 'b' = (int)'a' + (int)'b' = 0 + 0 = 0
    'a' + '1' = (int)'a' + (int)'1' = 0 + 1 = 1
    'a' + 0x1 = (int)'a' + 1 = 1
    'a' + '0x1' = (int)'a' + (int)'0x1' = 0 + 1 = 1  //  en niet 0 zoals jij beweert
    ?>

    och het is zo logisch mensen

    (gave site heb je trouwens )
    pi_51791043
    tvp
    The people who lost my respect will never get a capital letter for their name again.
    Like trump...
    pi_51792077
    quote:
    Op dinsdag 24 juli 2007 18:43 schreef Thomass het volgende:

    [..]
    [ code verwijderd ]

    och het is zo logisch mensen
    Ja, ik snap ook wel wat er gebeurt. Handig vind ik het niet. Ik heb in zo'n geval liever dikke vette foutmelding.
    quote:
    (gave site heb je trouwens )
    Thx!
    Wil iedereen die in telekinese gelooft nu mijn hand op steken?
    | Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
    pi_51799478
    Weer een performance vraag, maar deze keer eentje met een groter effect. Alsin: 0.2 seconden versus 8 seconden.

    Een simpele query, met een LEFT JOIN op een bookmarktabel. Nu wil ik dus graag alle nieuwsartikelen zien die de user gebookmarked heeft. Dus hop, de LEFT JOIN, en dan op de koppelende ID van de bookmarktabel een IS NOT NULL. Gaat zelfs over duizenden nieuwsartikelen prima, supersnel dus.

    Nu wil ik zien welke nieuwsartikelen de user niet gebookmarked heeft. (For the record: Dit zijn er minder dan de wel gebookmarkte nieuwsartikelen). Dit doe ik door een IS NULL op het koppelend ID van de bookmark tabel te zetten. Probleem dus: Dit gaat vreselijk traag...

    Zou dit misschien sneller op te lossen zijn? Ik weet dat JOINS traag kunnen zijn, en hiermee is dat duidelijk te zien.
      dinsdag 24 juli 2007 @ 22:58:25 #98
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51801342
    quote:
    Op dinsdag 24 juli 2007 22:19 schreef Geqxon het volgende:
    Weer een performance vraag, maar deze keer eentje met een groter effect. Alsin: 0.2 seconden versus 8 seconden.

    Een simpele query, met een LEFT JOIN op een bookmarktabel. Nu wil ik dus graag alle nieuwsartikelen zien die de user gebookmarked heeft. Dus hop, de LEFT JOIN, en dan op de koppelende ID van de bookmarktabel een IS NOT NULL. Gaat zelfs over duizenden nieuwsartikelen prima, supersnel dus.

    Nu wil ik zien welke nieuwsartikelen de user niet gebookmarked heeft. (For the record: Dit zijn er minder dan de wel gebookmarkte nieuwsartikelen). Dit doe ik door een IS NULL op het koppelend ID van de bookmark tabel te zetten. Probleem dus: Dit gaat vreselijk traag...

    Zou dit misschien sneller op te lossen zijn? Ik weet dat JOINS traag kunnen zijn, en hiermee is dat duidelijk te zien.
    Wat zijn je queries nu dan?
    phluphy for president!
    pi_51801480
    In een simpele vorm:

    1
    2
    3
    4    		SELECT Titel
    FROM Artikel AS a
    LEFT JOIN Bookmark AS bm ON bm.ArtikelID = a.ID
    WHERE bm.ArtikelID IS NOT NULL


    Dit is dus voor alles dat wel een bookmark heeft, en goed snel is.

    In een simpele vorm:

    1
    2
    3
    4    		SELECT Titel
    FROM Artikel AS a
    LEFT JOIN Bookmark AS bm ON bm.ArtikelID = a.ID
    WHERE bm.ArtikelID IS NULL


    Voor alle artikelen zonder bookmark, goed traag. Ik kan begrijpen dat hij dus elke keer naar een bookmark moet zoeken die niet bestaat, maar hoe krijg ik zoiets geoptimaliseerd?
      dinsdag 24 juli 2007 @ 23:19:10 #100
    84926 WyriHaximus
    Release the hounds smithers!
    pi_51802104
    Is dit niet sneller?
    1
    2
    3
    4    		SELECT field1 
    FROM table1
     WHERE id1 IN
     (SELECT id2 FROM table2 WHERE condition1);


    1
    2
    3
    4    		SELECT field1 
    FROM table1 
    WHERE id1 NOT IN 
    (SELECT id2 FROM table2 WHERE condition1);

    Werkt dat NOT? Of was het !? De ene keer lijkt het wel te werken en de andere weer niet .

    EDIT: Of iig de 2e aangezien de eerste bij jouw al lekker rap is .
    phluphy for president!
    actieve topics nieuwe topics
    abonnement Unibet Coolblue Bitvavo
    [PHP/(My)SQL] voor dummies - Deel 47
    Index

    » digital corner

    Forum Opties
    Forumhop:
    Hop naar:
    (afkorting, bv 'KLB')