abonnement Unibet Coolblue Bitvavo
  FOK!-Schrikkelbaas dinsdag 26 augustus 2008 @ 16:25:55 #103
1972 Swetsenegger
Egocentrische Narcist
pi_61142108
Mijn windows aangemaakte PHP's werken prima op een OSX php installatie en op een linux installatie. Inclusief \r\n
  dinsdag 26 augustus 2008 @ 16:31:57 #104
12880 CraZaay
prettig gestoord
pi_61142263
quote:
Op dinsdag 26 augustus 2008 16:25 schreef Swetsenegger het volgende:
Mijn windows aangemaakte PHP's werken prima op een OSX php installatie en op een linux installatie. Inclusief \r\n
Hier ook. De meeste webservers gebruiken Linux, ken niemand met Windows die voor ieder bestand voor 'ie het gaat uploaden de regeleindes moet converteren.
  FOK!-Schrikkelbaas dinsdag 26 augustus 2008 @ 16:37:35 #105
1972 Swetsenegger
Egocentrische Narcist
pi_61142404
quote:
Op dinsdag 26 augustus 2008 16:31 schreef CraZaay het volgende:

[..]

Hier ook. De meeste webservers gebruiken Linux, ken niemand met Windows die voor ieder bestand voor 'ie het gaat uploaden de regeleindes moet converteren.
Nee klopt, ook in mailbody's en dergelijke gebruik ik gewoon \r\n en dat gaat altijd goed, ook als die mail op een OSX systeem binnen komt. Ik heb die tip ook ergens van een developper site getrokken. Zo van, de quick & dirty methode is gewoon altijd \r\n gebruiken dat werkt prima op elk OS. Tot op heden ben ik er geen probleem mee tegen gekomen, en ik ontwikkel altijd door elkaar op windows en OSX.
  dinsdag 26 augustus 2008 @ 16:41:35 #106
187069 slacker_nl
Sicko pur sang
pi_61142518
quote:
Op dinsdag 26 augustus 2008 16:31 schreef CraZaay het volgende:

[..]

Hier ook. De meeste webservers gebruiken Linux, ken niemand met Windows die voor ieder bestand voor 'ie het gaat uploaden de regeleindes moet converteren.
Uploaden met FTP in ASCII mode.

[ Bericht 0% gewijzigd door slacker_nl op 26-08-2008 16:52:42 (format => mode..) ]
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 26 augustus 2008 @ 16:51:24 #107
12880 CraZaay
prettig gestoord
pi_61142778
Ik gebruik inderdaad ook altijd \r\n.
pi_61143780
Zinloze discussie over het weergeven van linebreaks zeg

@Swets: waarom wil je die dingen in je database zetten? Waarom sla je niet gewoon de locatie van het bestand op?
  dinsdag 26 augustus 2008 @ 17:59:25 #109
107951 JortK
Immer kwaliteitsposts
pi_61144481
quote:
Op dinsdag 26 augustus 2008 17:29 schreef Xcalibur het volgende:
Zinloze discussie over het weergeven van linebreaks zeg

@Swets: waarom wil je die dingen in je database zetten? Waarom sla je niet gewoon de locatie van het bestand op?
Dan is het niet meer portable denk ik

En je zit niet met rechten problemen
  FOK!-Schrikkelbaas dinsdag 26 augustus 2008 @ 18:18:07 #110
1972 Swetsenegger
Egocentrische Narcist
pi_61144930
quote:
Op dinsdag 26 augustus 2008 17:29 schreef Xcalibur het volgende:
Zinloze discussie over het weergeven van linebreaks zeg

@Swets: waarom wil je die dingen in je database zetten? Waarom sla je niet gewoon de locatie van het bestand op?
OMdat ze al fysiek op een locatie staan van gemapte schijven en die locatie kan wijzigen. Om ze nu op een andere server weer fysiek weg te zetten is niet handig, dus vandaar in een blob. Maar ik ga wel eens kijken of het anders kan
pi_61145401
@Swetsenegger
Ik weet niet wat je nu voor "oplossing" hebt, maar addslashes() is als je met MSSql werkt so wie so zinloos. (In MSSql moet je een ' niet escapen met een \ maar met een '). M<et base64 omzelf je dat, maar efficient is 't zeker niet.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
  FOK!-Schrikkelbaas dinsdag 26 augustus 2008 @ 19:50:27 #112
1972 Swetsenegger
Egocentrische Narcist
pi_61147318
quote:
Op dinsdag 26 augustus 2008 18:38 schreef SuperRembo het volgende:
@Swetsenegger
Ik weet niet wat je nu voor "oplossing" hebt, maar addslashes() is als je met MSSql werkt so wie so zinloos. (In MSSql moet je een ' niet escapen met een \ maar met een '). M<et base64 omzelf je dat, maar efficient is 't zeker niet.
Het gaat mis met bijzondere tekens. Ik heb al gevonden op internet dat dat een bug lijkt te zijn in php 4.x Ik heb dus vandaag de server geupdate morgen even kijken of het nu wel werkt. Zo niet, ga ik toch kijken of ik relatief naar filesystem kan linken.
  dinsdag 26 augustus 2008 @ 20:08:15 #113
12880 CraZaay
prettig gestoord
pi_61147846
quote:
Op dinsdag 26 augustus 2008 18:38 schreef SuperRembo het volgende:

(In MSSql moet je een ' niet escapen met een \ maar met een ').
In MySQL eigenlijk stiekem ook toch, ook al gebruikt iedereen backslashes?
pi_61148838
quote:
Op dinsdag 26 augustus 2008 20:08 schreef CraZaay het volgende:

[..]

In MySQL eigenlijk stiekem ook toch, ook al gebruikt iedereen backslashes?
Dat wist ik niet, maar het werkt inderdaad op beide manieren.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
  dinsdag 26 augustus 2008 @ 20:44:18 #115
12880 CraZaay
prettig gestoord
pi_61148970
Ben nu bezig met Shindig, erg leuk. Zelf Google Gadgets draaien
  dinsdag 26 augustus 2008 @ 23:23:20 #116
63192 ursel
"Het Is Hier Fantastisch!
pi_61154512
Is er trouwens iemand een beetje bekend met Smarty, of heeft iemand anders een verklaring voor het volgende:

De klant logt in op de test-site. Alles werkt goed qua lay-out. Echter, als hij naar het beheer van de site gaat zou hij een lijst moeten zijn met alle pagina's die er zijn. Maar dat ziet hij dus niet.

Heb voor gemak even snel in een table geknalt om verder te testen en deze table een border gegeven. Dat ziet hij allemaal, echter de desbetreffende tekst en lijst met alle pagina's niet.
Hij ziet dus alleen een lege table en wel de borders van deze table.

Log ik nu in op de site met zijn inlog gegevens, dan zie ik wel alles gewoon..
Het ligt dus niet aan het user profiel.

Nu weet ik wel dat hij op een wat ouderen IE draait (IE6 en Win 2000), maar dat kan toch geen reden van dit probleem zijn??
pi_61154581
quote:
Op dinsdag 26 augustus 2008 23:23 schreef ursel het volgende:
Is er trouwens iemand een beetje bekend met Smarty, of heeft iemand anders een verklaring voor het volgende:

De klant logt in op de test-site. Alles werkt goed qua lay-out. Echter, als hij naar het beheer van de site gaat zou hij een lijst moeten zijn met alle pagina's die er zijn. Maar dat ziet hij dus niet.

Heb voor gemak even snel in een table geknalt om verder te testen en deze table een border gegeven. Dat ziet hij allemaal, echter de desbetreffende tekst en lijst met alle pagina's niet.
Hij ziet dus alleen een lege table en wel de borders van deze table.

Log ik nu in op de site met zijn inlog gegevens, dan zie ik wel alles gewoon..
Het ligt dus niet aan het user profiel.

Nu weet ik wel dat hij op een wat ouderen IE draait (IE6 en Win 2000), maar dat kan toch geen reden van dit probleem zijn??
Document wellformdness nagekeken?
pi_61154768
En wat als die gast de page source opvraagt?

En kan je niet IE6 installen op je eigen machine (of via een virtual machine) om dat iig na te kijken..
pi_61155474
http://tredosoft.com/Multiple_IE is daar handig voor.

Wat je kan doen is vragen of hij de bron van de pagina een keer door wil sturen, als die gewoon overeen komt met die die jij hebt, ligt het in ieder geval aan een verschil aan de client-side.
  woensdag 27 augustus 2008 @ 08:16:18 #120
12880 CraZaay
prettig gestoord
pi_61158566
Vandaar dat je ook zelf de mogelijkheid moet hebben om op alle bekende browsers te testen. Hoe kun je nou iets ontwikkelen als je het niet kunt testen op IE6
pi_61158646
quote:
Op dinsdag 26 augustus 2008 18:18 schreef Swetsenegger het volgende:
OMdat ze al fysiek op een locatie staan van gemapte schijven en die locatie kan wijzigen. Om ze nu op een andere server weer fysiek weg te zetten is niet handig, dus vandaar in een blob. Maar ik ga wel eens kijken of het anders kan
Kan je dan niet beter het pad naar de schijf in de config zetten ofzo?
Zodat je die alleen hoeft te wijzigen als het nodig is, of wisselt het te onvoorspelbaar daarvoor?

@ursel: lijkt me geen Smarty probleem, maar gewoon HTML

Ik heb hetzelfde probleem gehad met een LI met floatende elementen erin, waarbij ik van de UL een Scriptaculous Sortable had gemaakt (javascript dus). Daar viel ineens de content van de spans weg in IE6. FF2/3 en IE7 was niks aan de hand
  woensdag 27 augustus 2008 @ 09:16:36 #122
63192 ursel
"Het Is Hier Fantastisch!
pi_61159280
quote:
Op dinsdag 26 augustus 2008 23:56 schreef frenchfries het volgende:
http://tredosoft.com/Multiple_IE is daar handig voor.

Wat je kan doen is vragen of hij de bron van de pagina een keer door wil sturen, als die gewoon overeen komt met die die jij hebt, ligt het in ieder geval aan een verschil aan de client-side.
Vergeten te melden dat ik dat geinstalleerd heb en ermee getest..
Desalniettemin als je hem opent als IE 5.5 bijv. en naar de properties kijkt geeft die nog wel aan dat het 7.0 is. Dacht dat het mogelijk een soort van 5.5 was.

Daarnaast is het probleem alleen in het beheer gedeeltes en ziet hij de items bij de overzicht pagina;s niet. Alle andere pagina;s werken wel gewoon goed..
  woensdag 27 augustus 2008 @ 09:18:56 #123
12880 CraZaay
prettig gestoord
pi_61159310
Die IE's naast elkaar draaien is altijd tricky; je weet eigenlijk nooit of het nou echt goed is. Het beste is gewoon meerdere virtual machines ofzo en daar verschillende Windows instances in draaien met ieder hun eigen IE.
  woensdag 27 augustus 2008 @ 09:22:35 #124
63192 ursel
"Het Is Hier Fantastisch!
pi_61159382
quote:
Op woensdag 27 augustus 2008 08:27 schreef Xcalibur het volgende:

[..]

Kan je dan niet beter het pad naar de schijf in de config zetten ofzo?
Zodat je die alleen hoeft te wijzigen als het nodig is, of wisselt het te onvoorspelbaar daarvoor?
Gevaar hierbij is wel dat als je een kopie van de DB verplaatst naar je andere omgeving dat je dan niet moet vergeten dit ook aan te passen mocht de 2 locaties niet identiek zijn.
quote:
@ursel: lijkt me geen Smarty probleem, maar gewoon HTML

Ik heb hetzelfde probleem gehad met een LI met floatende elementen erin, waarbij ik van de UL een Scriptaculous Sortable had gemaakt (javascript dus). Daar viel ineens de content van de spans weg in IE6. FF2/3 en IE7 was niks aan de hand
Mja, daarom snap ik het ook niet..
Gezien het bij mij en iedere andere die het getest heeft wel werkt moet het idd wel gewoon aan de client kant zitten. Maarja, hoe dan te fixen of het euvel uberhaupt vinden..

Ga denk ik wel ff bij klantje maar langs dan.
  woensdag 27 augustus 2008 @ 19:10:50 #125
87680 Mirel
Mirel wil een bongophone.
pi_61172616
Ik heb een textbox waarbij ik wil dat je alleen 1 t/m 31 in kan vullen. Het maximum aantal cijfers dat je in kan tikken staat dan ook op 2.

Hoe kan ik dat maken met een if else statement in de action.php? Het is neem ik aan met de string $_POST['dag']; die je dan in de statement moet zetten of niet?
When all else fails, you always have delusion.
pi_61172998
1
2
3
4
5
6
7
8
<?php
$getal 
= (int)$_POST['dag'];
if (
$dag >= && $dag <= 31) {
  
// De dag is goed
} else {
  
// De dag is niet goed
}
?>


Je kunt dit ook in de HTML al een beetje doen door de gebruiker geen tekstveld te geven die hij kan invullen, maar een drop-down box waarin alleen de getallen 1 t/m 31 staan. Dat is alleen niet genoeg, maar voorkomt wel fouten.
pi_61175844
Iemand een idee hoe ik het volgende simpel kan realiseren?

Stel ik heb een array
$arr = array(1 => 20, 2 => 32, 3 => 12, 4 => 40, 5 => 25, 6 => 75);

en ik wil dit zo in een string krijgen
[1, 29], [2, 32], [3, 12], [4, 40], [5, 25], [6, 75]

want nu doe ik het zo:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<?php
function toJsArray($arr)
{
    
$num count($arr);
    
$str "";
    
$x 0;

    foreach (
$arr AS $id => $key)
    {
        
$x++;

        
$str .= "[" $id "," $key "]" . (($x $num) ? "," "");
    }

    return 
$str;
}
?>


[ Bericht 5% gewijzigd door Chandler op 27-08-2008 21:08:51 (iets vergeten :D) ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_61176091
1
2
3
4
5
6
7
8
9
10
11
<?php
function toJsArray($arr) {
    
$str '';

    foreach (
$arr AS $id => $key) {
        
$str .= '[' $id ',' $key '],';
    }

    return 
substr($str0, -1);
}
?>
pi_61176463
Dat met die komma aan het einde kun je ook nog oplossen met een implode:

1
2
3
4
5
6
7
8
9
10
<?php
function toJsArray($arr)
{
  
$result = array();
  foreach (
$arr as $id => $key) {
    
$result[] = '[' $id ',' $key ']';
  }
  return 
implode(','$result);
}
?>
pi_61177136
Ik wist wel dat het korter kon tnx
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  woensdag 27 augustus 2008 @ 23:03:32 #131
85514 ralfie
!Yvan eht nioj
pi_61179772
1
2
3
4
5
6
7
<?php
function toJsArray($ar)
{
   foreach(
$ar as $k => &$it$it="[{$k}, {$it}]";
   return 
join(', ',$ar);
}
?>
pi_61179845
quote:
Op woensdag 27 augustus 2008 21:05 schreef Chandler het volgende:
Iemand een idee hoe ik het volgende simpel kan realiseren?

Stel ik heb een array
$arr = array(1 => 20, 2 => 32, 3 => 12, 4 => 40, 5 => 25, 6 => 75);

en ik wil dit zo in een string krijgen
[1, 29], [2, 32], [3, 12], [4, 40], [5, 25], [6, 75]
Ik weet niet wat je van plan bent, maar als het de bedoeling is om die array in javascript te gebruiken kan json_encode() erg handig zijn.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
pi_61181946
quote:
Op woensdag 27 augustus 2008 19:26 schreef HuHu het volgende:

[ code verwijderd ]

Je kunt dit ook in de HTML al een beetje doen door de gebruiker geen tekstveld te geven die hij kan invullen, maar een drop-down box waarin alleen de getallen 1 t/m 31 staan. Dat is alleen niet genoeg, maar voorkomt wel fouten.
Ik zou wel
$getal = (int)$_POST['dag'];
vervangen door
$dag = (int)$_POST['dag'];

Past iets beter bij de rest van de code
pi_61182994
quote:
Op woensdag 27 augustus 2008 19:26 schreef HuHu het volgende:

[ code verwijderd ]
en een is_numeric() test erbij gooien zodat je geen warnings krijgt op je int conversie.. en dus de user kan teruggooien naar je input scherm ofzo.
pi_61184673
quote:
Op woensdag 27 augustus 2008 21:05 schreef Chandler het volgende:
Iemand een idee hoe ik het volgende simpel kan realiseren?

Stel ik heb een array
$arr = array(1 => 20, 2 => 32, 3 => 12, 4 => 40, 5 => 25, 6 => 75);

en ik wil dit zo in een string krijgen
[1, 29], [2, 32], [3, 12], [4, 40], [5, 25], [6, 75]

want nu doe ik het zo:
[ code verwijderd ]


Ik vind het overigens erg verwarrend dat de value in je foreach key noemt, in plaats van de key
pi_61186978
quote:
Op donderdag 28 augustus 2008 01:51 schreef slakkie het volgende:

[..]

en een is_numeric() test erbij gooien zodat je geen warnings krijgt op je int conversie.. en dus de user kan teruggooien naar je input scherm ofzo.
Of gewoon intval() gebruiken.
pi_61201085
quote:
Op donderdag 21 augustus 2008 21:16 schreef Xcalibur het volgende:
ik probeer PostgreSQL te installeren, maar m'n PHP begrijpt het niet

PostgreSQL draait op zich prima, ik heb de bijbehorende DLL in m'n extensionmap staan, maar als ik de regel in php.ini uitcomment krijg ik de melding "Unable to load dynamic library". Ik weet zeker dat het pad goed is, bovendien heb ik geexpirimenteerd met verschillende versies van het bestand wat me verschillende foutmeldingen heeft opgeleverd...

Mis ik een ander bestand? Moet ik een bepaalde versie hebben? Moet er nog iets in m'n php.ini gebeuren?
Schopje.
Dit werkt nog steeds niet?
  donderdag 28 augustus 2008 @ 19:52:43 #138
75592 GlowMouse
l'état, c'est moi
pi_61201168
quote:
Op donderdag 28 augustus 2008 19:49 schreef Xcalibur het volgende:

[..]

Schopje.
Dit werkt nog steeds niet?
Onder Windows neem ik aan, staat het path goed?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_61201311
Onder windows ja.

Je bedoelt het path naar de extensions dir, die staat goed
Als ik de .dll vervang door andere versies krijg ik ook andere foutmeldingen...

Andere extensions werken ook naar behoren overigens
  donderdag 28 augustus 2008 @ 20:00:49 #140
75592 GlowMouse
l'état, c'est moi
pi_61201363
Nee, path de omgevingsvariabele. Ziehier.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_61202120
Ah, die path. Ja, die staat ook goed
pi_61212367
quote:
Op donderdag 28 augustus 2008 09:00 schreef Xcalibur het volgende:
Ik vind het overigens erg verwarrend dat de value in je foreach key noemt, in plaats van de key
Het mag dan wat verwarrend zijn, maar hoe je het ook noemt het gaat om de output

Maar $id => $content zou beter zijn
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_61212596
quote:
Op donderdag 21 augustus 2008 19:04 schreef HuHu het volgende:
Weet iemand of het mogelijk is met MySQL middels een TRIGGER een INSERT te voorkomen?

Dus iets als:
[ code verwijderd ]

Een DELETE bij een AFTER INSERT gaat niet, omdat de zojuist ingevoegde rij dan nog gelocked is.
Niemand die hier iets op weet? Of een andere manier om een INSERT te voorkomen middels MySQL?
  vrijdag 29 augustus 2008 @ 09:32:22 #144
75592 GlowMouse
l'état, c'est moi
pi_61212714
quote:
Op donderdag 28 augustus 2008 20:29 schreef Xcalibur het volgende:
Ah, die path. Ja, die staat ook goed
$_ENV['path'] toont dat ook (staat hier op oa. d:\program files (x86)\php)? Dat is een van de weinige dingen die fout kan gaan. Hier draait postgresql prima onder de php-5.2.5 win32 binary.

HuHu: http://www.brokenbuild.co(...)lete-with-a-trigger/
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_61212909
quote:
Op vrijdag 29 augustus 2008 09:32 schreef GlowMouse het volgende:

[..]

$_ENV['path'] toont dat ook (staat hier op oa. d:\program files (x86)\php)? Dat is een van de weinige dingen die fout kan gaan. Hier draait postgresql prima onder de php-5.2.5 win32 binary.

HuHu: http://www.brokenbuild.co(...)lete-with-a-trigger/
Hoe heb je die zo snel gevonden... ik kon niets vinden met Google. Zat waarschijnlijk weer op de verkeerde woorden te zoeken .

Maar het is wel een beetje vieze manier, er is dus blijkbaar geen nette oplossing. Zelf had ik het nu al opgelost door ongeldige waarden in een kolom te stoppen, waardoor er een error optrad die vervolgens werd genegeerd. Eens kijken of deze manier geen error oplevert, dat is dan wel beter .
  vrijdag 29 augustus 2008 @ 09:43:58 #146
75592 GlowMouse
l'état, c'est moi
pi_61212963
quote:
Op vrijdag 29 augustus 2008 09:41 schreef HuHu het volgende:

[..]

Hoe heb je die zo snel gevonden... ik kon niets vinden met Google. Zat waarschijnlijk weer op de verkeerde woorden te zoeken .

Maar het is wel een beetje vieze manier, er is dus blijkbaar geen nette oplossing. Zelf had ik het nu al opgelost door ongeldige waarden in een kolom te stoppen, waardoor er een error optrad die vervolgens werd genegeerd. Eens kijken of deze manier geen error oplevert, dat is dan wel beter .
http://www.google.nl/search?hl=nl&safe=off&q=mysql+abort+insert&btnG=Zoeken&meta=
Hier zal ook wel een error door komen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_61213863
quote:
Op vrijdag 29 augustus 2008 09:32 schreef GlowMouse het volgende:

[..]

$_ENV['path'] toont dat ook (staat hier op oa. d:\program files (x86)\php)? Dat is een van de weinige dingen die fout kan gaan. Hier draait postgresql prima onder de php-5.2.5 win32 binary.
Ja:

Path
C:\Program Files\PHP;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\Adobe\AGL;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\Microsoft SQL Server\90\Tools\binn\

Ik draai PHP 5.2.6, maar dat lijkt me niet zo'n probleem verder
Ik heb echt geen idee waar het aan kan liggen....
pi_61240471
Ik ben bezig met het optimaliseren van database tabellen, maar loop tegen het volgende aan:

mijn query:
1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT fish.id,
               fish.user_id,
               fish.catchdate,
               fish_categories.name,
               users.username,
               media.id AS photo_id
        FROM fish
        LEFT JOIN users ON users.id = fish.user_id
        LEFT JOIN media ON media.source_id = fish.id
        LEFT JOIN fish_categories ON fish_categories.id = fish.fish_id
        GROUP BY fish.id
        ORDER BY fish.id DESC
        LIMIT 0,4


EXPLAIN:
1
2
3
4
1 SIMPLE fish ALL NULL NULL NULL NULL 76 Using temporary; Using filesort 
1 SIMPLE users ref id id 4 nl_visfreaks.fish.user_id 2   
1 SIMPLE media ALL NULL NULL NULL NULL 135   
1 SIMPLE fish_categories ref id id 4 nl_visfreaks.fish.fish_id 8   


Het probleem is dat ik nu op de tabel FISH een filesort heb bij deze zoekactie, en dat schiet niet echt op. Nu wil ik indexes maken voor dit tabel en heb dus (fish_id, user_id en id) geindexeerd maar nog krijg ik deze filesort... weet iemand wat ik fout doe? :D
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_61240648
Waarom heb je in je fish tabel zowel een id veld als een fish_id veld?
  zaterdag 30 augustus 2008 @ 10:27:58 #150
75592 GlowMouse
l'état, c'est moi
pi_61240688
Die index deugt niet. Hij staat gewoon op wat velden zonder rekeling te houden met je query. Fish_id is nergens constant, dus wordt de rest van je index niet benut. Ik snap ook niet waarom je dat indexeert: het staat weliswaar in een WHERE, maar je hebt toch altijd alle waarden van fish_id nodig, dus dat heeft geen zin (tenzij je een covering index kunt maken, maar dan weet je wel wat je doet hopelijk).
Wat hier het beste is, is een index op fish.id, een op users.id, een op media.source_id en een op fish_categories.id.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_61241123
Alle .id's zijn geindexeerd (tenminste qua opzet).

fish_id is het type vis, beetje stomme noemer, zal deze tzt overal renamen qua type!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  zaterdag 30 augustus 2008 @ 11:08:08 #152
75592 GlowMouse
l'état, c'est moi
pi_61241234
Als alle genoemde velden geïndexeerd staan, kan het nog zijn dat MySQL denkt weinig voordeel te halen bij een index. Je kunt dan FORCE INDEX gebruiken op de indices die ik noemde. Met name door de LIMIT denk ik dat je daar veel voordeel door haalt op de fish-tabel (4 rijen ophalen ipv allemaal).
Bij media zou ik verwachten dat MySQL de index wel uit zichzelf benut.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_61241544
Dat had ik idd ook verwacht maar helaas, ook heb ik net geprobeerd om alle _id's te indexeren maar dat resulteerde ook niet in een snellere site... het tegenovergestelde zelfs
The people who lost my respect will never get a capital letter for their name again.
Like trump...
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')