Bump

Ik zou een Database_Result class maken, en alle functies zoals fetching daar in zetten. De query geeft dan gewoon een Database_Result terug. Dan kun je tenminste ook meerdere query's te gelijk managen.

Dit is gewoon een functie bibliotheek, en nog niet echt een class. Een database class is eigenlijk ook veel te moeilijk om mee te beginnen...

TS: Verander a.u.b. de titel van dit topic.. Deze titel zegt natuurlijk helemaal niks...

Citaat van az

Goed te horen killingdevil(Stefan) dat er toch nog iets aangedaan wordt!:D

Natuurlijk wordt er aan gewerkt. Maar zo met de zomerse dagen zijn er natuurlijk veel crewleden op vakantie, en zit iedereen ook minder achter de computer. Zodoende licht het tempo wat lager, wat overigens ook bij dit weer hoort: Een lager tempo...

Jazeker! Project CriminalsPoint!

Zojuist weer enkele commits gedaan, wanneer deze worden doorgevoerd moet het forum aan alle kanten weer ietsjes sneller zijn. Vooral de forum index, die er nu 2 seconden over doet om te laden! Zo nog maar eens benchmarken hoe sloom hij nu is, kan ik eens kijken hoe efficiënt me werk was. Aantal query's 50% omlaag gebracht in mijn testversie, denk dat het in de live versie zelf 66% zal zijn!

Helaas is Koen als het goed is op vakantie, dus zal de commit nog even moeten wachten totdat hij wordt doorgevoerd, vrees ik.

NielsB: Hoezo? Het zijn ID's en dus waarschijnlijk integers. Die hoor je eigenlijk niet eens tussen quotes te plaatsen. En je fetched nu een of andere query, moet je die niet ook in een lus fetchen?

Vanaf nu ontopic, anders ga ik banpunten uitdelen!

Heb enkele reacties verwijderd, het was allemaal offtopic. Zal mezelf even citeren:

Citaat

Maar natuurlijk is goede feedback nog altijd welkom. Daarom nodig ik jullie vanaf nu uit alle feedback naar de crew, een individueel crewlid of naar criminalspoint via PM naar mij toe te sturen. Intern regel ik dan dat de feedback bij de betrokken personen terecht komt (de gehele crew, de supermoderatoren, de betrokken moderator, enz.). Hoe die PM eruit moet zien lees je hieronder.

Oke, kansloos dat je jezelf nog durft te verdedigen. 97 euro voor 150 simpele regels Javascript, dat denk ik ook. En als ik twee scripts langs elkaar leg die 100% hetzelfde zijn is er geen twijfel meer.

Topic gesloten, topicstarter geband.

Dat is wel gewoon snel. Maar zolang je niet teveel rare query's in de database uitvoert en andere maffe dingen doet is dat best haalbaar.

Daarbij moet je het niet als de laadtijd ziet, het is tenslotte enkel de generatie tijd, het werkelijke laden van de pagina duurt veel langer.

Fijn dat Niels wel gelijk had. Ik heb even gezocht, en gevonden:

http://userscripts.org/scripts/review/62838

Dat is exact het script wat jij verkoopt, alleen dan met een copyright erboven. Erg, erg laag. Je mag van mij nog best even reageren hier, voordat ik je voorgoed verban...

Die oplichterij zitten we hier niet op te wachten.

Heel leuk, dat jullie je niet normaal kunnen gedragen in verkooptopics. Bemoei je toch eens niet overal zo mee. Lekker kinderachtig dit allemaal weer, hoe verwachten jullie dat wij dit moeten modereren?

Topic gesloten, moge dat duidelijk zijn.

Wow, de forum index is inderdaad echt erg sloom! Eens zien of ik die wat kan optimaliseren, want 2 - 3 seconden om z'n pagina te genereren vind ik eerlijk gezegd ook wat overdreven.

Ben het er mee eens dat het inderdaad een vrij creatieve aanval is. Heb er volgens mij wel eens wat over gelezen, maar dat was gewoon een volgelopen mailbox, zonder dat dit een aanval was.

Jammer dat het even moest duren, maar mooi opgelost Koen!

Wat je zoekt is AJAX. Als je door een gebeurtenis in Javascript iets op de server wilt veranderen, heb je al snel AJAX nodig.

Ik ga voor de volgende uitslag:

NED 2 - 1 ESP

Kom op zeg, je moet toch in eigen land geloven! En we hebben die wedstrijd nog lang niet gewonnen, maar maken ook zeker een goede kans.

Bij een export? Nee, maar waarom zou je een overzichterlijke dump willen hebben, daar zijn dumps helemaal niet voor bedoeld?

Dit is helemaal niet mogelijk, vooral niet om 'hacken' tegen te gaan, want die mensen weten wel hoe ze bij een broncode moeten komen. Zolang de broncode leesbaar is voor de browser, is het ook leesbaar voor de gebruiker, en het is wel zo praktisch als de browser de broncode kan lezen.

Als je Firefox gebruikt (Wie gebruikt zoiets geweldigs nu niet?) kun je het doen met firebug. Download Firebug bij Firefox, ga naar Page Speed, druk op Analyze Preformance en je krijgt suggesties om de pagina sneller te maken. Daarbij zitten ook suggesties om plaatjes te optimaliseren. De geoptimaliseerde versie geeft Firebug er gratis bij!

Zeker het uitproberen waard, heb het nog nooit echt gebruikt (slechts bij enkele afbeeldingen), maar denk dat het zeker functioneel kan zijn.

Waar ik ooit ben begonnen met het leren van HTML is de online tutorial http://www.mijnhomepage.nl/htmlcursus/lessenoverzicht.php.

Helaas is deze website inmiddels wel flink verouderd. De tutorial xHTML kan je wel de verkeerde dingen uit de HTML tutorial grotendeels weer afleren. Maar maak je er niet te druk om, het is nog steeds een prima tutorial om te leren hoe HTML in elkaar steekt.

Het lijkt mij ook niet verstandig om gelijk te beginnen met een IDE als dreamweaver, Eclipse for PHP of Netbeans. Ik ben begonnen met de simpele editor EditPlus, als je het mij vraagt zeker een aanrader.