[PHP/(My)SQL] voor dummies - Deel 41 | Digital Corner (DIG)

donderdag 5 april 2007 @ 22:22:26 #151

Siegfried

Hola, ik heb deze functie geschreven:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

<?php
function input_dag($dag){
    $output = "
        <select name="dag">
            <option value="">dag</option>";

    for ( $day = 1; $day <= 31; $day += 1) {
        if($day == $dag) { $output .= "
                <option value="$day" selected>$day</option>";}
        else { $output .= "
                <option value="$day">$day</option>";}
    }

    $output .= "
        </select>";
    return $output;
}
?>

Maar zou graag willen dat de dagen 1 t/m 9 met een voorloop nul getoond zouden worden. Iemand een idee hoe ik dit voor elkaar krijg?

donderdag 5 april 2007 @ 22:27:03 #152

Xcalibur

ik heb toevallig zoiets vandaag gedaan, maar dat betrof wel een string: http://nl3.php.net/strpad
Het lijkt me dat hier ook wel een numerieke functie voor zal zijn?

donderdag 5 april 2007 @ 22:41:52 #153

JeRa

De sprintf()-functie is daar ideaal voor

donderdag 5 april 2007 @ 22:49:09 #154

Siegfried

Kijk, daar kan ik geloof ik wel wat mee

vrijdag 6 april 2007 @ 01:56:26 #155

Siegfried

De oplossing was:

1
2
3

<?php
$value = sprintf("%02s",$day);
?>

vrijdag 6 april 2007 @ 12:57:02 #156

super-muffin

Hoe kan ik een bestand voor een bepaalde tijd geupload hebben? Dus iemand upload een foto, word verkleint en krijg die weer voorgeschoteld in de browser, en daarna word de afbeelding van de server verwijderd.

Steam - SC2

vrijdag 6 april 2007 @ 13:16:41 #157

Geqxon

quote:
Op vrijdag 6 april 2007 12:57 schreef super-muffin het volgende:
Hoe kan ik een bestand voor een bepaalde tijd geupload hebben? Dus iemand upload een foto, word verkleint en krijg die weer voorgeschoteld in de browser, en daarna word de afbeelding van de server verwijderd.

Na hij verkleind is, en je hem niet nodig hebt:

1
2
3

<?php
unlink($filename);
?>

:)

vrijdag 6 april 2007 @ 13:20:30 #158

Geqxon

Gelijk nog een vraagje: Ik wil graag een XML achtig bestand parsen, en met eregi gaat dat dus te traag. De opbouw is in de trant van:

1
2
3
4

<persoon>
<voornaam>Hans</voornaam>
<achternaam>Anders</achternaam>
</persoon>

Op het moment kijk ik lijn voor lijn wat voor data de lijn bevat, maar dat is dus behoorlijk traag. Ik zat zelf te denken aan een preg_match_all op <persoon>(*.)</persoon>, en binnen de array van matches te preg_matchen op <voornaam(*.)</voornaam>. Ik ben alleen totaal geen held als het op regexs en preg_match neer komt, dus heeft iemand misschien een klein duwtje in de goede richting? Alvast bedankt :)

vrijdag 6 april 2007 @ 13:42:10 #159

JeRa

quote:
Op vrijdag 6 april 2007 13:20 schreef Geqxon het volgende:
Gelijk nog een vraagje: Ik wil graag een XML achtig bestand parsen, en met eregi gaat dat dus te traag. De opbouw is in de trant van:
[ code verwijderd ]

Op het moment kijk ik lijn voor lijn wat voor data de lijn bevat, maar dat is dus behoorlijk traag. Ik zat zelf te denken aan een preg_match_all op <persoon>(*.)</persoon>, en binnen de array van matches te preg_matchen op <voornaam(*.)</voornaam>. Ik ben alleen totaal geen held als het op regexs en preg_match neer komt, dus heeft iemand misschien een klein duwtje in de goede richting? Alvast bedankt

Optie 1: http://nl2.php.net/XML

Optie 2: inderdaad met regular expressions, je hebt de punt en de asterisk verkeerd om staan:

#<voornaam>(.*)</voornaam>#Ui

vrijdag 6 april 2007 @ 13:44:24 #160

Geqxon

Ik ben al met de XML parser aan de gang gegaan, maar in verband met een database koppeling, en omdat mijn file vrij simpel is, wil ik het het liefst zelf parsen

Ik ga even met optie twee aan de slag, bedankt!

Edit:

1
2
3
4
5

<?php
$pslfile = file_get_contents("/files/persoonlijst.psl");
preg_match_all('#<persoon>(.*)</persoon>#Ui',$pslfile, $output);
print_r($output);
?>

Dit is waar ik zelf aan zat te denken, alleen vindt hij daar niks op. En ja, het laden van $pslfile gaat prima. Wat doe ik hier eigenlijk fout?

[ Bericht 19% gewijzigd door Geqxon op 06-04-2007 13:50:50 ]

FOK!-Schrikkelbaas vrijdag 6 april 2007 @ 14:01:13 #161

Swetsenegger

Egocentrische Narcist

mysql -> mssql migratie probleempje.

Ik heb een table:

1
2
3
4
5

menu_id  |  name  |  lft  |  rgt  |
---------+--------+-------+-------+
    1    | test   |   0   |   5   |
    2    | child  |   1   |   2   |
    3    | child2 |   3   |   4  |

Waarmee je een hierarchisch model kan bouwen.

In mysql betrek je alle nodes in de juiste hierarchische volgorde met de volgende query:

1
2
3
4
5
6

SELECT parent.name AS parentname, node.menu_id, node.name, node.lft, node.rgt,
       COUNT( parent.name ) AS depth
       FROM nested_menu AS node, nested_menu AS parent
       WHERE node.lft BETWEEN parent.lft AND parent.rgt
       GROUP BY node.menu_id
       ORDER BY node.lft

In mssql krijg ik daarmee echter de volgende foutmelding(en)

1
2
3
4

Column 'parent.name' is invalid in the select list because it is not contained in either an aggregate function or the GROUP BY clause.
Column 'node.name' is invalid in the select list because it is not contained in either an aggregate function or the GROUP BY clause.
Column 'node.lft' is invalid in the select list because it is not contained in either an aggregate function or the GROUP BY clause.
Column 'node.rgt' is invalid in the select list because it is not contained in either an aggregate function or the GROUP BY clause.

En ik ben even volledig blanco hoe ik dat kan oplossen. :{
Iemand een bijdrage?

 | FOK! Schrikkelbaasch

vrijdag 6 april 2007 @ 14:08:08 #162

ralfie

!Yvan eht nioj

quote:
Op vrijdag 6 april 2007 13:44 schreef Geqxon het volgende:
Ik ben al met de XML parser aan de gang gegaan, maar in verband met een database koppeling, en omdat mijn file vrij simpel is, wil ik het het liefst zelf parsen

Ik ga even met optie twee aan de slag, bedankt!

Edit:
[ code verwijderd ]

Dit is waar ik zelf aan zat te denken, alleen vindt hij daar niks op. En ja, het laden van $pslfile gaat prima. Wat doe ik hier eigenlijk fout?

gebruik de s modifier om ervoor te zorgen dat . ook newlines matched. Dat doet ie standaard niet

vrijdag 6 april 2007 @ 14:09:25 #163

JeRa

quote:
Op vrijdag 6 april 2007 14:08 schreef ralfie het volgende:

[..]

gebruik de s modifier om ervoor te zorgen dat . ook newlines matched. Dat doet ie standaard niet

De /s-modifier is voor de punt, die matcht vervolgens ook newlines. Maar ik mag hopen dat er geen ouders zijn geweest die hun kind met een newline in hun voornaam hebben laten registreren op het gemeentehuis

vrijdag 6 april 2007 @ 14:11:28 #164

JeRa

quote:
Op vrijdag 6 april 2007 14:01 schreef Swetsenegger het volgende:
mysql -> mssql migratie probleempje.

Ik heb een table:
[ code verwijderd ]

Waarmee je een hierarchisch model kan bouwen.

In mysql betrek je alle nodes in de juiste hierarchische volgorde met de volgende query:
[ code verwijderd ]

In mssql krijg ik daarmee echter de volgende foutmelding(en)
[ code verwijderd ]

En ik ben even volledig blanco hoe ik dat kan oplossen.
Iemand een bijdrage?

Er is een simpele regel in SQL-land die door MySQL absoluut niet nageleefd wordt maar waar je je waar mogelijk wel aan zou moeten houden

en hij luidt:

Bij een GROUP BY moet je alle kolomnamen die je niet in een aggregaatfunctie gebruikt maar wel wilt ophalen noemen.

Dus het volgende gaat fout:

1
2
3

SELECT a, b, c
FROM tabel voorbeeld
GROUP BY b

En het volgende gaat goed:

1
2
3

SELECT MAX(a), b, c
FROM tabel voorbeeld
GROUP BY b, c

vrijdag 6 april 2007 @ 14:17:00 #165

Geqxon

quote:
Op vrijdag 6 april 2007 14:09 schreef JeRa het volgende:

[..]

De /s-modifier is voor de punt, die matcht vervolgens ook newlines. Maar ik mag hopen dat er geen ouders zijn geweest die hun kind met een newline in hun voornaam hebben laten registreren op het gemeentehuis

"Mijn kind heet Hans backslash n Anders"

Ik wist eerst even niet wat je met die s-modifier bedoelt, maar ik heb hem er simpelweg achter geplakt en het werkt nu. Nu rijst bij mij weer de vraag: Waarom werkt preg_match_all met hekjes, en preg_match met slashes?

vrijdag 6 april 2007 @ 14:25:02 #166

JeRa

quote:
Op vrijdag 6 april 2007 14:17 schreef Geqxon het volgende:

[..]

Nu rijst bij mij weer de vraag: Waarom werkt preg_match_all met hekjes, en preg_match met slashes?

Dat zijn delimiters en die mag je zelf kiezen

ik kies voor het hekje (#) zodat als ik met HTML werk ik niet alle forwardslashes hoef te escapen.

vrijdag 6 april 2007 @ 14:26:44 #167

Geqxon

Tof, weer wat geleerd. Mijn script leest nu 1200 personen (400kb) in 1.7 seconden in plaats van 8 seconden. Dat is op een mensenleven niet veel ,maar het totale process is er wel sneller door geworden.

FOK!-Schrikkelbaas vrijdag 6 april 2007 @ 15:00:57 #168

Swetsenegger

Egocentrische Narcist

quote:
Op vrijdag 6 april 2007 14:11 schreef JeRa het volgende:

[..]

Er is een simpele regel in SQL-land die door MySQL absoluut niet nageleefd wordt maar waar je je waar mogelijk wel aan zou moeten houden en hij luidt:

Bij een GROUP BY moet je alle kolomnamen die je niet in een aggregaatfunctie gebruikt maar wel wilt ophalen noemen.

Dus het volgende gaat fout:
[ code verwijderd ]

En het volgende gaat goed:
[ code verwijderd ]

Dit geeft inderdaad geen foutmeldingen meer:

1
2
3
4
5
6

SELECT parent.name AS parentname, node.menu_id, node.name, node.lft, node.rgt,
       COUNT( parent.name ) AS depth
       FROM nested_menu AS node, nested_menu AS parent
       WHERE node.lft BETWEEN parent.lft AND parent.rgt
       GROUP BY node.menu_id,parent.name, node.name,node.lft,node.rgt
       ORDER BY node.lft

Maar geeft wel mijn child 2 keer terug

En mijn depth gaat niet goed....

en als ik de parent.name uit de GROUP BY houdt krijg ik weer de foutmelding, ondanks dat een COUNT toch een aggregate is?

[ Bericht 5% gewijzigd door Swetsenegger op 06-04-2007 15:12:10 ]

 | FOK! Schrikkelbaasch

vrijdag 6 april 2007 @ 15:11:09 #169

JeRa

quote:
Op vrijdag 6 april 2007 15:00 schreef Swetsenegger het volgende:

[..]

Dit geeft inderdaad geen foutmeldingen meer:
[ code verwijderd ]

Maar geeft wel mijn child 2 keer terug
En mijn depth gaat niet goed....

Je moet niet zomaar alle kolommen in de GROUP BY gooien, als je bepaalde waarden verwacht voor een kolom kun je ze soms beter in een aggregaatfunctie stoppen

FOK!-Schrikkelbaas vrijdag 6 april 2007 @ 15:19:48 #170

Swetsenegger

Egocentrische Narcist

quote:
Op vrijdag 6 april 2007 15:11 schreef JeRa het volgende:

[..]

Je moet niet zomaar alle kolommen in de GROUP BY gooien

Dat vermoeden had ik al :P

quote:
, als je bepaalde waarden verwacht voor een kolom kun je ze soms beter in een aggregaatfunctie stoppen :)

Nou, met deze data:

1
2
3
4

menu_id  |  name  |  lft  |  rgt  |
---------+--------+-------+-------+
    1    | test   |   1   |   4   |
    2    | child  |   2   |   3   |

verwacht ik deze waarden terug

1
2
3

parentname  menu_id  name   lft  rgt  depth
test        1        test   1    4    1
child       2        child  2    3    2

terug, maar ik krijg

1
2
3
4

parentname  menu_id  name   lft  rgt  depth
test        1        test   1    4    1
child       2        child  2    3    1
child       2        child  2    3    1

terug

 | FOK! Schrikkelbaasch

FOK!-Schrikkelbaas vrijdag 6 april 2007 @ 16:14:58 #171

Swetsenegger

Egocentrische Narcist

Iemand?

 | FOK! Schrikkelbaasch

vrijdag 6 april 2007 @ 16:20:41 #172

SuperRembo

Sinds 1998

Je kunt niet op die manier de naam van de parent er bij krijgen zonder de group te verzieken. Ik vraag me af of dat in MySQL op deze manier wel echt goed werkt.
In MSSQL kan je de parent er wel met een subselect bij zoeken:

1
2
3
4
5
6
7
8
9

SELECT n.menu_id, n.name, n.lft, n.rgt, COUNT(p.menu_id) AS depth,
   (SELECT TOP 1 m.name
      FROM nested_menu m
      WHERE n.lft BETWEEN m.left AND m.right
      ORDER BY m.left DESC) AS parent_name
FROM nested_menu AS p
INNER JOIN nested_menu AS n ON n.lft BETWEEN p.lft AND p.rgt
GROUP BY n.menu_id, n.name, n.lft, n.rgt
ORDER BY n.lft

vrijdag 6 april 2007 @ 16:24:12 #173

Tuvai.net

Swets, ik gebruik nu voor m'n nieuwe werk ook voornamelijk ASP/VB.NET in combinatie met MSSQL. Heb je beschikking over Microsoft SQL Server (2005 gebruik ik)? Met Stored Procedures kun je heel veel.

FOK!-Schrikkelbaas vrijdag 6 april 2007 @ 16:37:27 #174

Swetsenegger

Egocentrische Narcist

quote:
Op vrijdag 6 april 2007 16:20 schreef SuperRembo het volgende:
Je kunt niet op die manier de naam van de parent er bij krijgen zonder de group te verzieken. Ik vraag me af of dat in MySQL op deze manier wel echt goed werkt.

Ja dat werkt perfect, komt zelfs van mysql website

quote:
In MSSQL kan je de parent er wel met een subselect bij zoeken:
[ code verwijderd ]

ga ik proberen

 | FOK! Schrikkelbaasch

vrijdag 6 april 2007 @ 16:58:27 #175

SuperRembo

Sinds 1998

quote:
Op vrijdag 6 april 2007 16:37 schreef Swetsenegger het volgende:
Ja dat werkt perfect, komt zelfs van mysql website

Nou, het werkt bij jou. Maar een kolom die niet in een group by en niet in een aggegate staat is niet goed gedefinieerd. De waarde die je terug krijgt kan van allerlei dingen afhangen zoals de indexen op de tabel of zelfs de volgorde waarin de regels in de tabel gezet zijn.

FOK!-Schrikkelbaas vrijdag 6 april 2007 @ 18:11:51 #176

Swetsenegger

Egocentrische Narcist

quote:
Op vrijdag 6 april 2007 16:58 schreef SuperRembo het volgende:

[..]

Nou, het werkt bij jou. Maar een kolom die niet in een group by en niet in een aggegate staat is niet goed gedefinieerd. De waarde die je terug krijgt kan van allerlei dingen afhangen zoals de indexen op de tabel of zelfs de volgorde waarin de regels in de tabel gezet zijn.

Hmz, nou ja ik heb dit zoals gezegd van de mysql website bij een uitleg over hierarchische data.
Maar die van jou werkt prima, en mysql ondersteunt toch vanaf 4.2 ofzo subqueries? Dan kan ik 'm weer omzetten

 | FOK! Schrikkelbaasch

FOK!-Schrikkelbaas vrijdag 6 april 2007 @ 18:13:27 #177

Swetsenegger

Egocentrische Narcist

Na het weekend meer, ik ben nu een paar dagen afwezig. Bedankt weer voor de hulp!

 | FOK! Schrikkelbaasch

zaterdag 7 april 2007 @ 15:57:21 #178

JohannesPaulus

Divide and conquer

Wie kan mij helpen? Mijn bod van 25 euro is nog geldig hoor

In peace, sons bury their fathers; in war, fathers bury their sons. (484 BC–ca.425 BC, Herodotus)
He who knows when he can fight and when he cannot will be victorious. (c. 544 – 496 BC, Sun Tzu)

zaterdag 7 april 2007 @ 16:11:25 #179

JeRa

quote:
Op zaterdag 7 april 2007 15:57 schreef JohannesPaulus het volgende:
Wie kan mij helpen? Mijn bod van 25 euro is nog geldig hoor

Zet je Messenger client aan

dinsdag 10 april 2007 @ 10:58:39 #180

Chandler

Ik heb een vraag... qua database gebruik.

Voor een startpagina concept gebruik ik nu meerdere tabellen.

cats - voor de categorieen
html - voor html blokken
link - voor de links
user - voor gebruiker info

nu vraag ik mij af of het niet handiger is om HTML en LINK samen te voegen... of zeggen jullie dat dit preformance technisch beter is dat je gebruik maakt van 2 tabellen ipv 1?

Iemand een idee?

Ter vergelijking de tabellen.

HTML

1
2
3
4
5
6
7
8
9
10

CREATE TABLE `html` (
  `id` int(11) NOT NULL auto_increment,
  `sub_id` int(11) NOT NULL default '0',
  `cat_id` int(11) NOT NULL default '0',
  `sort_id` tinyint(4) NOT NULL default '0',
  `type_id` enum('html','image','rss','php') NOT NULL default 'html',
  `html` text NOT NULL,
  KEY `id` (`id`),
  KEY `sub_id` (`sub_id`,`cat_id`,`sort_id`)
) ENGINE=MyISAM ;

en LINK

1
2
3
4
5
6
7
8
9
10
11
12
13

CREATE TABLE `link` (
  `id` int(11) NOT NULL auto_increment,
  `sub_id` int(11) NOT NULL default '0',
  `cat_id` int(11) NOT NULL default '0',
  `sort_id` tinyint(4) NOT NULL default '0',
  `title` varchar(64) NOT NULL default '',
  `link` varchar(255) NOT NULL default '',
  `tip` enum('yes','no') NOT NULL default 'no',
  `image` enum('yes','no') NOT NULL default 'no',
  `views` int(11) NOT NULL default '0',
  KEY `id` (`id`),
  KEY `sub_id` (`sub_id`,`cat_id`,`sort_id`)
) ENGINE=MyISAM ;

The people who lost my respect will never get a capital letter for their name again.
Like trump...

dinsdag 10 april 2007 @ 16:19:14 #181

ralfie

!Yvan eht nioj

Ik zie niet in waarom je die niet in één tabel zou doen, een lange text uit een tabel halen is natuurlijk sneller als een text uit a, een link dit uit b, linkinformatie dat uit b, en die dan ook nog eens samenvoegen in php met een hele constructie. Zelfs als je die links apart editbaar zou willen maken kun je gewoon met regexen aan de slag.

dinsdag 10 april 2007 @ 16:32:39 #182

JeRa

Chandler, welke functie heeft de tabel 'html'?

dinsdag 10 april 2007 @ 17:47:12 #183

Chandler

@ralfie; hoeft niet persee met regex toch? gewoon een extra optie in de tabel (link, html, etc)

@Jera: De tabel HTML heeft als functie om het HTML gedeelte van de links gescheiden te houden, dit waar ik denk dat dit scheelt in de preformance omdat hier gebruik gemaakt wordt van 'TEXT' maar hier ben ik dus niet zeker van

daarom vraag ik het even

The people who lost my respect will never get a capital letter for their name again.
Like trump...

dinsdag 10 april 2007 @ 18:34:31 #184

timbastiaansen

Ik ben een admin pagina aan het maken voor mijn gastenboek, daarvoor wil ik dat het originele bericht in een veld van een formulier gezet wordt.

1	<input type=text name=bericht value=$bericht>

Dit doet hij wel alleen zet hij alleen het eerste woord van het bericht weg, hoe krijg ik dat dan voor elkaar?

dinsdag 10 april 2007 @ 18:39:35 #185

HuHu

Je hoort bij HTML altijd (!) quotes te gebruiken rond de attributen, dus zo:

1	<input type="text" name="bericht" value="{$bericht}">

Anders gaat het mis bij spaties. En als je de waarde van een PHP variabele in je output wil zetten, dan kun je er beter ook nog { en } omheen zetten.

dinsdag 10 april 2007 @ 18:40:57 #186

Skorpija

Jebiga !

@ timbastiaansen: Met enkele of dubbele quotjes bij $bericht ?

Mijn vraag:

Hoe kan ik ervoor zorgen dat een php script op het laatst nog even zijn output opschoont:

Voorbeeld:

1
2
3
4
5
6

<?php
echo"hoi";
//doe wat
// Nu pagina opschonen
echo"dag";
?>

Dat dit script dus allen "dag" echo-ed :-)

Free Online Image Editor
Verklein je avatar met color reduction!
Maak je eigen animated gif Online!

dinsdag 10 april 2007 @ 18:43:12 #187

HuHu

Daarvoor kun je kijken naar Output Control.

dinsdag 10 april 2007 @ 18:45:39 #188

HuHu

1
2
3
4
5
6
7
8
9
10
11

<?php
ob_start();

echo "hoi";

ob_clean();

echo "dag";

ob_end_flush();
?>

Dit laat alleen 'dag' zien.

dinsdag 10 april 2007 @ 18:53:52 #189

timbastiaansen

quote:
Op dinsdag 10 april 2007 18:39 schreef HuHu het volgende:
Je hoort bij HTML altijd (!) quotes te gebruiken rond de attributen, dus zo:
[ code verwijderd ]

Anders gaat het mis bij spaties. En als je de waarde van een PHP variabele in je output wil zetten, dan kun je er beter ook nog { en } omheen zetten.

Helpt niet

Ik heb het nu zo

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

while ($i < $eind)
{
   $naam=mysql_result($result,$i,"naam");
   $buurt=mysql_result($result,$i,"buurt");
   $bericht=mysql_result($result,$i,"bericht");
   $datum=mysql_result($result,$i,"datum");

echo "
   <center>
<form action=edit.php method=POST name=edit>
   <table border=1 bordercolor=black>
       <tr>
      <td width=80 VALIGN=top>
      <center>
   <input type=text name=naam value={$naam}>

En dit geeft hetzelfde resultaat als zonder { }

dinsdag 10 april 2007 @ 19:04:44 #190

Geqxon

1	echo " <input value=BACKSLASH" ".$naam." BACKSLASH" > ";

Je kunt dit het beste zien als drie delen, <input value=" & $naam & "> , die doormiddel van punten aan elkaar worden gebonden.

dinsdag 10 april 2007 @ 19:23:45 #191

HuHu

quote:
Op dinsdag 10 april 2007 18:53 schreef timbastiaansen het volgende:

[..]

Helpt niet ;(

Ik heb het nu zo
[ code verwijderd ]

En dit geeft hetzelfde resultaat als zonder { }

Wel de hele post lezen hè ;).

Het gaat voornamelijk om de quotes, de " dus.

1 2	FOUT: <input type=text ... GOED: <input type="text" ...

dinsdag 10 april 2007 @ 19:25:44 #192

HuHu

quote:
Op dinsdag 10 april 2007 19:04 schreef Geqxon het volgende:

[ code verwijderd ]

Je kunt dit het beste zien als drie delen, <input value=" & $naam & "> , die doormiddel van punten aan elkaar worden gebonden.

Als de de " in een string wilt hebben kun je makkelijker gewoon met de ' de echo beginnen. Dus zo:

1
2
3

<?php
echo '<input type="text" name="naam" value="' . $value . '">';
?>

Sowieso is het gebruik van de ' beter dan de ", omdat de tekst binnen een ' niet nog eens geparsed gaat worden en dus sneller wordt verwerkt.

dinsdag 10 april 2007 @ 19:26:50 #193

Geqxon

En wat als je dan een single-quote binnen string wilt hebben? Ik prefereer double quotes, en een backslash voor de double quote binnen de string.

dinsdag 10 april 2007 @ 19:36:18 #194

HuHu

Een single-quote binnen een string komt met HTML output nauwelijks voor als het goed is. Verder is het sneller en persoonlijk vind ik al die backslashes maar rommelig staan.

dinsdag 10 april 2007 @ 19:43:13 #195

ralfie

!Yvan eht nioj

quote:
Op dinsdag 10 april 2007 19:36 schreef HuHu het volgende:
Een single-quote binnen een string komt met HTML output nauwelijks voor als het goed is. Verder is het sneller en persoonlijk vind ik al die backslashes maar rommelig staan.

tijdje terug al gelezen (ergens in dit topique) dat enkele quotes niet tot nauwelijks sneller zijn, dus doe gewoon wat je makkelijk vind.

dinsdag 10 april 2007 @ 19:55:45 #196

JeRa

quote:
Op dinsdag 10 april 2007 17:47 schreef Chandler het volgende:
@Jera: De tabel HTML heeft als functie om het HTML gedeelte van de links gescheiden te houden, dit waar ik denk dat dit scheelt in de preformance omdat hier gebruik gemaakt wordt van 'TEXT' maar hier ben ik dus niet zeker van daarom vraag ik het even

Nou weet ik niet wat je totaalplan is met je design maar ik weet wel wat de meeste softwarebouwers doen als ze voor een keuze staan zoals die waar jij nu mee bezig bent: best of both worlds

Als ik jou was zou ik je database zo inrichten dat het zo genormaliseerd mogelijk is (wat het gemakkelijk voor je maakt om de contents van een pagina aan te passen via een CMS en je niet in tekstkolommen hoeft te gaan zitten regexen). Vervolgens ga je contents cachen

je rendert bij een opvraag van zo'n blok (of pagina) je databaseinhoud naar HTML en slaat die HTML op (in een bestand, in een aparte tabel, etc) zodat je bij toekomstige opvragen niets hoeft te gaan opbouwen in PHP maar gewoon de HTML letterlijk uit de database kunt trekken. Zodra je dan iets aanpast in de database via je CMS ga je je cache 'invalidaten' zoals dat zo mooi heet, waardoor bij de eerst volgende opvraag de HTML opnieuw gerendert wordt.

Hier op FOK! wordt dat vziw ook gedaan, met de trackers op de frontpage bijvoorbeeld. Het scheelt ontzettend qua load als je niet elke keer hoeft te joinen en HTML moet wegschrijven, terwijl je vrijwel niets inlevert op gebruiksgemak voor de beheerder

dinsdag 10 april 2007 @ 19:58:02 #197

JeRa

quote:
Op dinsdag 10 april 2007 19:25 schreef HuHu het volgende:

[..]

Als de de " in een string wilt hebben kun je makkelijker gewoon met de ' de echo beginnen. Dus zo:
[ code verwijderd ]

Sowieso is het gebruik van de ' beter dan de ", omdat de tekst binnen een ' niet nog eens geparsed gaat worden en dus sneller wordt verwerkt.

Hoewel ik zelf alleen maar single quotes in PHP gebruik (voor zover dat mogelijk is) is dat laatste een slecht argument, keer op keer wijzen benchmarks erop dat het verschil om milliseconden gaat (op duizenden en duizenden echo's). Beter kijk je naar queries, de aanroep daarvan en alle overige functies van PHP (zie bijvoorbeeld het verschil tussen de preg* en de ereg*-functies

).

FOK!-Schrikkelbaas dinsdag 10 april 2007 @ 20:13:01 #198

Swetsenegger

Egocentrische Narcist

quote:
Op dinsdag 10 april 2007 19:55 schreef JeRa het volgende:

[..]

Nou weet ik niet wat je totaalplan is met je design maar ik weet wel wat de meeste softwarebouwers doen als ze voor een keuze staan zoals die waar jij nu mee bezig bent: best of both worlds

Als ik jou was zou ik je database zo inrichten dat het zo genormaliseerd mogelijk is (wat het gemakkelijk voor je maakt om de contents van een pagina aan te passen via een CMS en je niet in tekstkolommen hoeft te gaan zitten regexen). Vervolgens ga je contents cachen je rendert bij een opvraag van zo'n blok (of pagina) je databaseinhoud naar HTML en slaat die HTML op (in een bestand, in een aparte tabel, etc) zodat je bij toekomstige opvragen niets hoeft te gaan opbouwen in PHP maar gewoon de HTML letterlijk uit de database kunt trekken. Zodra je dan iets aanpast in de database via je CMS ga je je cache 'invalidaten' zoals dat zo mooi heet, waardoor bij de eerst volgende opvraag de HTML opnieuw gerendert wordt.

Hier op FOK! wordt dat vziw ook gedaan, met de trackers op de frontpage bijvoorbeeld. Het scheelt ontzettend qua load als je niet elke keer hoeft te joinen en HTML moet wegschrijven, terwijl je vrijwel niets inlevert op gebruiksgemak voor de beheerder

Hoe invalidate je je cache, en hoe cache je op de eerste plaats? Ik bedoel hoe weet ik dat de specifieke request van dat moment door een browser wordt gedaan die de website in zijn huidige vorm al eens gezien heeft?

 | FOK! Schrikkelbaasch

dinsdag 10 april 2007 @ 20:17:48 #199

JeRa

quote:
Op dinsdag 10 april 2007 20:13 schreef Swetsenegger het volgende:

[..]

Hoe invalidate je je cache, en hoe cache je op de eerste plaats? Ik bedoel hoe weet ik dat de specifieke request van dat moment door een browser wordt gedaan die de website in zijn huidige vorm al eens gezien heeft?

Cachen is vrij simpel. Je houdt een aparte tabel bij met bijvoorbeeld een tekstuele identifier waarmee je de (unieke) cache identificeert. Het invalidaten kun je doen door zodra er in je CMS iets verandert de cache uit de tabel te gooien. Vervolgens kun je op de pagina waar de cache aangesproken wordt controleren of de cache bestaat, en zo niet: renderen die hap.

Je laatste vraag is een lastigere, maar dat bewerkstellig je door specificatie

je moet specificeren óf iets wel gecached mag worden aan de hand van kennis over de inhoud. Een stukje HTML met daarin de huidige tijd moet je natuurlijk niet gaan cachen. Een cache kun je dus limiteren over een beperkt stuk van je website, maar ook in zijn geheel. Je zou bijvoorbeeld als unieke cache identifier de aanroep van de browser kunnen nemen (de URL?). Daarmee moet je natuurlijk oppassen dat je niet teveel meeneemt, anders kan een lolbroek je hele cache tabel volstoppen met nutteloze caches.

Verder is het niet beperkt tot één browser/client maar moet je caches voor iedereen beschikbaar maken

zoals ik al als voorbeeld aanhaalde, de trackers op de frontpage hier zijn voor iedereen hetzelfde en hoeven pas geüpdatet te worden zodra een nieuwsposter een nieuw bericht plaatst.

FOK!-Schrikkelbaas dinsdag 10 april 2007 @ 21:06:03 #200

Swetsenegger

Egocentrische Narcist

quote:
Op dinsdag 10 april 2007 20:17 schreef JeRa het volgende:

[..]

Cachen is vrij simpel. Je houdt een aparte tabel bij met bijvoorbeeld een tekstuele identifier waarmee je de (unieke) cache identificeert. Het invalidaten kun je doen door zodra er in je CMS iets verandert de cache uit de tabel te gooien. Vervolgens kun je op de pagina waar de cache aangesproken wordt controleren of de cache bestaat, en zo niet: renderen die hap.

Je laatste vraag is een lastigere, maar dat bewerkstellig je door specificatie je moet specificeren óf iets wel gecached mag worden aan de hand van kennis over de inhoud. Een stukje HTML met daarin de huidige tijd moet je natuurlijk niet gaan cachen. Een cache kun je dus limiteren over een beperkt stuk van je website, maar ook in zijn geheel. Je zou bijvoorbeeld als unieke cache identifier de aanroep van de browser kunnen nemen (de URL?). Daarmee moet je natuurlijk oppassen dat je niet teveel meeneemt, anders kan een lolbroek je hele cache tabel volstoppen met nutteloze caches.

Verder is het niet beperkt tot één browser/client maar moet je caches voor iedereen beschikbaar maken zoals ik al als voorbeeld aanhaalde, de trackers op de frontpage hier zijn voor iedereen hetzelfde en hoeven pas geüpdatet te worden zodra een nieuwsposter een nieuw bericht plaatst.

Helder, dank je

 | FOK! Schrikkelbaasch

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

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

» digital corner

» digital corner