Wikimedia Toolserver users' discussion ()

Manish Goregaokar | 4 Jul 2011 10:53

Re: user_properties privacy issues, not

Actually, this is a boon for delivery bots. The bots can get the signatures automatically without having to rely on the user entering it.

-ManishEarth

On Sun, Jun 26, 2011 at 8:28 PM, DaB. <WP <at> daniel.baur4.info> wrote:

Hello,
At Sunday 26 June 2011 16:51:29 Maarten wrote:
> Sure?
> mysql> select distinct(up_property) from user_properties limit 10;
> +----------------+
>
> | up_property |
>
> +----------------+
>
> | gender |
> | language |
> | nickname |
> | skin |
> | timecorrection |
>
> +----------------+
> 5 rows in set (19.56 sec)

the table works with a white-list. At the moment only the above fields are
visable, which are (in my opinion) non-critical. The only may-be-critical-field
is the gender – but the gender is displayed by mediawiki itself so there is no
point to hide it on the toolserver.
If you think that one of the fields is a problem, I would like to hear your
arguments .

Sincerly,
DaB.
--
Userpage: [[:w:de:User:DaB.]] — PGP: 2B255885

_______________________________________________
Toolserver-l mailing list (Toolserver-l <at> lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette

<div><div dir="ltr">Actually, this is a boon for delivery bots. The bots can get the signatures automatically without having to rely on the user entering it.<div>
<br clear="all">-ManishEarth<br><br><br><div class="gmail_quote">On Sun, Jun 26, 2011 at 8:28 PM, DaB. <span dir="ltr">&lt;<a href="mailto:WP <at> daniel.baur4.info">WP <at> daniel.baur4.info</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">

Hello,<br><div class="im">At Sunday 26 June 2011 16:51:29 Maarten wrote:<br>
&gt; Sure?<br>
&gt; mysql&gt; select distinct(up_property) from user_properties limit 10;<br>
&gt; +----------------+<br>
&gt;<br>
&gt; | up_property &nbsp; &nbsp;|<br>
&gt;<br>
&gt; +----------------+<br>
&gt;<br>
&gt; | gender &nbsp; &nbsp; &nbsp; &nbsp; |<br>
&gt; | language &nbsp; &nbsp; &nbsp; |<br>
&gt; | nickname &nbsp; &nbsp; &nbsp; |<br>
&gt; | skin &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |<br>
&gt; | timecorrection |<br>
&gt;<br>
&gt; +----------------+<br>
&gt; 5 rows in set (19.56 sec)<br><br>
</div>the table works with a white-list. At the moment only the above fields are<br>
visable, which are (in my opinion) non-critical. The only may-be-critical-field<br>
is the gender &ndash; but the gender is displayed by mediawiki itself so there is no<br>
point to hide it on the toolserver.<br>
If you think that one of the fields is a problem, I would like to hear your<br>
arguments .<br><br>
Sincerly,<br>
DaB.<br>--<br>
Userpage: [[:w:de:User:DaB.]] &mdash; PGP: 2B255885<br><br>_______________________________________________<br>
Toolserver-l mailing list (<a href="mailto:Toolserver-l <at> lists.wikimedia.org">Toolserver-l <at> lists.wikimedia.org</a>)<br><a href="https://lists.wikimedia.org/mailman/listinfo/toolserver-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/toolserver-l</a><br>
Posting guidelines for this list: <a href="https://wiki.toolserver.org/view/Mailing_list_etiquette" target="_blank">https://wiki.toolserver.org/view/Mailing_list_etiquette</a><br>
</blockquote>
</div>
<br>
</div>
</div></div>

headers

River Tarnell | 4 Jul 2011 14:57

Re: SSH login issue


Jimmy Xu:
> It turns out that Toolserver doesn't support compression. I commented
> out "Compression yes" in my config and it started to work.

This should be fixed now.

The problem was that sshd does a chroot() in the privsep child, which 
handles communication with the client.  However, Solaris ld.so does 
lazy-loading of shared libraries by default, and sshd doesn't require 
zlib until after the chroot.  Since there is no zlib in the chroot 
directory, it failed to load:

ld.so.1: sshd: fatal: libz.so.1: open failed: No such file or directory

I have re-built sshd with lazy-loading disabled, and compression (ssh 
-C) seems to be working now.

	- river.

headers

Junaid P V | 7 Jul 2011 18:23

web2py and fcgi or wsgi

Hi,

Is it possible to run web2py with fcgi or wsgi?
Could some one show the sample .htaccess file?

Thank you,

--

Junaid P V
http://junaidpv.in

<div>
<p>Hi,<br><br>Is it possible to run web2py with fcgi or wsgi?<br>Could some one show the sample .htaccess file?<br><br><br>Thank you,<br clear="all"><br>-- <br></p>
<div dir="ltr">
<span>Junaid P V</span><br><a href="http://junaidpv.in/" target="_blank">http://junaidpv.<span>in</span></a><br><span></span><span></span>
</div>

<br>
</div>

headers

Ryan Kaldari | 8 Jul 2011 05:51

Uploads over 1MB refused by toolserver

I seems that I can't get the toolserver to accept any uploads larger than 1MB. I have a web application running on nightshade that has both an HTML upload form and a Flash upload form, both of which upload files to /mnt/user-store/contests/. I have my PHP limits set to the following in an .htaccess file:

php_value upload_max_filesize 20M
php_value post_max_size 20M
php_value max_execution_time 1200
php_value max_input_time 1200
php_value memory_limit 20M

Whenever I try to upload a file that is over 1MB (even 1.1MB), from either the HTML upload form or the Flash interface, it either gives me a 413 server error or the connection to the server is reset. A 413 error means that the HTTP data stream sent by the client was too large for the server. Files that are less than 1MB always work fine. Any ideas what is going wrong?

Ryan Kaldari

<div><p>I seems that I can't get the toolserver to accept any uploads larger than 1MB. I have a web application running on nightshade that has both an HTML upload form and a Flash upload form, both of which upload files to /mnt/user-store/contests/. I have my PHP limits set to the following in an .htaccess file:<br><br>php_value upload_max_filesize 20M<br>php_value post_max_size 20M<br>php_value max_execution_time 1200<br>php_value max_input_time 1200<br>php_value memory_limit 20M<br><br>Whenever I try to upload a file that is over 1MB (even 1.1MB), from either the HTML upload form or the Flash interface, it either gives me a 413 server error or the connection to the server is reset. A 413 error means that the HTTP data
				  stream sent by the client was too large for the server. Files that are less than 1MB always work fine. Any ideas what is going wrong?<br><br>Ryan Kaldari<br></p></div>

headers

Ryan Kaldari | 14 Jul 2011 01:17

Re: Uploads over 1MB refused by toolserver

Does anyone have any idea what else I can try to work around this problem? I'm doing a presentation of this tool at Wikimania in a couple weeks and then it will be used for a major event in Montreal a few weeks after that.

It was working fine in January. People uploaded dozens of 3 and 4 MB files with no problems, but now it won't allow anything larger than 1 MB. I haven't changed any of the uploading code since then.

Any help or advise would be appreciated!

Ryan Kaldari

On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari <kaldari <at> gmail.com> wrote:

I seems that I can't get the toolserver to accept any uploads larger than 1MB. I have a web application running on nightshade that has both an HTML upload form and a Flash upload form, both of which upload files to /mnt/user-store/contests/. I have my PHP limits set to the following in an .htaccess file:

php_value upload_max_filesize 20M
php_value post_max_size 20M
php_value max_execution_time 1200
php_value max_input_time 1200
php_value memory_limit 20M

Whenever I try to upload a file that is over 1MB (even 1.1MB), from either the HTML upload form or the Flash interface, it either gives me a 413 server error or the connection to the server is reset. A 413 error means that the HTTP data stream sent by the client was too large for the server. Files that are less than 1MB always work fine. Any ideas what is going wrong?

Ryan Kaldari

<div>
<p>Does anyone have any idea what else I can try to work around this problem? I'm doing a presentation of this tool at Wikimania in a couple weeks and then it will be used for a major event in Montreal a few weeks after that.<br><br>It was working fine in January. People uploaded dozens of 3 and 4 MB files with no problems, but now it won't allow anything larger than 1 MB. I haven't changed any of the uploading code since then.<br><br>Any help or advise would be appreciated!<br><br>Ryan Kaldari<br><br></p>
<div class="gmail_quote">On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari <span dir="ltr">&lt;<a href="mailto:kaldari <at> gmail.com">kaldari <at> gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
I seems that I can't get the toolserver to accept any uploads larger than 1MB. I have a web application running on nightshade that has both an HTML upload form and a Flash upload form, both of which upload files to /mnt/user-store/contests/. I have my PHP limits set to the following in an .htaccess file:<br><br>php_value upload_max_filesize 20M<br>php_value post_max_size 20M<br>php_value max_execution_time 1200<br>php_value max_input_time 1200<br>php_value memory_limit 20M<br><br>Whenever I try to upload a file that is over 1MB (even 1.1MB), from either the HTML upload form or the Flash interface, it either gives me a 413 server error or the connection to the server is reset. A 413 error means that the HTTP data
				  stream sent by the client was too large for the server. Files that are less than 1MB always work fine. Any ideas what is going wrong?<br><br>Ryan Kaldari<br>
</blockquote>
</div>
<br>
</div>

headers

Dr. Trigon | 14 Jul 2011 01:30

FishEye is not reflecting svn commits for project "drtrigon"

Hello Everybody!

I have a question regarding FishEye and SVN. My FishEye is not updating
anymore, look at TS-1102 [1]. May be this is due the change to https
for svn? May be not... Any ideas?

The other question but not that important would be related with JIRA
and FishEye Linkers, as mentioned in TS-748 [2]. (How to get this
working?)

But one after another. Any help is greatly appreciated.

Thanks a lot and greetings
DrTrigon

[1] https://jira.toolserver.org/browse/TS-1102
[2] https://jira.toolserver.org/browse/TS-748

headers

Jan Luca | 14 Jul 2011 08:20

Re: Uploads over 1MB refused by toolserver

Hi,

maybe you should try using the ini_set function of PHP (at the start of the
main file) to set the PHP options:

ini_set( "upload_max_filesize", "20M" );
ini_set( "post_max_size", "20M" );
ini_set( "max_execution_time", "1200" );
ini_set( "max_input_time", "1200" );
ini_set( "memory_limit", "20M" );

Best regards,
Jan

---------------
Von: toolserver-l-bounces <at> lists.wikimedia.org
[mailto:toolserver-l-bounces <at> lists.wikimedia.org] Im Auftrag von Ryan
Kaldari
Gesendet: Donnerstag, 14. Juli 2011 01:17
An: toolserver-l <at> lists.wikimedia.org
Betreff: Re: [Toolserver-l] Uploads over 1MB refused by toolserver

Does anyone have any idea what else I can try to work around this problem?
I'm doing a presentation of this tool at Wikimania in a couple weeks and
then it will be used for a major event in Montreal a few weeks after that.

It was working fine in January. People uploaded dozens of 3 and 4 MB files
with no problems, but now it won't allow anything larger than 1 MB. I
haven't changed any of the uploading code since then.

Any help or advise would be appreciated!

Ryan Kaldari
On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari <kaldari <at> gmail.com> wrote:
I seems that I can't get the toolserver to accept any uploads larger than
1MB. I have a web application running on nightshade that has both an HTML
upload form and a Flash upload form, both of which upload files to
/mnt/user-store/contests/. I have my PHP limits set to the following in an
.htaccess file:

php_value upload_max_filesize 20M
php_value post_max_size 20M
php_value max_execution_time 1200
php_value max_input_time 1200
php_value memory_limit 20M

Whenever I try to upload a file that is over 1MB (even 1.1MB), from either
the HTML upload form or the Flash interface, it either gives me a 413 server
error or the connection to the server is reset. A 413 error means that the
HTTP data stream sent by the client was too large for the server. Files that
are less than 1MB always work fine. Any ideas what is going wrong?

Ryan Kaldari

headers

Ryan Kaldari | 14 Jul 2011 08:47

Re: Uploads over 1MB refused by toolserver

I tried this but both of the forms still return the "413 Request Entity Too Large" error when I try to upload anything larger than 1 MB. This seems to be an HTTP issue rather than a PHP issue as the error is not coming from PHP. Can other people upload files on nightshade via web forms that are larger than 1 MB?

Ryan Kaldari

On Wed, Jul 13, 2011 at 11:20 PM, Jan Luca <jan <at> jans-seite.de> wrote:

Hi,

maybe you should try using the ini_set function of PHP (at the start of the
main file) to set the PHP options:

ini_set( "upload_max_filesize", "20M" );
ini_set( "post_max_size", "20M" );
ini_set( "max_execution_time", "1200" );
ini_set( "max_input_time", "1200" );
ini_set( "memory_limit", "20M" );

Best regards,
Jan

---------------
Von: toolserver-l-bounces <at> lists.wikimedia.org
[mailto:toolserver-l-bounces <at> lists.wikimedia.org] Im Auftrag von Ryan
Kaldari
Gesendet: Donnerstag, 14. Juli 2011 01:17
An: toolserver-l <at> lists.wikimedia.org
Betreff: Re: [Toolserver-l] Uploads over 1MB refused by toolserver

Does anyone have any idea what else I can try to work around this problem?
I'm doing a presentation of this tool at Wikimania in a couple weeks and
then it will be used for a major event in Montreal a few weeks after that.

It was working fine in January. People uploaded dozens of 3 and 4 MB files
with no problems, but now it won't allow anything larger than 1 MB. I
haven't changed any of the uploading code since then.

Any help or advise would be appreciated!

Ryan Kaldari
On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari <kaldari <at> gmail.com> wrote:
I seems that I can't get the toolserver to accept any uploads larger than
1MB. I have a web application running on nightshade that has both an HTML
upload form and a Flash upload form, both of which upload files to
/mnt/user-store/contests/. I have my PHP limits set to the following in an
.htaccess file:

php_value upload_max_filesize 20M
php_value post_max_size 20M
php_value max_execution_time 1200
php_value max_input_time 1200
php_value memory_limit 20M

Whenever I try to upload a file that is over 1MB (even 1.1MB), from either
the HTML upload form or the Flash interface, it either gives me a 413 server
error or the connection to the server is reset. A 413 error means that the
HTTP data stream sent by the client was too large for the server. Files that
are less than 1MB always work fine. Any ideas what is going wrong?

Ryan Kaldari

_______________________________________________
Toolserver-l mailing list (Toolserver-l <at> lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette

<div>
<p>I tried this but both of the forms still return the "413 Request Entity Too Large" error when I try to upload anything larger than 1 MB. This seems to be an HTTP issue rather than a PHP issue as the error is not coming from PHP. Can other people upload files on nightshade via web forms that are larger than 1 MB?</p>
<div>
<br>
</div>
<div>Ryan Kaldari<br><br><div class="gmail_quote">On Wed, Jul 13, 2011 at 11:20 PM, Jan Luca <span dir="ltr">&lt;<a href="mailto:jan <at> jans-seite.de">jan <at> jans-seite.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
Hi,<br><br>
maybe you should try using the ini_set function of PHP (at the start of the<br>
main file) to set the PHP options:<br><br>
ini_set( "upload_max_filesize", "20M" );<br>
ini_set( "post_max_size", "20M" );<br>
ini_set( "max_execution_time", "1200" );<br>
ini_set( "max_input_time", "1200" );<br>
ini_set( "memory_limit", "20M" );<br><br>
Best regards,<br>
Jan<br><br>
---------------<br>
Von: <a href="mailto:toolserver-l-bounces <at> lists.wikimedia.org">toolserver-l-bounces <at> lists.wikimedia.org</a><br>
[mailto:<a href="mailto:toolserver-l-bounces <at> lists.wikimedia.org">toolserver-l-bounces <at> lists.wikimedia.org</a>] Im Auftrag von Ryan<br>
Kaldari<br>
Gesendet: Donnerstag, 14. Juli 2011 01:17<br>
An: <a href="mailto:toolserver-l <at> lists.wikimedia.org">toolserver-l <at> lists.wikimedia.org</a><br>
Betreff: Re: [Toolserver-l] Uploads over 1MB refused by toolserver<br><div>
<div></div>
<div class="h5">
<br>
Does anyone have any idea what else I can try to work around this problem?<br>
I'm doing a presentation of this tool at Wikimania in a couple weeks and<br>
then it will be used for a major event in Montreal a few weeks after that.<br><br>
It was working fine in January. People uploaded dozens of 3 and 4 MB files<br>
with no problems, but now it won't allow anything larger than 1 MB. I<br>
haven't changed any of the uploading code since then.<br><br>
Any help or advise would be appreciated!<br><br>
Ryan Kaldari<br>
On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari &lt;<a href="mailto:kaldari <at> gmail.com">kaldari <at> gmail.com</a>&gt; wrote:<br>
I seems that I can't get the toolserver to accept any uploads larger than<br>
1MB. I have a web application running on nightshade that has both an HTML<br>
upload form and a Flash upload form, both of which upload files to<br>
/mnt/user-store/contests/. I have my PHP limits set to the following in an<br>
.htaccess file:<br><br>
php_value upload_max_filesize 20M<br>
php_value post_max_size 20M<br>
php_value max_execution_time 1200<br>
php_value max_input_time 1200<br>
php_value memory_limit 20M<br><br>
Whenever I try to upload a file that is over 1MB (even 1.1MB), from either<br>
the HTML upload form or the Flash interface, it either gives me a 413 server<br>
error or the connection to the server is reset. A 413 error means that the<br>
HTTP data stream sent by the client was too large for the server. Files that<br>
are less than 1MB always work fine. Any ideas what is going wrong?<br><br>
Ryan Kaldari<br><br><br><br>
</div>
</div>_______________________________________________<br>
Toolserver-l mailing list (<a href="mailto:Toolserver-l <at> lists.wikimedia.org">Toolserver-l <at> lists.wikimedia.org</a>)<br><a href="https://lists.wikimedia.org/mailman/listinfo/toolserver-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/toolserver-l</a><br>
Posting guidelines for this list: <a href="https://wiki.toolserver.org/view/Mailing_list_etiquette" target="_blank">https://wiki.toolserver.org/view/Mailing_list_etiquette</a><br>
</blockquote>
</div>
<br>
</div>
</div>

headers

Ryan Kaldari | 14 Jul 2011 09:11

Re: Uploads over 1MB refused by toolserver

Apache apparently limits HTTP requests to 2 GBs by default, but I have
no idea what the default for ZWS is. I can hardly imagine it would be
1 MB though. Perhaps someone has misconfigured it. The config variable
in Apache is called LimitRequestBody, and since ZWS generally imitates
Apache, I imagine it is the same variable. Could someone check the ZWS
configs to see what it is currently set to?

Ryan Kaldari

On Wed, Jul 13, 2011 at 11:47 PM, Ryan Kaldari <kaldari <at> gmail.com> wrote:
> I tried this but both of the forms still return the "413 Request Entity Too
> Large" error when I try to upload anything larger than 1 MB. This seems to
> be an HTTP issue rather than a PHP issue as the error is not coming from
> PHP. Can other people upload files on nightshade via web forms that are
> larger than 1 MB?
> Ryan Kaldari
>
> On Wed, Jul 13, 2011 at 11:20 PM, Jan Luca <jan <at> jans-seite.de> wrote:
>>
>> Hi,
>>
>> maybe you should try using the ini_set function of PHP (at the start of
>> the
>> main file) to set the PHP options:
>>
>> ini_set( "upload_max_filesize", "20M" );
>> ini_set( "post_max_size", "20M" );
>> ini_set( "max_execution_time", "1200" );
>> ini_set( "max_input_time", "1200" );
>> ini_set( "memory_limit", "20M" );
>>
>> Best regards,
>> Jan
>>
>> ---------------
>> Von: toolserver-l-bounces <at> lists.wikimedia.org
>> [mailto:toolserver-l-bounces <at> lists.wikimedia.org] Im Auftrag von Ryan
>> Kaldari
>> Gesendet: Donnerstag, 14. Juli 2011 01:17
>> An: toolserver-l <at> lists.wikimedia.org
>> Betreff: Re: [Toolserver-l] Uploads over 1MB refused by toolserver
>>
>> Does anyone have any idea what else I can try to work around this problem?
>> I'm doing a presentation of this tool at Wikimania in a couple weeks and
>> then it will be used for a major event in Montreal a few weeks after that.
>>
>> It was working fine in January. People uploaded dozens of 3 and 4 MB files
>> with no problems, but now it won't allow anything larger than 1 MB. I
>> haven't changed any of the uploading code since then.
>>
>> Any help or advise would be appreciated!
>>
>> Ryan Kaldari
>> On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari <kaldari <at> gmail.com> wrote:
>> I seems that I can't get the toolserver to accept any uploads larger than
>> 1MB. I have a web application running on nightshade that has both an HTML
>> upload form and a Flash upload form, both of which upload files to
>> /mnt/user-store/contests/. I have my PHP limits set to the following in an
>> .htaccess file:
>>
>> php_value upload_max_filesize 20M
>> php_value post_max_size 20M
>> php_value max_execution_time 1200
>> php_value max_input_time 1200
>> php_value memory_limit 20M
>>
>> Whenever I try to upload a file that is over 1MB (even 1.1MB), from either
>> the HTML upload form or the Flash interface, it either gives me a 413
>> server
>> error or the connection to the server is reset. A 413 error means that the
>> HTTP data stream sent by the client was too large for the server. Files
>> that
>> are less than 1MB always work fine. Any ideas what is going wrong?
>>
>> Ryan Kaldari
>>
>>
>>
>> _______________________________________________
>> Toolserver-l mailing list (Toolserver-l <at> lists.wikimedia.org)
>> https://lists.wikimedia.org/mailman/listinfo/toolserver-l
>> Posting guidelines for this list:
>> https://wiki.toolserver.org/view/Mailing_list_etiquette
>
>

headers

Ryan Kaldari | 14 Jul 2011 09:24

Re: Uploads over 1MB refused by toolserver

Actually it looks like ZWS uses a GUI configuration interface. To limit how large HTTP requests can be, you click the "Request Filtering" link in the global settings page menu and then you configure the maximum POST body size in bytes. Perhaps someone mistakenly entered a number for kilobytes instead of bytes. Can someone report what this value is currently set to? Thanks!

Ryan Kaldari

On Thu, Jul 14, 2011 at 12:11 AM, Ryan Kaldari <kaldari <at> gmail.com> wrote:

Apache apparently limits HTTP requests to 2 GBs by default, but I have
no idea what the default for ZWS is. I can hardly imagine it would be
1 MB though. Perhaps someone has misconfigured it. The config variable
in Apache is called LimitRequestBody, and since ZWS generally imitates
Apache, I imagine it is the same variable. Could someone check the ZWS
configs to see what it is currently set to?

Ryan Kaldari

On Wed, Jul 13, 2011 at 11:47 PM, Ryan Kaldari <kaldari <at> gmail.com> wrote:
> I tried this but both of the forms still return the "413 Request Entity Too
> Large" error when I try to upload anything larger than 1 MB. This seems to
> be an HTTP issue rather than a PHP issue as the error is not coming from
> PHP. Can other people upload files on nightshade via web forms that are
> larger than 1 MB?
> Ryan Kaldari
>
> On Wed, Jul 13, 2011 at 11:20 PM, Jan Luca <jan <at> jans-seite.de> wrote:
>>
>> Hi,
>>
>> maybe you should try using the ini_set function of PHP (at the start of
>> the
>> main file) to set the PHP options:
>>
>> ini_set( "upload_max_filesize", "20M" );
>> ini_set( "post_max_size", "20M" );
>> ini_set( "max_execution_time", "1200" );
>> ini_set( "max_input_time", "1200" );
>> ini_set( "memory_limit", "20M" );
>>
>> Best regards,
>> Jan
>>
>> ---------------
>> Von: toolserver-l-bounces <at> lists.wikimedia.org
>> [mailto:toolserver-l-bounces <at> lists.wikimedia.org] Im Auftrag von Ryan
>> Kaldari
>> Gesendet: Donnerstag, 14. Juli 2011 01:17
>> An: toolserver-l <at> lists.wikimedia.org
>> Betreff: Re: [Toolserver-l] Uploads over 1MB refused by toolserver
>>
>> Does anyone have any idea what else I can try to work around this problem?
>> I'm doing a presentation of this tool at Wikimania in a couple weeks and
>> then it will be used for a major event in Montreal a few weeks after that.
>>
>> It was working fine in January. People uploaded dozens of 3 and 4 MB files
>> with no problems, but now it won't allow anything larger than 1 MB. I
>> haven't changed any of the uploading code since then.
>>
>> Any help or advise would be appreciated!
>>
>> Ryan Kaldari
>> On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari <kaldari <at> gmail.com> wrote:
>> I seems that I can't get the toolserver to accept any uploads larger than
>> 1MB. I have a web application running on nightshade that has both an HTML
>> upload form and a Flash upload form, both of which upload files to
>> /mnt/user-store/contests/. I have my PHP limits set to the following in an
>> .htaccess file:
>>
>> php_value upload_max_filesize 20M
>> php_value post_max_size 20M
>> php_value max_execution_time 1200
>> php_value max_input_time 1200
>> php_value memory_limit 20M
>>
>> Whenever I try to upload a file that is over 1MB (even 1.1MB), from either
>> the HTML upload form or the Flash interface, it either gives me a 413
>> server
>> error or the connection to the server is reset. A 413 error means that the
>> HTTP data stream sent by the client was too large for the server. Files
>> that
>> are less than 1MB always work fine. Any ideas what is going wrong?
>>
>> Ryan Kaldari
>>
>>
>>
>> _______________________________________________
>> Toolserver-l mailing list (Toolserver-l <at> lists.wikimedia.org)
>> https://lists.wikimedia.org/mailman/listinfo/toolserver-l
>> Posting guidelines for this list:
>> https://wiki.toolserver.org/view/Mailing_list_etiquette
>
>

<div>
<p>Actually it looks like ZWS uses a GUI configuration interface. To limit how large HTTP requests can be, you click the "Request Filtering" link in the global settings page menu and then you configure the maximum POST body size in bytes. Perhaps someone mistakenly entered a number for kilobytes instead of bytes. Can someone report what this value is currently set to? Thanks!</p>
<div>
<br>
</div>
<div>Ryan Kaldari<br><br><div class="gmail_quote">On Thu, Jul 14, 2011 at 12:11 AM, Ryan Kaldari <span dir="ltr">&lt;<a href="mailto:kaldari <at> gmail.com">kaldari <at> gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
Apache apparently limits HTTP requests to 2 GBs by default, but I have<br>
no idea what the default for ZWS is. I can hardly imagine it would be<br>
1 MB though. Perhaps someone has misconfigured it. The config variable<br>
in Apache is called LimitRequestBody, and since ZWS generally imitates<br>
Apache, I imagine it is the same variable. Could someone check the ZWS<br>
configs to see what it is currently set to?<br><br>
Ryan Kaldari<br><div>
<div></div>
<div class="h5">
<br>
On Wed, Jul 13, 2011 at 11:47 PM, Ryan Kaldari &lt;<a href="mailto:kaldari <at> gmail.com">kaldari <at> gmail.com</a>&gt; wrote:<br>
&gt; I tried this but both of the forms still return the "413 Request Entity Too<br>
&gt; Large" error when I try to upload anything larger than 1 MB. This seems to<br>
&gt; be an HTTP issue rather than a PHP issue as the error is not coming from<br>
&gt; PHP. Can other people upload files on nightshade via web forms that are<br>
&gt; larger than 1 MB?<br>
&gt; Ryan Kaldari<br>
&gt;<br>
&gt; On Wed, Jul 13, 2011 at 11:20 PM, Jan Luca &lt;<a href="mailto:jan <at> jans-seite.de">jan <at> jans-seite.de</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hi,<br>
&gt;&gt;<br>
&gt;&gt; maybe you should try using the ini_set function of PHP (at the start of<br>
&gt;&gt; the<br>
&gt;&gt; main file) to set the PHP options:<br>
&gt;&gt;<br>
&gt;&gt; ini_set( "upload_max_filesize", "20M" );<br>
&gt;&gt; ini_set( "post_max_size", "20M" );<br>
&gt;&gt; ini_set( "max_execution_time", "1200" );<br>
&gt;&gt; ini_set( "max_input_time", "1200" );<br>
&gt;&gt; ini_set( "memory_limit", "20M" );<br>
&gt;&gt;<br>
&gt;&gt; Best regards,<br>
&gt;&gt; Jan<br>
&gt;&gt;<br>
&gt;&gt; ---------------<br>
&gt;&gt; Von: <a href="mailto:toolserver-l-bounces <at> lists.wikimedia.org">toolserver-l-bounces <at> lists.wikimedia.org</a><br>
&gt;&gt; [mailto:<a href="mailto:toolserver-l-bounces <at> lists.wikimedia.org">toolserver-l-bounces <at> lists.wikimedia.org</a>] Im Auftrag von Ryan<br>
&gt;&gt; Kaldari<br>
&gt;&gt; Gesendet: Donnerstag, 14. Juli 2011 01:17<br>
&gt;&gt; An: <a href="mailto:toolserver-l <at> lists.wikimedia.org">toolserver-l <at> lists.wikimedia.org</a><br>
&gt;&gt; Betreff: Re: [Toolserver-l] Uploads over 1MB refused by toolserver<br>
&gt;&gt;<br>
&gt;&gt; Does anyone have any idea what else I can try to work around this problem?<br>
&gt;&gt; I'm doing a presentation of this tool at Wikimania in a couple weeks and<br>
&gt;&gt; then it will be used for a major event in Montreal a few weeks after that.<br>
&gt;&gt;<br>
&gt;&gt; It was working fine in January. People uploaded dozens of 3 and 4 MB files<br>
&gt;&gt; with no problems, but now it won't allow anything larger than 1 MB. I<br>
&gt;&gt; haven't changed any of the uploading code since then.<br>
&gt;&gt;<br>
&gt;&gt; Any help or advise would be appreciated!<br>
&gt;&gt;<br>
&gt;&gt; Ryan Kaldari<br>
&gt;&gt; On Thu, Jul 7, 2011 at 8:51 PM, Ryan Kaldari &lt;<a href="mailto:kaldari <at> gmail.com">kaldari <at> gmail.com</a>&gt; wrote:<br>
&gt;&gt; I seems that I can't get the toolserver to accept any uploads larger than<br>
&gt;&gt; 1MB. I have a web application running on nightshade that has both an HTML<br>
&gt;&gt; upload form and a Flash upload form, both of which upload files to<br>
&gt;&gt; /mnt/user-store/contests/. I have my PHP limits set to the following in an<br>
&gt;&gt; .htaccess file:<br>
&gt;&gt;<br>
&gt;&gt; php_value upload_max_filesize 20M<br>
&gt;&gt; php_value post_max_size 20M<br>
&gt;&gt; php_value max_execution_time 1200<br>
&gt;&gt; php_value max_input_time 1200<br>
&gt;&gt; php_value memory_limit 20M<br>
&gt;&gt;<br>
&gt;&gt; Whenever I try to upload a file that is over 1MB (even 1.1MB), from either<br>
&gt;&gt; the HTML upload form or the Flash interface, it either gives me a 413<br>
&gt;&gt; server<br>
&gt;&gt; error or the connection to the server is reset. A 413 error means that the<br>
&gt;&gt; HTTP data stream sent by the client was too large for the server. Files<br>
&gt;&gt; that<br>
&gt;&gt; are less than 1MB always work fine. Any ideas what is going wrong?<br>
&gt;&gt;<br>
&gt;&gt; Ryan Kaldari<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Toolserver-l mailing list (<a href="mailto:Toolserver-l <at> lists.wikimedia.org">Toolserver-l <at> lists.wikimedia.org</a>)<br>
&gt;&gt; <a href="https://lists.wikimedia.org/mailman/listinfo/toolserver-l" target="_blank">https://lists.wikimedia.org/mailman/listinfo/toolserver-l</a><br>
&gt;&gt; Posting guidelines for this list:<br>
&gt;&gt; <a href="https://wiki.toolserver.org/view/Mailing_list_etiquette" target="_blank">https://wiki.toolserver.org/view/Mailing_list_etiquette</a><br>
&gt;<br>
&gt;<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>

113	May 2013
125	April 2013
69	March 2013
96	February 2013
39	January 2013
53	December 2012
78	November 2012
56	October 2012
179	September 2012
50	August 2012
48	July 2012
90	June 2012
50	May 2012
56	April 2012
115	March 2012
46	February 2012
47	January 2012
50	December 2011
83	November 2011
46	October 2011
95	September 2011
85	August 2011
36	July 2011
80	June 2011
30	May 2011
103	April 2011
54	March 2011
112	February 2011
74	January 2011
86	December 2010
197	November 2010
5	October 2010
97	September 2010
47	August 2010
32	July 2010
74	June 2010
94	May 2010
83	April 2010
106	March 2010
132	February 2010
60	January 2010
76	December 2009
49	November 2009
37	October 2009
113	September 2009
173	August 2009
94	July 2009
88	June 2009
42	May 2009
70	April 2009
53	March 2009
73	February 2009
106	January 2009
71	December 2008
33	November 2008
40	October 2008
63	September 2008
36	August 2008
56	July 2008
86	June 2008
43	May 2008
6	April 2008
9	March 2008
77	February 2008
23	January 2008
36	December 2007
95	November 2007
144	October 2007
32	September 2007
45	August 2007
48	July 2007
37	June 2007
33	May 2007
25	April 2007
22	March 2007
8	February 2007
22	January 2007
37	December 2006
20	November 2006
27	October 2006
79	September 2006
48	August 2006
68	July 2006
51	June 2006
42	May 2006
90	April 2006
62	March 2006
9	February 2006
37	January 2006
41	December 2005
23	November 2005
33	October 2005

Mon	Tue	Wed	Thu	Fri	Sat	Sun

				1	2	3
4	5	6	7	8	9	10
11	12	13	14	15	16	17
18	19	20	21	22	23	24
25	26	27	28	29	30	31