#44941 [NoF-Opn]: Post data size limited to 60k even when post_max_size = 20M

2008-06-21 Thread enadyo at hotmail dot com
 ID:   44941
 User updated by:  enadyo at hotmail dot com
 Reported By:  enadyo at hotmail dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: CENTOS
 PHP Version:  5.2.5
 New Comment:

Oh! Oh! 
If this is the only way to correct the problem...

Is there any page with detailed info about installing it? I've found:
http://trac.lighttpd.net/trac/wiki/TutorialLighttpdAndPHP

I'll give it a try. Wish me luck

(Aristoteles wrote that luck helps only the prepared one).


Previous Comments:


[2008-06-18 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-06-10 23:38:33] [EMAIL PROTECTED]

Just ditch Apache and start using something much better: Lighttpd + PHP
as FastCGI. That's propably the difference here.



[2008-06-10 10:44:01] enadyo at hotmail dot com

Thank you for the input. This complicates the problem. Let’s do some
differential diagnosis.

The problem is caused by: PHP configuration and/or Apache configuration
and/or the code.

As expert you don’t see any problem with PHP configuration.
The code works in 2 other servers (with minor versions of PHP I should
remark)
Apache is compiled (because of this very problem) without any tweaking
because in my experience 99,99% of the problems occur because of a
user’s error.
So IMHO it’s either Apache (but what in Apache?) or the code in this
version of PHP. To exclude the second part, would you be so kind to
provide me some code to type in the test page to see if it works in this
particular version of PHP? Then if it won’t work it should be either
Apache or a PHP bug.

Thank you.

P.S. I’ll be abroad (in Deutschland) for the next 8 days so please
don’t expect my response soon.)



[2008-06-09 08:57:49] [EMAIL PROTECTED]

FYI: I myself run a Centos server with PHP 5.2.6 without any problems.
There's something wrong with your setup or something similar. 



[2008-06-06 13:53:29] enadyo at hotmail dot com

Aw it concerns HTML quotes: 
a) It doesn't work either way
b) I remind you that this is a bug report and not a I can't program
report.

The very same code works in other servers. e.g.:
http://www.xpert.gr/errata.php
Please note that this server runs on PHP 4.3.9 which is no longer
supported. Please read http://www.xpert.gr/myphp.php in order to compare
php infos

I've added the variable dumbing to target.php as you've said but it's
still null on PHP 5.2.5 Apache/centos server and works fine on PHP 4.3.9
server

Netcraft's report :
Problematic server: Apache/2.2.8 Unix mod_ssl/2.2.8 OpenSSL/0.9.8b
mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635
mod_jk/1.2.25 PHP/5.2.5

Is it possible that the problem maybe caused by CENTOS since the
working server runs REDHAT? Can you crossreference or even prove such an
assumption?

(be careful: I'm just guessing)

I assume that something conflicts with something but with what remains
a mystery.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/44941

-- 
Edit this bug report at http://bugs.php.net/?id=44941edit=1



#44941 [NoF-Opn]: Post data size limited to 60k even when post_max_size = 20M

2008-06-03 Thread enadyo at hotmail dot com
 ID:   44941
 User updated by:  enadyo at hotmail dot com
 Reported By:  enadyo at hotmail dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: CENTOS
 PHP Version:  5.2CVS-2008-05-08 (CVS)
 Assigned To:  fb-req-jani
 New Comment:

I'm sorry to say that but ...you have some problem with your conection.
Just to be sure I've tried the links with www.megaproxy.com and they
work allright all over the world. It might have to do something with
your firewall. Please try again or use www.megaproxy.com 
phpinfo:
http://www.alfavita.gr/myphp.php 

testing page:
http://www.alfavita.gr/errata.php


Previous Comments:


[2008-06-03 01:00:00] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-05-26 23:56:07] [EMAIL PROTECTED]

Neither of those links work.



[2008-05-26 22:33:36] enadyo at hotmail dot com

phpinfo:
http://www.alfavita.gr/myphp.php 

testing page:
http://www.alfavita.gr/errata.php

In the new compile I've lowered limits to 8M in case it would do any
good (it didn't).



[2008-05-26 20:27:22] [EMAIL PROTECTED]

Please don't add full phpinfo() output here but rather a link to a
place where the info can be seen.



[2008-05-25 21:39:07] enadyo at hotmail dot com

I apologize for the delay, I was abroad.

I've recompiled Apache. It's 2.2.8 now but it has the same problem.
I've also tried to downgrade PHP (to 5.2.3) but nothing...

Everything happens under CPANEL and WHM cpeasyApache so I don't
understand What Apache MPM are you using? What PHP SAPI? questions.

Php.ini is altered only to increase maximum size of uploaded file etc.
but not by hand. There are some checkboxes and textboxes in cpanel's
WHM.

.htacces is not altered.

I'm just recompiling (I try to find the common elements which may point
out the problem). When finished I'll copy/paste the phpinfo()



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/44941

-- 
Edit this bug report at http://bugs.php.net/?id=44941edit=1



#44941 [NoF-Opn]: Post data size limited to 60k even when post_max_size = 20M

2008-05-25 Thread enadyo at hotmail dot com
 ID:   44941
 User updated by:  enadyo at hotmail dot com
 Reported By:  enadyo at hotmail dot com
-Status:   No Feedback
+Status:   Open
 Bug Type: *General Issues
 Operating System: CENTOS
 PHP Version:  5.2CVS-2008-05-08 (CVS)
 Assigned To:  fb-req-jani
 New Comment:

I apologize for the delay, I was abroad.

I've recompiled Apache. It's 2.2.8 now but it has the same problem.
I've also tried to downgrade PHP (to 5.2.3) but nothing...

Everything happens under CPANEL and WHM cpeasyApache so I don't
understand What Apache MPM are you using? What PHP SAPI? questions.

Php.ini is altered only to increase maximum size of uploaded file etc.
but not by hand. There are some checkboxes and textboxes in cpanel's
WHM.

.htacces is not altered.

I'm just recompiling (I try to find the common elements which may point
out the problem). When finished I'll copy/paste the phpinfo()


Previous Comments:


[2008-05-18 01:00:01] php-bugs at lists dot php dot net

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.



[2008-05-10 23:06:25] [EMAIL PROTECTED]

Couple of questions: What was the configure line used to configure
PHP?
What Aapche MPM are you using? What PHP SAPI? Do you set any php.ini
options in some .htaccess file or in your httpd.conf? Check the
phpinfo() output 



[2008-05-08 10:54:02] [EMAIL PROTECTED]

Jani: IIRC there was some Apache configuration thing that might
interfere with this. (Note: This is reminder for myself, ignore :)



[2008-05-08 05:27:49] enadyo at hotmail dot com

Description:

OS: CENTOS, PHP 5.2, APACHE 2.1
At PHP.INI memory_limit is set to 20M
post_max_size is set to 20M
the same goes for maximum upload

however everything larger than 60K is cut off.

in another server with PHP 4.x everything works perfect even with huge
amounts of data


Please tell me if you want to see PHP.INI for ...verification. I'll be
glad to copy/paste it.

Reproduce code:
---
the code is simple:
form action=target.php method=post
textarea name=a1/textarea
button type=submitsend/button
and for the target.php
?
$a1=$_REQUEST['a1'];
echo $a1;
?

Expected result:

the text (larger than 60.000 characters) to be displayed on screen

Actual result:
--
blank screen (nope, not because of an error, but because the variable
is null)





-- 
Edit this bug report at http://bugs.php.net/?id=44941edit=1