[PHP/(My)SQL] voor dummies - Deel 68

Index

» digital corner

» development

actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
pi_65803817
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 .
  vrijdag 6 februari 2009 @ 16:13:15 #102
62215 qu63
..de tijd drinkt..
pi_65803825
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?
http://www.w3schools.com/
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
pi_65803909
pi_65824870
quote:
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 .
ik heb dat allemaal gebruikt op die site ,alleen frames niet met een uitzondering van een Iframe om 20 pagina's te linken en te lui was om het anders te doen.
Redacted
pi_65852581
1
2
3
4
5		<?php
                $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
  zondag 8 februari 2009 @ 16:32:49 #107
136730 PiRANiA
All thinking men are atheists.
pi_65852865
quote:
Op zondag 8 februari 2009 16:25 schreef cablegunmaster het volgende:

[ code verwijderd ]

zou dit in minder querys kunnen ?
als je met cascading regels gaat werken misschien
Dag Google!
pi_65852966
quote:
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?
pi_65853151
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?
ik dacht dat je dan alle tabellen lockte.

oh ja resultaat hiervan is

www.dgb.clanslayers.com
user: verkoop
pass: verkoop

Redacted
pi_65854011
quote:
Op zondag 8 februari 2009 16:39 schreef cablegunmaster het volgende:

[..]

ik dacht dat je dan alle tabellen lockte.
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.
pi_65854037
quote:
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.
ah ok
Redacted
  zondag 8 februari 2009 @ 17:07:29 #112
75592 GlowMouse
l'état, c'est moi
pi_65854068
quote:
Op zondag 8 februari 2009 16:39 schreef cablegunmaster het volgende:

[..]

ik dacht dat je dan alle tabellen lockte.
Bij UPDATE tbl doe je niets met andere tabellen, dus andere tabellen worden niet gelockt.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_65855250
Als je bang bent voor locking (door relatief veel schrijfactiviteit) zou je InnoDB kunnen overwegen, met row locking ipv table locking.
pi_65863165
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.
zo groot word het denk ik nog niet ik was aan het vooruit denken waarom hoe en wat.
Redacted
pi_65863724
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
Redacted
pi_65863855
1SELECT DATE_ADD(timestamp, INTERVAL 2 WEEK) FROM tabel;


of gewoon

1SELECT timestamp + INTERVAL 2 WEEK FROM tabel;
pi_65938829
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
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17		CREATE TABLE IF NOT EXISTS `stats_referer` (
  `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		CREATE TABLE IF NOT EXISTS `stats_referer` (
  `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...
pi_65938879
Wanneer is 'ie precies sloom, bij welke bewerking? Dit is natuurlijk koffiedik kijken; die tabellen maken je script niet sloom, maar het gebruik ervan
pi_65939026
quote:
Op zondag 8 februari 2009 22:08 schreef HuHu het volgende:

[ code verwijderd ]

of gewoon
[ code verwijderd ]


tof ik had hem nodig voor een scriptie waarmee hij een uiterst betaaldatum neerzette en had even geen idee hoe (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
pi_65941816
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?
pi_65942359
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?
het is veilig alleen je kan het nog makkelijker doen door er een header aan toe te voegen die je eruit forceert

1
2
3
4
5
6
7
8
9		<?php
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
  woensdag 11 februari 2009 @ 11:18:27 #122
12221 Tijn
Powered by MS Paint
pi_65942757
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?
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:

1
2
3
4		<?php
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.
Verberg de nieuwsticker
pi_65943640
quote:
Op woensdag 11 februari 2009 09:09 schreef Roy_T het volgende:
Wanneer is 'ie precies sloom, bij welke bewerking? Dit is natuurlijk koffiedik kijken; die tabellen maken je script niet sloom, maar het gebruik ervan
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:

1
2
3
4
5
6
7		SELECT stats_referer.link, stats_referer_link.hits 
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...
pi_65944241
quote:
Op woensdag 11 februari 2009 11:45 schreef Chandler het volgende:

[..]

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 NA F5 1/20 daarvan!
En wat levert de EXPLAIN van die query op?
fokstok.nl
pi_65944317
quote:
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.
Dat is een nette tip! Ik dank u hartelijk .
pi_65944500
quote:
Op woensdag 11 februari 2009 11:18 schreef Tijn het volgende:

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.
Dat kun je vaak oplossen door "sticky sessions" aan te zetten op de load balancer. Neemt niet weg dat je een valide punt maakt
pi_65944757
1
2		1 SIMPLE stats_referer ref PRIMARY,type_id type_id 1 const 138048 Using where; Using temporary; Using filesort 
1 SIMPLE stats_referer_link eq_ref stat_id,referer_id stat_id 11 const,gfxstatcom_db1.stats_referer.id,const 1 Using where 


Heeft idd weer te maken met die temporary filesort :(
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_65945880
ik wou een array krijgen van elk een artikel_nr , een artikel aantal alleen ik snap de foreach nog niet helemaal

hoe krijg ik al mijn artikelen van deze array in een andere variabele ?
( net gelukt om een array te maken voor artikelen (nu nog boven de 0 )
1
2
3
4
5
6
7
8
9
10
11		<?php
         if(isset($_POST['artikelaantal'])){
                foreach($_POST['artikelaantal'] as $artikelaantal => $aantal ) 
                {
            /*    $artikel  = $_POST['artikel_nr'];
                $aantal   = $_POST['artikelaantal'];
                $prijs    = $_POST['prijs'];*/
                }
                echo $artikel." ".$aantal." ". $prijs;
             }
?>


DONE!


[ Bericht 5% gewijzigd door cablegunmaster op 11-02-2009 14:07:47 ]
Redacted
  woensdag 11 februari 2009 @ 13:03:34 #129
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_65946032
Ik heb icm met AJAX een aantal kolomen zoals in dit voorbeeld:



De gebruiker kan al op een interactive manier de kolomen verplaatsen etc, maar nu zou het mooi zijn
als het ook mogelijk is om de kolom breedte aan te kunnen passen, door te slepen.

Heb het vaker gezien, dus het zou mogelijk moeten zijn. Iemand een idee hoe te doen??
  woensdag 11 februari 2009 @ 13:32:44 #130
75592 GlowMouse
l'état, c'est moi
pi_65947019
Chandler, ik snap je query niet goed. Waarom doe je een left_join op stats_referer_link? Ik zou zeggen dat wanneer voor een bepaalde stat_id een link niet voorkomt, je die link niet in je queryresultaat wilt hebben. Ik zou het eerder andersom doen: staat de link per ongeluk niet in stats_referer, dat je toch die regel wilt tonen.

1
2
3
4
5
6		SELECT stats_referer.link, stats_referer_link.hits 
FROM stats_referer_link l
LEFT JOIN stats_referer r ON (l.referer_id = r.id)
WHERE l.stat_id = '12' AND r.type_id = 'e' AND l.`date` = '2009-02-11' 
ORDER BY l.lastdate DESC 
LIMIT 25

Indices:
stats_referer_link: (stat_id,date,lastdate)
stats_referer: (id, type_id)

Deze query moet binnen 0.01s uit te voeren zijn.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  woensdag 11 februari 2009 @ 13:35:24 #131
75592 GlowMouse
l'état, c'est moi
pi_65947105
quote:
Op woensdag 11 februari 2009 13:03 schreef Likkende_Lassie het volgende:
Ik heb icm met AJAX een aantal kolomen zoals in dit voorbeeld:

[ afbeelding ]

De gebruiker kan al op een interactive manier de kolomen verplaatsen etc, maar nu zou het mooi zijn
als het ook mogelijk is om de kolom breedte aan te kunnen passen, door te slepen.

Heb het vaker gezien, dus het zou mogelijk moeten zijn. Iemand een idee hoe te doen??
Dat is geen PHP; [Javascript] voor dummies (deel 8)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_65947180
1
2
3
4
5
6
7
8		<?php
function trim_value($value) 
{ 
    $new_string = trim($value); 
    $end_string = rtrim($new_string);
    return $value;
}
?>

<input type=\"text\" name=\"artikelaantal[]\" size=\"7\" maxlength=\"5\" value=\"";
1
2
3
4
5
6		<?php
                                           if(!empty($_POST))
                                           { array_walk($_POST['artikelaantal'], 'trim_value');
                                              echo $_POST['artikelaantal'][$i]; $i++;}
                                           if(empty($_POST)){ echo '0';} echo " \">
?>

</td>
ik krijg een irritante wit spatie achter alle artikelaantallen hoe haal ik dit weg? want ik krijg die trim functie niet goed werkend iemand een idee ?
Redacted
  woensdag 11 februari 2009 @ 13:40:35 #133
91039 mstx
2x1/2 = 1/2 x 1/2
pi_65947264
quote:
Op woensdag 11 februari 2009 13:37 schreef cablegunmaster het volgende:

[ code verwijderd ]

<input type="text" name="artikelaantal[]" size="7" maxlength="5" value="";
if(!empty($_POST))
{ array_walk($_POST['artikelaantal'], 'trim_value');
echo $_POST['artikelaantal'][$i]; $i++;}
if(empty($_POST)){ echo '0';} echo " "></td>
[/php]

ik krijg een irritante wit spatie achter alle artikelaantallen hoe haal ik dit weg? want ik krijg die trim functie niet goed werkend iemand een idee ?
In die functie krijg je $value weer precies zo terug als dat hij erin is gegaan...
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
  woensdag 11 februari 2009 @ 13:40:36 #134
75592 GlowMouse
l'état, c'est moi
pi_65947266
Waarom je eigen trim-functie definieren als je net zo goed de ingebouwde kunt gebruiken (trim is een combinatie van ltrim en rtrim)? Je functie werkt ook niet goed omdat je $value teruggeeft maar niet verandert.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_65947285
Je trim_value geeft de ongewijzigde input terug hè.
pi_65947489
quote:
Op woensdag 11 februari 2009 13:41 schreef HuHu het volgende:
Je trim_value geeft de ongewijzigde input terug hè.
klopt vergat $end_string; ipv $value
ben nieuw met functies heb er vandaag al 2 gebruikt deze had ook direct gekund! maar om een of andere reden toch nog witspaties in mijn value= veld die zichzelf opstapelen ( elke keer dat je op submit drukt voegt hij een witspatie toe)

maarja ze worden getrimt dus opzich niet zo heel erg


yay de foreach uitgevogeld

[ Bericht 19% gewijzigd door cablegunmaster op 11-02-2009 14:06:22 ]
Redacted
  woensdag 11 februari 2009 @ 14:00:55 #137
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_65947883
quote:
Op woensdag 11 februari 2009 13:35 schreef GlowMouse het volgende:

[..]

Dat is geen PHP; [Javascript] voor dummies (deel 8)

Klopt, maar was vergeten te melden dat ik de waarde wil opslaan in een database..
pi_65948511
quote:
Op woensdag 11 februari 2009 13:32 schreef GlowMouse het volgende:
Chandler, ik snap je query niet goed. Waarom doe je een left_join op stats_referer_link? Ik zou zeggen dat wanneer voor een bepaalde stat_id een link niet voorkomt, je die link niet in je queryresultaat wilt hebben. Ik zou het eerder andersom doen: staat de link per ongeluk niet in stats_referer, dat je toch die regel wilt tonen.
[ code verwijderd ]

Indices:
stats_referer_link: (stat_id,date,lastdate)
stats_referer: (id, type_id)

Deze query moet binnen 0.01s uit te voeren zijn.
Een vraagje voordat ik het ga uitvoeren, is het gebruiken van meerdere indexes handig? aangezien ik op de tabel van de referrs al een index heb voor type_id en link.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  woensdag 11 februari 2009 @ 14:21:51 #139
75592 GlowMouse
l'état, c'est moi
pi_65948634
Indices zijn dodelijk voor inserts/updates. Maar als je ze vaak nodig hebt is het toch maar beter om ze wel te plaatsen.
Als deze tabellen beschreven worden elke keer als een user je site bezoekt, zou ik eens kijken naar rowbased-locking ipv tablebased-locking.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_65951487
Er wordt meer geupdated/geinserted dan gelezen, dat is gewoon een feit. Aangezien de backend 15-21 queries heeft voor het up to date houden van de statistieken.

Laten we het zo even zeggen, voor 1 bezoeker die de statisteken bekijkt worden 10000 updates op tabellen gedaan (dus statistieken geteld).

Dus werkt je versie imho averechts op het huidige model...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_65951612
Dan gebruik je al InnoDB neem ik aan, en geen MyISAM? Want met al die schrijfactiviteit wil je, zoals gezegd, row locking ipv table locking.
pi_65951889
Ik gebruik idd MyISAM (mysql) en geen innoDB, heb werkelijk ook geen idee wat het is maar ga eens researchen!

-edit-

Ik lees idd dat innoDB veel handiger is voor inserts/updates idd maar dan is het nog maar de vraag hoe het omgaat met de lees acties... want ook tussen al het inserten en updaten moet er af en toe wat gelezen worden

[ Bericht 66% gewijzigd door Chandler op 11-02-2009 15:57:55 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_65953047
quote:
Op woensdag 11 februari 2009 15:49 schreef Chandler het volgende:

Ik lees idd dat innoDB veel handiger is voor inserts/updates idd maar dan is het nog maar de vraag hoe het omgaat met de lees acties... want ook tussen al het inserten en updaten moet er af en toe wat gelezen worden
Dat gaat ook prima hoor

Eigenlijk zou je voor ieder project per tabel moeten kijken of je er MyISAM of InnoDB voor wilt gebruiken.
pi_65955198
Ik heb even een test gedraaid.

1
2
3
4
5
6		SELECT r.link, l.hits 
FROM stats_referer_link l
LEFT JOIN stats_referer r ON (l.referer_id = r.id)
WHERE l.stat_id = '12' AND r.type_id = 'e' AND l.`date` = '2009-02-11' 
ORDER BY l.lastdate DESC 
LIMIT 25


Lokaal krijg ik bij myISAM 0.9 seconden en innoDB 1.0 (meerdere keren getest)...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_65956662
quote:
Op woensdag 11 februari 2009 17:13 schreef Chandler het volgende:
Ik heb even een test gedraaid.
[ code verwijderd ]

Lokaal krijg ik bij myISAM 0.9 seconden en innoDB 1.0 (meerdere keren getest)...
Je was tegelijkertijd ook 20 keer zoveel write queries aan het doen dan reads, zoals naar jouw zeggen in je real life situatie?
  woensdag 11 februari 2009 @ 18:21:26 #146
187069 slacker_nl
Sicko pur sang
pi_65957277
quote:
Op woensdag 11 februari 2009 13:37 schreef cablegunmaster het volgende:

[ code verwijderd ]

<input type=\"text\" name=\"artikelaantal[]\" size=\"7\" maxlength=\"5\" value=\"";
[ code verwijderd ]

</td>
ik krijg een irritante wit spatie achter alle artikelaantallen hoe haal ik dit weg? want ik krijg die trim functie niet goed werkend iemand een idee ?
Vet tijdstip!

Maar je trimfunctie moet zo volgens mij:

1
2
3
4
5
6		<?php
function trim_value(&$value) 
{ 
    $value = trim($value); 
}
?>


Het geheim zit 'm in references.

Er is ook een andere manier om precies hetzelfde te doen:
[PHP/(My)SQL] voor dummies - Deel 63

Allemachtig, het antwoord wordt zelfs gegeven in de trim documentatie:

http://nl.php.net/trim

[ Bericht 16% gewijzigd door slacker_nl op 11-02-2009 18:30:21 ]
In theory there is no difference between theory and practice. In practice there is.
pi_65957440
nu heb ik 2 arrays hoe krijg ik ze mooi naast elkaar?


artikelnummer
0=1
1=2
2=3
3=4
4=5
5=6
aantal
0=0
1=5
2=4
3=10
4=20
5=30

1
2
3
4
5
6
7
8		<?php
print "artikelnr:<br/>";
                            foreach($_POST['artikel_nr'] as $a => $art_nr)
                            print($a . ' = ' . $art_nr. '<br/>');
print "aantallen:<br/>";
                            foreach($_POST['artikelaantal'] as $i => $aantal){
                            print($i . ' = ' . $aantal. '<br/>');
?>


ik kreeg ze op deze manier onderelkaar , alleen hoe krijg ik ze naast elkaar

kreeg ze wel onderelkaar !

[ Bericht 32% gewijzigd door cablegunmaster op 11-02-2009 18:48:01 ]
Redacted
  woensdag 11 februari 2009 @ 18:28:00 #148
187069 slacker_nl
Sicko pur sang
pi_65957501
Table?
In theory there is no difference between theory and practice. In practice there is.
pi_65957643
Je ziet dat er een <br/> in je print staat?
pi_65957807
quote:
Op woensdag 11 februari 2009 18:32 schreef veldmuis het volgende:
Je ziet dat er een <br/> in je print staat?
ja nee niet op die manier.. maar hoe krijg ik die 2 in 1 table.
Redacted
pi_65957830
quote:
Op woensdag 11 februari 2009 18:28 schreef slacker_nl het volgende:
Table?
maar hoe krijg ik dan dat er artikel _ nr en dan aantal volgende regel herhaal komt te staan ?

1
2
3
4
5
6
7
8
9
10		<?php
while($i < count($one)) {
   
    while($a = each($two)) {
        echo $a[1]." - ".$one[$i].", ";
    }
    $i++;
   
}
?>


eens kijken of dit helpt

[ Bericht 64% gewijzigd door cablegunmaster op 11-02-2009 19:24:09 ]
Redacted
pi_65959534
quote:
Op woensdag 11 februari 2009 18:38 schreef cablegunmaster het volgende:

[..]

:Y maar hoe krijg ik dan dat er artikel _ nr en dan aantal volgende regel herhaal komt te staan ? :P
Da's niet zo moeilijk toch? Gewoon nadenken wat je wilt, namelijk artikelnummer en aantal op dezelfde regel (table row).
1
2
3
4
5
6
7
8
9
10
11		<?php
echo '<table>';
for($i = 0; $i < count($art_no); $i++) {
  echo '<tr>';
  echo '<td>'.$i.'</td>';
  echo '<td>'.$art_no[$i].'</td>';
  echo '<td>'.$aantal[$i].'</td>';
  echo '</tr>';
}
echo '</table>';
?>
fokstok.nl
  woensdag 11 februari 2009 @ 19:43:09 #153
187069 slacker_nl
Sicko pur sang
pi_65960121
Die count even uit de loop halen mensen.
In theory there is no difference between theory and practice. In practice there is.
pi_65960135
quote:
Op woensdag 11 februari 2009 19:27 schreef Light het volgende:

[..]

Da's niet zo moeilijk toch? Gewoon nadenken wat je wilt, namelijk artikelnummer en aantal op dezelfde regel (table row).
[ code verwijderd ]


Held ! Dankje Hiermee haal ik het wel ^^. ik dacht een moeilijke while met elke while dit maar een for is beter
Redacted
pi_65960317
quote:
Op woensdag 11 februari 2009 19:43 schreef cablegunmaster het volgende:

[..]

Held ! Dankje Hiermee haal ik het wel ^^. ik dacht een moeilijke while met elke while dit maar een for is beter

1
2
3
4
5
6
7
8
9
10
11
12
13
14		<?php
$k = count($art_no);
echo '<table>';
for($i = 0; $i < $k ; $i++) {
  if($aantal[$i] > 0 ){
  echo '<tr>';
  echo '<td>'.$i.'</td>';
  echo '<td>'.$art_no[$i].'</td>';
  echo '<td>'.$aantal[$i].'</td>';
  echo '</tr>';
  }
}
echo '</table>';
?>


zo heb ik hem dus als aantal groter is dan 0 toch ?
Redacted
pi_65961284
quote:
Op woensdag 11 februari 2009 19:43 schreef slacker_nl het volgende:
Die count even uit de loop halen mensen.
Kan, ik weet niet of dat een (duidelijke) snelheidswinst oplevert.
fokstok.nl
pi_65961317
quote:
Op woensdag 11 februari 2009 19:47 schreef cablegunmaster het volgende:

[..]
[ code verwijderd ]

zo heb ik hem dus als aantal groter is dan 0 toch ?
Correct
fokstok.nl
pi_65962224
quote:
Op woensdag 11 februari 2009 20:10 schreef Light het volgende:

[..]

Correct
maar dan krijg ik 0 6 2 te zien ipv de waardes
doe ik toch iets fouts
* gaat napluizen
laatste getal is laatste $aantal maar dan alleen het eerste cijfer
$i is 0
en mn $k echot 1 uit
die 6 komt van art_nrs die wel goed doortellen
1
2
3
4
5		<?php
echo $art_nr;
$k = count($art_nr);
echo $k."<br/>";
?>

uitkomst:
$art_nr = 6
$k = 1
doe ik toch iets fout ( count is voor arrays en ik nam aan dat er 6 waardes in zitten maar hij vind van niet )
zelfs met apache testen kom ik hierop uit

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26		<?php
             If(!empty($_POST)){ echo "<br/>".Var_dump($_POST)."<br/>";
print "artikelnr:<br/>";
                            foreach($_POST['artikel_nr'] as $i => $art_nr)
                            print($i . ' = ' . $art_nr. '<br/>');
print "aantallen:<br/>";
                            foreach($_POST['artikelaantal'] as $i => $aantal){
                            print($i . ' = ' . $aantal. '<br/>');
}

$k = count($art_nr[$i]);
echo $k."<br/>";
echo $art_nr;

echo '<table>';
for($i = 0; $i < $k; $i++) {
  echo '<tr>';
  echo '<td>'.$i.'</td>';
  echo '<td>'.$art_nr[$i].'</td>';
  echo '<td>'.$aantal[$i].'</td>';
  echo '</tr>';
}
echo '</table>';
echo $k;
                                }
?>


terwijl bij de foreach hij wel alles er mooi uitgooit

[ Bericht 10% gewijzigd door cablegunmaster op 11-02-2009 21:16:14 ]
Redacted
pi_65963379
quote:
Op woensdag 11 februari 2009 18:00 schreef Roy_T het volgende:
Je was tegelijkertijd ook 20 keer zoveel write queries aan het doen dan reads, zoals naar jouw zeggen in je real life situatie?
Nee natuurlijk niet

Maar ik heb getest op een database van myISAM en dezelfde database maar dan geconverteerd naar innoDB en het verschil wsa praktisch nihil
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  woensdag 11 februari 2009 @ 21:15:02 #160
75592 GlowMouse
l'état, c'est moi
pi_65963753
quote:
Op woensdag 11 februari 2009 21:03 schreef Chandler het volgende:

[..]

Maar ik heb getest op een database van myISAM en dezelfde database maar dan geconverteerd naar innoDB en het verschil wsa praktisch nihil
Gelukkig maar, bij jouw situatie hoor je geen grote verschillen te ontdekken. Die zie je pas bij grote belasting. Die indices zouden je query wel 100x sneller maken. Wellicht dat je nog andere queries hebt die er profijt van hebben, want ik zou toch neigen naar wel toevoegen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  woensdag 11 februari 2009 @ 21:16:13 #161
187069 slacker_nl
Sicko pur sang
pi_65963798
quote:
Op woensdag 11 februari 2009 20:10 schreef Light het volgende:

[..]

Kan, ik weet niet of dat een (duidelijke) snelheidswinst oplevert.
Met dit kleine voorbeeld niet, maar met grotere arrays wel.
In theory there is no difference between theory and practice. In practice there is.
pi_65964752
quote:
Op woensdag 11 februari 2009 20:31 schreef cablegunmaster het volgende:

[..]

maar dan krijg ik 0 6 2 te zien ipv de waardes
doe ik toch iets fouts
* gaat napluizen
laatste getal is laatste $aantal maar dan alleen het eerste cijfer
$i is 0
en mn $k echot 1 uit
die 6 komt van art_nrs die wel goed doortellen
[ code verwijderd ]

uitkomst:
$art_nr = 6
$k = 1
doe ik toch iets fout ( count is voor arrays en ik nam aan dat er 6 waardes in zitten maar hij vind van niet )
zelfs met apache testen kom ik hierop uit
[ code verwijderd ]

terwijl bij de foreach hij wel alles er mooi uitgooit
Oh, dan moet je in mijn stukje code $art_nr en $aantal vervangen door $_POST['artikel_nr'] en $_POST['artikelaantal']. Maar dat kon je natuurlijk ook zelf bedenken.
fokstok.nl
pi_65966956
quote:
Op woensdag 11 februari 2009 21:37 schreef Light het volgende:

[..]

Oh, dan moet je in mijn stukje code $art_nr en $aantal vervangen door $_POST['artikel_nr'] en $_POST['artikelaantal']. Maar dat kon je natuurlijk ook zelf bedenken.

dank voor de tip het is me gelukt
Resultaat komt binnenkort Bestellen pagina heb ik hier de hele tijd moeite mee
maar het vordert nu heb ik al een winkelmandje zo te zeggen een primitieve maar het werkt
Redacted
pi_65970104
quote:
Op woensdag 11 februari 2009 21:03 schreef Chandler het volgende:

Nee natuurlijk niet

Maar ik heb getest op een database van myISAM en dezelfde database maar dan geconverteerd naar innoDB en het verschil wsa praktisch nihil
Het hele row vs table locking voordeel gaat op bij veel writes, dus je testcase is waardeloos
pi_65971842
quote:
Op woensdag 11 februari 2009 21:37 schreef Light het volgende:

[..]

Oh, dan moet je in mijn stukje code $art_nr en $aantal vervangen door $_POST['artikel_nr'] en $_POST['artikelaantal']. Maar dat kon je natuurlijk ook zelf bedenken.
ja toen ik het eenmaal door had heb ik dit geschreven

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29		<?php
$p = count($_SESSION['artikelnr']);
        // k= aantal regels van het winkelmandje
$k = 1;
$totaalprijs= 0;
for($i = 0; $i < $p; $i++)
    {
    if($_SESSION['artikelaantal'][$i] > 0 )
        {
            if(is_numeric($_SESSION['artikelaantal'][$i]))
            {
                if($_SESSION['artikelaantal'][$i] <= $_SESSION['voorraad'][$i])
                {
                echo '<tr>';
                echo '<td>'.$k.'</td>';
                echo '<td>'.$_SESSION['artikelnr'][$i].'</td>';
                echo '<td>'.$_SESSION['omschrijving'][$i].'</td>';
                echo '<td>'.$_SESSION['artikelaantal'][$i].'</td>';
                echo '<td>'.$_SESSION['artikelprijs'][$i].'</td>';
                echo '</tr>';
                $k = $k+1;
                $totaalprijs = $totaalprijs +($_SESSION['artikelprijs'][$i] * $_SESSION['artikelaantal'][$i]);
                }
            }
        }
    }
    echo "<tr><td colspan =\"4\">Totaal prijs  ¤".$totaalprijs."</td></tr></table></form><br/>";
}
?>


en ja het werkt

http://dgb.clanslayers.com/

user: klant
pass: klant

[ Bericht 1% gewijzigd door cablegunmaster op 12-02-2009 00:28:01 ]
Redacted
pi_65972299
Waarom gebruik je drie if's binnen elkaar, en niet gewoon:

1if (is_numeric($_SESSION['artikelaantal'][$i]) && $_SESSION['artikelaantal'][$i] > 0 && $_SESSION['artikelaantal'][$i] <= $_SESSION['voorraad'][$i])


(het lijkt me overigens logischer om eerst te kijken of iets numeriek is, voordat je gaat kijken of het groter is dan 0 )
pi_65972385
quote:
Op donderdag 12 februari 2009 00:38 schreef Roy_T het volgende:
Waarom gebruik je drie if's binnen elkaar, en niet gewoon:
[ code verwijderd ]

(het lijkt me overigens logischer om eerst te kijken of iets numeriek is, voordat je gaat kijken of het groter is dan 0 )
* shrugs * kon zo ook ja maar ik vind het zo'n gedoe met && en || dan moet je weer met extra haakjes werken

maar heb hem nu als 1 regel staan dankzij jou
Redacted
pi_65972454
quote:
Op donderdag 12 februari 2009 00:41 schreef cablegunmaster het volgende:

* shrugs * kon zo ook ja maar ik vind het zo'n gedoe met && en || dan moet je weer met extra haakjes werken
In dit geval geen extra haakjes nodig hoor

Jouw manier werkt, maar is allesbehalve "marktconform" (en zou bij ieder bedrijf onacceptabel zijn ).
pi_65972505
quote:
Op donderdag 12 februari 2009 00:43 schreef Roy_T het volgende:

[..]

In dit geval geen extra haakjes nodig hoor

Jouw manier werkt, maar is allesbehalve "marktconform" (en zou bij ieder bedrijf onacceptabel zijn ).
het is voor een school project waar niemand meehelpt en ik een hoog cijfer op ga halen
ik push iedereen en als ze zo door blijven gaan betekent dat voor hun een onvoldoende en voor mij een 8

en ik heb geen idee hoe het in het zakelijke leven hiermee gaat . 1e jaars ict studentje.
Net begonnen aan php (10 weekjes )
Redacted
pi_65972773
Het idee is iig om geen overbodige statements te gebruiken, dus als het in één if kan: stop het in één if (tenzij het echt onleesbaar wordt, maar dat is hier niet het geval).

Wanneer "is_numeric($_SESSION['artikelaantal'][$i])" false is trouwens, dan voert 'ie de rest van de if niet uit, dus je zorgt niet voor extra overhead
pi_65972843
quote:
Op donderdag 12 februari 2009 00:58 schreef Roy_T het volgende:
Het idee is iig om geen overbodige statements te gebruiken, dus als het in één if kan: stop het in één if (tenzij het echt onleesbaar wordt, maar dat is hier niet het geval).

Wanneer "is_numeric($_SESSION['artikelaantal'][$i])" false is trouwens, dan voert 'ie de rest van de if niet uit, dus je zorgt niet voor extra overhead
extra overhead = rekenkracht ?
Redacted
pi_65974772
quote:
Op donderdag 12 februari 2009 00:58 schreef Roy_T het volgende:
Het idee is iig om geen overbodige statements te gebruiken, dus als het in één if kan: stop het in één if (tenzij het echt onleesbaar wordt, maar dat is hier niet het geval).
tenzij je foutmeldingen of iets anders wilt triggeren, afhankelijk van wat er fout gaat, dan kom je er niet uit met 1 statement.... maar in dit geval (zonder else statements) is 1 statement wel een stuk netter ja.

Feitelijk voer je ook maar 1 controle uit, met 1 resultaat (goed of fout) -> 1 regel.
pi_65975426
quote:
Op donderdag 12 februari 2009 08:28 schreef Xcalibur het volgende:

tenzij je foutmeldingen of iets anders wilt triggeren, afhankelijk van wat er fout gaat, dan kom je er niet uit met 1 statement.... maar in dit geval (zonder else statements) is 1 statement wel een stuk netter ja.
Dat leek mij voor zich te spreken
pi_65979514
Weet iemand toevallig een scriptje/programma die een database structuur graphisch kan weergeven?
pi_65979725
quote:
Op donderdag 12 februari 2009 11:30 schreef Keiichi het volgende:
Weet iemand toevallig een scriptje/programma die een database structuur graphisch kan weergeven?
ik weet dat het met visio kan implementeren maar dat was ook ver van volledig maar je kon wel verbinding maken met de database en alles binnen halen. hoe en wat geen idee

Maar een ex-projectgenoot kreeg het voor elkaar.
Redacted
pi_65979774
quote:
Op donderdag 12 februari 2009 11:30 schreef Keiichi het volgende:
Weet iemand toevallig een scriptje/programma die een database structuur graphisch kan weergeven?
DBDesigner 4 kan dat wel volgens mij, als je een Windows app zoekt. Freeware volgens mij.
pi_65982153
quote:
Op woensdag 11 februari 2009 21:15 schreef GlowMouse het volgende:

[..]

Gelukkig maar, bij jouw situatie hoor je geen grote verschillen te ontdekken. Die zie je pas bij grote belasting. Die indices zouden je query wel 100x sneller maken. Wellicht dat je nog andere queries hebt die er profijt van hebben, want ik zou toch neigen naar wel toevoegen.
Ws zet ik het wel om, maar goed. Toch vind ik het vervelend dat het uitlezen van zo weinig data zoveel tijd moet kosten
quote:
Op woensdag 11 februari 2009 23:32 schreef Roy_T het volgende:
Het hele row vs table locking voordeel gaat op bij veel writes, dus je testcase is waardeloos
Klopt, daarin heb je gelijk. Maar testen op de huidige server is gewoon niet te doen

Er is blijkbaar geen andere / betere opzet qua structuur, dat is wel balen
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_65982211
quote:
Op donderdag 12 februari 2009 12:42 schreef Chandler het volgende:

Klopt, daarin heb je gelijk. Maar testen op de huidige server is gewoon niet te doen
How about lokaal?
pi_65982710
Ik heb werkelijk geen idee hoe ik dit zou moeten simuleren?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_66008420
Hoi, ik ben een PHP noob en heb een contactformuliertje online gevonden. Het werkt perfect behalve 1 ding: Ik krijg de woonplaats van de persoon die het invult niet door, de naam, email, en bericht lukt perfect. Hoe komt dit? Hieronder vind je de broncodes van de twee relevante bestanden:

Index.html

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">

<head>
<title>A Nice & Simple Contact Form</title>

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

<link rel="stylesheet" type="text/css" href="style.css" />
</head>

<body>

<div id="page-wrap">

<img src="images/title.gif" alt="A Nice & Simple Contact Form" /><br /><br />




<div id="contact-area">

<form method="post" action="contactengine.php">
<label for="Name" id="Name">Naam:</label>
<input type="text" name="Name" />

<label for="City" id="City">Woonplaats:</label>
<input type="text" name="City" />

<label for="Email" id="Email">Email:</label>
<input type="text" name="Email" />

<label for="Message" id="Message">Bericht:</label><br />
<textarea name="Message" rows="20" cols="20"></textarea>

<input type="submit" name="submit" value="Verzend" class="submit-button" />
</form>

<div style="clear: both;"></div>

</div>

</div>

<script src="http://www.google-analytics.com/urchin.js" type="text/javascript">
</script>
<script type="text/javascript">
_uacct = "UA-68528-29";
urchinTracker();
</script>

</body>

</html>


contactengine.php

<?php

$EmailFrom = "archytas@telenet.be";
$EmailTo = "archytas@telenet.be";
$Subject = "Contactname Buonissimo - Kok aan huis";
$Name = Trim(stripslashes($_POST['Name']));
$Tel = Trim(stripslashes($_POST['City']));
$Email = Trim(stripslashes($_POST['Email']));
$Message = Trim(stripslashes($_POST['Message']));

// validation
$validationOK=true;
if (!$validationOK) {
print "<meta http-equiv=\"refresh\" content=\"0;URL=error.htm\">";
exit;
}

// prepare email body text
$Body = "";
$Body .= "Name: ";
$Body .= $Name;
$Body .= "\n";
$Body .= "City: ";
$Body .= $City;
$Body .= "\n";
$Body .= "Email: ";
$Body .= $Email;
$Body .= "\n";
$Body .= "Message: ";
$Body .= $Message;
$Body .= "\n";


$success = mail($EmailTo, $Subject, $Body, "From: <$EmailFrom>");


if ($success){
print "<meta http-equiv=\"refresh\" content=\"0;URL=contactthanks.php\">";
}
else{
print "<meta http-equiv=\"refresh\" content=\"0;URL=error.htm\">";
}
?>

http://blog.netmax-webdesign.be
  vrijdag 13 februari 2009 @ 01:32:40 #181
187069 slacker_nl
Sicko pur sang
pi_66008598
quote:
Op vrijdag 13 februari 2009 01:16 schreef Buonissimo het volgende:
Hoi, ik ben een PHP noob en heb een contactformuliertje online gevonden. Het werkt perfect behalve 1 ding: Ik krijg de woonplaats van de persoon die het invult niet door, de naam, email, en bericht lukt perfect. Hoe komt dit? Hieronder vind je de broncodes van de twee relevante bestanden:
Zet alles eens in code blocks (of beter, gebruik een pastebin voor zulke grote lappen code).
In theory there is no difference between theory and practice. In practice there is.
pi_66010129
Zo te zien wordt city in het Tel veld gezet:
1$Tel = Trim(stripslashes($_POST['City'])); 


Dat moeten dus 2 regels worden:

1
2		$Tel = Trim(stripslashes($_POST['Tel'])); 
$City = Trim(stripslashes($_POST['City'])); 


:)
  vrijdag 13 februari 2009 @ 08:30:14 #183
85919 Likkende_Lassie
Doe eens wat aan je ondertitel
pi_66010169
quote:
Op vrijdag 13 februari 2009 01:16 schreef Buonissimo het volgende:
Hoi, ik ben een PHP noob en heb een contactformuliertje online gevonden. Het werkt perfect behalve 1 ding: Ik krijg de woonplaats van de persoon die het invult niet door, de naam, email, en bericht lukt perfect. Hoe komt dit? Hieronder vind je de broncodes van de twee relevante bestanden:

Index.html

if ($success){
print "<meta http-equiv=\"refresh\" content=\"0;URL=contactthanks.php\">";
}
else{
print "<meta http-equiv=\"refresh\" content=\"0;URL=error.htm\">";
}
?>


En gebruik header("Location: /error.html"); om door te sturen!
pi_66010782
En gebruik aub minder hoofdletters Functies worden in PHP nooit met een hoofdletter geschreven, dus geen Trim() maar trim(). Namen van variabelen kunnen met hoodletters, maar ik heb het nog nooit ergens gezien (dus gewoon $city ipv $City).
  vrijdag 13 februari 2009 @ 10:15:47 #185
187069 slacker_nl
Sicko pur sang
pi_66012404
Dat is gewoon een coding stijl (@hoofdletters voor variablen). Er zijn zat mensen die met Hoofdletters coden. OF CamelCase...

Als we het over coding standards gaan hebben: http://www.dagbladet.no/development/phpcodingstandard/

Misschien een goeie link voor in de OP.
In theory there is no difference between theory and practice. In practice there is.
pi_66012535
Ik ga voor camelCase. CamelCase staat slordig. Vind ik .
  vrijdag 13 februari 2009 @ 10:23:58 #187
187069 slacker_nl
Sicko pur sang
pi_66012680
quote:
Op vrijdag 13 februari 2009 10:19 schreef veldmuis het volgende:
Ik ga voor camelCase. CamelCase staat slordig. Vind ik .
Vind ik ook...
In theory there is no difference between theory and practice. In practice there is.
pi_66013855
quote:
Op vrijdag 13 februari 2009 10:15 schreef slacker_nl het volgende:
Dat is gewoon een coding stijl (@hoofdletters voor variablen). Er zijn zat mensen die met Hoofdletters coden. OF CamelCase...
Ik heb héél veel code van anderen gezien. Daarin inderdaad wel $camelCase (wat mij betreft prima), maar nooit $CamelCase.
pi_66014808
ik doe ook camelCase zelfs met php functies.

vind isSet mooier dan isset

ps. weet iemand hoe ik simpel en snel alle values uit een array in een string kan zetten? dus 0=>'a', 1=>'b' naar $str = 'ab';
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  vrijdag 13 februari 2009 @ 11:30:46 #190
46383 Tiemie
sowieso wel!
pi_66014888
quote:
Op vrijdag 13 februari 2009 11:28 schreef Chandler het volgende:
ik doe ook camelCase zelfs met php functies.

vind isSet mooier dan isset :P

ps. weet iemand hoe ik simpel en snel alle values uit een array in een string kan zetten? dus 0=>'a', 1=>'b' naar $str = 'ab';
1
2
3
4		<?php
$a = array(0 => 'a', 1 => 'b');
print join('', $a);
?>
  vrijdag 13 februari 2009 @ 11:31:16 #191
75592 GlowMouse
l'état, c'est moi
pi_66014906
quote:
Op vrijdag 13 februari 2009 08:30 schreef Likkende_Lassie het volgende:

[..]

En gebruik header("Location: /error.html"); om door te sturen!
In een Location-header moet de volledige URL, inclusief http://

En was PHP zelf maar eens consequent met functienamen en argumenten. Waarom heeft html_ entity_ decode wel en htmlentities geen underscore? Waarom komt bij in_array eerst de needle en dan de haystack, en is het bij strstr precies andersom?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_66015160
quote:
Op vrijdag 13 februari 2009 11:28 schreef Chandler het volgende:
ik doe ook camelCase zelfs met php functies.

vind isSet mooier dan isset
En helaas is PHP zo ranzig dat het nog werkt ook.

En GlowMouse: rete-irritant inderdaad
pi_66015193
quote:
Op vrijdag 13 februari 2009 11:30 schreef Tiemie het volgende:
Ik wist dat het gemakkelijk was idd stom dat ik hier niet aan gedacht had! tnx!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_66015239
quote:
Op vrijdag 13 februari 2009 11:39 schreef Roy_T het volgende:
En helaas is PHP zo ranzig dat het nog werkt ook.

En GlowMouse: rete-irritant inderdaad
Ach laten we dan maar niet beginnen over zoveel andere functies van PHP

De ene wil eerst de input weten en daarna de opties en de ander weer net andersom!? dus wat dat betreft, prettig taaltje
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_66015258
quote:
Op donderdag 12 februari 2009 12:56 schreef Chandler het volgende:
Ik heb werkelijk geen idee hoe ik dit zou moeten simuleren?
Anyone?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  vrijdag 13 februari 2009 @ 11:44:42 #196
46383 Tiemie
sowieso wel!
pi_66015361
quote:
Op vrijdag 13 februari 2009 11:41 schreef Chandler het volgende:

[..]

Anyone?
gewoon heel veel inserts doen en tegelijkertijd selects doen op die tabel lijkt me.
  vrijdag 13 februari 2009 @ 11:47:40 #197
75592 GlowMouse
l'état, c'est moi
pi_66015468
quote:
Op vrijdag 13 februari 2009 11:44 schreef Tiemie het volgende:

[..]

gewoon heel veel inserts doen en tegelijkertijd selects doen op die tabel lijkt me.
Ik zou naar een kant en klare app zoeken, tenzij je zelf multithreaded applicaties kunt schrijven. Anders vind je nooit de grenzen van een databaseserver.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_66017873
quote:
Op vrijdag 13 februari 2009 11:47 schreef GlowMouse het volgende:
Ik zou naar een kant en klare app zoeken, tenzij je zelf multithreaded applicaties kunt schrijven. Anders vind je nooit de grenzen van een databaseserver.
Dat gaat mij iig niet lukken, ik ga eens zoeken!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  vrijdag 13 februari 2009 @ 13:15:27 #199
12221 Tijn
Powered by MS Paint
pi_66018255
quote:
Op vrijdag 13 februari 2009 10:59 schreef Roy_T het volgende:

[..]

Ik heb héél veel code van anderen gezien. Daarin inderdaad wel $camelCase (wat mij betreft prima), maar nooit $CamelCase.
Toch apart dat PHP zo gefocused is op lowerCamelCase, want in veel programmeertalen (o.a. Pascal, Python, Java en .NET) kom je wel veel UpperCamelCase tegen.
Verberg de nieuwsticker
  vrijdag 13 februari 2009 @ 13:29:02 #200
46383 Tiemie
sowieso wel!
pi_66018693
quote:
Op vrijdag 13 februari 2009 13:15 schreef Tijn het volgende:

[..]

Toch apart dat PHP zo gefocused is op lowerCamelCase, want in veel programmeertalen (o.a. Pascal, Python, Java en .NET) kom je wel veel UpperCamelCase tegen.
lowerCamelCase voor variabelen en UpperCamelCase voor classes.
actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
[PHP/(My)SQL] voor dummies - Deel 68
Index

» digital corner

» development

Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')