abonnement Unibet Coolblue Bitvavo
pi_101487029
quote:
0s.gif Op vrijdag 2 september 2011 13:46 schreef GlowMouse het volgende:
dan werkt echo $_FILES["file"]["name"]; gewoon.
$Name= $_FILES['file'];
echo$Name;

geeft op scherm: Array
  vrijdag 2 september 2011 @ 13:51:09 #102
12221 Tijn
Powered by MS Paint
pi_101487063
quote:
0s.gif Op vrijdag 2 september 2011 13:50 schreef MrNiles het volgende:

[..]

$Name= $_FILES['file'];
echo$Name;

geeft op scherm: Array
Dat is heel wat anders dan dit

1
2
3
<?php
echo $_FILES["file"]["name"]
?>
pi_101487102
quote:
2s.gif Op vrijdag 2 september 2011 13:51 schreef Tijn het volgende:

[..]

Dat is heel wat anders dan dit
[ code verwijderd ]

ik kom er nu achter :)
wat is het verschil precies?
  vrijdag 2 september 2011 @ 13:53:25 #104
75592 GlowMouse
l'état, c'est moi
pi_101487126
$Name= $_FILES['file'];
echo$Name;

is hetzelfde als:
$bla = $_FILES['file'];
echo $bla;

of als:
echo $_FILES['file'];
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_101487208
$_FILES["file"]["name"] is gewoon een array array's waar $Name= $_FILES['file']; een array een andere naam geven is ofzo
pi_101487229
quote:
0s.gif Op vrijdag 2 september 2011 13:53 schreef GlowMouse het volgende:
$Name= $_FILES['file'];
echo$Name;

is hetzelfde als:
$bla = $_FILES['file'];
echo $bla;

of als:
echo $_FILES['file'];
dat snap ik maar wat gebeurt er nu extra als er $_FILES['file'][name'] staat
pi_101487276
Niets want $_FILES['file'][name'] bestaat nog niet neem ik aan. Dus error?
pi_101487297
quote:
0s.gif Op vrijdag 2 september 2011 13:57 schreef Tegan het volgende:
Niets want $_FILES['file'][name'] bestaat nog niet neem ik aan. Dus error?
toch wel...dan krijg ik mrniles.zip te zien
  vrijdag 2 september 2011 @ 14:00:09 #109
75592 GlowMouse
l'état, c'est moi
pi_101487346
wat wil je dan?
$bla = $_FILES['file'];
echo $bla['naam'];
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_101487351
quote:
0s.gif Op vrijdag 2 september 2011 13:58 schreef MrNiles het volgende:

[..]

toch wel...dan krijg ik mrniles.zip te zien
Dan bestond die array array's al wel.

Maar het punt blijft dat die twee dingen niet gelijk aan elkaar zijn :).
pi_101487356
quote:
0s.gif Op vrijdag 2 september 2011 13:58 schreef MrNiles het volgende:

[..]

toch wel...dan krijg ik mrniles.zip te zien
Als je een print_r van $_FILES doet, zie je precies hoe de array er na de POST uitziet. En let op hoofdletters. Is PHP gevoelig voor.
  zondag 4 september 2011 @ 21:51:19 #112
298746 Dalando
18, niet meer gefrustreerd
pi_101570964
Hoe kan ik kijken of een string in een externe webpagina zit?
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  FOK!-Schrikkelbaas zondag 4 september 2011 @ 21:53:20 #113
1972 Swetsenegger
Egocentrische Narcist
pi_101571110
quote:
7s.gif Op zondag 4 september 2011 21:51 schreef Dalando het volgende:
Hoe kan ik kijken of een string in een externe webpagina zit?
http://nl.php.net/manual/en/function.file.php
  zondag 4 september 2011 @ 21:56:44 #114
298746 Dalando
18, niet meer gefrustreerd
pi_101571355
quote:
1
2
3
4
5
6
7
8
<?php


if(stristr(file('http://google.com'), 'zoek')){
//doorgaan
}

?>

werkt hier niet.
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  FOK!-Schrikkelbaas zondag 4 september 2011 @ 22:02:58 #115
1972 Swetsenegger
Egocentrische Narcist
pi_101571748
quote:
7s.gif Op zondag 4 september 2011 21:56 schreef Dalando het volgende:

[..]
[ code verwijderd ]

werkt hier niet.
Als je die link goed bekeken had, had je kunnen lezen dat 'file' content in een array inleest die jij vervolgens met een stristr probeert te doorzoeken. Er staat ook bij dat file_get_contents precies hetzelfde doet, maar de boel dan in een string zet....
  zondag 4 september 2011 @ 22:10:26 #116
298746 Dalando
18, niet meer gefrustreerd
pi_101572354
quote:
4s.gif Op zondag 4 september 2011 22:02 schreef Swetsenegger het volgende:

[..]

Als je die link goed bekeken had, had je kunnen lezen dat 'file' content in een array inleest die jij vervolgens met een stristr probeert te doorzoeken. Er staat ook bij dat file_get_contents precies hetzelfde doet, maar de boel dan in een string zet....
1
2
3
4
5
6
<?php


if(in_array('zoek'file('http://google.nl/'))){

?>

doet het ook niet.
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  zondag 4 september 2011 @ 22:21:17 #117
136730 PiRANiA
All thinking men are atheists.
pi_101573179
file -> file_get_contents ^O^.
pi_101573235
quote:
7s.gif Op zondag 4 september 2011 22:10 schreef Dalando het volgende:

[..]
[ code verwijderd ]

doet het ook niet.
En als je even handmatig de array nakijkt dan zie je wel dat 'zoek' er in voorkomt? Weet niet of in_array hoofdletter gevoelig is.
  zondag 4 september 2011 @ 22:23:24 #119
298746 Dalando
18, niet meer gefrustreerd
pi_101573324
quote:
14s.gif Op zondag 4 september 2011 22:21 schreef PiRANiA het volgende:
file -> file_get_contents ^O^.
ik heb ze beiden geprobeerd. :{
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  FOK!-Schrikkelbaas zondag 4 september 2011 @ 22:28:44 #120
1972 Swetsenegger
Egocentrische Narcist
pi_101573669
quote:
7s.gif Op zondag 4 september 2011 22:10 schreef Dalando het volgende:

[..]
[ code verwijderd ]

doet het ook niet.
1
2
3
4
5
6
7
8
9
10
<?php

$iets
=file_get_contents('http://google.nl/');
if(
stristr($iets'poep') === FALSE) {
echo 
'nee';
}else{
echo 
'ja';
}

?>
1nee

1
2
3
4
5
6
7
8
9
10
<?php

$iets
=file_get_contents('http://google.nl/');
if(
stristr($iets'zoeken') === FALSE) {
echo 
'nee';
}else{
echo 
'ja';
}

?>
1ja
  zondag 4 september 2011 @ 22:32:03 #121
75592 GlowMouse
l'état, c'est moi
pi_101573887
als je http://nl3.php.net/manual/en/function.strstr.php goed leest, leer je nog meer
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  zondag 4 september 2011 @ 22:32:38 #122
298746 Dalando
18, niet meer gefrustreerd
pi_101573920
quote:
0s.gif Op zondag 4 september 2011 22:28 schreef Swetsenegger het volgende:

[..]
[ code verwijderd ]


[ code verwijderd ]


[ code verwijderd ]


[ code verwijderd ]

Hehe :') Er zat iets fout aan mijn kant, sorry :@ Maar het werkt wel, ik nogsteeds te kloten met file. Dankje alsnog voor alle hulp ^O^
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  zondag 4 september 2011 @ 22:32:55 #123
298746 Dalando
18, niet meer gefrustreerd
pi_101573939
quote:
14s.gif Op zondag 4 september 2011 22:32 schreef GlowMouse het volgende:
als je http://nl3.php.net/manual/en/function.strstr.php goed leest, leer je nog meer
Gelukkig had ik het ook over stristr en niet strstr :*
Spel-, taal- en grammaticafouten voorbehouden.
994a040db3f025e25771e045468fc121
  zondag 4 september 2011 @ 23:01:03 #124
75592 GlowMouse
l'état, c'est moi
pi_101575432
quote:
7s.gif Op zondag 4 september 2011 22:32 schreef Dalando het volgende:

[..]

Gelukkig had ik het ook over stristr en niet strstr :*
Gelukkig ben ik niet blind.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 5 september 2011 @ 16:21:25 #125
25889 Sitethief
Fulltime Flapdrol
pi_101594606
Waarom duurt een SELECT query op 1 miljoen records met een ORDER BY tot 5650 records (5601-5650 in de LIMIT) onder de 1 seconde (+/- 0,3), en zodra je hoger dan dat gaat duurt het eeuwig..... Is dit een of andere magische grens ofzo? Zonder ORDER BY duurt deze query altijd rond de 0,3 seconde...

Database is MyISAM trouwens op een lokale dev machine.

Query:
1
2
3
<?php
SELECT products
.ProductNameproducts.ProductID FROM `productsWHERE products.ProductName LIKE '%la%' ORDER BY products.ProductID ASC LIMIT 5650,5700
?>
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  maandag 5 september 2011 @ 16:23:21 #126
25889 Sitethief
Fulltime Flapdrol
pi_101594677
Heel erg vaag dit

1
2
3
4
5
6
7
8
<?php

SELECT products
.ProductNameproducts.ProductID FROM `productsWHERE products.ProductName LIKE '%la%' ORDER BY products.ProductID ASC LIMIT 5650,5700;
/* 0 rows affected, 5.700 rows found. Duration for 1 query: 42,125 sec. (+ 0,562 sec. network) */
SELECT products.ProductNameproducts.ProductID FROM `productsWHERE products.ProductName LIKE '%la%' ORDER BY products.ProductID ASC LIMIT 5601,5650;
/* 0 rows affected, 5.650 rows found. Duration for 1 query: 0,156 sec. (+ 0,125 sec. network) */

?>
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  maandag 5 september 2011 @ 16:35:41 #127
75592 GlowMouse
l'état, c'est moi
pi_101595086
Er wordt een index op ProductID gebruikt he? Hij stopt zodra hij 5700 rijen gevonden heeft met %la%. Hij kan de eerste 5650 heel snel vinden, en de laatste heel langzaam omdat er dan veel rijen zijn die er niet aan voldoen. Doet het maar eens zo, dan zie je het gebeuren:

SET @a:=1;
SELECT @a,products.ProductName, products.ProductID FROM `products` WHERE (@a:=@a+1) AND products.ProductName LIKE '%la%' ORDER BY products.ProductID ASC LIMIT 5650,5700;
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 5 september 2011 @ 16:40:49 #128
25889 Sitethief
Fulltime Flapdrol
pi_101595284
1
2
3
4
5
6
7
<?php

SET 
@a:=1;
 
SELECT @a,products.ProductNameproducts.ProductID FROM `productsWHERE (@a:=@a+1) AND products.ProductName LIKE '%la%' ORDER BY products.ProductID ASC LIMIT 5650,5700;
/* 0 rows affected, 5.700 rows found. Duration for 2 queries: 3,203 sec. (+ 0,016 sec. network) */

?>
Dit gaat mijn MySQL kennis te boven..... :P. Maar hier op de afdeling werd ook al gezegd dat ik eens naar de index moet kijken.... Maar idd, ID is de index. Grappig genoeg sorteerd een query zonder ORDER BY automatisch op de index..... maar ja, ik wil sorteerbare collums in mijn HTML :X
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  maandag 5 september 2011 @ 16:43:00 #129
75592 GlowMouse
l'état, c'est moi
pi_101595372
Wel kijken naar wat hij teruggeeft voor @a!
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  maandag 5 september 2011 @ 16:49:27 #130
25889 Sitethief
Fulltime Flapdrol
pi_101595602
1.031.768
(precies het aantal records met eentje meer)
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  maandag 5 september 2011 @ 16:50:04 #131
75592 GlowMouse
l'état, c'est moi
pi_101595634
Per rij natuurlijk, en dan met de limiet spelen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_101625300
Kan iemand mij makkelijk uitleggen hoe ik een array laat loopen met foreach? Het wil niet lukken met gegevens uit de database. -O-
  dinsdag 6 september 2011 @ 10:45:13 #133
75592 GlowMouse
l'état, c'est moi
pi_101625303
wat is je huidige code?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 6 september 2011 @ 10:48:01 #134
12221 Tijn
Powered by MS Paint
pi_101625372
quote:
7s.gif Op dinsdag 6 september 2011 10:44 schreef -Datdus- het volgende:
Kan iemand mij makkelijk uitleggen hoe ik een array laat loopen met foreach? Het wil niet lukken met gegevens uit de database. -O-
Kun je een stukje output laten zien van print_r($jouw_array)?

En wil je de inhoud van de array alleen weergeven of wil je de inhoud van de array wijzigen?
pi_101625487
1
2
3
4
5
6
7
8
9
Array
(
    [posts] => Array
        (
            [title] => Dit is een test
            [body] => Body
        )

)

Print_r geeft het bovenstaande terug. Hij haalt op dit moment alleen het eerste item op.

Code:

1
2
3
4
5
6
7
8
9
10
        $sql = mysql_query("SELECT * FROM posts");
        
        $row = mysql_fetch_assoc($sql);
             
        $posts = array('posts' => array('title' => $row['title'], 'body' => $row['body']));
        
        foreach($posts as $post){
            echo $post['title']."<br>";
            echo $post['body'];
        }
  dinsdag 6 september 2011 @ 11:07:01 #136
91039 mstx
2x1/2 = 1/2 x 1/2
pi_101625880
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<?php

        $sql 
mysql_query("SELECT title, body FROM posts");
        
        
$posts = array();
        while (
$row mysql_fetch_assoc($sql)){
            
$posts[] = $row;
        }

        
        foreach(
$posts as $post){
            echo 
$post['title']."<br>";
            echo 
$post['body'];
        }

?>
Direct in de while{} echo-en kan natuurlijk ook (8>
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.
👾
pi_101625976
quote:
0s.gif Op dinsdag 6 september 2011 11:07 schreef mstx het volgende:

[ code verwijderd ]

Het werkt. Ik snap alleen niet wat die while loop doet. :)
  dinsdag 6 september 2011 @ 11:19:55 #138
25889 Sitethief
Fulltime Flapdrol
pi_101626248
Zolang mysql_fetch_assoc($sql) rows terug geeft, blijft de loop die in $posts stoppen. Zo stop je row voor row in $posts.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_101626345
quote:
0s.gif Op dinsdag 6 september 2011 11:19 schreef Sitethief het volgende:
Zolang mysql_fetch_assoc($sql) rows terug geeft, blijft de loop die in $posts stoppen. Zo stop je row voor row in $posts.
Ah, oke ik denk dat ik het snap dankjewel. :)
pi_101626354
Waarom gebruik je niet de uitleg van php.net?

http://nl.php.net/array
http://nl.php.net/while
http://nl.php.net/foreach

het zou mooier zijn om het zo te doen!

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<?php

        
        $sql 
"SELECT title, body FROM posts";
        
$query mysql_query($sql);
        
$items mysql_num_rows($query); 

        for (
$x 0$x $items$x++)
        {
            
$post mysql_fetch_assoc($query);

            echo 
$post['title']."<br>";
            echo 
$post['body'];
        }

?>

http://nl.php.net/for
http://nl.php.net/mysql_num_rows

ps... als je een query opbouwt plaats je die in $sql
als je een query uitvoert noem je die in het algemeen $query (is logischer)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_101626401
quote:
6s.gif Op dinsdag 6 september 2011 11:23 schreef Chandler het volgende:
Waarom gebruik je niet de uitleg van php.net?

http://nl.php.net/array
http://nl.php.net/while
http://nl.php.net/foreach

het zou mooier zijn om het zo te doen!
[ code verwijderd ]

http://nl.php.net/for
http://nl.php.net/mysql_num_rows

ps... als je een query opbouwt plaats je die in $sql
als je een query uitvoert noem je die in het algemeen $query (is logischer)
Dankje. :)
  dinsdag 6 september 2011 @ 11:28:22 #142
75592 GlowMouse
l'état, c'est moi
pi_101626467
Dat is zeker niet mooier.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_101626492
quote:
4s.gif Op dinsdag 6 september 2011 11:28 schreef GlowMouse het volgende:
Dat is zeker niet mooier.
Fijn dat je alles direct zo mooi onderbouwt :P
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  dinsdag 6 september 2011 @ 11:30:15 #144
25889 Sitethief
Fulltime Flapdrol
pi_101626518
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  dinsdag 6 september 2011 @ 11:42:23 #145
4159 GI
Nee ik heet geen JOE
pi_101626859
quote:
4s.gif Op dinsdag 6 september 2011 11:28 schreef GlowMouse het volgende:
Dat is zeker niet mooier.
Het kan wel nuttig zijn in situaties, die ook leesbaarheid van code bevorderd. Maar das niet in deze situatie zo iig.
  dinsdag 6 september 2011 @ 14:35:54 #146
58834 Catbert
The evil HR Director.
pi_101631728
quote:
4s.gif Op dinsdag 6 september 2011 11:28 schreef GlowMouse het volgende:
Dat is zeker niet mooier.
Wel beter. Het is compleet nutteloos om eerst alles in een array te stoppen in een loop, en daarna in een andere loop dit weer te geven. Verspilling van geheugen.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
pi_101631910
quote:
0s.gif Op dinsdag 6 september 2011 14:35 schreef Catbert het volgende:

[..]

Wel beter. Het is compleet nutteloos om eerst alles in een array te stoppen in een loop, en daarna in een andere loop dit weer te geven. Verspilling van geheugen.
Als je het OO programmeert kun je er bijna niet omheen. Je voert eerst een query uit en deze geeft een datatable op en met deze datatable ga je de output opbouwen. Dan ram je dus eerst alle query informatie in een class (mogelijk de class nog in een collectie) en dan ga je er pas mee werken.
  dinsdag 6 september 2011 @ 14:43:18 #148
75592 GlowMouse
l'état, c'est moi
pi_101631982
quote:
0s.gif Op dinsdag 6 september 2011 14:35 schreef Catbert het volgende:

[..]

Wel beter. Het is compleet nutteloos om eerst alles in een array te stoppen in een loop, en daarna in een andere loop dit weer te geven. Verspilling van geheugen.
Als je je code een beetje overzichtelijk opbouwt dan verspil je inderdaad geheugen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 6 september 2011 @ 14:46:52 #149
58834 Catbert
The evil HR Director.
pi_101632095
quote:
0s.gif Op dinsdag 6 september 2011 14:40 schreef Pakspul het volgende:
Als je het OO programmeert kun je er bijna niet omheen. Je voert eerst een query uit en deze geeft een datatable op en met deze datatable ga je de output opbouwen. Dan ram je dus eerst alle query informatie in een class (mogelijk de class nog in een collectie) en dan ga je er pas mee werken.
Dan nog hoef je helemaal niet perse eerst alle classes op te bouwen en ze daarna te gebruiken, dat kun je prima per row doen. Als het kleine sets data zijn is het zeker geen issue, maar bij grote recordsets wel, dan wil je die echt niet eerst allemaal in 't geheugen opbouwen.

quote:
0s.gif Op dinsdag 6 september 2011 14:43 schreef GlowMouse het volgende:
Als je je code een beetje overzichtelijk opbouwt dan verspil je inderdaad geheugen.
Wat bedoel je? Stel elke row is een kb aan data, en je hebt 1000 rows. Het maakt nogal uit of je script 1MB aan geheugen moet alloceren of max 1kb. Vergeet niet dat je zo 100 requests tegelijkertijd af te handelen kunt hebben.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
pi_101632100
quote:
0s.gif Op dinsdag 6 september 2011 14:43 schreef GlowMouse het volgende:

[..]

Als je je code een beetje overzichtelijk opbouwt dan verspil je inderdaad geheugen.
Daar ben ik het dus niet geheel mee eens! juist door overzichtelijk te scripten (programmeren wil ik het niet noemen...) kun je juist geheugen besparen doordat je sneller je 'foutjes' ziet.

Maar goed, mijn voorbeeld is goed genoeg maar dat vind jij niet... dus vertel eens waarom? kritiek geven ok!? maar dan ook graag uitleg waarom en hoe jij het zou doen!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  dinsdag 6 september 2011 @ 14:49:18 #151
58834 Catbert
The evil HR Director.
pi_101632176
quote:
0s.gif Op dinsdag 6 september 2011 14:47 schreef Chandler het volgende:
Daar ben ik het dus niet geheel mee eens! juist door overzichtelijk te scripten (programmeren wil ik het niet noemen...) kun je juist geheugen besparen doordat je sneller je 'foutjes' ziet.
Sowieso is het gewoon dom om je zulke verkeerde dingen aan te leren als in een keer alles in een grote array plempen. Dat schaalt voor geen meter.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
pi_101632177
quote:
0s.gif Op dinsdag 6 september 2011 14:46 schreef Catbert het volgende:

[..]

Dan nog hoef je helemaal niet perse eerst alle classes op te bouwen en ze daarna te gebruiken, dat kun je prima per row doen. Als het kleine sets data zijn is het zeker geen issue, maar bij grote recordsets wel, dan wil je die echt niet eerst allemaal in 't geheugen opbouwen.
Daarom moet je eerst berg werk investeren om je code zo te krijgen dat je dataset dynamisch kunt krijgen. Zelf hoef ik geen query's meer te schrijven. Alleen even de classes aanmaken en die daar heb ik ook een script voor geschreven die dat doet voor mij, dus dat is gewoon een druk op de knop :P
  dinsdag 6 september 2011 @ 14:49:25 #153
12221 Tijn
Powered by MS Paint
pi_101632181
Twee loops is nergens voor nodig, lijkt mij. Maar ik gebruik wel liever foreach-loops dan for-loops, omdat het een simpelere syntax heeft en er daardoor overzichtelijker uitziet.
pi_101632421
quote:
0s.gif Op dinsdag 6 september 2011 14:49 schreef Catbert het volgende:

[..]

Sowieso is het gewoon dom om je zulke verkeerde dingen aan te leren als in een keer alles in een grote array plempen. Dat schaalt voor geen meter.
Dat ben ik met je eens, vandaar mijn voorbeeld *)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  dinsdag 6 september 2011 @ 14:56:05 #155
75592 GlowMouse
l'état, c'est moi
pi_101632434
quote:
0s.gif Op dinsdag 6 september 2011 14:46 schreef Catbert het volgende:

[..]

Wat bedoel je? Stel elke row is een kb aan data, en je hebt 1000 rows. Het maakt nogal uit of je script 1MB aan geheugen moet alloceren of max 1kb. Vergeet niet dat je zo 100 requests tegelijkertijd af te handelen kunt hebben.
De tijd dat een server net 100 MB geheugen tekort komt ligt alweer een decennium achter ons. Je redenering klopt ook niet: al voordat mysql_fetch_assoc wordt aangeroepen, zit de hele resultset in het geheugen van de webserver (of in het geheugen van de dbserver bij een unbuffered query).

Veel ontwikkelaars vinden het overzichtelijker om de code en de opmaak van elkaar te scheiden, en met een echo en een mysql_fetch_assoc in dezelfde loop gebeurt dat niet.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 6 september 2011 @ 15:03:48 #156
91039 mstx
2x1/2 = 1/2 x 1/2
pi_101632674
quote:
14s.gif Op dinsdag 6 september 2011 14:49 schreef Tijn het volgende:
Twee loops is nergens voor nodig, lijkt mij.
quote:
0s.gif Op dinsdag 6 september 2011 14:56 schreef GlowMouse het volgende:
Veel ontwikkelaars vinden het overzichtelijker om de code en de opmaak van elkaar te scheiden, en met een echo en een mysql_fetch_assoc in dezelfde loop gebeurt dat niet.
Dat is voor mij inderdaad de reden om alles in 1 array te stoppen. En dan heb je ook 2 loopjes; 1 om de data op te halen en 1 in de template om het te presenteren.
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.
👾
  dinsdag 6 september 2011 @ 15:05:02 #157
75592 GlowMouse
l'état, c'est moi
pi_101632709
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 6 september 2011 @ 15:13:54 #158
58834 Catbert
The evil HR Director.
pi_101633007
quote:
0s.gif Op dinsdag 6 september 2011 14:56 schreef GlowMouse het volgende:
De tijd dat een server net 100 MB geheugen tekort komt ligt alweer een decennium achter ons. Je redenering klopt ook niet: al voordat mysql_fetch_assoc wordt aangeroepen, zit de hele resultset in het geheugen van de webserver (of in het geheugen van de dbserver bij een unbuffered query).
Het is gewoon niet waar dat die hele resultset per definitie al in 't geheugen zit. Databaseservers zijn daar veel slimmer in. Als 2 queries dezelfde table benaderen hoeft deze niet 2 keer volledig in 't geheugen te zitten.

quote:
Veel ontwikkelaars vinden het overzichtelijker om de code en de opmaak van elkaar te scheiden, en met een echo en een mysql_fetch_assoc in dezelfde loop gebeurt dat niet.
Zal best, maar als je appserver onderuit gaat omdat je koste wat 't kost je code 'overzichtelijk' moet houden doe je echt iets fout. En met een fatsoenlijke template engine kun je prima je code en layout gescheiden houden zonder eerst volledige query results in 't geheugen te moeten laden.

quote:
Beide zaken zijn met template engines prima te combineren. Jezelf aanleren alles eerst in 't geheugen te laden en er daarna wat mee te gaan doen is gewoon onverstandig.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
  dinsdag 6 september 2011 @ 15:16:52 #159
12221 Tijn
Powered by MS Paint
pi_101633112
quote:
0s.gif Op dinsdag 6 september 2011 15:13 schreef Catbert het volgende:

Beide zaken zijn met template engines prima te combineren.
Hoe geef je je data aan je template engine door zonder het in het geheugen te laden dan?
pi_101633204
quote:
5s.gif Op dinsdag 6 september 2011 15:16 schreef Tijn het volgende:

[..]

Hoe geef je je data aan je template engine door zonder het in het geheugen te laden dan?
Weg te schrijven op de HDD en deze haalt de template engine weer op en zal deze echoen? :')
  dinsdag 6 september 2011 @ 15:24:51 #161
75592 GlowMouse
l'état, c'est moi
pi_101633381
quote:
0s.gif Op dinsdag 6 september 2011 15:13 schreef Catbert het volgende:

[..]

Het is gewoon niet waar dat die hele resultset per definitie al in 't geheugen zit. Databaseservers zijn daar veel slimmer in. Als 2 queries dezelfde table benaderen hoeft deze niet 2 keer volledig in 't geheugen te zitten.
Als jij twee queries uitvoert op MySQL dan wordt er twee keer geheugen gealloceerd voor de resultset.
Het is wel waar dat wanneer je zelf een array vult, er meer geheugen nodig is om die op te slaan omdat het opslaan minder efficiënt gebeurt.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 6 september 2011 @ 15:33:04 #162
58834 Catbert
The evil HR Director.
pi_101633630
quote:
5s.gif Op dinsdag 6 september 2011 15:16 schreef Tijn het volgende:
Hoe geef je je data aan je template engine door zonder het in het geheugen te laden dan?
Door de template gewoon iedere keer de row te voeren in plaats van de hele resultset? Zelf doe ik al tijden niks meer met PHP maar in Java met bijvoorbeeld Spring of JSF is het prima mogelijk om data en layout volledig te scheiden maar wel een pagina per row op te bouwen.

Natuurlijk is het voor een hobbyist die z'n eigen CMSje bouwt geen groot issue, maar jezelf aanleren alles eerst in geheugen te laden is m.i. niet de juiste weg.

quote:
0s.gif Op dinsdag 6 september 2011 15:24 schreef GlowMouse het volgende:
Als jij twee queries uitvoert op MySQL dan wordt er twee keer geheugen gealloceerd voor de resultset.
Het is wel waar dat wanneer je zelf een array vult, er meer geheugen nodig is om die op te slaan omdat het opslaan minder efficiënt gebeurt.
Ik weet niet hoe MySQL er mee omgaat maar in MSSQL gaat 'ie met 2 parallelle queries de intersectie van de data maar 1 keer in 't geheugen houden. Je hebt uiteindelijk eigenlijk alleen de rowids van de desbetreffende tables maar nodig, de rest van de data kun je aan de hand daarvan op de cursor doorgeven.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
  dinsdag 6 september 2011 @ 15:36:20 #163
75592 GlowMouse
l'état, c'est moi
pi_101633725
Ik geloof er helemaal niks van, dan zou MSSQL eerst moeten bepalen of resultsets wel gelijk zijn. Dat is met het oog op MVCC vrij inefficient.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 6 september 2011 @ 15:37:48 #164
12221 Tijn
Powered by MS Paint
pi_101633796
quote:
0s.gif Op dinsdag 6 september 2011 15:33 schreef Catbert het volgende:

[..]

Door de template gewoon iedere keer de row te voeren in plaats van de hele resultset?
Maar je template engine moet al die data toch gevoerd krijgen voordat 'ie kan gaan beginnen met weergeven ervan? Wanneer je 'em de tweede row voert, waar slaat 'ie de eerste dan op als dat niet in het geheugen is?
  dinsdag 6 september 2011 @ 15:44:23 #165
58834 Catbert
The evil HR Director.
pi_101634014
quote:
5s.gif Op dinsdag 6 september 2011 15:37 schreef Tijn het volgende:
Maar je template engine moet al die data toch gevoerd krijgen voordat 'ie kan gaan beginnen met weergeven ervan? Wanneer je 'em de tweede row voert, waar slaat 'ie de eerste dan op als dat niet in het geheugen is?
Hij kan prima een row renderen, net zoals je dat "met de hand" doet.

quote:
0s.gif Op dinsdag 6 september 2011 15:36 schreef GlowMouse het volgende:
Ik geloof er helemaal niks van, dan zou MSSQL eerst moeten bepalen of resultsets wel gelijk zijn. Dat is met het oog op MVCC vrij inefficient.
Als een bepaalde tabel veel benaderd wordt gaat 'ie data cachen. Als beide resultsets de row behorende bij rowid X benaderen wordt die data gewoon via een lookup beschikbaar gemaakt. Als je naar een query explain kijkt zie je dat 'ie vaak joins e.d. eerst afhandelt, en pas daarna de data er bij gaat zoeken. Die data komt dan of van disk, of uit de cache. Zowel MSSQL als Oracle doen dat. Of MySQL dat ook doet weet ik niet, maar daar hoef ik gelukkig niet mee te werken.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
  dinsdag 6 september 2011 @ 15:54:30 #166
75592 GlowMouse
l'état, c'est moi
pi_101634244
Raar verhaal, bij een query met een aggregated functie heb je het niet meer over rows in een tabel tenzij je de resultset als tabel beschouwt en dan de overhead wilt van het testen op gelijkheid. En heb je dan elke keer een roundtrip als je een rij ophaalt?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  dinsdag 6 september 2011 @ 17:27:23 #167
58834 Catbert
The evil HR Director.
pi_101637482
quote:
0s.gif Op dinsdag 6 september 2011 15:54 schreef GlowMouse het volgende:
Raar verhaal, bij een query met een aggregated functie heb je het niet meer over rows in een tabel tenzij je de resultset als tabel beschouwt en dan de overhead wilt van het testen op gelijkheid. En heb je dan elke keer een roundtrip als je een rij ophaalt?
Da's een ander verhaal. Ik zei in het begin al dat dit een issue is bij grote resultsets. Nu hebben we het bovendien over randzaken. Punt is dat het m.i. verkeerd is jezelf aan te leren iedere keer eerst alles in geheugen te lezen omdat het in veel gevallen relatief inefficient is. Dat je het doet op plekken waar het niet inefficient is, of soms juist efficienter; prima. Het gaat mij puur om wat een beginner zichzelf aanleert. Of in ieder geval dat die beginner weet waar hij mee bezig is.
"[...] a large number of the teenagers claiming Asperger's are, in fact, merely dicks."
pi_101704551
Kan iemand me helpen met deze formule:

1
2
3
4
5
6
cijfer | weging | totaal 
6,5        1          6,5
7,0        3          21
totaal:    4         27,5

totaal / weging = uiteindelijk cijfer

De weging wordt bij elkaar opgeteld en maakt 4.
6,5 keer 1 is 6,5 en 7 keer 3 is 21 en wordt bij elkaar 27,5
nu moet het totaal gedeeld worden door de weging en dan komt het uiteindelijke cijfer eruit. Ik hoop dat jullie met nog snappen.

Ik heb met een mysql query dit gedaan maar geeft niet het goeie antwoord.

1
2
3
4
$query = mysql_query("SELECT     
    SUM(weging) as wtotal, 
    SUM(cijfer * weging) as itotaal,
    SUM(weging / itotaal) as totaal FROM cijfers");

AAH IK WORD GEK!
pi_101704624
Je moet ook wtotal gebruiken en niet weging.
  donderdag 8 september 2011 @ 12:16:56 #170
75592 GlowMouse
l'état, c'est moi
pi_101704637
quote:
14s.gif Op donderdag 8 september 2011 12:16 schreef Tegan het volgende:
Je moet ook wtotal gebruiken en niet weging.
En de laatste SUM weglaten.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_101704715
Ja dat dus. Dacht even dat je nog SUM(itotaal) moest hebben, maar dat is niet :).
pi_101705088
Even proberen. :)
pi_101706289
probeer een file te unzippen maar werkt niet...krijg ook geen foutmelding wat er fout zou kunnen gaan. Path is goed, daar geeft ie wel een foutmelding op als de niet komt

1
2
3
4
5
6
7
<?php
require_once("pclzip.lib.php");
$zip = new PclZip("uploads/".$filename);

if(
$zip->extract() == 0)
  die(
"Error : " $zip->errorInfo(true));
?>
  donderdag 8 september 2011 @ 13:05:40 #174
75592 GlowMouse
l'état, c'est moi
pi_101706355
'werkt niet' :')
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_101706423
quote:
0s.gif Op donderdag 8 september 2011 13:04 schreef MrNiles het volgende:
probeer een file te unzippen maar werkt niet...krijg ook geen foutmelding wat er fout zou kunnen gaan. Path is goed, daar geeft ie wel een foutmelding op als de niet komt
[ code verwijderd ]

Hoever ben je zelf al gekomen met debuggen? Error_reporting(E_ALL); al keertje aangepleurd?
pi_101707017
volgende n00b vraag dan

wat is de max size van een te uploaden zip
30files in zip, totaal 2,01MB = geen probleem
40files in zip, totaal 2,45MB = Missing archive file 'uploads/40f245.zip'

het bestand wordt niet geupload
ligt dat aan de grootte van het bestand?

[ Bericht 71% gewijzigd door MrNiles op 08-09-2011 14:52:17 ]
pi_101710282
quote:
0s.gif Op donderdag 8 september 2011 13:25 schreef MrNiles het volgende:
volgende n00b vraag dan

wat is de max size van een te uploaden zip
Even mijn glazen bol zoeken om te zien hoe jij je server hebt ingesteld, BRB!
pi_101710426
quote:
7s.gif Op donderdag 8 september 2011 12:30 schreef -Datdus- het volgende:
Even proberen. :)
itotaal/wtotaal dus.
pi_101710561
quote:
0s.gif Op donderdag 8 september 2011 13:25 schreef MrNiles het volgende:
volgende n00b vraag dan

wat is de max size van een te uploaden zip
30files in zip, totaal 2,01MB = geen probleem
40files in zip, totaal 2,45MB = Missing archive file 'uploads/40f245.zip'

het bestand wordt niet geupload
ligt dat aan de grootte van het bestand?
phpinfo();

iets van max_upload_size .. of file_upload .. weet zo uit mijn hoofd niet meer welke het is.
pi_101710882
quote:
14s.gif Op donderdag 8 september 2011 15:04 schreef KomtTijd... het volgende:

[..]

Even mijn glazen bol zoeken om te zien hoe jij je server hebt ingesteld, BRB!
fijn als je dat weet maar je kan me toch ook zeggen dat dat in phpinfo te vinden is

thanx remi

het is dus
upload_max_filesize 10M

blijft mijn vraag staan..waarom de zipfile niet kan worden geupload
pi_101711141
quote:
0s.gif Op donderdag 8 september 2011 15:24 schreef MrNiles het volgende:

[..]

fijn als je dat weet maar je kan me toch ook zeggen dat dat in phpinfo te vinden is

thanx remi

het is dus
upload_max_filesize 10M

blijft mijn vraag staan..waarom de zipfile niet kan worden geupload
Als je na de POST een print_r van $_FILES doet, staat het bestand er dan wel?

Zo ja:
Pak je het bestand direct vanuit de tmp map uit? Of verplaats je het bestand eerst naar een "vaste" locatie op de server? (move_uploaded_file)

Ik zou dat laatste doen, en dan het bestand uitpakken.
pi_101711271
quote:
0s.gif Op donderdag 8 september 2011 15:31 schreef remi1986 het volgende:

[..]

Als je na de POST een print_r van $_FILES doet, staat het bestand er dan wel?

Zo ja:
Pak je het bestand direct vanuit de tmp map uit? Of verplaats je het bestand eerst naar een "vaste" locatie op de server? (move_uploaded_file)

Ik zou dat laatste doen, en dan het bestand uitpakken.
idd dat laatste

ik ga ff proberen

het lijkt "spontaan" te zijn opgelost :)
kan het zijn dat een slechte verbinding oorzaak kan hebben, heb al heel de dag last van slechte verbinding met FOK!, opnieuw inloggen etc
naja...vreemd..maar het werkt na alleen koffie drinken
misschien meer koffie ga drinken
pi_101723552
quote:
0s.gif Op donderdag 8 september 2011 15:24 schreef MrNiles het volgende:

[..]

fijn als je dat weet maar je kan me toch ook zeggen dat dat in phpinfo te vinden is

thanx remi

het is dus
upload_max_filesize 10M

blijft mijn vraag staan..waarom de zipfile niet kan worden geupload
Ondanks dat het al opgelost is een opmerking, een verkeerd ingestelde max_post_size wil ook wel eens voor problemen zorgen. Als die bijvoorbeeld op 2M staat kun je je max filesize wel op een terabyte zetten, als je het niet naar je server toe mag posten houdt het op.
Kort gezegd beďnvloedt upload_max_filesize de maximale grootte per bestand, en max_post_size de maximale grootte van de hele post.
pi_101741582
Ik heb het zelfde gezeur met een website van een klant, uploaden gaat goed (move_uploaded_file geeft geen error en zegt dat het bestand is 'gemoved') maar als ik dan op de volgende pagina kom en in de directory kijk waar het bestand zou moeten staan staat er niets!!!!

Hoster heeft wel meer vage problemen dus gaan we eerst een verhuizen en het dan nog eens proberen! (toch geen pcextreme hé :P)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_101743837
quote:
5s.gif Op vrijdag 9 september 2011 09:26 schreef Chandler het volgende:
Ik heb het zelfde gezeur met een website van een klant, uploaden gaat goed (move_uploaded_file geeft geen error en zegt dat het bestand is 'gemoved') maar als ik dan op de volgende pagina kom en in de directory kijk waar het bestand zou moeten staan staat er niets!!!!

Hoster heeft wel meer vage problemen dus gaan we eerst een verhuizen en het dan nog eens proberen! (toch geen pcextreme hé :P)
lijkt mij dan een rechtenprobleem?
pi_101748156
Inderdaad, mapje even 777 chmodden, testen ofdat het dan wel werkt, zoja dan de rechten goed instellen.
"Op Fok! val je pas op als je normaal bent." -mazaru
pi_101761679
bij deze
1
2
3
<?php
echo '<img src=".$album."/thumbs/klein_".$files[$rand]. "title=".$afbeelding['basename'] ."alt=".$afbeelding['basename']. "class='thumbs' "> ';
?>

krijg ik

Parse error: syntax error, unexpected T_STRING, expecting ',' or ';'

ik zie m niet..iemand anders wel?
pi_101761834
Lekker inconsequent gebruik van ' en ". Loop die allemaal maar eens na.
pi_101761995
quote:
0s.gif Op vrijdag 9 september 2011 20:21 schreef MrNiles het volgende:
bij deze
[ code verwijderd ]

krijg ik

Parse error: syntax error, unexpected T_STRING, expecting ',' or ';'

ik zie m niet..iemand anders wel?
1
2
3
4
5
6
7
8
9
10
<?php

printf
('<img src="%s" title="%s" alt="%s" class="%s">', array(
      
$album.'/thumbs/klein_'.$files[$rand]
    , 
$afbeelding['basename']
    , 
$afbeelding['basename']
    , 
'thumbs'
));

?>
pi_101762008
quote:
0s.gif Op vrijdag 9 september 2011 20:24 schreef Tegan het volgende:
Lekker inconsequent gebruik van ' en ". Loop die allemaal maar eens na.
dat heb ik dus gedaan..maar ik ben ff de draad kwijt :(
pi_101762015
quote:
0s.gif Op vrijdag 9 september 2011 20:21 schreef MrNiles het volgende:
bij deze
[ code verwijderd ]

krijg ik

Parse error: syntax error, unexpected T_STRING, expecting ',' or ';'

ik zie m niet..iemand anders wel?
Hou eens op met developen in notepad.exe.
Zelfs de syntaxhighlighter van FOK! pikt 'm er feilloos uit.
pi_101762113
quote:
0s.gif Op vrijdag 9 september 2011 20:29 schreef MrNiles het volgende:

[..]

dat heb ik dus gedaan..maar ik ben ff de draad kwijt :(
In HTML tags altijd "" gebruiken, en strings met daarin HTML tags moeten dus tussen '' staan.
pi_101762172
quote:
13s.gif Op vrijdag 9 september 2011 20:29 schreef KomtTijd... het volgende:

[..]

Hou eens op met developen in notepad.exe.
Zelfs de syntaxhighlighter van FOK! pikt 'm er feilloos uit.
sorry :@
ik zal eens iets opzoeken..roep eens iets
pi_101762217
Notepad++.
pi_101762227
SRSLY?

Ik dacht ik maak een grapje 8)7

Probeer geany of notepad++. Voor PHP vind ik geany relaxter.
pi_101762397
quote:
11s.gif Op vrijdag 9 september 2011 20:33 schreef KomtTijd... het volgende:
SRSLY?

Ik dacht ik maak een grapje 8)7

Probeer geany of notepad++. Voor PHP vind ik geany relaxter.
ik zit in plesk te klooien omdat ik ook in een vrij uurtje op het werk iets kan doen..daar mag ik niets installeren op de pc en geen eigen laptop op het netwerk kan aansluiten
pi_101762495
quote:
0s.gif Op vrijdag 9 september 2011 20:37 schreef MrNiles het volgende:

[..]

ik zit in plesk te klooien omdat ik ook in een vrij uurtje op het werk iets kan doen..daar mag ik niets installeren op de pc en geen eigen laptop op het netwerk kan aansluiten
Je kunt ook offline programmeren. Sterker nog, dat zou je moeten doen. En pas online gooien als je jezelf hebt overtuigd dat het wel gaat werken.
pi_101762686
quote:
0s.gif Op vrijdag 9 september 2011 20:37 schreef MrNiles het volgende:

[..]

ik zit in plesk te klooien omdat ik ook in een vrij uurtje op het werk iets kan doen..daar mag ik niets installeren op de pc en geen eigen laptop op het netwerk kan aansluiten
NP++ laat zich heel makkelijk portable installeren. Geany is volgens mij ook een portable variant van.

en anders: http://www.cdolivet.com/editarea/
pi_101763238
quote:
14s.gif Op vrijdag 9 september 2011 20:44 schreef KomtTijd... het volgende:

[..]

NP++ laat zich heel makkelijk portable installeren. Geany is volgens mij ook een portable variant van.

en anders: http://www.cdolivet.com/editarea/
thanx voor de tips
ga ik zeker iets mee doen
  zaterdag 10 september 2011 @ 00:15:52 #200
75592 GlowMouse
l'état, c'est moi
pi_101772462
quote:
13s.gif Op vrijdag 9 september 2011 20:29 schreef KomtTijd... het volgende:

[..]

Zelfs de syntaxhighlighter van FOK! pikt 'm er feilloos uit.
http://nl3.php.net/manual/en/function.highlight-string.php
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')