DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Als je nu begint met het bouwen van een website, ga dan iets moderns lezen. Frames gebruik je gewoon niet meer. Dat is antiek.
Blijf weg bij die handleidinghtml.nl enzo, dat soort sites hebben teksten die in de 90's bedacht zijn
.
Blijf weg bij die handleidinghtml.nl enzo, dat soort sites hebben teksten die in de 90's bedacht zijn
.
http://www.w3schools.com/quote:Op vrijdag 6 februari 2009 16:09 schreef RoW_0 het volgende:
Okay nee goed ik heb dus een pagina gemaakt in dreamweaver. maar maakt hij geen 'Projectbestand' op? hij maakt alleen maar een paar html bestandjes aan. Maar als ik het afsluit en weer opstart, welke bestand moet ik op klikken dan/? als ik de frameset open krijg ik niet de balken om bijv de linker frame groter of kleiner te maken... en als ik 6 frames heb.., in welke zet ik dan de titel die in de taakbar verschijnt?
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
ik heb dat allemaal gebruikt op die site ,alleen frames nietquote:Op vrijdag 6 februari 2009 16:13 schreef veldmuis het volgende:
Als je nu begint met het bouwen van een website, ga dan iets moderns lezen. Frames gebruik je gewoon niet meer. Dat is antiek.
Blijf weg bij die handleidinghtml.nl enzo, dat soort sites hebben teksten die in de 90's bedacht zijn
met een uitzondering van een Iframe 
om 20 pagina's te linken en te lui was om het anders te doen. 
Redacted
| 1 2 3 4 5 | $query = "UPDATE verkooporder SET status = '".$status."' WHERE vo_nr = '".$vo_nr."';"; $query2 = "UPDATE verkooporderregel SET geleverd = geleverd + besteld, besteld = '0' WHERE vo_nr = '".$vo_nr."';"; $query3 = "UPDATE artikel,verkooporderregel SET voorverkopen = voorverkopen - besteld where vo_nr = '".$vo_nr."' and artikel.art_nr = verkooporderregel.art_nr ;"; ?> |
zou dit in minder querys kunnen ?
Redacted
als je met cascading regels gaat werken misschienquote:Op zondag 8 februari 2009 16:25 schreef cablegunmaster het volgende:
[ code verwijderd ]
zou dit in minder querys kunnen ?
Waarom zou je dat willen? Je doet drie updates, dus waarom zou dat in minder dan 3 update-queries moeten?quote:
[ code verwijderd ]
zou dit in minder querys kunnen ?
ik dacht dat je dan alle tabellen lockte.quote:Op zondag 8 februari 2009 16:35 schreef HuHu het volgende:
[..]
Waarom zou je dat willen? Je doet drie updates, dus waarom zou dat in minder dan 3 update-queries moeten?
oh ja resultaat hiervan is
www.dgb.clanslayers.com
user: verkoop
pass: verkoop
Redacted
Die microseconde dat een tabel gelocked is ga je echt niet merken. Waarschijnlijk is het uitvoeren van 3 losse queries ook nog eens sneller dan één ingewikkelde query die meerdere tabellen update en allemaal tegelijk locked.quote:
[..]
ik dacht dat je dan alle tabellen lockte.
ah okquote:Op zondag 8 februari 2009 17:05 schreef HuHu het volgende:
[..]
Die microseconde dat een tabel gelocked is ga je echt niet merken. Waarschijnlijk is het uitvoeren van 3 losse queries ook nog eens sneller dan één ingewikkelde query die meerdere tabellen update en allemaal tegelijk locked.
Redacted
Bij UPDATE tbl doe je niets met andere tabellen, dus andere tabellen worden niet gelockt.quote:
[..]
ik dacht dat je dan alle tabellen lockte.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Als je bang bent voor locking (door relatief veel schrijfactiviteit) zou je InnoDB kunnen overwegen, met row locking ipv table locking.
zo groot word het denk ik nog niet ik was aan het vooruit denken waarom hoe en wat.quote:Op zondag 8 februari 2009 17:44 schreef Roy_T het volgende:
Als je bang bent voor locking (door relatief veel schrijfactiviteit) zou je InnoDB kunnen overwegen, met row locking ipv table locking.
Redacted
maar hoe krigj ik een timestamp + 2 weken eigenlijk ? bijvoorbeeld
ik heb een veld in sql dat als ik hem verander zo aanpas. maar hoe krijg ik nou een uiterstbetaaldatum die +2 weken is
ik heb een veld in sql dat als ik hem verander zo aanpas. maar hoe krijg ik nou een uiterstbetaaldatum die +2 weken is
Redacted
| 1 |
of gewoon
| 1 |
Ik zit met een vraagstuk.
Op dit moment gebruikt mijn statistieken script 2 tabellen voor het opslaan van referres (externe en interne)
Nu maken deze tabellen mijn statistieken script nogal sloom. Een vriend van mij kwam met een oplossing door ipv 2 tabellen er 1 te maken die alle gegevens combineert. Echter krijg je dan veel duplicate data, daarvoor wil ik dus een oplossing zoeken.
Opzet huidige tabellen
De huidige opzet van de indexes worden gebruikt voor het script dat de statistieken registreert en opslaat.
Nieuwe opzet van vriend
Hoe kan ik deze data reduceren maar toch een snelle database opzet maken?
Op dit moment gebruikt mijn statistieken script 2 tabellen voor het opslaan van referres (externe en interne)
Nu maken deze tabellen mijn statistieken script nogal sloom. Een vriend van mij kwam met een oplossing door ipv 2 tabellen er 1 te maken die alle gegevens combineert. Echter krijg je dan veel duplicate data, daarvoor wil ik dus een oplossing zoeken.
Opzet huidige tabellen
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | `id` int(10) unsigned NOT NULL auto_increment, `type_id` enum('i','e') NOT NULL default 'e', `link` varchar(128) NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `type_id` (`type_id`,`link`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; CREATE TABLE IF NOT EXISTS `stats_referer_link` ( `stat_id` int(10) unsigned NOT NULL, `referer_id` int(10) unsigned NOT NULL, `date` date NOT NULL, `hits` mediumint(8) unsigned NOT NULL, `lastdate` time NOT NULL, UNIQUE KEY `stat_id` (`stat_id`,`referer_id`,`date`), KEY `referer_id` (`referer_id`,`lastdate`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1; |
De huidige opzet van de indexes worden gebruikt voor het script dat de statistieken registreert en opslaat.
Nieuwe opzet van vriend
| 1 2 3 4 5 6 7 8 9 10 | `id` int(10) unsigned NOT NULL auto_increment, `type_id` enum('i','e') NOT NULL default 'e', `link` varchar(128) NOT NULL, `stat_id` int(10) unsigned NOT NULL, `date` date NOT NULL, `hits` mediumint(8) unsigned NOT NULL, `lastdate` time NOT NULL, PRIMARY KEY (`id`) ) ; |
Hoe kan ik deze data reduceren maar toch een snelle database opzet maken?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Wanneer is 'ie precies sloom, bij welke bewerking? Dit is natuurlijk koffiedik kijken; die tabellen maken je script niet sloom, maar het gebruik ervan
tof ik had hem nodig voor een scriptie waarmee hij een uiterst betaaldatum neerzette en had even geen idee hoequote:Op zondag 8 februari 2009 22:08 schreef HuHu het volgende:
[ code verwijderd ]
of gewoon
[ code verwijderd ]
(mn gastenboek scriptje word overigens steeds toffer v1 input output
v1.02 input output met pagina's! limit dinkie ^^;;
v1.03 textarea whitespace css wrap.
v1.04 scriptje wrap de comment met te lange woorden
( waarom heeft fok niet zo'n script?)
Redacted
Als ik een $_SESSION['ingelogd'] maak, en die na het inloggen op true, en bovenaan elke pagina een if(!$_SESSION['ingelogd']) {exit;}, is dat dan veilig?
het is veilig alleen je kan het nog makkelijker doen door er een header aan toe te voegen die je eruit forceertquote:Op woensdag 11 februari 2009 10:51 schreef veldmuis het volgende:
Als ik een $_SESSION['ingelogd'] maak, en die na het inloggen op true, en bovenaan elke pagina een if(!$_SESSION['ingelogd']) {exit;}, is dat dan veilig?
| 1 2 3 4 5 6 7 8 9 | if(!$_SESSION['ingelogd'] == true ) { header('Location: http://www.example.com/index.php'); exit; }else{ blablabla deze is voor ingelogde mensen } ?> |
ik basseer het inloggen liever op isset($_SESSION['user'] )
[ Bericht 2% gewijzigd door cablegunmaster op 11-02-2009 11:18:47 ]
Redacted
Als je op shared hosting zit, is het vertandig om een eigen directory met sessie-gegevens te definiëren. Standaard worden in een shared hosting omgeving de sessiegegevens meestal in een algemene temp-directory gezet en daar kunnen alle gebruikers van de server bij. Het lijkt me niet dat je wil dat andere users van je webhost jouw sessiedata kunnen uitlezen of wijzigen.quote:Op woensdag 11 februari 2009 10:51 schreef veldmuis het volgende:
Als ik een $_SESSION['ingelogd'] maak, en die na het inloggen op true, en bovenaan elke pagina een if(!$_SESSION['ingelogd']) {exit;}, is dat dan veilig?
Daarnaast is het ook verstandig om een eigen sessie-dir te gebruiken als er gebruik wordt gemaakt van meerdere verschillende webservers voor één website, zoals je bv bij loadbalancing ziet. Elke server heeft dan vaak z'n eigen tmp-dir met daarin je sessiegegevens en als een gebruiker halverwege het surfen opeens naar een andere webserver wordt geschakeld, is z'n sessie kwijt en lijkt 'ie te worden uitgelogd. Dat wil je natuurlijk ook niet.
De beste plek om je sessie-gegevens te bewaren is in je homedir, ergens boven de webroot. Mijn homedir is bijvoorbeeld /home/martijn en m'n webroot is /home/martijn/www. M'n mapje voor sessies noem ik /home/martijn/sessies en zorg dmv chmod dat de user waaronder PHP draait hier schrijfrechten heeft.
Vervolgens vertel ik PHP dat 'ie deze map moet gebruiken met de functie session_save_path(). Dat moet je doen voordat je session_start() aanroept. Een script die sessies gebruikt ziet er dan bijvoorbeeld zo uit:
| 1 2 3 4 | session_save_path('/home/martijn/sessies'); session_start(); ?> |
Om te checken of PHP inderdaad de sessies op de goede plek wegschrijft, kun je session_save_path() zonder argumenten aan roepen. De functie returned dan de huidige locatie voor sessiegegevens.
Dat is eingelijk vrij simpel, wanneer ik de tabellen JOIN om de gegevens uit te lezen.quote:
Wanneer is 'ie precies sloom, bij welke bewerking? Dit is natuurlijk koffiedik kijken; die tabellen maken je script niet sloom, maar het gebruik ervan
Ik wil namelijk referers uitlezen op bepaalde data
Voorbeeld:
| 1 2 3 4 5 6 7 | FROM stats_referer LEFT JOIN stats_referer_link ON stats_referer_link.referer_id = stats_referer.id WHERE stats_referer_link.stat_id = '12' AND stats_referer.type_id = 'e' AND stats_referer_link.`date` = '2009-02-11' ORDER BY stats_referer_link.lastdate DESC LIMIT 25 |
Echter moet ik de huidige indexes gebruiken voor het script wat de statistieken opslaat, als ik deze verander wordt het opslaan van de statistieken slomer en dat is niet de bedoeling (statistieken opslaan kost 0.010 seconde)
Deze query kost 20 seconden
NA F5 1/20 daarvan! 
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
En wat levert de EXPLAIN van die query op?quote:
[..]
Dat is eingelijk vrij simpel, wanneer ik de tabellen JOIN om de gegevens uit te lezen.
Ik wil namelijk referers uitlezen op bepaalde data
Voorbeeld:
[ code verwijderd ]
Echter moet ik de huidige indexes gebruiken voor het script wat de statistieken opslaat, als ik deze verander wordt het opslaan van de statistieken slomer en dat is niet de bedoeling (statistieken opslaan kost 0.010 seconde)
Deze query kost 20 seconden
Dat is een nette tip! Ik dank u hartelijkquote:Op woensdag 11 februari 2009 11:18 schreef Tijn het volgende:
[..]
Als je op shared hosting zit, is het vertandig om een eigen directory met sessie-gegevens te definiëren. Standaard worden in een shared hosting omgeving de sessiegegevens meestal in een algemene temp-directory gezet en daar kunnen alle gebruikers van de server bij. Het lijkt me niet dat je wil dat andere users van je webhost jouw sessiedata kunnen uitlezen of wijzigen.
Daarnaast is het ook verstandig om een eigen sessie-dir te gebruiken als er gebruik wordt gemaakt van meerdere verschillende webservers voor één website, zoals je bv bij loadbalancing ziet. Elke server heeft dan vaak z'n eigen tmp-dir met daarin je sessiegegevens en als een gebruiker halverwege het surfen opeens naar een andere webserver wordt geschakeld, is z'n sessie kwijt en lijkt 'ie te worden uitgelogd. Dat wil je natuurlijk ook niet.
De beste plek om je sessie-gegevens te bewaren is in je homedir, ergens boven de webroot. Mijn homedir is bijvoorbeeld /home/martijn en m'n webroot is /home/martijn/www. M'n mapje voor sessies noem ik /home/martijn/sessies en zorg dmv chmod dat de user waaronder PHP draait hier schrijfrechten heeft.
Vervolgens vertel ik PHP dat 'ie deze map moet gebruiken met de functie session_save_path(). Dat moet je doen voordat je session_start() aanroept. Een script die sessies gebruikt ziet er dan bijvoorbeeld zo uit:
[ code verwijderd ]
Om te checken of PHP inderdaad de sessies op de goede plek wegschrijft, kun je session_save_path() zonder argumenten aan roepen. De functie returned dan de huidige locatie voor sessiegegevens.
.
