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

quote:

Op zondag 18 januari 2009 14:34 schreef SuperRembo het volgende:

[..]

Handig activeringssysteem. Code "'='' or ''='" is altijd goed

Hoe dan? (waar?)

quote:

Op zondag 18 januari 2009 16:08 schreef Likkende_Lassie het volgende:

[..]

Hoe dan? (waar?)

In die query als $activate leeg is.

Die parameter code wordt ook nergens gevalideerd. Dit is heel gevaarlijk. Je kan de email validatie makkelijk omzeilen door wat met de URL te rommelen (bedenk wat er gebeurt als $code = '1\' or \'1', *alle* users worden dan klakkeloos gevalideerd), en je kan veel ergere dingen doen (databases/tabellen droppen, wachtwoorden veranderen, etc).

quote:

Op zondag 18 januari 2009 16:08 schreef Likkende_Lassie het volgende:

[..]

Hoe dan? (waar?)

wordt dan

http://nl.wikipedia.org/wiki/SQL-injectie

Ik maak voor de verandering ook maar eens een vragende post.

Ik heb een klein appje gebouwd in PHP waarin bestanden van ewen paar honderden MBs kunnen worden geupload. Uiteraard niet de bedoeling, HTTP is daar niet voor bedoeld, en dat programma gaat ook flink tegen mijn principes in. Maar goed, in opdracht van stijfkoppige opdrachtgevers toch maar moeten maken.

Nu werkt dat programma`tje heel leuk en aardig, is ook goed getest geworden met flinke bestanden tot 1 GB wat allemaal goed uitpakte. Nou doet zich 'opeens' een vreemd verschijnsel voor. Willekeurig retourneert $_FILES['blabla']['error'] nummertje 7. Men neme php.net: http://nl3.php.net/manual/en/features.file-upload.errors.php

quote:

UPLOAD_ERR_CANT_WRITE

Value: 7; Failed to write file to disk. Introduced in PHP 5.1.0.

Dat is hem dus. Tijdens het testen heb ik inderdaad gemerkt dat wanneer je in php.ini de upload_tmp_dir instelling vult met een verkeerd pad, je die error code 7 krijgt. Deze hadden we op het eind van de testronde echter naar de correcte map gezet, dat vervolgens ook succesvol werkte.

En nu dus opeens willekeurig krijg je error code 7. Wie weet wat er hier aan de hand is? Ik heb al gegoogled maar vind alleen maar hetgeen dat ik hierboven gequote heb. Ik weet dus, wat de error message ook daadwerkelijk aangeeft, dat er niet naar de tmp dir geschreven kan worden, maar het waarom vind ik nergens.

Is de map niet gewoon vol?

Nop, het betreft hier een NAS met meer dan 1 TB opslagcapaciteit en daar is nog genoeg van beschikbaar.

Bestand te groot voor het gebruikte filesystem? Foutmeldingen krijg je niet willekeurig, dus zoek het patroon maar

quote:

Op maandag 19 januari 2009 11:57 schreef GlowMouse het volgende:
Bestand te groot voor het gebruikte filesystem? Foutmeldingen krijg je niet willekeurig, dus zoek het patroon maar

Daar lijkt het juist wel heel erg op. Aan de grootte ligt het niet, want de ene keer pakt 'ie wel 700 MB, en de andere keer weer niet.

quote:

Op maandag 19 januari 2009 12:56 schreef Tuvai.net het volgende:

[..]

Daar lijkt het juist wel heel erg op. Aan de grootte ligt het niet, want de ene keer pakt 'ie wel 700 MB, en de andere keer weer niet.

Problemen met het netwerk, dat de NAS onbereikbaar is (wordt ?) tijdens het wegschrijven?

quote:

Op maandag 19 januari 2009 13:17 schreef HuHu het volgende:

[..]

Problemen met het netwerk, dat de NAS onbereikbaar is (wordt ?) tijdens het wegschrijven?

Dacht ik ook al aan, maar het gebeurt ook over een intern netwerk waar de verbinding constant en ononderbroken is.

quote:

Op maandag 19 januari 2009 13:45 schreef Tuvai.net het volgende:

[..]

Dacht ik ook al aan, maar het gebeurt ook over een intern netwerk waar de verbinding constant en ononderbroken is.

Dat dacht ik ook over het interne netwerk op m'n werk, tot het moment dat het niet zo bleek te zijn .

quote:

Op maandag 19 januari 2009 13:47 schreef HuHu het volgende:

[..]

Dat dacht ik ook over het interne netwerk op m'n werk, tot het moment dat het niet zo bleek te zijn .

Maar dat is in dit geval dus wel zo, dat hebben we zelfs nog met een tooltje geverifieerd.

Misschien een firewall die het niet toestaat dat ut lang open staat?

Check de max_execution_time eens van php... misschien krijg je die melding ook als ie de upload stopt omdat deze tijd is verstreken?

ik heb een vraag stel ik wil 100 posts op een gastenboek max hebben

limit 0-10
en dan wil ik de volgende 10 weer in een andere pagina etc.
kan dit met een makkelijker scriptje?
dan elke keer weer na 10 posts een nieuwe pagina te maken?

Zet de huidige pagina in een GET-variabele.

quote:

Op maandag 19 januari 2009 18:07 schreef GlowMouse het volgende:
Zet de huidige pagina in een GET-variabele.

ik zat te denken limit X en limit Y
en dan +10 limit X en +10 limit Y
alleen ik kon de hrefs niet verzinnen.

dan krijg ik nog een switch met een get?
boven op mijn switch en get

dus simpelgezegd een nieuwe map ervoor gebruiken

[ Bericht 10% gewijzigd door cablegunmaster op 19-01-2009 18:23:31 ]

quote:

Op maandag 19 januari 2009 16:33 schreef Farenji het volgende:
Check de max_execution_time eens van php... misschien krijg je die melding ook als ie de upload stopt omdat deze tijd is verstreken?

Deze staat ook al erg hoog. Was sowieso noodzakelijk omdat het hier vrij grote file uploads betreft.

quote:

Op maandag 19 januari 2009 18:27 schreef Tuvai.net het volgende:

[..]

Deze staat ook al erg hoog. Was sowieso noodzakelijk omdat het hier vrij grote file uploads betreft.

Voor grote upload kun je beter geen PHP gebruiken, maar iets als über uploader.

quote:

Op maandag 19 januari 2009 18:27 schreef Tuvai.net het volgende:

[..]

Deze staat ook al erg hoog. Was sowieso noodzakelijk omdat het hier vrij grote file uploads betreft.

Gewoon op oneindig zetten.

quote:

Op maandag 19 januari 2009 18:36 schreef HuHu het volgende:

[..]

Voor grote upload kun je beter geen PHP gebruiken, maar iets als über uploader.

Er zijn oplossingen die beter geschikt zijn voor uploads dan php, da's waar. Maar soms heb je weinig keuze.

quote:

Op maandag 19 januari 2009 18:42 schreef Light het volgende:

[..]

Er zijn oplossingen die beter geschikt zijn voor uploads dan php, da's waar. Maar soms heb je weinig keuze.

Dat klopt ja, als je vast zit aan een bepaald platform dan moet je wel. Maar als de keuze bestaat, dan zou je het kunnen overwegen. überuploader gaat via CGI en perl enzo (weet het niet precies) en dat ondersteunen veel hosts vaak wel.

quote:

Op maandag 19 januari 2009 18:40 schreef Light het volgende:

[..]

Gewoon op oneindig zetten.
[ code verwijderd ]

Die instelling heeft toch geen invloed op file uploads?

quote:

Note: The set_time_limit() function and the configuration directive max_execution_time only affect the execution time of the script itself. Any time spent on activity that happens outside the execution of the script such as system calls using system(), stream operations, database queries, etc. is not included when determining the maximum time that the script has been running.

Zie het onderstreepte gedeelte, volgens mij houdt dat in dat uploads niet meetellen voor de execution time. Wel staat er nog dit:

quote:

Your web server can have other timeout configurations that may also interrupt PHP execution. Apache has a Timeout directive and IIS has a CGI timeout function. Both default to 300 seconds. See your web server documentation for specific details.

Bron: php.net