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

Index

» digital corner

» development

actieve topics nieuwe topics
abonnement Unibet Coolblue
  woensdag 18 maart 2009 @ 11:01:42 #1
187069 slacker_nl
Sicko pur sang
pi_67163387

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, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69

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

    [ Bericht 0% gewijzigd door slacker_nl op 18-03-2009 11:11:18 ]
    • In theory there is no difference between theory and practice. In practice there is.
    pi_67163447
    tvphp
    pi_67163461
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13    		<?php
    include("models/post.php");

    class     TVP extends Post
    {
       public static function     makeTvp()
       {
              parent::makePost("TVP!");
       }
    }

    TVP::makeTvp();
    ?>
    pi_67163590
    quote:
    Op woensdag 18 maart 2009 11:04 schreef Intrepidity het volgende:

    [ code verwijderd ]
    what he says
    pi_67163722
    PHP op je TV(P)
      woensdag 18 maart 2009 @ 11:19:20 #6
    136730 PiRANiA
    All thinking men are atheists.
    pi_67163902
    Deel 70
    Dag Google!
      woensdag 18 maart 2009 @ 11:20:46 #7
    62215 qu63
    ..de tijd drinkt..
    pi_67163966
    It's Time To Shine
    [i]What would life be like without rhethorical questions?[/i]
      woensdag 18 maart 2009 @ 11:20:51 #8
    63192 ursel
    "Het Is Hier Fantastisch!
    pi_67163970
    quote:
    Op woensdag 18 maart 2009 11:19 schreef PiRANiA het volgende:
    Deel 70
    Yeah.. feest..
      woensdag 18 maart 2009 @ 11:33:00 #9
    84244 Scorpie
    Abject en infaam!
    pi_67164449
    tvp!
    Op dinsdag 13 augustus schreef Xa1pt:
    Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
    Op donderdag 25 juni 2015 schreef KoosVogels:
    Klopt. Ik ben een racist.
    pi_67164457
    On topic: ik erger me nog steeds dood aan het feit dat "array() == null" in PHP naar true evalueert Ja, ik kan === gebruiken, maar het gaat om het principe. Een lege array is niet "niets", het is een lege array.
      woensdag 18 maart 2009 @ 11:52:42 #11
    84244 Scorpie
    Abject en infaam!
    pi_67165201
    quote:
    Op woensdag 18 maart 2009 11:33 schreef Roy_T het volgende:
    On topic: ik erger me nog steeds dood aan het feit dat "array() == null" in PHP naar true evalueert Ja, ik kan === gebruiken, maar het gaat om het principe. Een lege array is niet "niets", het is een lege array.
    Whehe, ja. Daar kunnen een hoop mensen de mist in gaan. empty kan ook toch?
    Op dinsdag 13 augustus schreef Xa1pt:
    Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
    Op donderdag 25 juni 2015 schreef KoosVogels:
    Klopt. Ik ben een racist.
      woensdag 18 maart 2009 @ 12:04:16 #12
    56176 Catch22-
    Ben je Blind?!
    pi_67165620
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11    		include("models/post.php");

    class TVP extends Post
    {
       public TVP()
       {
          parent::makePost("TVP!");
       }
    }

    TVP();
    Heel veel groetjes, Catch22
    En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
    Met GHB nooit meer nee
    Storneren een optie?
    pi_67166019
    quote:
    Op woensdag 18 maart 2009 12:04 schreef Catch22- het volgende:

    [ code verwijderd ]
    Geen geldige constructor in PHP 5, officieel :P

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11    		<?php
    class TVP extends Post
    {
       public function     __construct()
       {
              parent::__construct("TVP!");
       }
    }

    new     TVP();
    ?>
    pi_67166060
    quote:
    Op woensdag 18 maart 2009 11:52 schreef Scorpie het volgende:

    Whehe, ja. Daar kunnen een hoop mensen de mist in gaan. empty kan ook toch?
    Ja, dat kan. Maar dat is symptoombestreiding: het is gewoon onlogisch om een lege array "null" te vinden.
      woensdag 18 maart 2009 @ 13:30:32 #15
    187069 slacker_nl
    Sicko pur sang
    pi_67168443
    quote:
    Op woensdag 18 maart 2009 11:33 schreef Roy_T het volgende:
    On topic: ik erger me nog steeds dood aan het feit dat "array() == null" in PHP naar true evalueert Ja, ik kan === gebruiken, maar het gaat om het principe. Een lege array is niet "niets", het is een lege array.
    En een lege array is niks. Je ergert je zeker ook aan het feit dat $var = 0 ook failed met isempty().
    In theory there is no difference between theory and practice. In practice there is.
      woensdag 18 maart 2009 @ 13:44:31 #16
    187069 slacker_nl
    Sicko pur sang
    pi_67168889
    quote:
    Op woensdag 18 maart 2009 12:16 schreef Roy_T het volgende:

    [..]

    Ja, dat kan. Maar dat is symptoombestreiding: het is gewoon onlogisch om een lege array "null" te vinden.
    Hoezo?
    De array heeft wat memory toegewezen gekregen is bevat verder geen enkele waarde, aka NULL.
    In theory there is no difference between theory and practice. In practice there is.
    pi_67169134
    quote:
    Op woensdag 18 maart 2009 13:44 schreef slacker_nl het volgende:

    Hoezo?
    De array heeft wat memory toegewezen gekregen is bevat verder geen enkele waarde, aka NULL.
    Er is een array "object" gemaakt, het zou er imo niet toe moeten doen of hier wel of niet iets in staat. Hetzelfde geldt overigens voor een lege string, de integer 0, etc.

    Zo onlogisch is mijn denkwijze overigens niet, want in tig andere talen is een lege array niet null, net zo min als een lege string of het getal 0

    In PHP is ervoor gekozen om het te doen zoals het gedaan is (PHP is niet de enige taal), maar dat neemt niet weg dat ik het stom, onlogisch en irritant vind
    pi_67169315
    Ola Even een vraagje:

    Ik heb een tabel met (rss)feeds erin, en een tabel met de items uit die feeds. Nu wil ik die 2 combineren, en een INNER JOIN leek mij de meest logische oplossing.

    1
    2
    3
    4
    5
    6
    7
    8
    9    		SELECT
        feeds.*,
        feeds_items.*       
    FROM
       feeds
    INNER JOIN    
        feeds_items
    ON
       feeds_items.feed_id = feeds.id


    Dit geeft een mooie lijst, maar deze lijst is eigenlijk veel te lang. Ik krijg nu bijv. zoiets als:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18    		feed_id   |   Titel
    ----------------------------------
    1   |   bla
    1   |   Blalala
    1   |   lalal
    1   |   blalala
    1   |   Blalala
    1   |   Bla
    2   |   Lalala
    2   |   Tralala
    2   |   Lalalala
    2   |   Joehoe
    2   |   Bla
    2   |   Blalala
    2   |   Blala
    3   |   Joehoe
    3   |   Hello
    3   |   Daag


    Weten jullie hoe ik nou bijv kan limitten op die ID? Dus alleen de eerste 2 van een feed_id waardoor dit overblijft:

    1
    2
    3
    4
    5
    6
    7
    8    		feed_id   |   Titel
    ----------------------------------
    1   |   bla
    1   |   Blalala
    2   |   Lalala
    2   |   Tralala
    3   |   Joehoe
    3   |   Hello
      woensdag 18 maart 2009 @ 18:12:43 #19
    187069 slacker_nl
    Sicko pur sang
    pi_67177148
    quote:
    Op woensdag 18 maart 2009 13:52 schreef Roy_T het volgende:
    Er is een array "object" gemaakt, het zou er imo niet toe moeten doen of hier wel of niet iets in staat. Hetzelfde geldt overigens voor een lege string, de integer 0, etc.
    Het is geen object, aangezien ik niet $array->functie() kan aanroepen. Zoals je wel kan met java met String.toLower, python idem. Dat zijn echte objecten.

    Een array in PHP is geen echt object, maar gewoon een structuur in memory, die in het geval als ie leeg is geen enkele pointer bevat naar iets.. (object, of wat dan ook).

    Een lege string is emtpy, een 0 is een boolean false waarde, dus het is logisch in een loose typed taal dit als "empty" ziet.
    quote:
    Zo onlogisch is mijn denkwijze overigens niet, want in tig andere talen is een lege array niet null, net zo min als een lege string of het getal 0 :)
    Noem er eens eentje.
    quote:
    In PHP is ervoor gekozen om het te doen zoals het gedaan is (PHP is niet de enige taal), maar dat neemt niet weg dat ik het stom, onlogisch en irritant vind :P
    Perl ziet een lege array ook als false:

    1
    2
    3
    4
    5
    6
    7    		my @array;

    if (@array) {
        print "found something\n";
    } else {
        print "found nothing\n";
    }


    Je kan het irritant vinden, maar het is wel logisch.
    In theory there is no difference between theory and practice. In practice there is.
    pi_67177580
    Hoi!

    Wat is er mis met mijn PHP-script?

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14    		<?php
    include_once('sys_db.inc');

    $resultaat = mysql_query("SELECT COUNT(*) AS count FROM todo WHERE ".
    "Soort = 'l' OR Soort = 'v';")
            or die(    mysql_error());
    $gegevens = mysql_fetch_assoc($resultaat);
    $count = $gegevens["count"];

    if (    $count==0)
            exit(    0);
    else
            exit(    1);
    ?>


    Dit is namelijk het resultaat als ik het uitvoer:
    quote:
    $ ./klaar.php
    Segmentation fault
    $ ./klaar.php
    $ ./klaar.php
    $ ./klaar.php
    $ ./klaar.php
    Segmentation fault
    $ ./klaar.php
    $ ./klaar.php
    Segmentation fault
    $ ./klaar.php
    $ ./klaar.php
    Segmentation fault
    $ ./klaar.php
    $
    Het ligt trouwens niet aan de sys_db.inc want andere programma's waar ik dat in gebruik werken wel zonder problemen. Dus wie o wie kan mij vertellen waarom dit imbeciel simpele programmaatje ervoor zorgt dat PHP constant crasht?

    [ Bericht 0% gewijzigd door #ANONIEM op 18-03-2009 18:27:28 ]
      woensdag 18 maart 2009 @ 19:12:36 #21
    187069 slacker_nl
    Sicko pur sang
    pi_67179397
    Draait hier zonder problemen, welke php versie gebruik je trouwens?

    PHP 5.2.0-8+etch13 (cli) (built: Oct 2 2008 08:26:18)
    Copyright (c) 1997-2006 The PHP Group
    Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies


    PHP 5.2.4-2ubuntu5.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 11 2009 20:09:52)
    Copyright (c) 1997-2007 The PHP Group
    Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
    In theory there is no difference between theory and practice. In practice there is.
      woensdag 18 maart 2009 @ 19:14:35 #22
    136730 PiRANiA
    All thinking men are atheists.
    pi_67179481
    quote:
    Segmentation fault can also occur under following circumstances:
    a) A buggy program / command, which can be only fixed by applying patch.
    b) It can also appear when you try to access an array beyond the end of an array under C programming.
    c) Inside a chrooted jail this can occur when critical shared libs, config file or /dev/ entry missing.
    d) Sometime hardware or faulty memory or driver can also create problem.
    e) Maintain suggested environment for all computer equipment (overheating can also generate this problem).
    hmz.. misschien ff een memtest doen?
    Dag Google!
    pi_67179835
    @slacker_nl:
    PHP 5.2.6-1+lenny2 with Suhosin-Patch 0.9.6.2 (cli) (built: Jan 26 2009 22:41:04)

    @PiRANiA:
    c) is min of meer van toepassing, maar dan zou het óf wel óf niet moeten werken. Dit schijnbaar willekeurige gedrag dat het soms wel en soms niet werkt kan niet door chroot o.i.d. veroorzaakt worden, lijkt me.
    d) en e) lijken mij onwaarschijnlijk, want het probleem doet zich wel alleen maar bij dit ene scriptje voor. Andere programma's werken probleemloos, en ook andere (veel grotere en veel meer reken-intensieve) PHP-scripts werken prima.

    Daarom snap ik het ook niet. Maar bedankt voor het meedenken.
    pi_67186253
    quote:
    Op woensdag 18 maart 2009 13:30 schreef slacker_nl het volgende:

    [..]

    En een lege array is niks. Je ergert je zeker ook aan het feit dat $var = 0 ook failed met isempty().
    isempty() bestaat niet, empty() en isset() wel.
    1
    2
    3
    4
    5    		<?php
    $var     = 0;
    var_dump(empty($var));
    var_dump(isset($var));
    ?>

    Dat levert twee keer true op.
    fokstok.nl
      donderdag 19 maart 2009 @ 00:15:47 #25
    187069 slacker_nl
    Sicko pur sang
    pi_67193479
    quote:
    Op woensdag 18 maart 2009 21:45 schreef Light het volgende:

    [..]

    isempty() bestaat niet, empty() en isset() wel.
    Ja, php en z'n naming conventions.. Dat vind ik nou bloedje irritant van php.
    In theory there is no difference between theory and practice. In practice there is.
    actieve topics nieuwe topics
    abonnement Unibet Coolblue
    [PHP/(My)SQL] voor dummies - Deel 70
    Index

    » digital corner

    » development

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