Posts by Stefan.J

    Citaat

    Ik heb nooit iemand zwartgemaakt "zonder motivatie" ik zette altijd een dikke punt van meningen en feiten achter me argumentatie.


    Welke argumenten? Ik zie alleen maar 'de crew doet het verkeerd, of de crew is niets beter dan de leden'. Inhoudelijke argumenten zijn in je post bij lange na niet te vinden.


    En ik ga niet beweren dat alles hier perfect loopt, ook niet dat er geen verkeerde beslissingen worden genomen. Maar ik zie geen gestructureerde problemen aan de buitenkant van de organisatie.


    En je wilt vast een sterk argument waarom ik vind dat de crew het momenteel nog niet eens zo slecht doet?
    Omdat geen enkel crewlid er dan ook maar een zwarte cent aan verdiend, en iedereen het dus geheel vrijwillig doet. Daarnaast draait CP helemaal niet slecht. Ook worden er in het forum vrijwel alle geposte problemen opgelost, en zijn er een stuk minder rotte appels te vinden dan in het verleden. Allemaal symptomen die aangeven dat we het helemaal niet zo bijzonder slecht doen!


    Niels: Ja, dan krijg je problemen met de Amerikanen, maar macht is niet altijd gebaseerd op regels. Als ze Afghanistan binnen vallen is dat ook niet omdat er een Afgaan te hard heeft gereden, het is gewoon macht, macht uit grootte.
    Overigens is het ook wel een uiterste, niet?

    Citaat

    Als het Internet geen regels heeft waarom zou ik dan geen handleiding mogen publiceren hoe je een bom maakt ? Misschien heb je een steekje los momenteel maar er zijn echt wel regels.


    De enigste regels die het Internet kent, zijn technische regels. Een request via het HTTP protocol moet voldoen aan eisen, en het antwoord ook. Sociale regels bestaan niet op 'het Internet', het gaat hier namelijk om regels van overheden.


    En die regel van die bom, dat is ook een regel van de overheid. Als jij je server in Oezbekistan neer zet, en je bent een Oezbekistaanse staats inwoner, en geen Nederlander, dan kun jij waarschijnlijk gewoon beschrijven in het Nederlands hoe je een bom maakt en dat op Internet zetten.


    En ik heb overigens wel alle drie de artikelen gelezen, en beoordeeld wat ik er van vind. En mijn conclusie is: Wat een onzin, als je het over Internet & regels gaat hebben, ga het dan alsjeblieft over auteursrechten en verkopen hebben, en niet over forums.


    Dus wat voor punt wil TS nu maken?

    Een goed virus maken is heus niet zo makkelijk hoor. Voor iedereen die er een maakt is het de sport er zoveel mogelijk computers mee te infecteren (bijvoorbeeld voor een netwerkje, voor de lol, of omdat iemand het blijkbaar gewoon leuk vind andermans PC te mollen). Dat is dan ook de kunst, het virus zo te maken dat het zo veel mogelijk mensen besmet, en dat deze mensen er niet meer vanaf komen. Lijkt me logisch?


    Daarbij, velen hebben gewoon iets tegen M$ omdat ze niet bepaald perfecte software maken... Daarbij zijn ze duur, en z'n beetje geheel tegen opensource. Hun mening, laat ze lekker?


    Als je zegt: Hou eens op met dat gezeik tegen M$, zeg dan ook eens waarom M$ wel goed is? (Andersom overigens ook).


    Edit: Oja, en waarom Windows wel wordt besmet maar Linux veel minder? Misschien omdat er meer windows gebruikers zijn?

    Heel vervelend voor je, maar informeren is niet nodig. Topics als deze vervuilen het forum alleen maar.


    [offtopic]Snap deze topics echt niet? Gaat zoiets om aandacht, of wat?[/offtopic]

    Ten eerste: Ik zie ook geen probleem.


    Ten tweede: Waar gaat het nu eigenlijk over? Wat wil je hier mee bereiken, komt overigens een beetje neer op Punt 1.


    En dan als laatste nog, wat een onzin! Waarom zou je overal regels voor willen en moeten hebben op een forum? Een forum is er om leuk/gezellig/leerzaam te zijn, en mensen die dat niet respecteren moet je weren. Overal een regeltje voor opstellen schiet niet op, want dan heeft CP binnen de kortste keren een eigen wetboek.

    Wanneer je niet aangeeft wat je met de relatie wilt, waarom zou je hem dan nog aanmaken? Aangeven wat je wilt, SET NULL, CASCADE, of NO ACTION / RESTRICT maakt het duidelijker en functioneler (Kun je eigenlijk wel zonder acties een referentie aanmaken?).


    En een gebruiker ID kan maar zo om een of andere vage reden gewijzigd worden, zoals ik op CP ook heb meegemaakt (Of niet Darsstar?:P) Daarbij is de ON DELETE actie wel zeer nuttig.


    En "ON CASCADE"? Klopt niet echt in syntax hé.;)

    Dit is wel heel slecht. SQL is niet iets wat je moet onderschatten, je kunt er alles mee. We maken de volgende database:



    Kan een syntax fout hebben gemaakt, heb hem nog niet uitgevoerd. Vervolgens kun je nu de volgende statistische query's gebruiken, voor statistieken van test.getal.


    Het aantal rijen (Met een waarde voor getal):
    SELECT COUNT(getal) FROM test;


    Het totaal van de waardes van getal:
    SELECT SUM(getal) FROM test;


    Het gemiddelde van getal:
    SELECT AVG(getal) FROM test;


    De maximale waarde van getal in de tabel:
    SELECT MAX(getal) FROM test;


    De minimale waarde van getal in de tabel:
    SELECT MIN(getal) FROM test;

    Ja, tables maken in PHPMyAdmin is niet aangeraden. Je kunt je keys geen namen geven, en geen CONSTRAINTS aanmaken (Zowel CHECK als FOREIGN KEY).


    Enkele verbeteringen:


    Je referentie is niet compleet. Om hem compleet te maken:


    Als je het definieert via een constraint kun je de constraint een naam meegeven. Dit is handiger met het verwijderen van constraints.


    En als ik vragen mag, waarom geef je alle veldnamen een prefix?


    En een tipje voor jouzelf:

    Citaat


    The display width does not constrain the range of values that can be stored in the column, nor the number of digits that are displayed for values having a width exceeding that specified for the column. For example, a column specified as SMALLINT(3) has the usual SMALLINT range of -32768 to 32767, and values outside the range allowed by three characters are displayed using more than three characters.


    When used in conjunction with the optional extension attribute ZEROFILL, the default padding of spaces is replaced with zeros. For example, for a column declared as INT(5) ZEROFILL, a value of 4 is retrieved as 00004. Note that if you store larger values than the display width in an integer column, you may experience problems when MySQL generates temporary tables for some complicated joins, because in these cases MySQL assumes that the data fits into the original column width.


    http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html

    Zuiniger is iets anders als goedkoper... Diesel is goedkoper dan benzine (voor de Belgen veel goedkoper). Een diesel daar in tegen is weer duurder is vaste kosten (wegen belasting ect.). Dat is ook de reden dat in Nederland personenauto's veel op benzine rijden, en voertuigen uit het bedrijfsleven (vrachtwagens, heftrucks (ook veel gas, ivm domme regels van onze lieve regering), tractoren en andere bouw- en landbouwvoertuigen) veel op diesel rijden (veel uren/kilometers).

    Denk dat je hiervoor niet op het goede forum zit. Denk dat 75% van de leden nog geen 18 is, en dan zijn er natuurlijk ook nog leden die hun rijbewijs nog niet hebben (ik ook nog niet, 11 januari eerste les).


    Maar waarom een diesel, hoeveel ben je van plan te rijden?:p

    Jullie generen die tables allemaal met PHPMyAdmin. :} Met de hand vind ik verstandiger.


    Ik wil je toch aanraden met minstens een primary key te werken. En mocht die primary key niet voldoen, kun je er beter nog een index bij aanmaken.

    Zet NOOIT een query in een while-lus, zonder daar eerst 2 dagen over na te hebben gedacht, overlegd te hebben met 16 collega's, en toestemming te hebben gevraagd aan je moeder.


    Query's horen bijna nooit een een lus thuis. Een goede oplossing is het in dit geval dan ook niet, want MySQL kent (uiteraard) zelf ook een rand functie. Het wordt dan:


    UPDATE gebruikers SET contant = contant + ROUND(RAND()*39900)+100 WHERE rank > 9

    Welke source gaat het over? En een demo is inderdaad handig.


    Ik zou zeggen, alle input loggen (POST, GET, COOKIE). En zoeken naar vreemde input als het weer is gebeurd.

    Misschien moet je het volgende eerst eens proberen:


    1. Haal al je variabelen eens buiten qoutes: Werkt altijd, en is een stuk duidelijker.
    2. Stap eens van die mysql_* functies af, vooral als je met meerdere verbindingen werkt.
    3. Geef je variabele duidelijke namen, en niet $data2, $dbres2, ...
    4. Controleer je input! Zet magic_qoutes uit!


    Op deze manier is het ook mogelijk, cross-browser. Echter zou ik het wel wat afwerken met javascript e.d. Het is in ieder geval een voorbeeld.