php cgi setup, max file size voor upload

[Terror]

Er zijn best veel topic over de max file size in php te vinden en hoe deze te vergroten. De mooiste oplossing vond ik tot nog toe het verwerken in .htaccess, door de volgende regel toe te voegen:

code:

php_value upload_max_filesize 800M

Bron o.a.: drm in "PHP upload"

Alleen werkt dit grapje bij mij niet, na toevoegen zijn de bestanden in de betreffende dir niet meer toegangelijk laat staan dat ik kan uploaden. Ik vermoed dat het door mijn cgi setup komt, er is dus ook geen php.ini aanwezig. Betreffende regeles toevoegen in httpd.conf zoals daat gesuggereerd wordt heeft ook geen effect.

Hoe krijg ik die filesize omhoog voor mijn setup? Slackware. apache 1,3,nogwat. php4 cgi install?

[ Voor 3% gewijzigd door Terror op 07-03-2005 23:50 ]

[Terror]

Kickje, daar ik het antwoord nog steeds niet heb kunnen vinden. BTW phpinfo() geeft 8M als max size aan maar 2 MB is toch echt de limiet waar ik mee te maken heb.

[Domokoen]

Misschien krijg je een time-out na die 2MB?
Er is ook nog een maximum processing time voor een pagina en/of de maximale tijd dat een browser wil uploaden. Gebruik je wel een snelle verbinding tijdens het uploaden?

[Verwijderd]

Ik heb er niet superveel verstand van, jouw setup, bedoel ik.

Maar is er niet een ander programma, boven of onder PHP draaiend, dat de uploadsize beperkt. Ik werk bv met Xoops op PHP. De Xoops-limiet is lager dan de PHP-limiet en dus loop je tegen die grens op.

Wellicht dat CGI hier configuratieopties voor heeft.

Verder lijkt het me dat je .htaccess wellicht niet goed is. Je hebt niets veranderd qua toegangsopties, en toch geen toegang meer. Misschien dat door die fout de max uploadgrootte niet meer geparsed wordt en naar iets default?

[Terror]

die .htaccess regel waar ik het over heb is toegevoegd aan een .htaccess file die de toegang tot desbetreffende dir al beperkt. Zonder die regel werkt het perfect en kunnen alleen ge-autoriseerden erin.

Verbinding is nog lokaal, dus heb 100mbit tot mijn beschikking. Dus alle fileses zouden binnen een sec weg moeten zijn. (Heb geen mp3's groter dan 10 MB)

[Radiant]

16. A few PHP directives may also take on shorthand byte values, as opposed to only integer byte values. What are all the available shorthand byte options? And can I use these outside of php.ini?

The available options are K (for Kilobytes), M (for Megabytes) and G (for Gigabytes; available since PHP 5.1.0), these are case insensitive. Anything else assumes bytes. 1M equals one Megabyte or 1048576 bytes. 1K equals one Kilobyte or 1024 bytes. You may not use these shorthand notations outside of php.ini, instead use an integer value of bytes.

http://nl2.php.net/manual...#faq.using.shorthandbytes
Oftewel, je moet het in bytes opschrijven of in php.ini aanpassen

[Terror]

mijn .htaccess atm

code:

AuthName "Alleen voor Huischgenoten en Lieve Meisjes"
AuthType Basic
AuthUserFile /etc/apache/users
require valid-user
php_value upload_max_filesize 10111222

Pagina's uit die dir opvragen levert nu een Internal Server Error op.

[ Voor 5% gewijzigd door Terror op 09-03-2005 12:43 ]

[Radiant]

En wat staat er in je error log?

[Terror]

Error log is leeg voor zover aanwezig dan.

overigens: interessant
ondersterste regel is wel interessant:

.htaccess
FastCGI/PHP does not support mod_php configuration information in .htaccess files.

Zelfde probleem speelt denk ik ook bij mij.

Anyway aangezien een hoop gelijk bij de setup erin geragged is, heb ik van php en cgi geen idee waar de config files staan. php.ini bestaat bv. al niet Maar aangezien php volgens phpinfo() op 8M staat wordt de limiet denk ik door het cgi gedeelte opgelegd, kan dat?

[Radiant]

Er zijn een paar default instellingen geloof ik ja, kan je niet beter mod_php gebruiken dan? Slackware heeft daar een package voor (in de N serie geloof ik).

[Terror]

Okeej, achterliggende manier van php implementeren is nu veranderd.

php.ini staat ingesteld op 64M
.htaccess van de directory staat op

code:

 php_value upload_max_filesize 64111222

Werkt nu perfect. Jammer dat er geen oplossing te vinden was voor de cgi setup.

[ Voor 45% gewijzigd door Terror op 10-03-2005 14:56 ]