Poerkie | maandag 20 februari 2006 @ 15:27 | |||||
![]() cd niet bijgeleverd Vorige delen: [PHP] voor dummies - Deel 1 [PHP] voor dummies - Deel 2 [PHP] voor dummies - Deel 3 [PHP] voor dummies - Deel 4 [PHP] voor dummies - Deel 5 [PHP/(My)SQL] voor dummies - Deel 6 [PHP/(My)SQL] voor dummies - Deel 7 [PHP/(My)SQL] voor dummies - Deel 8 [PHP/(My)SQL] voor dummies - Deel 9 [PHP/(My)SQL] voor dummies - Deel 10 [PHP/(My)SQL] voor dummies - Deel 11 [PHP/(My)SQL] voor dummies - Deel 12 [PHP/(My)SQL] voor dummies - Deel 13 [PHP/(My)SQL] voor dummies - Deel 14 [PHP/(My)SQL] voor dummies - Deel 15 [PHP/(My)SQL] voor dummies - Deel 16 [PHP/(My)SQL] voor dummies - Deel 17 [PHP/(My)SQL] voor dummies - Deel 18 [PHP/(My)SQL] voor dummies - Deel 19 [PHP/(My)SQL] voor dummies - Deel 20 [PHP/(My)SQL] voor dummies - Deel 21 Zie ook: PHP goodies In dit boek uitleg over OOP, Pear, XML, etc Deze OP en instructies voor nieuw topic: http://wiki.fok.nl/index.php/OP/PHP [ Bericht 1% gewijzigd door Jump op 22-02-2006 20:13:59 ] | ||||||
the_disheaver | maandag 20 februari 2006 @ 15:29 | |||||
TVP Bestaat er geen 'KRegExpEditor' voor windows? | ||||||
mschol | maandag 20 februari 2006 @ 15:44 | |||||
prohbeer RegexBuddy eens: http://www.topshareware.com/RegexBuddy-download-15609.htm | ||||||
eer-ik | maandag 20 februari 2006 @ 19:20 | |||||
Hallo allemaal, ik heb een probleempje, namelijk ik heb zo'n VBulletin forum, maar ik kan deze niet installeren op mijn server. Ik heb de mogelijkheid tot PHP en MySQL, maar ik krijg de melding bij stap 3 dat er iets is foutgegaan. Het gaat om http://www.wapata.nl/forum/install/install.php?step=3 Bij http://www.wapata.nl/forum/install/install.php?step=2 kun je ervoor kiezen om de database te legen en het nog een keer te proberen, maar dat lukt me niet. Weet iemand wat ik hieraan kan doen? Alvast bedankt, Erik | ||||||
Nevermind | maandag 20 februari 2006 @ 19:54 | |||||
Stel dat ik op mijn thuisserver eenofandere grote site ga rippen en in de database stop, zodat ik op een gegeven moment >1 gig aan data in MySQL heb. Probeert MySQL dat dan permanent in het geheugen te laden, zodat ik een gigantische (langzame) swapfile krijg? Of wordt het bij een query pas van de schijf gelezen en is het alsnog langzaam, maar zit het niet permanent in het geheugen? | ||||||
ikke_ook | maandag 20 februari 2006 @ 20:12 | |||||
quote:Waarom zou hij het in een swapfile zetten als het ook gewoon op je schijf staat?Het lijkt me handiger als MySql de index in zijn geheugen zet en de rest van schijf leest ofzo... Ik kan me iig niet voorstellen dat er gebeurd wat jij [ Bericht 1% gewijzigd door ikke_ook op 20-02-2006 20:32:19 ] | ||||||
Nevermind | maandag 20 februari 2006 @ 20:22 | |||||
quote:Ik zeg het ook niet, ik vraag het ![]() | ||||||
the_disheaver | maandag 20 februari 2006 @ 21:15 | |||||
quote:kijk eerder eens op de vBulletin forum. Volgens mij is er wel vrij duidelijke handleiding. Met je vraag kunnen we niets. Misschien specifiekere vraag over wat je moet invullen maar niet zeker weet? | ||||||
eer-ik | maandag 20 februari 2006 @ 21:22 | |||||
Nou, kijk, ik heb de config file gewoon ingevuld, en dat heb ik een paar keer nagekeken, maar daar staat niks mis in... Ik krijg de volgende melding: quote:Maar het probleem is, dat ik daar geen kont van snap ![]() Ik heb wel al op de site van Vbulletin gekeken, maar daar word ik ook niet echt veel wijzer van ![]() Dit script maakt alle tabellen zelf, maar deze tabel kan hij niet maken denk ik? | ||||||
the_disheaver | maandag 20 februari 2006 @ 21:32 | |||||
Maakt hij de database zelf ook? Kun je zien of er tabellen zijn aangemaakt via phpmyadmin oid (ik neem aan dat je het niet op een eigen webserver installeert, maar op een webhoster? | ||||||
the_disheaver | maandag 20 februari 2006 @ 21:37 | |||||
De primary keys moeten allen NOT NULL zijn. primaryid is dat wel, maar type niet. Ik zou niet weten waarom type OOK een primaryid moet zijn, dus kun je dat 'type' er niet uit halen? Ofwel, kun je de SQL wijzigen? edit: En uhhh, uberhaupt op het forum daarzo gezocht? http://www.vbulletin.com/forum/search.php?searchid=256068 | ||||||
the_disheaver | maandag 20 februari 2006 @ 21:40 | |||||
- [ Bericht 100% gewijzigd door the_disheaver op 20-02-2006 21:40:22 ] | ||||||
eer-ik | maandag 20 februari 2006 @ 21:58 | |||||
eeeuh, nee, de database maakt hij niet zelf, die heet wapata. Er zijn wel tabellen aangemaakt inderdaad, maar hij komt niet verder dan datastore... http://i1.tinypic.com/o7k5jq.jpg Daar het plaatje, kan je het evt zien... En, nee, niet op het forum gekeken eigenlijk ![]() | ||||||
the_disheaver | maandag 20 februari 2006 @ 22:00 | |||||
quote:Doe dat dan toch maar wel... Het probleem is vaker voorgekomen, en oplossing staat er ook wel bij. | ||||||
eer-ik | maandag 20 februari 2006 @ 22:08 | |||||
magnificent, het werkt allemaal ![]() iig bedankt! | ||||||
JeRa | maandag 20 februari 2006 @ 22:19 | |||||
quote:MySQL heeft strakke restricties op het geheugengebruik, waarschijnlijk zal een groot deel van de indices en bepaalde delen van de data wel gecached worden door MySQL zelf. Voor de rest kun je prima vertrouwen op de block cache van het besturingssysteem waar het op draait. quote:Een query hoeft niet langzaam te zijn, zolang je maar de juiste indices gebruikt. | ||||||
mschol | maandag 20 februari 2006 @ 23:15 | |||||
ik heb een script dat stats in mijn database pompt maar ik wil er een error check in dat wanneer de pagina niet geladen kan worden dat hij bijvoorbeeld refreshed en nog eens probeert en dat er een mailtje wordt gestuurd bijvoorbeeld de code:
de niet echt nuttige info er eff uitgewerkt i wordt nu gebruikt om een x aantal rijen af te gaan (deze rij is variable en daaarom moet ik een loop gebruiken!) nou heb ik dus de vraag: hoe kan ik zo slim mogelijk een error check erin zetten zodat bij een "pagina kan niet worden gevonden" error hij refreshed en/of iets anders doet? yips only dus e.v.t. functies die ik zou moeten gebruiken, wil zelf ontdekken hoe de vork in de steel zit, geven jullie me maar de vork en de steel ![]() [ Bericht 5% gewijzigd door mschol op 20-02-2006 23:23:17 ] | ||||||
Desdinova | dinsdag 21 februari 2006 @ 09:15 | |||||
$view = "0"; if ($view){ echo "check"; } ziet hij $view als een boolean ofzo? want hij echoed geen check? | ||||||
JeRa | dinsdag 21 februari 2006 @ 09:18 | |||||
Welkom tot de wereld van PHP's Loose Typing ![]() Het houdt in dat het type van variabelen los kan worden omgezet. De string '0' is gelijk aan de boolean false, en omdat je daar een if-constructie hebt die op een boolean slaat wordt de string $view ook zo behandeld. Als je een goede boolean check wilt doen, doe je dit: $view = '0'; if ($view === true) { echo 'check'; } Drie is-tekens dus om ook het type te controleren. Wil je weten of er iets in de string zit, dan kan dat op verschillende manieren: if ($view != '') {} if (strlen($view) > 0) {} Etc ![]() | ||||||
Desdinova | dinsdag 21 februari 2006 @ 09:48 | |||||
aaaah ![]() tenks! en isset($view)? | ||||||
JeRa | dinsdag 21 februari 2006 @ 16:26 | |||||
quote:Die bepaalt of een variabele bestaat. Wat houd je tegen om het uit te proberen? ![]() | ||||||
InsaneM666 | dinsdag 21 februari 2006 @ 22:49 | |||||
kan dit automatisch tot in het oneindige? dus tot er geen resultaat meer is zeg maar? | ||||||
JeRa | dinsdag 21 februari 2006 @ 22:52 | |||||
@InsaneM666 Ja, maar dat kun je beter met een recursieve functie doen. Overigens is zo'n operatie wel érg databaseintensief, in de vorige topics zijn een paar treestructuren besproken waarvan je er wellicht een paar van kunt gebruiken ![]() | ||||||
mschol | woensdag 22 februari 2006 @ 15:50 | |||||
quote:niemand ? ![]() | ||||||
Desdinova | woensdag 22 februari 2006 @ 16:00 | |||||
lijkt mij dat als je page niet wordt geladen, je hele script niet aangeroepen wordt? | ||||||
JeRa | woensdag 22 februari 2006 @ 16:01 | |||||
quote:Ik snap niet wat je wilt doen. Wil je externe pagina's opvragen en zodra dit niet lukt iets anders doen? What about zoiets:
| ||||||
Nevermind | woensdag 22 februari 2006 @ 17:49 | |||||
quote:Probeer je een parent-child tree te bouwen? Dan kun je wellicht beter alles uit de database halen en met php in elkaar zetten. | ||||||
wobbel | woensdag 22 februari 2006 @ 18:12 | |||||
Ik heb een .m3u file in het volgende formaat:
Hoe zorg ik ervoor dat ik het getal achter de #EXTINF: krijg (dus 288, 205, 204, 213 etc), de titel achter de komma bij het getal (dus artiest en titel) en de locatie (D:\mp3\februari 2006\young j...etc) Hoe zorg ik ervoor dat ik dat allemaal uit elkaar haal en apart in strings stop zodat ik elk gegeven in een record kan stoppen? Dus: $tijd = 213 $titel = The Source ft. Candi Staton - You Got The Love $locatie = D:\MP3\Februari 2006\The Source ft. Candi Staton - You Got The Love.mp3 Heel simpel beginseltje ![]()
| ||||||
Swetsenegger | woensdag 22 februari 2006 @ 19:45 | |||||
Simpele vraag. Ik gebruik nu addslashes in combinatie met een if(!get_magic_quotes_gpc()). Indien magic quotes uitstaat, slash ik mijn data dus. Maar op de een of andere manier krijg ik toch een foutmelding op mijn query wanneer een item een quote of dubbele quote bevat. Eerste vraag: waarom? Tweede vraag. Wat is het verschil met bovenstaande en mysql_real_escape_string? | ||||||
SuperRembo | woensdag 22 februari 2006 @ 19:53 | |||||
Je doet iets als
en toch krijg je een foutmelding over een niet-geescapete quote? ![]() | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 19:53 | |||||
quote:www.php.net/explode | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 19:57 | |||||
quote:
En ik krijg dus fouten terug van records welke niet geplaatst kunnen worden You have an error near "'s morgens in alle vroegte, xxxxx,xxxxx" Op de quotes krijg ik dus een error ![]() Ik heb het nu zojuist vervangen in:
Dus zonder te kijken of magic_quotes aanstaat En dan loopt mijn loopje zonder fouten door alle records. Het valt me wel op dat met de laatste de data niet escaped in de tabel staat. | ||||||
SuperRembo | woensdag 22 februari 2006 @ 20:06 | |||||
Het verschil tussen addslashes en mysql_real_escape_string zit er zo te zien (in de manual) vooral in dat die laatste ook dingen als carriage return en newline tekens. En dat zou best het verschil kunnen maken als je description uit een textarea komt. De beste aanpak is denk ik om altijd als magic quotes aan staan stripslashes over $_GET / $_POST te halen. Als je de sql samenstelt dan gebruik je mysql_real_escape_string. quote:Dan staat magic quotes blijkbaar uit ![]() | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 20:10 | |||||
quote:Stripslashes als het uit een $_POST komt ![]() In dit geval komt de data uit een CSV omdat ik 2000 records in 1 keer moet plaatsen. De code komt min of meer rechtstreeks uit de life website, waar de data WEL uit $_POST komt. Daar gaat het overigens goed. Maar slashed mysql_real_escape_string de data dan alleen 'virtueel' voor de query ofzo? Want zoals gezegd staat de data niet ge-escaped in de tabel. | ||||||
DutchBlood | woensdag 22 februari 2006 @ 20:16 | |||||
quote:magic_quotes slasht alles wat zich in $_POST/$_GET/etc. bevind? Ik gebruik doorgaans dit:
| ||||||
JeRa | woensdag 22 februari 2006 @ 20:26 | |||||
quote:Nope, zoals hierboven wordt gezegd wordt op alle $_POST, $_GET en $_COOKIE-variabelen addslashes() toegepast op het begin van het script. Normaal doe je dus een stripslashes() op die variabelen op het begin van het script indien magic_quotes_gpc aanstaat, en weer een addslashes() of mysql_real_escape_string() als je het in de query gaat zetten. En niet eerder ![]() | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 20:27 | |||||
quote:Ok, ik slash dus data wanneer het de query ingaat (mits magic quotes uitstaan) Dus er wordt gepost, ik addslashes, ik insert. Dat is dus niet goed ![]() -edit- of eigenlijk wel, als ik tussendoor wat met de data doe strip ik wel slashes. | ||||||
SuperRembo | woensdag 22 februari 2006 @ 20:32 | |||||
quote:Zo magic is magic quotes gpc niet ![]() Magic quotes GPC is gewoon lomp en escaped alle quotes in Get Post en Cookies. Dat kan problemen geven als je die gegevens wil valideren. Of als je het helemaal niet in een sql string wil gebruiken, zouals een preview in html. Of als je een string op een bepaalde lengte af wil kappen; dan klopt de lengte niet en je het het risico dat je string eindigt op een backslash. En nu blijkt het ook niet eens altijd te werken ![]() | ||||||
DutchBlood | woensdag 22 februari 2006 @ 20:36 | |||||
quote:En daarbij komt nog eens het feit dat je het risico loopt dubbel te escapen natuurlijk, bijvoorbeeld als je script van server wisselt. Wat dat betreft hadden ze magic qoutes/register_globals, en nog wat functies beter weg kunnen laten. | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 20:40 | |||||
quote:Fuck, met valideren en dergelijke had ik er eigenlijk helemaal nog niet bij nagedacht. Hmz, gelukkig staat het op de meeste servers uit, maar wel iets om rekening mee te houden. Thnks | ||||||
SuperRembo | woensdag 22 februari 2006 @ 20:41 | |||||
quote:Dat is ook de aanbevolen instelling. Maar om een of andere reden staat het bij webhosts vaak wel aan. Het zal wel zijn omdat ouwe brakke scripts niet goed werken ![]() | ||||||
DutchBlood | woensdag 22 februari 2006 @ 20:47 | |||||
quote:Daarom is het ook aan te raden om aan het begin van elk script iets te includen/require_once-en wat er voor zorgt dat er gestriptslashed wordt wanneer dat nodig is. | ||||||
DutchBlood | woensdag 22 februari 2006 @ 20:48 | |||||
quote:Uitermate irritant is dat ja. Heb vaak genoeg scripts die niet meer werken doordat het aan staat. Dit omdat sommige variabelen dan ineens 'vervangen' worden. | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 20:50 | |||||
quote:Inderdaad binnenkort een functie voor schrijven Dus... stripslashes van alle userinput. mysql_rela_escape_string bij ALLE data welke de db ingaat. Dat laatste voorwaardelijk (dus if(!get_magic_quotes_gpc())) of ALTIJD? quote:Dat voorkom je door te controleren of magic quotes GPC aanstaat ![]() | ||||||
JeRa | woensdag 22 februari 2006 @ 20:54 | |||||
@Swetsenegger Stripslashes() op het begin van je script, afhankelijk van get_magic_quotes_gpc(). Áltijd addslashen als het in een query gaat ![]() | ||||||
DutchBlood | woensdag 22 februari 2006 @ 20:55 | |||||
quote:Van http://nl3.php.net/manual/nl/function.get-magic-quotes-gpc.php
| ||||||
SuperRembo | woensdag 22 februari 2006 @ 20:58 | |||||
quote:Op apache kan je het ook uitzetten door een regeltje in .htaccess:
| ||||||
SuperRembo | woensdag 22 februari 2006 @ 21:03 | |||||
quote:Kan dat eigelijk niet beter (sneller) met array_walk? | ||||||
DutchBlood | woensdag 22 februari 2006 @ 21:25 | |||||
Volgens de comments op php.net niet. Maar werkt die regel in de .htaccess altijd? Of heb je er rechten voor nodig @ apache. | ||||||
mschol | woensdag 22 februari 2006 @ 21:32 | |||||
quote:ik zal proberen het te verduidelekijen elke dag om 0:00 wordt mijn php.exe aangeroepen met een script, dit script leest d.m.v. file() een bepaalde pagina waar statistieken op staan. (en zet ze in de database, als ze gevonden zijn anders doet hij niks) Wat doet het script precies: laad de pagina d.m.v. file() in de variable $lines vervolgens gaat hij een while in om de regel te vinden waar de statistieken in staan (d.m.v. een preg_match()), als hij een match heeft gevonden dan zet hij het resultaat in de database:
mijn (probleem)punten: 1. de pagina die wordt geladen veranderdt veel en heeft dus niet telkens een standaard regel nummer waar de statistieken staan - kan dit efficienter? 2. als de site plat ligt of mijn internetverbinding is overbelast dan krijg ik een "pagina kan niet worden gevonden" pagina die wordt gelezen. - hier zit me echte probleem: ik wil dat ik dit in het script kan op vangen door bijvoorbeeld te zeggen dat het script nogmaals de pagina moet proberen te laden totdat het lukt.. ik hoop dat het nu iets duidelijker is... | ||||||
JeRa | woensdag 22 februari 2006 @ 21:37 | |||||
@mschol 1. Het aantal regels ontdek je door count($lines) op te vragen ![]() 2. Als de pagina écht down is kun je er niets aan doen natuurlijk. Maar kun je geen loopje bedenken dat loopt zolang het aantal regels 0 is?
Niet netjes, maar het is een simpel voorbeeld van hoe je zoiets zou kunnen afvangen ![]() | ||||||
mschol | woensdag 22 februari 2006 @ 21:47 | |||||
quote:probleem is dat wanneer de pagina down is hij nooit leeg is (je krijgt immers de foutmeldingspagina van windows ofzo terug (geen idee waarom dit gebeurd maar is zo) maar iuk moet dus alleen eff uitvogelen hoe lang de error pagina is dan kan ik er wel wat mee denk ik ![]() of kan ik de http status code misschien ophalen ergens met php? | ||||||
JeRa | woensdag 22 februari 2006 @ 22:00 | |||||
quote:Niet op deze manier, dat kan wel als je met sockets gaat werken. Beter controleer je gewoon of bepaalde woorden in de array voorkomen, zoals 'Page not found' oid ![]() | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 22:10 | |||||
quote:JeRa is Maroc? | ||||||
JeRa | woensdag 22 februari 2006 @ 22:12 | |||||
quote:Je weet togg, sssssukkel. Nah, wtf? ![]() | ||||||
Swetsenegger | woensdag 22 februari 2006 @ 22:15 | |||||
quote: ![]() | ||||||
Boink | donderdag 23 februari 2006 @ 09:34 | |||||
Hoi ![]() Op e.o.a. manier wil de unlink niet werken Zie
Ik heb dit volledig via de handleiding van php.net gedaan, ik zit in een directory waar hij eerst uit moet en dan in de files directory de foto's moet deleten, Dit werkt wel op de huidige server alleen niet op de php5 i.c.m. mysql5 server waar binnenkort naar gemigreerd wordt. Kan iemand mij redden hier? ![]() | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 09:45 | |||||
tvp mbt regexp | ||||||
ikke_ook | donderdag 23 februari 2006 @ 10:01 | |||||
quote:Wat voor een foutmelding krijg je dan? probeer anders dit eens :
En moet dit:
niet dit zijn:
| ||||||
Boink | donderdag 23 februari 2006 @ 12:37 | |||||
Ik heb je even toegevoegd op msn als je geen bezwaar hebt ![]() | ||||||
ikke_ook | donderdag 23 februari 2006 @ 12:46 | |||||
Daar heb ik geen bezwaar tegen, maar ik zit niet de hele dag op msn, en tis handiger om het via hier te doen, want er zitten hier een hoop mensen die beter zijn dan ik. | ||||||
Boink | donderdag 23 februari 2006 @ 13:06 | |||||
Parse error: syntax error, unexpected '{' in /home/testteam/public_html/autogespot/admin/viewcars.php on line 163 http://dev.wscp.nu/~testteam/autogespot/admin/viewcars.phps Krijg ik nu ![]() | ||||||
Darkomen | donderdag 23 februari 2006 @ 13:08 | |||||
Regel 163: if(is_file($file){ Dat moet zijn : if(is_file($file)){ Je bent een afsluitend hekje )vergeten | ||||||
ikke_ook | donderdag 23 februari 2006 @ 13:09 | |||||
ja..ik ben daar een haakje vergeten....
moet zijn :
| ||||||
Boink | donderdag 23 februari 2006 @ 13:48 | |||||
Op lijn 555 zit ook nog een fout waar ik ook niet achter kan komen, niet dat unlink nu al werkt maar maybe komt het daardoor. Notice: Undefined variable: type in /home/testteam/public_html/autogespot/admin/viewcars.php on line 555 http://dev.wscp.nu/~testteam/autogespot/admin/viewcars.phps Ik heb trouwens dit hele script niet geschreven, dat heeft onze huisscripter gedaan maar die is tijdelijk afwezig. En aangezien we in maart verhuizen naar php5 en mysql5 moeten we vlekkeloos overgaan ![]() ![]() [ Bericht 37% gewijzigd door Boink op 23-02-2006 13:54:35 ] | ||||||
ViPeRII | donderdag 23 februari 2006 @ 13:54 | |||||
moet dat geen $_GET['type'] zijn? Hij herkent de variable $type niet. anders moet je ergens anders in je script $type declareren. Verder is dit een notice, en is dus geen fout | ||||||
mschol | donderdag 23 februari 2006 @ 14:06 | |||||
quote:het gebruik van $type voor het ophalen van die get/post variable is tegenwoordig toch ook sterk afgeraden?? had ook iets met register_globals te maken meen ik? | ||||||
Boink | donderdag 23 februari 2006 @ 14:09 | |||||
quote:Top, dat isook weer weg, nu die unlink nog, want dat werkt ook nog steeds niet. Ik heb nu dit.
Het verwijderen uit de database lukt wel.. De files alleen niet. | ||||||
DutchBlood | donderdag 23 februari 2006 @ 14:13 | |||||
quote:Heeft je script wel de juiste rechten? Chmod eens 777 anders. | ||||||
Boink | donderdag 23 februari 2006 @ 14:51 | |||||
quote:Ja alles is gewoon 777 ![]() | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 15:18 | |||||
Als ik wel uit een database kan lezen, maar niks in kan voeren, waar ligt dat dan hoogstwaarschijnlijk aan, even ervan uit gaande dat ik geen typo's heb gemaakt? | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 15:27 | |||||
http://www.toeps.nl/Testbase/Smoels.phps Hier dus de code. Het is een invoerpagina voor het smoelenboek van de Dierenbescherming. Het ophalen van info uit de database werkt wel: http://www.toeps.nl/Testbase/Testbase.php http://www.toeps.nl/Testbase/Testbase.phps | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 15:39 | |||||
Ook na het zetten van leuke ` tekentjes bij de databasenamen lukt het niet. ![]() | ||||||
Niox | donderdag 23 februari 2006 @ 15:42 | |||||
quote:Waarschijnlijk klopt je query niet. Vervang or die("FOUT!") eens door (mysql_error ()) en post de error die je krijgt hier. En post je code met je INSERT query eens hier ![]() | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 16:07 | |||||
Hmm, phps werkt niet op mijn host, dat is waar ook. Ff ergens anders uploaden... http://stud.cmd.hro.nl/0764519/jaar1/Smoels.phps | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 16:09 | |||||
Als ik mysql_error doe, krijg ik gewoon een wit scherm en in de source staan alleen <body></body>![]() | ||||||
Niox | donderdag 23 februari 2006 @ 16:18 | |||||
Er staat $_POST["kittencentrale"] tussen je values, maar die is niet terug te vinden in je kolommenlijst. Waar heb je trouwens op zo'n prachtige manier queries leren schrijven ![]() | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 16:21 | |||||
Sniegoed? Ik heb het uit een boek en zo, want op school (CMD) leren ze me niet zo veel. Kittencentrale vergeten?! Da's alles?! | ||||||
#ANONIEM | donderdag 23 februari 2006 @ 16:23 | |||||
Aaah!!!! Mijn naam is STOMME IDIOOT!! ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() | ||||||
Niox | donderdag 23 februari 2006 @ 16:26 | |||||
quote:Ieder z'n eigen stijl natuurlijk, maar ik vind dit verre van prettig lezen. Weinig overzichtelijk en dan maak je makkelijk van die kleine klotefoutjes. quote: ![]() quote:Whehehe Edit: Plak er voortaan eens zoiets in:
[ Bericht 16% gewijzigd door Niox op 23-02-2006 16:32:49 ] | ||||||
Darkomen | donderdag 23 februari 2006 @ 17:16 | |||||
@boink geef eens het volledige path op ipv $file = "../files/... | ||||||
Swetsenegger | donderdag 23 februari 2006 @ 22:24 | |||||
Ik heb ZCE vast gezet, dus ik ben nu bezig in het practise testboek. Kom ik er achter dat php EERST aftrekt en pas daarna optelt ipv het Meneer Van Dalen Wacht Op Antwoord alternatief dus 20-10+4+2=16 en niet 20-10+4+2=4 zoals ik verwacht. Ligt het mij of is dat vreemd? http://nl2.php.net/manual/nl/language.operators.php#language.operators.precedence | ||||||
mschol | donderdag 23 februari 2006 @ 22:26 | |||||
quote:dan splits je je berekening in 2en? | ||||||
Swetsenegger | donderdag 23 februari 2006 @ 22:27 | |||||
quote:Daar gaat het niet om, het is een testvraag uit een proefexamen ![]() Maar plus en min worden dus 'gelijk' geinterpreteerd. En wie het eerst komt het eerst maalt begrijp ik uit de manual. | ||||||
ikke_ook | donderdag 23 februari 2006 @ 22:28 | |||||
Nee het is volkomen logisch. Die meneer van Dale wacht op antwoord is niet helemaal lekker eigenlijk ![]() Hij klopt wel MAAR, optellen en aftrekken hebben gelijke prioriteit en worden behandeld in volgorde dat ze staan. Vermenigvuldigen en delen hetzelfde verhaal, ze worden behandeld in volgorde dat ze staan. (vermenigvuldigen/delen gaat wel voor optellen/aftrekken) -edit- Wat je hierboven zegt idd ![]() Tis standaard in de wiskunde trouwens, niet alleen in php ![]() | ||||||
Swetsenegger | donderdag 23 februari 2006 @ 22:33 | |||||
quote:Dan ligt het aan mij ![]() Die vraag heb ik alvast fout, maar ik vergeet het niet meer (net als de << operator welke in dezelfde opgave voorkwam. Ik kon hem niet, hoewel ik een vermoeden had) | ||||||
DutchBlood | donderdag 23 februari 2006 @ 23:07 | |||||
Met wat haakjes is dit vrij makkelijk op te lossen natuurlijk. Wiskundig èn mogelijk in php. | ||||||
Swetsenegger | donderdag 23 februari 2006 @ 23:09 | |||||
quote: quote: | ||||||
DutchBlood | donderdag 23 februari 2006 @ 23:13 | |||||
quote:Ok, dan heb ik niks gezegd. Voor welk examen ben je aan het oefenen dan? | ||||||
Light | donderdag 23 februari 2006 @ 23:21 | |||||
quote:Lezen blijft lastig zeker ![]() quote: | ||||||
Light | donderdag 23 februari 2006 @ 23:22 | |||||
Ow, succes Swets ![]() | ||||||
Tijn | vrijdag 24 februari 2006 @ 01:37 | |||||
Ik heb een tijdje geleden Pear geinstalleerd op m'n Ubuntu-machine. Dat leek toen wel goed te gaan. Ik kan ook packages toevoegen enzo, geen klachten. Vanavond had ik wat tijd over en dacht ik, laat ik er eens wat mee doen. Dus ik heb Auth geinstalleerd om te kijken of het allemaal werkt. Ik heb in m'n database een tabel "auth" gemaakt met ruimte voor usernames en passwords en daar als test mezelf ingezet met een MD5 password. Vervolgens heb ik het voorbeeld uit de handleiding gekopieerd, de database-gegevens ingevuld en in een bestand genaamd test.php op m'n server gezet. Dat leverde dit op: Fatal error: Cannot unset string offsets in /usr/share/pear/Auth.php on line 180 Wat nu? | ||||||
Boink | vrijdag 24 februari 2006 @ 10:42 | |||||
Fixed![]()
| ||||||
ViPeRII | vrijdag 24 februari 2006 @ 10:50 | |||||
quote:Humz het lijkt wel of de string offsets geen waarde heeft, of helemaal niet bestaat. Kan je auth.php hier niet plaatsen? Dan kunnen we verder kijken,... Volgens mij heb ik het trouwens al gevonden: http://pear.php.net/bugs/bug.php?id=4371 ( exactly the same error, but for a "File" auth backend. this is my call the Auth constructor: $a = new Auth("File", ".htpasswd"); this is the error: Fatal error: Cannot unset string offsets in /usr/local/lib/php/pear/Auth.php on line 180 this is a patch/fix which I have made to Auth.php (v1.2.3) function Auth($storageDriver, $options = '', $loginFunction = '', $showLogin = true) { if (is_array($options) && !empty($options['sessionName'])) { $this->_sessionName = $options['sessionName']; unset($options['sessionName']); } note that is checking whether $options is an array before attempting to index into it (indexing into a string with an associative key, can't work). ) | ||||||
Tijn | vrijdag 24 februari 2006 @ 11:20 | |||||
Hey, bedankt ViPeRII! Het werkt ![]() Wel een beetje jammer dat zo'n standaardpakketje al gelijk problemen oplevert ![]() | ||||||
ViPeRII | vrijdag 24 februari 2006 @ 11:21 | |||||
Dat wel, is een bug in de laatste release... komt wel weer goed. Wat doet het pakketje pear eigenlijk? | ||||||
Tijn | vrijdag 24 februari 2006 @ 11:24 | |||||
Pear is een systeem voor standaardscripts, zodat je niet elke keer het wiel aan het uitvinden bent. | ||||||
Tijn | vrijdag 24 februari 2006 @ 11:58 | |||||
quote:Maar eerlijk gezegd word ik er nog niet echt vrolijk van. Ik heb nu 3 packages geprobeerd (Auth, Auth_HTTP en HTML_BBCodeParser) en ze geven alledrie fouten als ik het standaardvoorbeeld uit de documentatie probeer ![]() | ||||||
Swetsenegger | vrijdag 24 februari 2006 @ 12:36 | |||||
quote:Ik heb het nog nooit gebruikt. Voornamleijk omdat ik graag zelf het wiel WIL uitvinden omdat ik op die manier een betere php'er denk te worden. Maar ik kan me voorstellen dat ik uiteindelijk ook pear zal willen gebruiken en dan zou ik hier ook niet vrolijk van worden inderdaad ![]() | ||||||
Tijn | vrijdag 24 februari 2006 @ 13:02 | |||||
quote:Dat is ook ongetwijfeld zo ![]() | ||||||
Japiejooo | vrijdag 24 februari 2006 @ 13:11 | |||||
tvp | ||||||
ViPeRII | vrijdag 24 februari 2006 @ 14:01 | |||||
Swetsenegger. jij ook al? Vind het altijd leuk om een nieuw systeem van scratch op te bouwen ![]() Daar wordt je ook steeds beter van, merk ik zelf al ![]() | ||||||
#ANONIEM | vrijdag 24 februari 2006 @ 14:07 | |||||
Ik heb al gegoogled maar ik kon niks nuttigs vinden dus post ik het hier: Weet iemand tutorials over Excel (xls) bestanden in te lezen met PHP? | ||||||
Swetsenegger | vrijdag 24 februari 2006 @ 15:10 | |||||
quote:Absoluut. Wanneer ik nu scripts tegen kom van een jaar geleden, kan ik mijn eigen progressie zien ![]() Overigens zie ik ook wel eens een handgheidje welke ik toen eenmalig heb gebruikt en vergeten ben... 'Heee..., dat is handig!' | ||||||
the_disheaver | vrijdag 24 februari 2006 @ 15:27 | |||||
quote:Kun je er geen CSV-file van maken? edit: van xml naar csv converteren moet via php lukken. FF googlen. [ Bericht 9% gewijzigd door the_disheaver op 24-02-2006 15:40:44 ] | ||||||
ViPeRII | vrijdag 24 februari 2006 @ 15:41 | |||||
Niet goed gegoogled ![]() http://www.phpfreakz.nl/library.php?sid=21377 Altijd al een Excel file willen lezen en de inhoud hergebruiken? Of een OpenOffice.org file willen maken? Of een HTML or CSV file willen inlezen en de tabellen eruit halen? Of converteren van een Excel bestand naar een OOo Calc bestand? Gebruik deze class. Instructies (helaas) in het Engels hieronder en in de files zelf. -------------------------------- SPREADSHEET WRAPPER CLASS (pkpsl_spreadsheet.class.php) Uses PHP5, PEAR Defines the Spreadsheet class that supports all Spreadsheet file types Implements a simple reader and writer (without any formating capabilities) | ||||||
#ANONIEM | vrijdag 24 februari 2006 @ 15:46 | |||||
thx man, tis gelukt, wel zonder PEAR ![]() | ||||||
LeeHarveyOswald | vrijdag 24 februari 2006 @ 16:44 | |||||
hmm ik krijg nu steeds foutmeldingen op een punt waar ik dit niet verwacht...
Ik krijg op de regel van de eerste } de volgende melding: Parse error: parse error, unexpected '}' in /usr/home/jeroen/www/forum/chatmod.php on line 38 Iemand enig idee wat hier mis is? het aantal open en gesloten {} lusjes klopt.. | ||||||
Swetsenegger | vrijdag 24 februari 2006 @ 16:45 | |||||
| ||||||
LeeHarveyOswald | vrijdag 24 februari 2006 @ 16:52 | |||||
Ah stom!!! thq ![]() | ||||||
JeRa | vrijdag 24 februari 2006 @ 17:01 | |||||
En de korte schrijfwijze daarvan, om dat soort foutmeldingen te voorkomen ![]()
| ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 12:54 | |||||
Weten jullie nog van mijn mail probleem? Het ziet er naar uit dat het ALLEEN bij planet mail adressen fout gaat ![]() Die breekt dus mails halverwege af. Als ze nou gewoon simpelweg geblokkeerd werden, zou het kunnen zijn dat mails als spam werden aangemarkt, maar blijkbaar gaat er wat mis op de planet mailserver ![]() | ||||||
c0nd0r | zaterdag 25 februari 2006 @ 21:38 | |||||
Ik heb een rechtensysteem die bitwise de rechten toekent dus 1,2,4,8 enz. Ik heb rechten die bij elkaar opgeteld max. 63 zijn (dus tm 32) Op een pagina waar je de gebruiker kan wijzigen (en dus ook rechten) laat ik een aantal checkboxen zien die de rechten aangeven. De huidige rechten moeten daarbij aangevinkt zijn natuurlijk. Dit doet hij alleen op 1 of andere manier niet voor bit 1 en bit 8. Iemand enig idee waarom niet? Dit is de code: $result['urID'] = de rechten die de gebruiker heeft (63 in dit geval, dus alle checkboxjes moeten aan) $row['urID'] = de rechten uit de database (1,2,4,8,16,32)
Hierbij krijg ik 6 checkboxjes (ik heb dus 6 rechten) waarbij ze bij recht 63 allemaal aangevinkt zijn behalve 1 en 8. Iemand enig idee? | ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 21:41 | |||||
Kan je controleren of die bits ook daadwerkelijk geset zijn? In bovenstaande code zou ik alleen nog een spatie kunnen toevoegen, maar ik zie geen opmerkelijke fout value = "' . $row['urID'] . '"' . $check . ' /> spatie: value = "' . $row['urID'] . '" ' . $check . ' /> | ||||||
c0nd0r | zaterdag 25 februari 2006 @ 21:45 | |||||
quote:Als ik de bitwise functie laat echoen binnen de while krijg ik een rijtje: 0 2 4 0 02 22 Degene waar nullen staan zijn dus ook niet aangevinkt. | ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 21:56 | |||||
quote:Mjah, ik begrijp er dan geen ruk van wat eruit zou moeten komen, want ik had 1 2 4 8 16 32 verwacht ![]() Anyway, je zegt zelf dat daar waar de nullen staan je checkboxes niet aangevinkt zijn. Dat klopt toch? | ||||||
c0nd0r | zaterdag 25 februari 2006 @ 22:00 | |||||
quote:Dat zou je inderdaad verwachten! Maar dat klopt niet want de rechten zijn 63 (dus 1 + 2 + 4 + 8 + 16 + 32) dus alle bitjes die langskomen zou die moeten bevatten maar op 1 of andere manier dus niet | ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 22:01 | |||||
quote:Wat zeg je nou? Geef nou je code eens die de bitjes set en unset. Hoe set je die bitjes? | ||||||
c0nd0r | zaterdag 25 februari 2006 @ 22:06 | |||||
quote:Haha die set of unset je niet maar je gaat gewoon bitwise die rechten toekennen dus voor recht lezen is 1 voor schrijven is 2 voor bewerken is 4 en iemand die dan mag lezen en schrijven krijgt 3 snap ie? ![]() http://nl2.php.net/language.operators.bitwise | ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 22:12 | |||||
quote:Ja duh, maar HOE krijg je dat rijtje terug? Geef die code eens. | ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 22:17 | |||||
En waarom maak je het jezelf eigenlijk niet makkelijk door gewoon binair te rekenen. 1=lezen 10=schrijven 11=lezen en schrijven Etc. Op die manier kan je een ubersimpele switch functie gebruiken om je rechten te checken en je checkboxen te setten.
| ||||||
c0nd0r | zaterdag 25 februari 2006 @ 22:21 | |||||
quote:Zou ook kunnen inderdaad maar heb de fout al gevonden! Om 1 of andere vage reden parste PHP de getallen als octaal (vandaar dat 1 en 8 het niet deden) Even de intval() eromheen zetten en works like a charm! Bedankt iig! | ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 22:23 | |||||
quote:als het begint met een 0 wordt het als octaal geinterpreteerd. (dacht ik. even zoeken op php.net) | ||||||
Light | zaterdag 25 februari 2006 @ 22:35 | |||||
quote:Correct. | ||||||
Swetsenegger | zaterdag 25 februari 2006 @ 22:38 | |||||
quote:ZCE basis kennis ![]() | ||||||
Boink | zondag 26 februari 2006 @ 17:43 | |||||
Hoi, daar ben ik weer ![]() De thumbnail werkt bij php5 niet meer ![]() | ||||||
ikke_ook | zondag 26 februari 2006 @ 17:58 | |||||
Leer zelf eens debuggen, begin eens met die apenstaartjes voor de functies weg te halen want die onderdrukken errors en warnings. En dan zet je gewoon ergens een echo ofzo om te kijken of hij in een bepaald if-statement komt...... Probeer eens wat losse onderdelen of die wel werken. Doe een echo op je filename/imagepath, misschien is dat wel niet goed.... Wij hoeven toch niet iedere keer jouw lappen code door te gaan spitten op zoek naar een foutje? En denk ook eens aan het controleren van je input... je haalt iets uit een GET en je zet dat gewoon in een query, ik zou daar op zn minst een addslashes op uitvoeren..... | ||||||
mschol | zondag 26 februari 2006 @ 18:15 | |||||
quote:helemaal mee eesn ![]() ennuh even reactie op 2de punt en een handige vraag voor mij : om de een of andere reden hoef ik in mijn php scripts nooit de addslashes te gebruiken... hij negeerdt die slashes ofzo... ![]() wat ik wel doet is dit: $bla =$_get['Boe']; komt dat daardoor? ben zelf nu ook beetje bezig met een hele simpele template parser ![]() eens kijken of ik daar iets leuks van kan maken ![]() dus het gebruik maken van een simpele template parser niet het maken van een parser.. is leuke oefening en kan er misschien een leuke site uitdraaien voor het pc management op me stage is te zien hier: http://fia181-83.dsl.hccnet.nl/pwa [ Bericht 9% gewijzigd door mschol op 26-02-2006 18:21:50 ] | ||||||
DutchBlood | zondag 26 februari 2006 @ 18:22 | |||||
quote:Magic_quotes? Voor een id ben ik zelf altijd erg van een if(is_numeric()) { constructie. | ||||||
SuperRembo | zondag 26 februari 2006 @ 19:26 | |||||
quote:Dat komt idd door magic_quotes_gpc. Eerder in dit topic staat er meer over. Een feature die schijnveiligheid creëert en verder alleen maar tegen je werkt. | ||||||
mschol | zondag 26 februari 2006 @ 20:04 | |||||
quote:maar dat zou hij toch alleen doen als hij aanstaat dit staat in mijn php.ini: ; This directive is deprecated. Use variables_order instead. gpc_order = "GPC" ; Magic quotes ; ; Magic quotes for incoming GET/POST/Cookie data. magic_quotes_gpc = Off ; Magic quotes for runtime-generated data, e.g. data from SQL, from exec(), etc. magic_quotes_runtime = Off ; Use Sybase-style magic quotes (escape ' with '' instead of \'). magic_quotes_sybase = Off dus dat zou dan niet opgaan voor mij ![]() | ||||||
DutchBlood | zondag 26 februari 2006 @ 20:09 | |||||
Maar wat gebeurd er dan precies met dat slashes gebeuren bij deze php-installatie? | ||||||
mschol | zondag 26 februari 2006 @ 20:19 | |||||
quote:nou normaal gesproken zou je een sql injection kunnen doen als de quotes e.d niet worden gescaped.. maar ik escape dus niet en SQL injections zijn echt onmogelijk ![]() ik krijg hooguit een php error op line 10 ofzo ![]() en dit heb ik al heeel lang bij meerdere script.. komt dat omdat ik de GET waarde eerst in een variable zet en die variable in een SQL statment gebruik? | ||||||
DutchBlood | zondag 26 februari 2006 @ 20:33 | |||||
quote:Zou je dat eens kunnen uitttesten met wat echo's misschien? Dus de $_GET var en dan de gewone? Raar doch interessant geval ![]() | ||||||
Nevermind | zondag 26 februari 2006 @ 20:57 | |||||
Niet dat ik het wil misbruiken, maar hoe kun je sql injections uitproberen? Wat moet je in je GET-variabele toevoegen?
Zoiets zal wel niet werken? | ||||||
mschol | zondag 26 februari 2006 @ 21:01 | |||||
http://www.securiteam.com/securityreviews/5DP0N1P76E.html hier wordt het hoe en wat uitgelegd, vaak kan je het misbruiken door in een search veld de string proberen te escapen ![]() | ||||||
Nevermind | zondag 26 februari 2006 @ 21:31 | |||||
quote:Dankje, erg handig ![]() deze ook wel | ||||||
mschol | zondag 26 februari 2006 @ 21:37 | |||||
ik loop nu wel tegen een robleem aan op een site die ik aan het boiuwen ben voor me stage (zie boven) tis vast heel simpel maar ik zie het niet ![]() ik maaj dus gebruik van een simpele template parser:
dit werkt helemaal perfect.. maar als ik een tag replace voor een include:
maar daar loop ik dus tegen een probleem aan: in de include staat het volgende:
als ik een return geef dan echotie em netjes in het midden van de pagina onder de kop overzicht pc's maar kapt ie em gelijk af... (want het is een return immers) bij echo wordt het helemaal bovenaan de pagina weergegeven en niet in een tabel.. is er niet een manier om het huidige script toch goed te laten gaan? hope it makes sense ![]() ik zat dus te denken aan een soort van buffer OBstart(); oid maar krijg dat niet aan de praat...? volgens mij zit er weinig anders op dan me hele include te herschrijven (ook geen idee hoe ik dan moet aan aan pakken trouwens ![]() [ Bericht 2% gewijzigd door mschol op 26-02-2006 21:48:17 (verschrikkelijke typo) ] | ||||||
GSMboy | zondag 26 februari 2006 @ 21:47 | |||||
quote:probeer maar. Met magic Quotes die aanstaan werkt dit niet nee..... | ||||||
SuperRembo | zondag 26 februari 2006 @ 21:49 | |||||
quote:Ow, mysql gaat gewoon op z'n bek als je een quotje invoert. Nee, da's prima ![]() | ||||||
mschol | zondag 26 februari 2006 @ 21:55 | |||||
quote:maar aaleen bij de uitvoer van dat script... dus iedere hack poiung loopt dood ![]() my point : oke script gaat onderuit, maar hij valt voor de rest niet te hacken.. | ||||||
SuperRembo | zondag 26 februari 2006 @ 22:25 | |||||
quote:Daar zou ik niet al te zeker van zijn. Neem een simpele update al deze:
Als je dan in het form bij myvalue invult: All Your Quotes Are Belong To Us';-- Dan staat die tekst opeens op ELKE regel in de tabel. Zonder MySQL foutmelding. | ||||||
DutchBlood | zondag 26 februari 2006 @ 22:43 | |||||
http://ww.phpfreakz.nl/downloadz/webprogrammers_hacking_huide.pdf Erg nuttig om eens door te lezen, worden veel beveiliginslekken besproken. | ||||||
mschol | zondag 26 februari 2006 @ 23:25 | |||||
quote:ook met deze constructie? want zo doe ik het altijd... en als je dan gaat klooien met ; en komma's etc dann loopt ie stuk op php code.. lijkt mij...:
| ||||||
SuperRembo | zondag 26 februari 2006 @ 23:51 | |||||
Nee, dat is voor php geen probleem. Dan werkt mijn "hack" nog steeds. | ||||||
mschol | zondag 26 februari 2006 @ 23:53 | |||||
quote:nou vreemd ik heb meerdere scrippie's gemaakt waar ik toch op die manier allerlei haakjes, puntkomma's en quotes tegenhield... | ||||||
SuperRembo | maandag 27 februari 2006 @ 00:01 | |||||
Wat bedoel je met "tegenhouden"? Als je zoonder problemen een ' in kan voeren zit je waarschijnlijk wel goed (dan staat magic_quotes_gpc aan of je gebruikt addslashes/mysql_real_escape_string). Als er dingen fout gaan als je een ' invoert, dan heb je toch een (potentieel) probleem. | ||||||
ViPeRII | maandag 27 februari 2006 @ 12:27 | |||||
en nu heb ik een vraagje ![]() Ik heb een bestand waarin ik wat settings schrijf. Het bestand ziet er ongeveer zo uit: USEDB | localhost | db | ww | naam | INSERT INTO evenementen (naam, datum, folder) values ( '" . $_SESSION['albumhtmlinfo']['titel'] . "', '" . $_SESSION['datum'] . "', '" . $_SESSION['albumhtmlinfo']['filename'] . "' ) | Het uitlezen van het bestand doe ik alsvolgt:
Als ik nu ga bekijken wat er in mijn $info_array[x] staat, gaat het allemaal goed, bahalve het laatste lijntje (de SQL code die ik in het bestand heb geschreven.) Daar staat alleen maar INSERT als laatste in mijn $info_array Weet iemand hoe ik dit goed uit lees? Of kan het te maken hebben met de lengte van de bestands-regel of kan het aan nog wat anders liggen? | ||||||
the_disheaver | maandag 27 februari 2006 @ 13:00 | |||||
Ofwel: $info_array[] =ipv $info_array = Zonder die [] zou het gewoon een variable zijn, en elke keer door de nieuwe line overschreven worden. Met de [] wordt het een variable in een array. edit: mist overigens ook een end bracket voor de while-lus | ||||||
ViPeRII | maandag 27 februari 2006 @ 13:15 | |||||
the_disheaver... Die brackets weet ik, was verkeerd gekopiëerd hierheen, maar het probleem is niet dat het overschreven wordt. $info_array wordt netjes gevult, ik krijg dus in mijn voorbeeld: echo $info_array[0]; // = USEDB echo $info_array[1]; // = localhost die waardes netjes terug, BEHALVE de laatste die hij moet pakken (in mijn geval $info_array[17]) want daar staat alleen maar INSERT in. en $info_array[18] en hoger zijn gewoon leeg... USEDB | localhost | db | ww | naam | INSERT | ||||||
the_disheaver | maandag 27 februari 2006 @ 13:27 | |||||
Bij mij krijg ik met jou code slechts 1 waarde in $info_array. Met de [] komt wel het gehele bestand in de array. Maar misschien deze code?
uitkomst:
| ||||||
ViPeRII | maandag 27 februari 2006 @ 13:38 | |||||
Humz werkt bij mij niet, dan geeft hij helemaal geen output ![]() Maar wat hij er van maakt is dit: (bij een print_r($info_array) Array ( [0] => Array ( [0] => none [1] => 6 [2] => 768 [3] => 1024 [4] => 120 [5] => 160 [6] => website.net [7] => ftpinlog [8] => ftppass [9] => httpdocs [10] => /httpdocs/includes/program/fotoarchief/ [11] => 21 [12] => USEDB [13] => localhost [14] => user [15] => pw [16] => dbnaam [17] => INSERT ) [1] => Array ( [0] => INTO evenementen (naam, datum, folder) values ( '" . $_SESSION['albumhtmlinfo']['titel'] . "', '" . $_SESSION['datum'] . "', '" . $_SESSION['albumhtmlinfo']['filename'] . "' ) [1] => ) ) | ||||||
#ANONIEM | maandag 27 februari 2006 @ 14:37 | |||||
Om de geblokkeerde uitgaande mailpoort op school te omzeilen en omdat ik soms nog wel eens dringend moet mailen, heb ik een leuk mail scriptje gemaakt. Zo iets had ik al eerder gedaan voor een bestelformulier. Bij mijn laatste prutswerkje kun je zelf de afzender en geadresseerde invullen. Misbruikgevoelig, maar alleen voor eigen gebruik. Nou is het enige probleem: Ik krijg alle mail 2x!
Wie helpt? | ||||||
ViPeRII | maandag 27 februari 2006 @ 15:04 | |||||
Toeps, Ik kan geen fouten ontdekken in je script. wordt echt maar 1x aangeroeken zover ik zie. je opent hem toch ook niet tochvallig 2x? | ||||||
Swetsenegger | maandag 27 februari 2006 @ 15:05 | |||||
quote:Het enige wat ik kan bedenken is dat je een mailadres mailt, welke ook ok nog doorgestuurd wordt naar een ander mail adres. Je script verstuurt in ieder geval maar 1 mail. | ||||||
#ANONIEM | maandag 27 februari 2006 @ 15:07 | |||||
quote:Nope, hij wordt gewoon aangeroepen vanuit mail.htm, een standaard formuliertje. Raar, dat bestelformulier wat ik eerst had gemaakt stuurt wel maar een keer. Het enige verschil is dat ik daarbij de mailadressen al had ingevuld. Misschien is het dubbel om het zowel in $to als in de header te zetten? | ||||||
Swetsenegger | maandag 27 februari 2006 @ 15:09 | |||||
quote:Ja dat is dubbel ja ![]() | ||||||
#ANONIEM | maandag 27 februari 2006 @ 15:15 | |||||
Geeft maar een mailtje op het ingegeven adres, en de ander op 'willekeurigadres' staat genoemd in "aan". $to en de header is toch dubbelop. ![]() | ||||||
ViPeRII | maandag 27 februari 2006 @ 15:17 | |||||
Vaag wel leuk om te weten, want dat wist ik nog niet ![]() | ||||||
Swetsenegger | maandag 27 februari 2006 @ 15:35 | |||||
quote:Ja dat zeg ik quote: | ||||||
#ANONIEM | maandag 27 februari 2006 @ 15:44 | |||||
Ja Swets, ik had je reply nog niet gezien, was nog aan het testen. | ||||||
Chandler | maandag 27 februari 2006 @ 22:11 | |||||
Mensen ik ben opzoek naar een paar personen die mij input willen geven voor een huidig project. Op dit moment ben ik bezig met het ontwerpen en realiseren van een soortement installer van php projecten. Alleen zit ik nu met wat kleine dingen die ik wil verbeteren en eventueel wil inbouwen maar zou ook graag wat feedback van de echte scripter willen hebben. Dus suggesties en dergelijke zaken. Het project is al in vergaande staat ![]() Als iemand wil mee helpen cq beta testen en code/fouten verbeteren en ideeen wilt sharen zouden jullie me mogen emailen op eric [op] bruggema [punt] nl of me msn kunnen misbruiken ![]() Alvast bedankt voor jullie tijd om dit te lezen. | ||||||
user931989 | dinsdag 28 februari 2006 @ 14:52 | |||||
Ik heb een HTML-documentje, dat uit een rss-feed geparsed wordt. In die rss-feed staat echter voor elke ' en " een backslash. Nu include ik dat html-document in een php, maar het lukt mij niet om die backslashes weg te krijgen. Normaal zou ik dit met str_replace doen, maar door die include lukt dat niet. Hoe kan dit wel? | ||||||
ikke_ook | dinsdag 28 februari 2006 @ 15:09 | |||||
door die html-file in te lezen met fopen en hem dan als string te behandelen? | ||||||
user931989 | dinsdag 28 februari 2006 @ 15:17 | |||||
quote:Als ik hem met fopen inlees krijg ik dit te zien: Resource id #2 misschien komt dat doordat het in hetzelfde php-document ook verwerkt wordt> | ||||||
Knucklezz | dinsdag 28 februari 2006 @ 15:20 | |||||
Hallo ik heb een stukje code en kom er niet meer uit :S ik heb een pagina waar je een bestaande pagina kan wijzigen, dit kan mbv text fields.. alleen nu wil ik dat als je op de submit knop drukt, dat ie op dezelfde pagina blijft en dan de textfields overslaat en naar de code gaat waar de wijziging plaatsvind. "<form action=wijzigpagina.php?pagina=wijzig method=post>"; dus iets van dat ie naar et stuk code springt waar ie moet wijzigen. in ASP kon dat gemakkelijk met de CASE opdracht.. maar heb geen flauw idee hoe dit in php moet.. al gezocht maar kon niets vinden :s | ||||||
Tijn | dinsdag 28 februari 2006 @ 15:25 | |||||
Bedoel je switch? Zodat je zoiets kunt doen:
| ||||||
Tijn | dinsdag 28 februari 2006 @ 15:27 | |||||
Trouwens. Ik heb net PDFLib geinstalleerd en kan nu on-the-fly PDF'jes genereren. Echt supertof. Ik vind PHP steeds leuker ![]() | ||||||
Knucklezz | dinsdag 28 februari 2006 @ 15:31 | |||||
ja zoiets bedoel ik tijn... alleen dat werkt nie wan tik wil dan de eerste case Case $url = " 1..20" (tussen 1 en 20) en Case "wijzig" | ||||||
the_disheaver | dinsdag 28 februari 2006 @ 15:38 | |||||
bij 1 tot 20, moet je dan wel dezelfde pagina krijgen? Misschien beter om als het formulier is verzonden het form te verwerken, en anders het formulier weer te geven?
| ||||||
Knucklezz | dinsdag 28 februari 2006 @ 15:43 | |||||
had nu dit:
| ||||||
the_disheaver | dinsdag 28 februari 2006 @ 15:53 | |||||
Ehh, waarom gebruik je niet $_GET['pagina'] ? En voor het html fomulier: kun je daar nniet veel beter php afsluiten (?>) en zonder echo het html printen? Lijkt me ook verstandiger om het formulier onder DEFAULT: te zetten ipv CACE 'nieuws':. En bij CASE "maaknieuw" lijkt hem me ook erg verstandig wel te controleren of het formulier is verzonden. Want de URL kun je zomaar wijzigen. | ||||||
Knucklezz | dinsdag 28 februari 2006 @ 15:57 | |||||
$_GET['pagina'] ?? :p hoe werkt dat nou weer ![]() | ||||||
the_disheaver | dinsdag 28 februari 2006 @ 16:03 | |||||
quote:? serieuse vraag? http://nl2.php.net/variables.predefined | ||||||
Knucklezz | dinsdag 28 februari 2006 @ 16:09 | |||||
heb nu dit:
[ Bericht 1% gewijzigd door Knucklezz op 01-03-2006 11:19:12 ] | ||||||
the_disheaver | dinsdag 28 februari 2006 @ 16:47 | |||||
quote:tip: haal je wachtwoord eruit... | ||||||
Nevermind | dinsdag 28 februari 2006 @ 17:57 | |||||
quote:Zoals the_disheaver dus al zei, je kan alles met $url er uit halen, en van je switch-statement
maken | ||||||
Desdinova | dinsdag 28 februari 2006 @ 22:42 | |||||
kan ik bepaalde queries opstellen zodat ik een treestructuur van mijn database terugkrijg? eventueel met kolomtypes dr bij? | ||||||
SuperRembo | dinsdag 28 februari 2006 @ 23:29 | |||||
quote:In MySQL 3/4 heb je SHOW TABLES en SHOW COLUMNS. In versie 5 heb je de INFORMATION_SCHEMA tabellen. | ||||||
Knucklezz | woensdag 1 maart 2006 @ 11:21 | |||||
Hallo, Als op de pagina op een formulier op wijzigen wordt geklikt, dan wordt de text: Bericht gewijzigd getoont.. alleen wil ik em automatisch terugsturen naar een bepaalde pagina.. weet iemand hoe dit moet? met asp was et iets van response.redirect dacht ik ... thnx! | ||||||
ikke_ook | woensdag 1 maart 2006 @ 11:36 | |||||
dat kun je met javascript doen, als hij na een aantal seconden moet worden doorgestuurd, of met php Header als je hem direct wil doorsturen. Dus moet hij eerst een paar seconden "bericht gewijzigd" laten zien of direct terug naar een bepaalde pagina? | ||||||
#ANONIEM | woensdag 1 maart 2006 @ 11:40 | |||||
Dat kan toch ook gewoon met HTML? In META kun je dat opgeven, ook na hoeveel seconde. | ||||||
ikke_ook | woensdag 1 maart 2006 @ 11:43 | |||||
daar kun je toch alleen aangeven na hoeveel seconden hij moet refreshen?of kun je hem ook door laten sturen? -edit- toch niet ![]() quote: | ||||||
Tijn | woensdag 1 maart 2006 @ 11:48 | |||||
quote:Je kunt PHP's header()-functie alleen gebruiken als er nog niks op de huidige pagina is getoond. Zodra je iets geprint hebt (in dit geval de gewijzigd-tekst), levert de header()-functie een foutmelding op. Volgens de PHP-manual kun je dit omzeilen met ob_start() en ob_end_flush(), maar eerlijk gezegd vind ik het doorsturen van iemand naar een andere pagina sowieso meer een client-side iets en zou ik het dus niet met PHP aanpakken. | ||||||
Knucklezz | woensdag 1 maart 2006 @ 11:50 | |||||
quote:eerst bericht gewijzigd laten zien en dan na een aantal seconden trg naar de pagina waar je dingen kan aanklikken om te wijzigen | ||||||
ikke_ook | woensdag 1 maart 2006 @ 11:50 | |||||
quote:Dat zeg ik toch ![]() ![]() @Knucklezz probeer die meta tag eens die ik hierboven heb gepost. | ||||||
Tijn | woensdag 1 maart 2006 @ 11:51 | |||||
quote:Oh juist. Nou dan zijn we het eens ![]() | ||||||
Knucklezz | woensdag 1 maart 2006 @ 11:55 | |||||
quote:kheb mn header in een include staan.. is dat dan geen probleem ? ![]() | ||||||
ikke_ook | woensdag 1 maart 2006 @ 12:08 | |||||
quote:Uhhh wat bedoel je precies?Het gaat erom hoe je header bij de gebruiker aankomt..niet hoe je hem samenstelt op de server.. | ||||||
Knucklezz | woensdag 1 maart 2006 @ 12:12 | |||||
nee ik bedoel.. de header staat dus in apart include bestand en als ik dat in de meta plaats dan pakt ie dat tog op elke pagina ? | ||||||
ikke_ook | woensdag 1 maart 2006 @ 12:13 | |||||
ja klopt! Als je die header op iedere pagina include ![]() Dit werkt ook:
Na 3000 msec gaat hij dan naar die url | ||||||
Knucklezz | woensdag 1 maart 2006 @ 12:15 | |||||
quote:maar hij moet niet op elke pagina refreshen ![]() | ||||||
ikke_ook | woensdag 1 maart 2006 @ 12:16 | |||||
Dan moet je dus niet iedere keer dezelfde header includen of doen wat ik hierboven heb ge-edit, dus dat javascript | ||||||
Knucklezz | woensdag 1 maart 2006 @ 12:19 | |||||
danku ![]() | ||||||
Knucklezz | woensdag 1 maart 2006 @ 14:11 | |||||
nog een vraagje.. ik lees vanuit de database en schrijf et weg in een textbox.. alleen zet ie niet alles in de textbox.. hij pakt alleen de tekst t/m de eerste spatie :S weet ieman hoe dat kan ? | ||||||
ikke_ook | woensdag 1 maart 2006 @ 14:34 | |||||
Je was de quotes vergeten zeker? | ||||||
Knucklezz | woensdag 1 maart 2006 @ 14:42 | |||||
kheb dit:
| ||||||
Desdinova | woensdag 1 maart 2006 @ 14:46 | |||||
wat voor textbox heb je? zit er niet toevallig een newline na die spatie? | ||||||
Knucklezz | woensdag 1 maart 2006 @ 14:48 | |||||
gewoon normale textbox.. geen newlines.. | ||||||
the_disheaver | woensdag 1 maart 2006 @ 14:52 | |||||
of:
of
of:
uitleg: je hebt geen aanhalingstekens voor en na de value-waarde. Alleen een aanhalingsteken welke het einde van de echo weergeeft. Dus of enkele aanhalingstekens waardoor je de dubbele niet te hoeft escapen, of dubbele aanhalingstekens, en de dubbele aanhalingstekens voor het HTML escapen. Of alleen voor de echoén van de value php gebruik, de rest in normale html (zonder te echo'en) | ||||||
ikke_ook | woensdag 1 maart 2006 @ 14:58 | |||||
Je hebt idd geen quotes om je value wat ik al zei... Er staan wel quotes,maar die sluiten je string af. Die eerste van the_disheaver is trouwens fout, je kunt \n\r niet printen als een newline met single quotes, daar heb je double quotes voor nodig. Probeer het maar eens. Dus die 2e van the_disheaver, of :
| ||||||
Knucklezz | woensdag 1 maart 2006 @ 14:58 | |||||
quote:dat werkt ja ![]() ![]() ![]() | ||||||
Knucklezz | woensdag 1 maart 2006 @ 15:32 | |||||
Et laatste wat ik vraag... is het moeilijk een richt text edit box in mijn code te stoppen tussen de al bestaande text boxes? | ||||||
Nevermind | woensdag 1 maart 2006 @ 17:18 | |||||
No offence Knucklezz, maar leer eerst eens de basis van html en php voor je vragen gaat stellen over elke regel code die je schrijft. Wat je hierboven noemt heeft ook echt 0,0 met php te maken. | ||||||
DaFan | woensdag 1 maart 2006 @ 18:35 | |||||
Korte vraag, kheb de FAQs ed al doorgelezen en het idee is me duidelijk, maar ik krijg het niet aan de praat. Het gaat om het áan de praat krijgen van MySQL functions in PHP 5 (Dit). Nu heb ik gevolgd wat er allemaal staat, maar mysql_connect weigert te werken. Voor de goede orde, mijn map waar php is geinstalleerd is:
php.ini staat in de WINDOWS map op de C:/schijf en daar zijn de volgende dingen gewijzigd:
De libmysql.dll is toegevoegd én aan de Windows/system map en ik heb via de Omgevingsvariabelen C:/php als PATH aangegeven. Kan iemand mij simpel en stap voor stap uitleggen wat er moet gebeuren binnen PHP 5 om MySQL functions aan de praat te krijgen? Bedankt, en excuses dat ik er niet uitkom ![]() | ||||||
the_disheaver | woensdag 1 maart 2006 @ 18:36 | |||||
preg_expr vraagje ![]() wat kan ik gebruiken voor elk teken, inclusief nieuwe regels? .* accepteert elk teken, behalve newlines. Ik heb nu dit, werkt wel, maar kan het korter? [\d\s\w\W\n]* En mijn preg_expr werkt niet. Ik wil van een html pagina alleen hetgene binnen de
Ik heb de regexp
Hij pakt meer dan hij zou moeten. Ergens in het midden van de output ($table) staat:
Alleen de </div> zou er nog in moeten, alles eronder niet... Waar zit mijn fout? edit: opgelost door als einde niet naar </div> te zoeken, maar een tag boven de </div> tag. Doet het goed, maar geen echte oplossing. [ Bericht 8% gewijzigd door the_disheaver op 01-03-2006 18:46:37 ] | ||||||
SuperRembo | woensdag 1 maart 2006 @ 18:56 | |||||
Regular expressions hebben ook modifiers:quote:Dus /ene regel.*volgende regel/s werkt over meerdere regels. | ||||||
user931989 | woensdag 1 maart 2006 @ 20:08 | |||||
quote: quote: quote:Kan niemand mij helpen? | ||||||
SuperRembo | woensdag 1 maart 2006 @ 20:19 | |||||
quote:file_get_contents | ||||||
user931989 | woensdag 1 maart 2006 @ 20:35 | |||||
quote:Bedankt, het is gelukt. ![]() | ||||||
Tijn | donderdag 2 maart 2006 @ 02:26 | |||||
Wat is een beetje normale tijd waarin een script wordt uitgevoerd? Of beter gezegd, als een script er langer dan hoeveel micro/milliseconden over doet, moet ik de boel nodig eens optimaliseren? | ||||||
mschol | donderdag 2 maart 2006 @ 08:33 | |||||
quote:helemaal afhankelijk van wat je doet... als je allerlei moeilijke bewerkingen doet en 20 query's opent zal het script er langer over doen wannneer je alleen 1 query uitvoert | ||||||
blieblie | donderdag 2 maart 2006 @ 14:46 | |||||
ff domme vraag, maar waarom worden er in de bestandsnamen van includes de subextensie "inc" gebruikt. Dus dat je krijgt config.inc.php ipv. config.php . Zitten daar meer voordelen aan dan alleen het kunnen herkennen van includes aan de bestandsnaam? | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 15:54 | |||||
Aangezien ik opzoek ben naar een design, wil ik een design request topic openen. Het is niet de bedoeling dat daar hele website designs aangevraagd worden, maar bv een logootje of een button. Maar...zoals ik maar matig kan designen, zullen er best designers zijn welke matig kunnen PHP'en. Dus denk ik erover om ook een centraal script request topic te openen. Is daar draagvlak voor onder de PHP'ers? | ||||||
JeRa | donderdag 2 maart 2006 @ 17:14 | |||||
quote:Nee. | ||||||
JeRa | donderdag 2 maart 2006 @ 17:16 | |||||
quote:Dat hangt af van de machine waarop je script draait, de snelheid van de databaseserver waarmee je een verbinding hebt, en zo nog een paar honderd variabelen. Als je script bij normaal gebruik (geen zware zoekactie oid) merkbaar traag is (~ >100 ms) dan wordt het misschien tijd om uit te zoeken hoe dat komt. | ||||||
Tijn | donderdag 2 maart 2006 @ 17:29 | |||||
Ik snap dat het van vanalles afhangt, maar ik heb werkelijk geen idee wat "normaal" is. Ik heb een openingpagina gemaakt met 2 queries en wat for-lussen die zichzelf in 7 ms op het scherm zet. Ik vroeg me af of dat redelijk is. Maar ik begrijp dat je pas bij merkbare traagheid actie moet ondernemen en dat er geen algemene regel is in de trant van "als je pagina niet binnen 10 ms rendert is er wat mis" ofzo. | ||||||
DaFan | donderdag 2 maart 2006 @ 17:33 | |||||
quote:Ben nog totaal niet thuis in PHP maar het lijkt mij dat dat soort dingen gewoon van de PC van de gebruiker afhangt? Op jouw AMD 3000+ zal het ws wel sneller dan 7ms zijn maar als je nog op een 1000+ draait... Edit: Spuit 11 ![]() | ||||||
Tijn | donderdag 2 maart 2006 @ 17:34 | |||||
quote:Nee. PHP draait op de server. | ||||||
DaFan | donderdag 2 maart 2006 @ 17:36 | |||||
Sorry Tijn ik zal me er niet meer mee bemoeien ![]() Mijn vraag nogmaals: quote:Foutmelding die ik dus krijg is:
![]() | ||||||
JeRa | donderdag 2 maart 2006 @ 17:56 | |||||
@DaFan Don't slap me with a trout, maar heb je de Apache webserver opnieuw gestart? | ||||||
DaFan | donderdag 2 maart 2006 @ 18:02 | |||||
quote:15x ongeveer ![]() | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 18:39 | |||||
quote:Waarom download je geen compleet pakket zoals bijvoorbeeld appserv? Dan hoef je niets te configureren. Installeren en draaien maar ![]() | ||||||
DaFan | donderdag 2 maart 2006 @ 18:43 | |||||
quote:Heu das wel verdomde handig. Als je die installed werken ze dan direct met elkaar ? Dus PHP in Apache en MySQL zonder dat je ini's hoeft te verschuiven enzo? | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 18:44 | |||||
quote:Ja ![]() | ||||||
DaFan | donderdag 2 maart 2006 @ 18:45 | |||||
Meesterlijk, vanavond eens proberen ![]() | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 21:01 | |||||
Ik heb de volgende tabellen, waarbij cursieve kolommen FK's zijn (duh). produkten: users orders order_content Meest gebruikte queries zijn niet zo spannend:
Immers ga je de tabellen pas aan elkaar koppelen na een bestelling, daarbij krijg je queries zoals deze:
Eerste vraag: Hebben indices in deze situatie zin? De meeste queries zijn redelijk straight forward, alleen bij bestellingen wat gecompliceerder, maar die komen ook maar mondjesmaat voor. Tweede vraag: Laten we gemakshalve even aannemen dat indices relevant zijn, van welke kolommen moet ik dan indices maken om performance te winnen? Mijn boerenverstand zegt van alle FK's in alle tabellen dus orders.user_id, order_content.order_id en order_content.product_id. Maar... klopt dat wel? En kan iemand ook helder onder woorden brengen waarom? | ||||||
H4ze | donderdag 2 maart 2006 @ 21:02 | |||||
Ik zoek me een ongeluk, maar waar kan ik in godsnaam het maximale aantal connecties van mysql aanpassen? ![]() | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 21:03 | |||||
quote:php.ini? | ||||||
H4ze | donderdag 2 maart 2006 @ 21:08 | |||||
quote:Ik ben iets aan 't maken met mysql en JSP/Servlets, dus denk niet dat de php.ini er veel mee te maken heeft. Thnx voor 't snelle antwoord iig. Maar je moet toch gewoon via de mysql commandline iets kunnen opgeven? | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 21:11 | |||||
quote:Nee dan heeft php er niets mee te maken ![]() http://dev.mysql.com/doc/refman/4.1/en/too-many-connections.html Staat hier wat bij? | ||||||
H4ze | donderdag 2 maart 2006 @ 21:12 | |||||
quote:jep al gelezen ![]() Stond in de reacties wel 1 iets bij: You can increase this value in main config file (e.g., /etc/my.cnf) using this syntax: [mysqld] set-variable=max_connections=250 Dus ik heb in de commandline '--set-variable=max_connections=250'. Hij gaf dan geen error ofzo, maar ook niet dat het nu veranderd was.... | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 21:16 | |||||
quote:en als je my.cnf file gewoon opent? | ||||||
DaFan | donderdag 2 maart 2006 @ 21:18 | |||||
Leuk en aardig dat AppServ maar het werkt nog steeds niet. En nu kan ik totaal niet vinden waar ik in mn MySQL command kan komen. MySQLAdmin opent in DOS en is in 1 sec weer weg ![]() Dus nu kan ik helemaal niks meer ![]() | ||||||
DaFan | donderdag 2 maart 2006 @ 21:18 | |||||
Fuck it, morgen weer een dag. | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 21:20 | |||||
quote:Nou, dan weet ik niet wat je doet, want appserv is 3 keer next klikken, je files in de www directory zetten en openen met localhost/filename.php Meer valt er niet te configureren. Je hebt natuurlijk WEL eerste je voorgaande sql en php config gedelete. -edit- en wat ga je uberhaupt in MySQL command doen? Ga naar localhost/phpmyadmin. -edit2- Ow wacht, je moet een user aanmaken enzo http://www.phpfreakz.nl/artikelen.php?aid=62 -edit3- Hoewel die standaard op root zonder password staat, en phpmyadmin daarmee moet kunnen verbinden. [ Bericht 5% gewijzigd door Swetsenegger op 02-03-2006 21:42:26 ] | ||||||
H4ze | donderdag 2 maart 2006 @ 21:20 | |||||
Ja ik was dus extreem scheef, kon die cnf file eerst niet vinden ![]() ![]() Thnx iig | ||||||
SuperRembo | donderdag 2 maart 2006 @ 21:36 | |||||
quote:Eigenlijk alles waar op gefilterd of gesorteerd wordt. Dus de kolommen die in de join condities worden gebruikt, maar ook die in de where staan. Als er geen idex voor bestaat dan moet de hele tabel gescanned worden. | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 21:41 | |||||
quote:Oke, dus als stelregel kan je zeggen dat je altijd(?) indices moet maken op foreign keys EN op kolommen welke (vaak) in where statements worden gebruikt, correct? Ik las namelijk op mysql.org dat het in sommige gevallen trager kan worden door indices. | ||||||
JeRa | donderdag 2 maart 2006 @ 21:55 | |||||
quote:Niet bij álle foreign keys, maar het is een goede vuistregel ja. Voorbeeldje waarbij het niet moet; als je voor een fotoalbum drie groottes van een bepaalde foto hebt kun je die drie groottes in één record laten verwijzen naar drie foreign records, maar daar hoeft in principe helemaal geen index op omdat je daar nooit op selecteert of sorteert. quote:In álle gevallen worden INSERTs trager door indices, en als het goed is kan MySQL zelf prima bepalen of het een index gebruikt of niet ![]() | ||||||
Swetsenegger | donderdag 2 maart 2006 @ 22:05 | |||||
quote:Nee ok, alleen op kolommen waarop je selecteert of sorteert is een betere benaming. quote:Van mysql.org: If you need to access most of the rows, it is faster to read sequentially, because this minimizes disk seeks. Maar ja, in bovenstaand voorbeeld heb ik regelmatig ALLE product rows nodig. Zijn indexes dan aan te raden of niet? | ||||||
SuperRembo | donderdag 2 maart 2006 @ 22:10 | |||||
quote:MySQL staat nou niet echt goed bekend om z'n query optimalisatie kwaliteiten. | ||||||
JeRa | donderdag 2 maart 2006 @ 23:14 | |||||
quote:In jouw voorbeeld zie ik één query die alle rows aandoet en die sorteert op first_price; die zou je prima kunnen indexeren. quote:Dat weet ik, ik ga er altijd vanuit dat ze dat in de toekomst nog kunnen verbeteren terwijl de queries hetzelfde blijven. Als het een probleem wordt schakel ik over op een andere DBMS die dat wel kan bepalen ![]() | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 08:57 | |||||
quote:First price heb ik inderdaad nu geindexeerd. Ik doelde ook op de foreign keys in de andere tabellen. DIe worden mondjes maat in joins gebruikt. Maar in mijn beleving zijn joins zware queries, dus wil ik het maar optimaliseren ![]() Bedankt weer voor de uitleg ![]() | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 11:04 | |||||
Ik heb een mooie query van Super Rembo, welke 3 laatste records per catagorie uit de database trekt. Alleen duurt deze query tussen de 15(!) en 0.0003 seconden. De eerste keer doet hij er meestal heel lang over, de tweede keer korter. Ik mag toch aannemen dat dat aan de hoster ligt? | ||||||
#ANONIEM | vrijdag 3 maart 2006 @ 11:08 | |||||
quote:Laat eens zien? ![]() | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 11:13 | |||||
quote:De Query?
-edit- indices op a.ad_id (PK), a.genre, g.genre_id (PK) | ||||||
Nevermind | vrijdag 3 maart 2006 @ 11:14 | |||||
quote:Wat anders? ![]() | ||||||
JeRa | vrijdag 3 maart 2006 @ 14:31 | |||||
quote:Dit is een mooi voorbeeld van een query die géén indices gebruikt maar de tweede keer snel wordt door het gebruik van de query cache op de server. Ik zie zo even niet waarom hij ze niet gebruikt. Als het goed is zou je door iets te veranderen in één van de tabellen de query uit de query cache kunnen halen, is hij dan weer zo traag? | ||||||
#ANONIEM | vrijdag 3 maart 2006 @ 14:48 | |||||
Hm ik zie zo 1,2,3 niet in waarom hij zo lang moet laden...heel apart. Hoeveel data bevatten de tabellen? | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 14:49 | |||||
quote:Ja, als ik de GROUP BY aanpas naar bv a.title is hij de eerste keer weer traag. Ik vreesde ook al dat de query daadwerkelijk traag is en de tweede keer uit cache komt ![]() | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 14:49 | |||||
quote:ongeveer 2000 records in de ad table, 19 in de genre tabel en een stuk of 100 in de user tabel. ALlemaal niet erg spannend | ||||||
JeRa | vrijdag 3 maart 2006 @ 15:13 | |||||
quote:Om voor testing purposes de query cache eventjes te omzeilen zou je SQL_NO_CACHE kunnen gebruiken, zie deze pagina. ![]() | ||||||
SuperRembo | vrijdag 3 maart 2006 @ 15:40 | |||||
quote:Je GROUP BY is trouwens niet helemaal goed. Alle velden die je in de SELECT gebruikt en die je niet in een aggregate functie hebt staan, moeten in de GROUP BY worden opgenomen. MySQL accepteerd het wel als je dat niet doet, maar dat kan tot onvoorspelbare resultaten leiden. Zo zou het moeten:
Eventueel zou je alleen de PK's op kunnen nemen. Dan zijn de resultaten voorspelbaar maar misschien is het ietsje sneller
| ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 16:27 | |||||
quote:De aggregate functie is... het optel gebeuren? Inderdaad gaf hij af en toe onvoorspelbare resultaten met a.title in de GROUP BY, met a.ad_id lijkt dat verholpen ![]() | ||||||
SuperRembo | vrijdag 3 maart 2006 @ 17:23 | |||||
Ik weet niet in welke volgorde MySQL die joins uitvoert. Met een beetje pech begint MySQL met de join van ad op ad. Die geeft 2000 * 2000 / 2 = 2000000 rows. | ||||||
JeRa | vrijdag 3 maart 2006 @ 18:06 | |||||
Zelfs dan zou het niet zó lang mogen duren, toch? Een query op een tabel met 10.000 rows die ik op zichzelf laat joinen is in een fractie van een seconde gedaan. | ||||||
H4ze | vrijdag 3 maart 2006 @ 18:44 | |||||
Als ik via de post-method van een form iets meegeef, dan hoor ik die variabele op de 'volgende' pagina toch direct uitlezen met $variabele? Ik kan me herinneren dat ik dit altijd deed, maar nu ik de boel lokaal aan het maken ben, werkt dat niet. Ik moet dan de meegegeven variabele eerst uitlezen: $variabele = $_POST['bla']; En ik kan dus niet direct $bla gebruiken...Is het iets in de php.ini wat ik moet veranderen? | ||||||
Nevermind | vrijdag 3 maart 2006 @ 18:45 | |||||
Ja. Maar je kan beter altijd $_POST en $_GET gebruiken. Vooral met POST, anders kunnen mensen iets in de URL veranderen en dan wordt dat gewoon geaccepteerd. register_globals | ||||||
R-Mon | vrijdag 3 maart 2006 @ 18:46 | |||||
En anders extract. | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 19:15 | |||||
quote:Hier begrijp ik niets van. Ik zie de eerste rij in de tabel, die heeft genre id 1. Dan begint hij weer van bovenaf aan, alles negerend totdat hij er weer 1 tegenkomt met genre id 1. En weer bovenaan, tot hij een derde heeft gevonden met genre id 1. En zo voor alle genre's welke beschikbaar zijn in de genre tabel. Zeg ik het zo correct? Dan loopt hij toch door maximaal 19(genres)*3(max resultaten per genre)*2000(advertenties)= 114.000 rijen? Maar is er sowieso een manier om dit effectiever te doen? quote:Dat dacht ik ook. | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 19:28 | |||||
Hmz, de hele database geexporteerd en lokaal geimporteerd. de query duurt ruim 9 seconden ![]() -edit- Een simpel
duurt 0.0004 seconden. Snel rekensommetje leert dat
19*0.0004=0.0076 seconden duurt. Daar zal nog wel wat overhead vanaf vallen, maar ik denk dat het toch minimaal een factor 100 sneller is. Het gadverdamme ik haat een frontpage waarop 20 queries gedraaid worden. Ik vond SuperRembo's oplossing juist zo'n geile query -edit 2- Subqueries worden pas vanaf MySQL 5 ondersteunt toch? [ Bericht 49% gewijzigd door Swetsenegger op 03-03-2006 20:20:26 ] | ||||||
SuperRembo | vrijdag 3 maart 2006 @ 21:18 | |||||
quote:Ik moet toe geven dat het stiekum toch een draak van een query is. Ik heb ff een testje gedraaid met een tabel met 10000 rows... daarmee legde MySQL m'n pc 16 minuten plat. MSSQL deed het met dezelfde data in 42 seconden. | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 21:22 | |||||
quote:Maar hij zag er wel heel cool uit en LIJKT veel sneller dan 20 queries ![]() Verrassend trouwens dat MSSQL zoveel sneller is. Toevallig heb ik van de week een intranet applicatie van MySQL naar MSSQL gemigreerd. | ||||||
Light | vrijdag 3 maart 2006 @ 21:34 | |||||
quote:En wat geeft de EXPLAIN van die query? Dat levert meestal wel info waarmee je kunt kijken wat er lang duurt. | ||||||
Swetsenegger | vrijdag 3 maart 2006 @ 21:57 | |||||
quote:Of ik begrijp dat explain gewoon niet, of ik doe wat fout. Anyway, dit komt eruit
| ||||||
H4ze | zaterdag 4 maart 2006 @ 02:48 | |||||
In een bericht wat ik via de php mail() functie stuur, zitten newlines (dus \n ). Dit zou gewoon een enter moeten geven, maar in het mailtje geeft ie gewoon letterlijk \n weer. Hij pakt in normale pagina's \n ook niet, dus volgens mij werken die escape characters niet. Ik dacht dat dit lag aan magic_quotes_gpc. Deze stond bij mij op Off, maar als ik 'm aanzet werkt 't alsnog niet... Is er iets anders wat ik moet veranderen? | ||||||
JeRa | zaterdag 4 maart 2006 @ 06:44 | |||||
De geescapede newlines (\n) werken over het algemeen alleen als je ze in een string zet met dubbele quotes (aanhalingstekens) eromheen, dus "\n" of "blaat\nblaat". Heb je ze toevallig in single quoted strings gezet? ( '\n' ) | ||||||
Light | zaterdag 4 maart 2006 @ 10:49 | |||||
quote:Hij is lastig ![]() Maar als je nou de key genre in de tabel ad eens aanpast er daar ad_id als tweede index bij zet, wordt het dan sneller? MySQL heeft de leuke eigenschap dat het maar 1 key (index dus) kan gebruiken. | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 11:04 | |||||
quote: ![]() ad_id is de PK, die is toch al index? | ||||||
Light | zaterdag 4 maart 2006 @ 11:14 | |||||
quote:Ja, ik bedoelde dan ook een index op meerdere kolommen, namelijk genre en ad_id. | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 11:32 | |||||
quote:dus de index op genre zou het juist trager maken ipv sneller? | ||||||
Light | zaterdag 4 maart 2006 @ 11:38 | |||||
quote:Ik bedoelde dus een index op (genre, ad_id). Maar je zou ook de index op genre eens weg kunnen halen om te kijken of dat effect heeft. Ik vermoed dat het wel merkbaar is, omdat er dan een index gebruikt kan worden bij de group by. Lijkt mij. | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 12:14 | |||||
quote:Ah zo ![]() Nee, dat heeft geen effect want ik ben juist met indexes gaan klooien omdat die query zo traag was ![]() Ik heb nu dus die query herschreven zoals op de vorige pagina, en ondanks dat ik dus 20 queries draai, vliegt dit het scherm op. Mooi is het niet, effectief wel. Daarom vroeg ik al vanaf welke MySQL versie subqueries ondersteunt worden (4.1) maar er draait 4.0 op de server. Speciaal voor Tijn trouwens, kon je deze al?: http://www.apple.com/downloads/macosx/unix_open_source/mamp.html Ik ga denk ik ook maar zoeken naar een xserve ![]() | ||||||
Light | zaterdag 4 maart 2006 @ 12:41 | |||||
quote:Als ik hier lokaal ga testen dan is die query nog best snel. Maar ik heb natuurlijk geeen 2000 rows in een ad tabel ![]() | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 12:50 | |||||
quote:Dat klopt, de query was in eerste instantie ook snel genoeg. Ik was er ook zeer content mee. Maar als ik SuperRembo's reken sommetje volg, neemt met een verdubbeling van het aantal advertenties het aantal rijen van de query met een factor 4 toe! Online was de query in phpmyadmin 15 seconden. Lokaal 9 seconden ![]() | ||||||
Light | zaterdag 4 maart 2006 @ 13:04 | |||||
quote:Ik heb hier nog een tabel kunnen vinden met 2000+ rows, met items in verschillende groepen. En daar kan ik best per groep de laatste 3 items uithalen met jouw query, kost maximaal ongeveer 0.02 seconden (op mijn pc). | ||||||
H4ze | zaterdag 4 maart 2006 @ 13:05 | |||||
quote:Thnx! dat was de oplossing ![]() | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 13:18 | |||||
quote:Misschien dat het dan aan de SQL versie ligt? Of misschien aan de join met een andere tabel? Mijn PC is namelijk niet de traagste (AMD64 3200+, 1GB Kingston HyperX) En zowel online, als lokaal als bij SuperRembo is hij rete traag ![]() Ik wil je wel een dump van de tabellen mailen. | ||||||
Light | zaterdag 4 maart 2006 @ 13:31 | |||||
quote:Ik heb maar een simpele amd64 3000+ met 1GB. quote:Is goed ![]() | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 13:33 | |||||
quote:Drom, dus ik begrijp niet waarom de query bij mij veel trager zou zijn quote:komt zo een zippie aan. gewoon at fok punt en el? -edit- hij was nu sneller dan gisteren (misschien draaide mijn virusscanner ofzo) maar nog steeds goed voor bijna 4 seconden. | ||||||
Light | zaterdag 4 maart 2006 @ 13:36 | |||||
quote:Da's wel de makkelijkste ![]() | ||||||
Light | zaterdag 4 maart 2006 @ 14:19 | |||||
quote:Je hebt mail terug ![]() ![]() | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 14:28 | |||||
quote:0.4 seconden!
Dit begrijp ik niet. Je zet een index op genre, maar die gebruikt twee velden ofzo? | ||||||
Light | zaterdag 4 maart 2006 @ 14:30 | |||||
quote:Je maakt een index, die noem je genre, en die gebruikt 2 velden, namelijk genre en ad_id. | ||||||
Light | zaterdag 4 maart 2006 @ 14:31 | |||||
Het is dus, om het compleet te houden:
| ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 19:10 | |||||
quote:Ah ok, het is een naampje. Ik wist dus niet dat je 1 index op 2 velden kon zetten. Ik dacht dat je een kolom index kon maken. En waneer er twee kolommen gebruikt worden, maak je die kolommen bijde index. Maar het is dus verstandiger om dan 1 index te maken, met die 2 kolommen, vat ik het zo een beetje behoorlijk samen? | ||||||
Tijn | zaterdag 4 maart 2006 @ 20:25 | |||||
quote:Oh tof, die kende ik niet ![]() ![]() Sowieso bestaat er ook een server-versie van Mac OS X waar dit trouwens volgens mij al allemaal standaard in zit. Dat is ook het standaard OS van een XServe, dus dat heb je echt binnen 5 seconden werkend. | ||||||
Swetsenegger | zaterdag 4 maart 2006 @ 21:34 | |||||
quote:Alleen kom ik nergens een betaalbare xserve tegen. Dus toch maar verder knutselen aan mijn Sun UltraSparc | ||||||
beerten | zondag 5 maart 2006 @ 18:50 | |||||
Uit een tabel wil ik informatie halen, die ik wil presenteren op alfabet. Met pagina-navigatie. In mijn query zal dus iets moeten zitten dat alle records ophaalt beginnend met een a enz. Maar hoe ziet mijn query eruit? select * from tabel WHERE name=..... (Hier moet ie dan alles records gebinnende met a selecteren. Hoe flik ik 'm dat? | ||||||
SuperRembo | zondag 5 maart 2006 @ 18:54 | |||||
Dat kan met de LIKE operator. | ||||||
beerten | zondag 5 maart 2006 @ 20:41 | |||||
quote:Held, you made my day! | ||||||
Swetsenegger | zondag 5 maart 2006 @ 22:13 | |||||
quote:vergeet de wildcards niet % ![]() | ||||||
JeRa | zondag 5 maart 2006 @ 22:24 | |||||
And as a side note to that, LIKE-queries zijn hartstikke handig maar je moet oppassen met user input. Sowieso zul je mysql_real_escape_string() moeten gebruiken om de user input te escapen, maar je zult ook alle percent-tekens en underscores moeten escapen omdat die een speciale betekenis hebben bij LIKE. Een handige functie is deze:
| ||||||
Swetsenegger | zondag 5 maart 2006 @ 22:47 | |||||
Hmz, $search=like_esc($_POST['search']); geeft bij %zoek% niet \%zoek\% terug zoals ik verwacht? | ||||||
JeRa | zondag 5 maart 2006 @ 22:50 | |||||
quote:1) Wat geeft hij dan wél terug? ![]() 2) Heb je vantevoren alles gestripslashes()'ed indien magic_quotes_gpc aan staat? | ||||||
Swetsenegger | zondag 5 maart 2006 @ 23:05 | |||||
quote:Niet gestripslashed, macig quotes staat aan ![]() Maar goed, dan verwacht ik nog steeds dat ik wel een geescaped % terug krijgt toch? of wordt die OOK geslashed door magic quotes? | ||||||
JeRa | zondag 5 maart 2006 @ 23:08 | |||||
quote:Inderdaad, ik weet verder ook niet waarom hij niet voor je werkt ![]() | ||||||
Swetsenegger | zondag 5 maart 2006 @ 23:11 | |||||
Ja ![]() en ik roep 'm zo aan
Maar goed, het kan ook niet missen eigenlijk want het is een str_replace. Ik bedoel... het is geen exotische code ofzo. Het enige wat ik kon bedenken was dat ik de functie verkeerd aanriep ofzo ![]() | ||||||
SuperRembo | zondag 5 maart 2006 @ 23:34 | |||||
Maar wat staat er nou in $search (of in $query) ? | ||||||
mschol | zondag 5 maart 2006 @ 23:54 | |||||
misschien beetje offtopic maar een zeer domme vraag al zeg ik het zelf: waarom moet ik, als ik alle waardes v/d aangevinkte checkboxes wil kunnen ophalen, in de name attribuut [] zetten? want als ik alleen een naam gebuik krijg je alleen de laatste terug? |