Dat kan de MySQL website prima voor je:
http://dev.mysql.com/doc/refman/5.0/en/trigger-syntax.html
Dus een voorbeeld:
CREATE TRIGGER test AFTER INSERT ON test
FOR EACH ROW
UPDATE counttable SET num_rows = num_rows + 1 WHERE tablename = 'test';Vooral als je een externe database hebt (op een andere server), is de keuze simpel:
SELECT SUM(power) FROM users;
Heeft het volgende resultaat
------------
| 52541465 |
------------
Terwijl
SELECT power FROM users;
Het volgende resultaat geeft:
------------
| 34545654 |
------------
| 11001465 |
------------
| 541465 |
------------
| 2541465 |
------------
...
Veel meer resultaten die opgehaald moeten worden (over het netwerk), gefetched moeten worden door PHP, die in het geheugen staan, enz.
Daarnaast is de interne SUM() functie van MySQL waarschijnlijk sneller dan rows afgaan binnen PHP.
Wat COUNT() betreft, innoDB is inderdaad heel sloom met COUNT(). Maar zodra je hier hinder van hebt kun je denk ik beter in een externe tabel het aantal rows bijhouden (Via triggers INSERT en DELETE waarnemen).
Ik heb wat tips voor je.;)
$bool = mysql_query("UPDATE songs SET title = $songtitle, maker = $songmaker, url = $songurl WHERE id = $songid");
// Checken of sql goed is uitgevoerd
if ($bool == "1") {
// Geslaagd, laat een alert zien dat het is gelukt
echo "<script language=JavaScript>window.alert('Muziek is succesvol verwijderd!')</script>";
}
// Sql niet goed uitgevoerd
if ($bool <> "1") {
// Laat alert zien met info dat sql niet gelukt is
echo "<script language=JavaScript>window.alert('Er is iets fout gegaan...')</script>";
}Dit stukje script had beter met een if else structuur kunnen doen, is overzichtelijker (En ook heel iets sneller, maar goed). Daarnaast returnt mysql_query() een boolean, true of false dus, dat is eigenlijk iets anders als '0' en '1'.
En zet je error reporting eens goed hoog.;) Dan krijg je als het goed is nog een paar errors.:cheer:
Je moet alleen eerst een query uitvoeren naar de desbetreffende gebruiker en dan de salt key opvragen. Wat je nu zal denken waarschijnlijk is dat je nu het wachtwoord gaat encrypten met de salt key en dan een nieuwe query uitvoert om te zien of het beide klopt (user en password).
Waarom?
SELECT id FROM users WHERE password = SHA1(CONCAT('INVOER',salt) AND login = 'INVOER'
Überhaupt een salt gebruiken is al wel voldoende. Zo schakel je rainbow tables zo goed als uit, en dat is toch wat je wilt.
Geen slecht artikel.
Wist u al van deze tips?
De meeste.
Zo ja, welke (nr.)?
2, 3, 4 (Gedeeltelijk), 7, 8, 9, 10, 11, 15, 16, 18, 19 (Gebruik standaard InnoDB vanwege de voordelen (relaties)), 21
Zo nee, ga je na het lezen hier iets aan doen?
Ik kan er best nog wel eens een keer iets mee doen.
Eigen tips of tricks:
- Maak relaties aan tussen tabellen, zodat je niet manueel allerlei dingen moet deleten en updaten terwijl dat ook met een relatie kan.
- Gebruikt JOINS als het kan, vele hier kennen ze niet eens!
- Doe zo veel mogelijk in één query, gebruik dus zo min mogelijk query's
Als je haakjes opent moet je ze ook weer sluiten... (SC-Scripting)
(En ga nu niet de boel voorkauwen...)
Ik zal even een lijstje voor je maken:
- PDO ondersteund meerdere database engines, waardoor je simpel kunt overstappen op een andere engine (Mits je nette SQL schrijft).
- PDO is een object, deze kun je dus extenden. Hierdoor kun je PDO aanpassen aan je eigen smaak, bijvoorbeeld de query() methode aanpassen (door iets toe te voegen aan de functionaliteit).
- PDO maakt gebruik van Exceptions, inplaats van errors. Dit levert ook vele voordelen op.
- PDO kan goed werken met transactions.
- Objecten werken gewoon veel fijner dan die functies!
[offtopic]@Hierboven: Lees het topic even ietsjes beter;)[/offtopic]
Je kunt dit het beste met cookies doen, want die kun je in javascript wegschrijven en weer ophalen. Zodoende kun je dus voor het laden van de menu's de status eerst weer uitlezen.
Misschien is dit wel wat, zelf verder niet bekeken:
http://plugins.jquery.com/project/cookie
Die verantwoordelijkheid kun je beter binnen de functie leggen ja. Anders zit je als nog alles eerst te valideren, en dan de functie aan te roepen.
$hoeveel = '0, level = 255';
Denk daar maar eens over na. 
Bestanden overdragen kan via SSH volgens mij ook gewoon. Daarnaast kun je al die onzin natuurlijk gewoon installeren.:cheer:
Alleen moet je dan wel even leren omgaan met Linux. :p Ik ben hier zelf ook echt geen expert in, maar weet wel dat er genoeg tutorials te vinden zijn, vooral over het installeren van een webserver. Misschien daar eens mee beginnen?
Het volgende blijkt ook nog te kunnen:
$a = function($x) { echo $x }
$a('Hello world');http://www.php.net/manual/en/functions.anonymous.php
Doelloze zooi in PHP.:p
Laad allemaal even snel. Het verschil: include geeft een Warning bij problemen, en require een Fatal error. Dus bij een require wordt het hele script gestopt, in tegenstelling tot een include: De rest van het script loopt door.
Zie op php.net: [func]include[/func] en [func]require[/func]
Begin een met de boel iets korter te maken. Je kunt de kolommen van een tabel selecteren met:
SHOW COLUMNS FROM users
Dit scheelt heel wat regels en is een stuk flexibeler.
In een cron? Dat zou een geweldige denkfout van de maker van de source zijn.
Er bestaat vaak een check functie om te kijken of een cliënt is ingelogd. Kun je eens kijken of je die functie kunt vinden?
Een hoop programma's proberen gaat niet echt nut hebben denk ik. Heb je enig hoe het gekomen kan zijn? Zijn er nog meer bestanden beschadigd behalve afbeeldingen?
Misschien heeft de harde schijf wel gewoon een klap gehad, en dan wordt het lastig.
Je cookies worden ingesteld op 10 dagen, dus aan dit stukje script gaat het niet liggen. Waarschijnlijk zijn er meer verantwoordelijkheden; sessies of een database tabel.
Je zult dus iets verder moeten kijken!
De vraag is eigenlijk: Wil je dit?
Ik denk namelijk niet dat het op kleine schaal mogelijk is om dit rendabel te doen. Het is duur: Veel dataverkeer en veel opslagcapaciteit. Je kunt eigenlijk alleen verdienen aan reclame, wat denk ik niet genoeg zal opleveren om de boel te financieren.
En dan heb je ook nog eens goede concurrentie, want iedereen trekt toch een beetje naar de grote aanbieders als Youtube en Dumpert toe.
Staat wel de goede poort ingesteld? Standaard is dat 3306.
Als je zelf domeinen wilt kunnen registreren, moet je deelnemer van SIDN zijn (Voor .nl domeinnamen). Anders zou je het via een andere deelnemer moeten doen.
Deelnemer worden van SIDN is niet alleen even aanmelden, het kost een xxx(x) bedrag per jaar. Het is dan ook pas rendabel naar 100+ domeinnamen, de precieze cijfers weet ik ook niet.