Posts by Stefan.J

    Inderdaad inmiddels heb ik in totaal 4 inzendingen, namelijk van:
    Niels, JeroenH, Darsstar en MrMees.


    MrMees is er nog niet helemaal uit, en Darsstar heeft zelfs twee oplossingen gegeven (één met subquery, en één met join).


    Binnenkort zal ik een nieuwe uitdaging plaatsen! Dus jullie hebben nog even de tijd.:cheer::cheer:

    misschien is het iets handiger voor ons als je wel met interpunctie en hoofdletters je teksten schrijft op de manier hoe je het nu doet kan niemand er iets van maken dus leg je probleem nog eenmaal uit maar dan in een fatsoenlijk geschreven tekst doe je dit niet zal ik het topic sluiten denk niet dat ik de enigste ben die hier ondertussen een beetje moe van wordt


    Of leest dit toch makkelijker?


    Misschien is het iets handiger voor ons als je wel met interpunctie en hoofdletters je teksten schrijft. Op de manier hoe je het nu doet kan niemand er iets van maken. Dus, leg je probleem nog eenmaal uit, maar dan in een fatsoenlijk geschreven tekst. Doe je dit niet zal ik het topic sluiten, denk niet dat ik de enigste ben die hier ondertussen een beetje moe van wordt.

    Een tijdje geleden heb ik het volgende script op een ander forum gepost:



    Voor de TS van dat topic heeft het gewerkt. Dus misschien kun jij er ook nog wel iets mee!

    Beide inzendingen kloppen inderdaad! Netjes! Ik hou het nog even bij deze query, mocht het inzenden een beetje tot een eind lopen zal ik een moeilijkere query geven.:) Op de zelfde database uiteraard.

    Beste CP'ers,


    Het lijkt er steeds op dat het SQL niveau op CP heel laag is. Daarom wil ik een uitdaging starten. De bedoeling is heel simpel: Je moet een select-query schrijven die aan de informatie behoefte voldoet. We beginnen met de volgende database structuur. Creëer dus een database, en voer de volgende query's uit.



    Een belangrijke toelichting: Orginal is een INT die kan verwijzen naar een record in de eigen tabel (messages). Wanneer orginal NULL is, is het zelf een origineel bericht, anders is het een bewerking. Let op! Je kunt dus ook een bewerking op een bewerking hebben!


    Vervolgens stoppen we de volgende populatie in onze database:


    De informatie behoefte (vraag) is als volgt: Geef een lijst van alle gebruikers met het aantal keer dat zij een bericht hebben gewijzigd.


    De verwachte populatie is als volgt:


    Oplossingen graag via PB, en NIET hier!


    Voorlopig is er geen prijs, tenzij iemand nog iets in de aanbieding heeft, of een ander crewlid iets leuks bedenkt. Alle goede inzendingen worden in ieder geval gemeld!


    Dus criminalspoint laat zien wat je kunt!


    Allemaal veel succes, en ik hoop op veel deelname.

    Nee, valt mij een beetje tegen, zo:



    Het is één query.

    Heey, ik zei één query!:p



    Eén afwijking ten opzichte van de originele (ook bij die van Darsstar), alle users van type 3, krijgen nu een afzonderlijke random, dus allemaal andere hoeveelheden van hun clan.


    Ook een pluim voor jou query Darsstar, mooi gemaakt.;)

    Het volgende hoort niet in je cron thuis:


    PHP
    $data2                = mysql_query("SELECT * FROM `[users]` WHERE `login`='{$_SESSION['login']}'");
        $data                = mysql_fetch_object($data2);


    Meestal (Altijd), worden crons niet per user uitgevoerd, en bestaat de SESSION array al helemaal niet (of is irrelevant).


    Daarbij kunnen alle updates van de users tabel worden samengevoegd. Dat scheelt een hele hoop in snelheid. Als het mogelijk is ook de WHERE statement weghalen: Dit versloomd je query enorm.


    Daarnaast zal ik even nadenken over een mogelijkheid om de uurloon van de clans in ??n query te proppen.

    Selecteren op ID is veel sneller. Dit omdat getallen al sneller werken, en daarbij de ID normaal de PRIMARY KEY is. Wil je iets selecteren uit een tabel, is de PRIMARY KEY altijd de snelste optie: Dit heeft te maken met de manier waarop MySQL de boel opslaat.

    Wat Niels zegt inderdaad.


    Citaat

    Dan stuit je al op een probleem: Niets is veilig.


    Maar als je voor veiligheid kiest, waarom dan cookies en geen SESSIONS?


    Omdat sessies niet per definitie veiliger zijn? Bij goed gebruik van cookies kan dit heel veilig zijn.


    "Niets is veilig." Een volledig veilig systeem is bijna onmogelijk, maar een loginsysteem op zich: Moet lukken.


    [offtopic]Overigens waardeer ik dan wel heel erg dat je dit topic opent![/offtopic]

    [offtopic]

    Citaat

    Ooit gedacht aan.... CRiminalsscripts, grais en wel. Want als ik dit voor ou naar jou wensen ga lopen schrijven gaat het je tog wel geld kosten.


    Als jij hem aanraad het criminals login systeem te gebruiken, kun jij zelf nooit een fatsoenlijk loginscript schrijven.[/offtopic]


    http://www.phpfreakz.nl/library.php?q=login


    Denk dat daar wel iets goeds bij staat.:)

    Yep, met die syntax kun je de waarde uit de array halen. Wil je trouwens alle waarde langslopen, kun je dat zo doen:


    PHP
    <?php
    
    
    foreach($glue as $city => $value) {
      print $city .':'. $value;
    }
    
    
    ?>

    Eigenlijk heel simpel:


    Citaat

    Ik vergeet niks af te sluiten. Dat hangt er vanaf of hij Transitional HTML gebruikt of Strict.... Bij de ene is de shorttag wel nodig, anders zelfs overbodig.


    Nee, het heeft er alleen met te maken of je xHTML gebruikt of HTML.


    Citaat

    Als het gaat om een header dan kan je het beste dat je de div header maakt en zorgt dat je <h1></h1> toepast maar hidden laat tonen dus onzichtbaar en dan daar gewoon <img src bij gebruiken.


    Dit is namelijk beter voor google die leest namelijk h1 tags.


    Alleen mag dit niet van google. ;) Alles wat de google bot leest, moet namelijk ook op de site staan.