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

quote:

Op zondag 1 februari 2009 16:45 schreef GlowMouse het volgende:

[ code verwijderd ]

Moet je wel zeker weten dat actief altijd 0 of 1 is

Groetjes,
GlowMouse

quote:

Op zondag 1 februari 2009 16:59 schreef GlowMouse het volgende:
Alle id's in een arraytje stoppen, imploden op een komma, en WHERE id IN(" . $ids . ")" gebruiken. Zeker bij MyISAM moet je zoveel mogelijk in één UPDATE-query doen.

quote:

Op zondag 1 februari 2009 17:02 schreef ursel het volgende:

[..]

Hoezo zeker bij MyISAM??

quote:

Op zondag 1 februari 2009 16:45 schreef GlowMouse het volgende:

[ code verwijderd ]

Moet je wel zeker weten dat actief altijd 0 of 1 is

Groetjes,
GlowMouse

quote:

Op zondag 1 februari 2009 17:06 schreef GlowMouse het volgende:

[..]

Omdat je bij MyISAM voor iedere UPDATE-query de table lockt en daarvoor op alle SELECT-queries moet wachten en zowel tijdens het wachten als tijdens het updaten alle nieuwe SELECT-queries laat wachten. Dat ga je merken als je wat meer bezoekers hebt.

quote:

Op zondag 1 februari 2009 17:09 schreef veldmuis het volgende:

[..]

Thanks! Ik wist niet dat dat ook op die manier kan met een update query! Tof, wel!

quote:

Op zondag 1 februari 2009 17:11 schreef GlowMouse het volgende:

[..]

Die manier is met name handig bij tellertjes. Als je eerst een SELECT en daarna een UPDATE zou doen, heb je kans dat twee vrijwel gelijktijdige requests eerst allebei de SELECT doen en daarna met UPDATE de teller maar met één ophogen in plaats van met twee.

quote:

Op zondag 1 februari 2009 17:09 schreef ursel het volgende:

Ok, dat wisten we niet, weer wat geleerd..

quote:

Op zondag 1 februari 2009 16:44 schreef veldmuis het volgende:
Ik heb een vraag (alweer )
het resultaat van deze query:
[ code verwijderd ]

is een 0 of een 1. Die wil ik omkeren en dan terug in de DB proppen:
[ code verwijderd ]

Ik krijg het niet voor elkaar. Kan ik dit in één query doen? Ik weet hoe een subquery werkt, maar hoe ik een 0 in een 1 kan omtoveren met een subquery weet ik niet. Kan dat sowieso wel?

quote:

Op maandag 2 februari 2009 00:51 schreef GlowMouse het volgende:
Ja, of
[ code verwijderd ]

quote:

Op maandag 2 februari 2009 15:43 schreef GlowMouse het volgende:
Iets met getimagesize, een if en een new_height = 500/old_width * old_height.

quote:

Op maandag 2 februari 2009 16:03 schreef Boschkabouter het volgende:
Ik ben nog niet zo lang bezig met php & MySQL, maar hoe moeilijk is het om een webshop te maken?
Hebben jullie toevallig nog tips of trucs die ik kan gebruiken?

quote:

Op maandag 2 februari 2009 18:46 schreef cablegunmaster het volgende:
kan je de waardes niet beter in een tabel gooien en ze daarvan uit echo'en?

of snap je niet hoe dat moet ?

quote:

Op maandag 2 februari 2009 16:18 schreef GlowMouse het volgende:

[..]

Ik zou er niet aan beginnen omdat je beveiliging goed op orde moet zijn.

quote:

Op dinsdag 3 februari 2009 13:03 schreef veldmuis het volgende:
Zou je dan niet gewoon notepad++ pakken?

quote:

Op dinsdag 3 februari 2009 13:33 schreef veldmuis het volgende:
Oow zo. FCKEditor?
TinyMCE?

Zijn allebei te strippen tot een heel kale editor.

FCKEditor heeft als voordeel dat de uploadmogelijkheid er standaard in zit, bij TinyMCE is dat een betaalde optie.

FCKEdit poept XHTML uit, TinyMCE kan HTML en XHTML. Is wat je wil.

quote:

Op dinsdag 3 februari 2009 14:32 schreef Chandler het volgende:
Weet iemand (niet echt PHP maar goed) hoe je dit soort vragen noemt
[ code verwijderd ]

quote:

Op dinsdag 3 februari 2009 14:13 schreef veldmuis het volgende:
Dat kan toch? Zo gebruik ik de FCKeditor ook.

quote:

Op dinsdag 3 februari 2009 14:33 schreef Flaccid het volgende:
Matrices?

quote:

Op dinsdag 3 februari 2009 14:32 schreef Chandler het volgende:
Weet iemand (niet echt PHP maar goed) hoe je dit soort vragen noemt
[ code verwijderd ]

quote:

Op dinsdag 3 februari 2009 14:34 schreef Flaccid het volgende:

[..]

Heb je toevallig een scriptje wat jij runt dan? Of is makkelijker voor mij om los te beginnen.

quote:

Op dinsdag 3 februari 2009 14:42 schreef veldmuis het volgende:
Een enquete?

quote:

Op dinsdag 3 februari 2009 14:43 schreef veldmuis het volgende:

[..]

Ik geef in de url een id mee, dat ID hang ik aan een query die netjes de inhoud uit de db die ik wil hebben in de FCKEditor stopt.
In diezelfde pagina wordt de inhoud ook geupdated als er postdata wordt meegezonden, en die postdata komt, jawel, van de FCKEditor.

Werkt bij mij perfect.

quote:

Op dinsdag 3 februari 2009 15:42 schreef GlowMouse het volgende:
Overal dezelfde content-type gebruiken (geen UTF-8 en ISO-8859 door elkaar gebruiken).

quote:

Op dinsdag 3 februari 2009 15:52 schreef mstx het volgende:

[..]

Als je UTF-8 gebruikt moet je dat bij bepaalde PHP functies ook meegeven. Bijv. bij htmlentities() en html_entity_decode(), anders probeert hij het default in ISO-8859-1 te veranderen, wat niet goed gaat.
(Daar heb ik zelf ooit eens een paar uur mee lopen kloten voordat ik daar achter kwam.)

quote:

Op dinsdag 3 februari 2009 15:54 schreef GlowMouse het volgende:

[..]

Bij veel string functies kan dat niet, dus tenzij het echt nodig is zou ik tot PHP6 uitkomt bij UTF-8 uit de buurt blijven.

quote:

Op dinsdag 3 februari 2009 15:42 schreef GlowMouse het volgende:
Overal dezelfde content-type gebruiken (geen UTF-8 en ISO-8859 door elkaar gebruiken).

quote:

Op dinsdag 3 februari 2009 17:44 schreef Flaccid het volgende:

[..]

de html files die ik hgebruik bevatten geen content type. Zou dat het kunnen zijn? Ik dacht dit is niet nodig omdat ze toch ge-include worden.

quote:

Op dinsdag 3 februari 2009 18:11 schreef GlowMouse het volgende:

[..]

Het gaat om de communicatie tussen server en client.

quote:

Op dinsdag 3 februari 2009 18:50 schreef Flaccid het volgende:

[..]

Maar wat moet ikd us nu doen voor ?[/dom]

quote:

Op dinsdag 3 februari 2009 18:37 schreef GlowMouse het volgende:
var_dump($_SESSION)?

En het is isset, niet isSet.

quote:

Op dinsdag 3 februari 2009 14:32 schreef Chandler het volgende:
Weet iemand (niet echt PHP maar goed) hoe je dit soort vragen noemt
[ code verwijderd ]

quote:

Op woensdag 4 februari 2009 20:17 schreef GlowMouse het volgende:
http://nl3.php.net/get_included_fails

Maar als het zo belangrijk is om te includen, kun je toch require gebruiken?

quote:

Op vrijdag 6 februari 2009 06:31 schreef Light het volgende:

[ code verwijderd ]

Iets korter gemaakt, en hoofdletterongevoelig. Dat laatste doe je met de i na de reguliere expressie. De U is om de expressie ungreedy te maken, dan pakt'ie met het stukje .*# alles tot en met het eerste #. En \d betekent een digit, is dus hetzelfde als [0-9].

Zoals altijd geldt ook voor deze code dat'ie niet getest is

quote:

Op vrijdag 6 februari 2009 12:48 schreef Roy_T het volgende:
Je moet hem wel als header meesturen natuurlijk. Ik vind het overigens meer dan dubieus om een header mee te sturen die "liegt" dat SpamAssassin een spam-check gedaan heeft. SpamAssassin voegt die header zelf wel toe na het scannen.

quote:

Op vrijdag 6 februari 2009 13:26 schreef RoW_0 het volgende:
mensen, ik wil een klein website maken 'een visitekaartje' en ik wil graag weten welke programma's het beste zijn om met een paar muisklikjes een leuke website te ontwerpen.

iemand?

beetje in de stijl van wordpress. zonder een database.

quote:

Op vrijdag 6 februari 2009 12:34 schreef veldmuis het volgende:
Ik doe nog eens een vraag .

Ik probeer een html mail te versturen, en dat gaat best prima, alleen is de ontvangende server van mening dat er nog een header bij moet:
[ code verwijderd ]

Prima, maar die code komt bovenaan de mail te staan. In de source staan dan ook die regels, en daarna komt pas de <html>tag.

Iemand een idee of dat op te lossen is? Dat moet toch kunnen?

quote:

Op vrijdag 6 februari 2009 13:56 schreef veldmuis het volgende:
Zo:
[ code verwijderd ]

$message bevat <html> t/m </html>

quote:

Op vrijdag 6 februari 2009 14:01 schreef GlowMouse het volgende:
PHPMailer gebruiken, met HTML-mails gaat gewoon teveel mis. En als het dan nog niet werkt, kun je terecht SpamAssassin de schuld geven

quote:

Op vrijdag 6 februari 2009 14:02 schreef HuHu het volgende:

[..]

Ik weet het niet precies, maar regel 4 en 5 moet je ook met "\r\n" afsluiten.

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?

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 .

quote:

Op zondag 8 februari 2009 16:25 schreef cablegunmaster het volgende:

[ code verwijderd ]

zou dit in minder querys kunnen ?

quote:

Op zondag 8 februari 2009 16:25 schreef cablegunmaster het volgende:

[ code verwijderd ]

zou dit in minder querys kunnen ?

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?

quote:

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

[..]

ik dacht dat je dan alle tabellen lockte.

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.

quote:

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

[..]

ik dacht dat je dan alle tabellen lockte.

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.

quote:

Op zondag 8 februari 2009 22:08 schreef HuHu het volgende:

[ code verwijderd ]

of gewoon
[ code verwijderd ]

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?

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?

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

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.

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.

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??

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 ?

quote:

Op woensdag 11 februari 2009 13:41 schreef HuHu het volgende:
Je trim_value geeft de ongewijzigde input terug hè.

quote:

Op woensdag 11 februari 2009 13:35 schreef GlowMouse het volgende:

[..]

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

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.

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

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)...

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 ?

quote:

Op woensdag 11 februari 2009 18:32 schreef veldmuis het volgende:
Je ziet dat er een <br/> in je print staat?

quote:

Op woensdag 11 februari 2009 18:28 schreef slacker_nl het volgende:
Table?

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 ]

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

quote:

Op woensdag 11 februari 2009 20:10 schreef Light het volgende:

[..]

Correct

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?

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

quote:

Op woensdag 11 februari 2009 20:10 schreef Light het volgende:

[..]

Kan, ik weet niet of dat een (duidelijke) snelheidswinst oplevert.

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.

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

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.

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 )

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

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 ).

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

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).

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.

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?

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?

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.

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

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

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:

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\">";
}
?>

quote:

Op vrijdag 13 februari 2009 10:19 schreef veldmuis het volgende:
Ik ga voor camelCase. CamelCase staat slordig. Vind ik .

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...

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';

quote:

Op vrijdag 13 februari 2009 08:30 schreef Likkende_Lassie het volgende:

[..]

En gebruik header("Location: /error.html"); om door te sturen!

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

quote:

Op vrijdag 13 februari 2009 11:30 schreef Tiemie het volgende:

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

quote:

Op donderdag 12 februari 2009 12:56 schreef Chandler het volgende:
Ik heb werkelijk geen idee hoe ik dit zou moeten simuleren?

quote:

Op vrijdag 13 februari 2009 11:41 schreef Chandler het volgende:

[..]

Anyone?

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.

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.

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.

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.