Menu
▾
▴
chiphpug-discuss
|
From: Peter S. <sn...@gm...> - 2008-11-19 08:10:14
|
Hello Everyone, I'm having a problem creating an app for a client who will need to upload very large files, around 1GB. I'm running into problems though with the upload. In an effort to rule out problems, I've boosted all the normal suspects to absurd levels (see below), but am still getting problems. If I just watch the uploads in the temp dir I can see that the server is receiving the uploads correctly, but for some reason the upload stops at around 40 - 50 MB each time. The browser will putter on for a while and then say that the server has timed out. Does anyone have any other ideas for possible problems? I've tried this on two different servers (clients and my staging one), with no luck. Any hints anyone could provide would be greatly appreciated. Thanks! Sincerely, Pete Snyder ----- .htaccess file php_value memory_limit 2G php_value post_max_size 2G php_value upload_max_filesize 2G php_value max_input_time 144000 php_value max_execution_time 144000 |
|
From: Jason R. <ja...@ho...> - 2008-11-19 14:12:32
|
A couple of feedback items from the google (off the top of my head I cant see anything obvious): 1) are you running newer PHP5? from manual: "G (for Gigabytes; available since PHP 5.1.0)" 2) IIS has som limits if you are on Windows (why, oh why): IIS7 has a upload limit of 30000000 (about 30mb) You can change this with the command (for 250mb): c:\windows\system32\inetsrv\appcmd set config -section:requestFiltering -requestLimits.maxAllowedContentLength:262144000 Or manual define it in: %windir%\system32\inetsrv\config\applicationhost.config Add this rule before the </requestFiltering> tag: <requestLimits maxAllowedContentLength ="262144000" /> 3) There has been reference to session.gc_maxlifetime default value 1440 (24min) causing GC to wack session duriung upload and cause problems. Not sure on that one.. 4) Also reported issues of MAX_FILE_SIZE hidden form field, and zlib.output_compression = On in Apache.. 5) Check Apache LimitRequestBody (max size in bytes) 6) Obscure but possible: "Because some systems send the packets with the headers last (or the header packet may be received after some of the data packets), firewalls can't filter this traffic based on destination port and address. Many firewalls (including iptables) have to be configured to allow fragments separately from standard traffic. Unfortunately, it's an all-or-nothing thing in these cases, and exploits based on packet fragmentation have been a problem in the past (teardrop, boink, etc.). Note that ICMP may be used to notify the host (your server) of oncoming fragmentation, so you may need to allow ICMP traffic as well." The iptables rules for this are as follows: # allow all fragments -A INPUT -f -j ACCEPT # allow icmp traffic -A INPUT -p icmp -j ACCEPT Most of the above thanks to manual page: http://us3.php.net/features.file-upload Peter Snyder wrote: > Hello Everyone, > > I'm having a problem creating an app for a client who will need to > upload very large files, around 1GB. I'm running into problems though > with the upload. In an effort to rule out problems, I've boosted all > the normal suspects to absurd levels (see below), but am still getting > problems. If I just watch the uploads in the temp dir I can see that > the server is receiving the uploads correctly, but for some reason the > upload stops at around 40 - 50 MB each time. The browser will putter > on for a while and then say that the server has timed out. > > Does anyone have any other ideas for possible problems? I've tried > this on two different servers (clients and my staging one), with no > luck. Any hints anyone could provide would be greatly appreciated. > > Thanks! > > Sincerely, > Pete Snyder > > > > > ----- > .htaccess file > php_value memory_limit 2G > php_value post_max_size 2G > php_value upload_max_filesize 2G > php_value max_input_time 144000 > php_value max_execution_time 144000 > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Jason R. <ja...@ho...> - 2008-11-19 14:42:37
|
PHP UserGroup meeting tonight is at 6pm at the Threadless (Skinny Corp) office: 4043 N Ravenswood ave, Chicago IL http://tinyurl.com/5tq6re (google map) 7 blocks south of Ravenswood Metra stop (Union Pacific North line): http://metrarail.com/Sched/cnw_n/cnwn.shtml I'll be giving two small talks, Harper or someone from Skinny corp will also give a talk also I believe. Beer and pizza as per normal.. Call me if there are any questions/problems 847.208.1000 Not sure if receptionist will still be there to buzz people in door so that may be one reason.. -jason |
|
From: Domenic R. <rod...@ya...> - 2008-11-19 15:30:06
|
Hey everyone, I've got a problem thats been driving me crazy and was wondering if anyone else might have experienced this in the past. I'm on a clients server and am trying to send out a confirmation email after registering for the site. The problem I have is that Yahoo always blocks it, not just sends it to the SPAM folder but completely blocks it.
I have a GMAIL account that also forwards to my yahoo account, and my GMAIL account receives the emails just fine. I first started by using the mail function, but when I did that the forwarded email wouldn't even go though to my yahoo account.
So I switched to phpmailer and well it still doesn't go to my yahoo account - GMAIL atleast forwards it. My code looks like this:
date_default_timezone_set('America/Chicago');
//date_default_timezone_set(date_default_timezone_get());
include_once('class.phpmailer.php');
$mail = new PHPMailer();
$body = $mail->getFile('/home/freeandc/public_html/ConfirmationEmail.html');
$body = eregi_replace("[\]",'',$body);
$mail->IsSendmail(); // telling the class to use SendMail transport
$mail->From = "in...@vp...";
$mail->FromName = "Mortgage Relief Formula";
$mail->Subject = $subject;
$mail->AltBody = "To view the message, please use an HTML compatible email viewer!"; // optional, comment out and test
$mail->MsgHTML($body);
$mail->AddAddress("Dom...@gm...", "Domenic Roti");
if(!$mail->Send()) {
echo "Mailer Error: " . $mail->ErrorInfo;
} else {
echo "Message sent!";
}
Here are the headers that I get from the forwarded email:
<domenic.roti+caf_=rodstir656=yah...@gm...>
Authentication-Results: mta100.mail.ac4.yahoo.com from=vps.homesalerelief.com; domainkeys=neutral (no sig)
Received: from 72.14.220.158 (EHLO fg-out-1718.google.com) (72.14.220.158) by mta100.mail.ac4.yahoo.com with SMTP; Wed, 19 Nov 2008 07:20:57 -0800
Received: by fg-out-1718.google.com with SMTP id l27so15628fgb.33 for <rod...@ya...>; Wed, 19 Nov 2008 07:20:56 -0800 (PST)
Received: by 10.187.239.18 with SMTP id q18mr219346far.16.1227108056694; Wed, 19 Nov 2008 07:20:56 -0800 (PST)
Delivered-To: dom...@gm...
Received: by 10.187.208.5 with SMTP id k5cs253157faq; Wed, 19 Nov 2008 07:20:55 -0800 (PST)
Received: by 10.64.180.15 with SMTP id c15mr1167647qbf.80.1227108054218; Wed, 19 Nov 2008 07:20:54 -0800 (PST)
Return-Path: <no...@vp...>
Received: from vps.homesalerelief.com (vps.homesalerelief.com [69.4.237.250]) by mx.google.com with ESMTP id k29si11055191qba.7.2008.11.19.07.20.53; Wed, 19 Nov 2008 07:20:54 -0800 (PST)
Received-SPF: pass (google.com: best guess record for domain of no...@vp... designates 69.4.237.250 as permitted sender) client-ip=69.4.237.250;
Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of no...@vp... designates 69.4.237.250 as permitted sender) smtp.mail=no...@vp...
Received: from nobody by vps.homesalerelief.com with local (Exim 4.69) (envelope-from <no...@vp...>) id 1L2orN-0000Wa-IM for Dom...@gm...; Wed, 19 Nov 2008 09:20:53 -0600
Date: Wed, 19 Nov 2008 09:20:53 -0600
To: Domenic Roti <Dom...@gm...>
From:
Mortgage Relief Formula <in...@vp...>
Add sender to Contacts
Subject:
Message-ID: <dad...@fr...>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="b1_dadbd41ef9512a26b9627d6fe560e8f2"
Content-Length: 384
Does anyone have any idea what might be causing this?
|
|
From: Wilfried S. <ws...@de...> - 2008-11-19 15:59:47
|
Domenic, look into Domain Keys and DKIM. Best bet for solving this, I've found, is to make sure your outbound messages get signed by a milter or such (if you're using sendmail). Good luck, this can be a huge PITA depending on your MTA. >> Authentication-Results: mta100.mail.ac4.yahoo.com >> from=vps.homesalerelief.com; domainkeys=neutral (no sig) Wilfried On Nov 19, 2008, at 09:30 , Domenic Roti wrote: > Hey everyone, I've got a problem thats been driving me crazy and was > wondering if anyone else might have experienced this in the past. > I'm on a clients server and am trying to send out a confirmation > email after registering for the site. The problem I have is that > Yahoo always blocks it, not just sends it to the SPAM folder but > completely blocks it. > > I have a GMAIL account that also forwards to my yahoo account, and > my GMAIL account receives the emails just fine. I first started by > using the mail function, but when I did that the forwarded email > wouldn't even go though to my yahoo account. > > So I switched to phpmailer and well it still doesn't go to my yahoo > account - GMAIL atleast forwards it. My code looks like this: > > > date_default_timezone_set('America/Chicago'); > //date_default_timezone_set(date_default_timezone_get()); > > include_once('class.phpmailer.php'); > > $mail = new PHPMailer(); > $body = $mail->getFile('/home/freeandc/public_html/ > ConfirmationEmail.html'); > $body = eregi_replace("[\]",'',$body); > > $mail->IsSendmail(); // telling the class to use SendMail transport > > $mail->From = "in...@vp..."; > $mail->FromName = "Mortgage Relief Formula"; > > $mail->Subject = $subject; > > $mail->AltBody = "To view the message, please use an HTML > compatible email viewer!"; // optional, comment out and test > > $mail->MsgHTML($body); > > $mail->AddAddress("Dom...@gm...", "Domenic Roti"); > > if(!$mail->Send()) { > echo "Mailer Error: " . $mail->ErrorInfo; > } else { > echo "Message sent!"; > } > > > Here are the headers that I get from the forwarded email: > > <domenic.roti+caf_=rodstir656=yah...@gm...> > Authentication-Results: mta100.mail.ac4.yahoo.com > from=vps.homesalerelief.com; domainkeys=neutral (no sig) > Received: from 72.14.220.158 (EHLO fg-out-1718.google.com) > (72.14.220.158) by mta100.mail.ac4.yahoo.com with SMTP; Wed, 19 Nov > 2008 07:20:57 -0800 > Received: by fg-out-1718.google.com with SMTP id l27so15628fgb.33 > for <rod...@ya...>; Wed, 19 Nov 2008 07:20:56 -0800 (PST) > Received: by 10.187.239.18 with SMTP id q18mr219346far. > 16.1227108056694; Wed, 19 Nov 2008 07:20:56 -0800 (PST) > Delivered-To: dom...@gm... > Received: by 10.187.208.5 with SMTP id k5cs253157faq; Wed, 19 Nov > 2008 07:20:55 -0800 (PST) > Received: by 10.64.180.15 with SMTP id c15mr1167647qbf. > 80.1227108054218; Wed, 19 Nov 2008 07:20:54 -0800 (PST) > Return-Path: <no...@vp...> > Received: from vps.homesalerelief.com (vps.homesalerelief.com > [69.4.237.250]) by mx.google.com with ESMTP id k29si11055191qba. > 7.2008.11.19.07.20.53; Wed, 19 Nov 2008 07:20:54 -0800 (PST) > Received-SPF: pass (google.com: best guess record for domain of no...@vp... > designates 69.4.237.250 as permitted sender) client-ip=69.4.237.250; > Authentication-Results: mx.google.com; spf=pass (google.com: best > guess record for domain of no...@vp... designates > 69.4.237.250 as permitted sender) smtp.mail=no...@vp... > Received: from nobody by vps.homesalerelief.com with local (Exim > 4.69) (envelope-from <no...@vp...>) id > 1L2orN-0000Wa-IM for Dom...@gm...; Wed, 19 Nov 2008 > 09:20:53 -0600 > Date: Wed, 19 Nov 2008 09:20:53 -0600 > To: Domenic Roti <Dom...@gm...> > From: > Mortgage Relief Formula <in...@vp...> > Add sender to Contacts > Subject: > Message-ID: <dad...@fr...> > MIME-Version: 1.0 > Content-Type: multipart/alternative; > boundary="b1_dadbd41ef9512a26b9627d6fe560e8f2" > Content-Length: 384 > > > > Does anyone have any idea what might be causing this? > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Adam L. <apl...@gm...> - 2008-11-19 16:25:00
|
I see that the From: is this -- in...@vp... But the message-id is this -- dad...@fr... Is Yahoo! pretty anal about a message from a particular domain trying to appear as if from a different domain? I don't have experience with their particular filter. Adam -----Original Message----- From: Wilfried Schobeiri [mailto:ws...@de...] Sent: Wednesday, November 19, 2008 9:35 AM To: Discussions of PHP-related topics among members of the Chicago PHP User's Group. Subject: Re: [chiPHPug-discuss] PHP Mailer/Yahoo Problems Domenic, look into Domain Keys and DKIM. Best bet for solving this, I've found, is to make sure your outbound messages get signed by a milter or such (if you're using sendmail). Good luck, this can be a huge PITA depending on your MTA. >> Authentication-Results: mta100.mail.ac4.yahoo.com >> from=vps.homesalerelief.com; domainkeys=neutral (no sig) Wilfried On Nov 19, 2008, at 09:30 , Domenic Roti wrote: > Hey everyone, I've got a problem thats been driving me crazy and was > wondering if anyone else might have experienced this in the past. > I'm on a clients server and am trying to send out a confirmation > email after registering for the site. The problem I have is that > Yahoo always blocks it, not just sends it to the SPAM folder but > completely blocks it. > > I have a GMAIL account that also forwards to my yahoo account, and > my GMAIL account receives the emails just fine. I first started by > using the mail function, but when I did that the forwarded email > wouldn't even go though to my yahoo account. > > So I switched to phpmailer and well it still doesn't go to my yahoo > account - GMAIL atleast forwards it. My code looks like this: > > > date_default_timezone_set('America/Chicago'); > //date_default_timezone_set(date_default_timezone_get()); > > include_once('class.phpmailer.php'); > > $mail = new PHPMailer(); > $body = $mail->getFile('/home/freeandc/public_html/ > ConfirmationEmail.html'); > $body = eregi_replace("[\]",'',$body); > > $mail->IsSendmail(); // telling the class to use SendMail transport > > $mail->From = "in...@vp..."; > $mail->FromName = "Mortgage Relief Formula"; > > $mail->Subject = $subject; > > $mail->AltBody = "To view the message, please use an HTML > compatible email viewer!"; // optional, comment out and test > > $mail->MsgHTML($body); > > $mail->AddAddress("Dom...@gm...", "Domenic Roti"); > > if(!$mail->Send()) { > echo "Mailer Error: " . $mail->ErrorInfo; > } else { > echo "Message sent!"; > } > > > Here are the headers that I get from the forwarded email: > > <domenic.roti+caf_=rodstir656=yah...@gm...> > Authentication-Results: mta100.mail.ac4.yahoo.com > from=vps.homesalerelief.com; domainkeys=neutral (no sig) > Received: from 72.14.220.158 (EHLO fg-out-1718.google.com) > (72.14.220.158) by mta100.mail.ac4.yahoo.com with SMTP; Wed, 19 Nov > 2008 07:20:57 -0800 > Received: by fg-out-1718.google.com with SMTP id l27so15628fgb.33 > for <rod...@ya...>; Wed, 19 Nov 2008 07:20:56 -0800 (PST) > Received: by 10.187.239.18 with SMTP id q18mr219346far. > 16.1227108056694; Wed, 19 Nov 2008 07:20:56 -0800 (PST) > Delivered-To: dom...@gm... > Received: by 10.187.208.5 with SMTP id k5cs253157faq; Wed, 19 Nov > 2008 07:20:55 -0800 (PST) > Received: by 10.64.180.15 with SMTP id c15mr1167647qbf. > 80.1227108054218; Wed, 19 Nov 2008 07:20:54 -0800 (PST) > Return-Path: <no...@vp...> > Received: from vps.homesalerelief.com (vps.homesalerelief.com > [69.4.237.250]) by mx.google.com with ESMTP id k29si11055191qba. > 7.2008.11.19.07.20.53; Wed, 19 Nov 2008 07:20:54 -0800 (PST) > Received-SPF: pass (google.com: best guess record for domain of no...@vp... > designates 69.4.237.250 as permitted sender) client-ip=69.4.237.250; > Authentication-Results: mx.google.com; spf=pass (google.com: best > guess record for domain of no...@vp... designates > 69.4.237.250 as permitted sender) smtp.mail=no...@vp... > Received: from nobody by vps.homesalerelief.com with local (Exim > 4.69) (envelope-from <no...@vp...>) id > 1L2orN-0000Wa-IM for Dom...@gm...; Wed, 19 Nov 2008 > 09:20:53 -0600 > Date: Wed, 19 Nov 2008 09:20:53 -0600 > To: Domenic Roti <Dom...@gm...> > From: > Mortgage Relief Formula <in...@vp...> > Add sender to Contacts > Subject: > Message-ID: <dad...@fr...> > MIME-Version: 1.0 > Content-Type: multipart/alternative; > boundary="b1_dadbd41ef9512a26b9627d6fe560e8f2" > Content-Length: 384 > > > > Does anyone have any idea what might be causing this? > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ chiPHPug-discuss mailing list chi...@li... https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Domenic R. <rod...@ya...> - 2008-11-19 16:55:47
|
I thought of that...but changing the address doesn't do anything. I tried the current one because gmail said mailed-by was: vps.homesalerelief.com Thanks for taking a look though. --- On Wed, 11/19/08, Adam Larsen <apl...@gm...> wrote: > From: Adam Larsen <apl...@gm...> > Subject: Re: [chiPHPug-discuss] PHP Mailer/Yahoo Problems > To: "'Discussions of PHP-related topics among members of the Chicago PHP User's Group.'" <chi...@li...> > Date: Wednesday, November 19, 2008, 10:24 AM > I see that the From: is this -- in...@vp... > But the message-id is this -- > dad...@fr... > > Is Yahoo! pretty anal about a message from a particular > domain trying to > appear as if from a different domain? I don't have > experience with their > particular filter. > > Adam > > -----Original Message----- > From: Wilfried Schobeiri [mailto:ws...@de...] > Sent: Wednesday, November 19, 2008 9:35 AM > To: Discussions of PHP-related topics among members of the > Chicago PHP > User's Group. > Subject: Re: [chiPHPug-discuss] PHP Mailer/Yahoo Problems > > Domenic, > > look into Domain Keys and DKIM. Best bet for solving this, > I've found, > is to make sure your outbound messages get signed by a > milter or such > (if you're using sendmail). > > Good luck, this can be a huge PITA depending on your MTA. > > >> Authentication-Results: > mta100.mail.ac4.yahoo.com > >> from=vps.homesalerelief.com; domainkeys=neutral > (no sig) > > > Wilfried > > > On Nov 19, 2008, at 09:30 , Domenic Roti wrote: > > > Hey everyone, I've got a problem thats been > driving me crazy and was > > wondering if anyone else might have experienced this > in the past. > > I'm on a clients server and am trying to send out > a confirmation > > email after registering for the site. The problem I > have is that > > Yahoo always blocks it, not just sends it to the SPAM > folder but > > completely blocks it. > > > > I have a GMAIL account that also forwards to my yahoo > account, and > > my GMAIL account receives the emails just fine. I > first started by > > using the mail function, but when I did that the > forwarded email > > wouldn't even go though to my yahoo account. > > > > So I switched to phpmailer and well it still > doesn't go to my yahoo > > account - GMAIL atleast forwards it. My code looks > like this: > > > > > > date_default_timezone_set('America/Chicago'); > > > //date_default_timezone_set(date_default_timezone_get()); > > > > include_once('class.phpmailer.php'); > > > > $mail = new PHPMailer(); > > $body = > $mail->getFile('/home/freeandc/public_html/ > > ConfirmationEmail.html'); > > $body = > eregi_replace("[\]",'',$body); > > > > $mail->IsSendmail(); // telling the class to use > SendMail transport > > > > $mail->From = > "in...@vp..."; > > $mail->FromName = "Mortgage Relief > Formula"; > > > > $mail->Subject = $subject; > > > > $mail->AltBody = "To view the message, > please use an HTML > > compatible email viewer!"; // optional, comment > out and test > > > > $mail->MsgHTML($body); > > > > > $mail->AddAddress("Dom...@gm...", > "Domenic Roti"); > > > > if(!$mail->Send()) { > > echo "Mailer Error: " . > $mail->ErrorInfo; > > } else { > > echo "Message sent!"; > > } > > > > > > Here are the headers that I get from the forwarded > email: > > > > > <domenic.roti+caf_=rodstir656=yah...@gm...> > > Authentication-Results: mta100.mail.ac4.yahoo.com > > from=vps.homesalerelief.com; domainkeys=neutral (no > sig) > > Received: from 72.14.220.158 (EHLO > fg-out-1718.google.com) > > (72.14.220.158) by mta100.mail.ac4.yahoo.com with > SMTP; Wed, 19 Nov > > 2008 07:20:57 -0800 > > Received: by fg-out-1718.google.com with SMTP id > l27so15628fgb.33 > > for <rod...@ya...>; Wed, 19 Nov 2008 > 07:20:56 -0800 (PST) > > Received: by 10.187.239.18 with SMTP id > q18mr219346far. > > 16.1227108056694; Wed, 19 Nov 2008 07:20:56 -0800 > (PST) > > Delivered-To: dom...@gm... > > Received: by 10.187.208.5 with SMTP id > k5cs253157faq; Wed, 19 > Nov > > 2008 07:20:55 -0800 (PST) > > Received: by 10.64.180.15 with SMTP id > c15mr1167647qbf. > > 80.1227108054218; Wed, 19 Nov 2008 07:20:54 -0800 > (PST) > > Return-Path: <no...@vp...> > > Received: from vps.homesalerelief.com > (vps.homesalerelief.com > > > [69.4.237.250]) by mx.google.com with ESMTP id > k29si11055191qba. > > 7.2008.11.19.07.20.53; Wed, 19 Nov 2008 07:20:54 -0800 > (PST) > > Received-SPF: pass (google.com: best guess record > for > domain of no...@vp... > > designates 69.4.237.250 as permitted sender) > client-ip=69.4.237.250; > > Authentication-Results: mx.google.com; spf=pass > (google.com: > best > > guess record for domain of > no...@vp... designates > > 69.4.237.250 as permitted sender) > smtp.mail=no...@vp... > > Received: from nobody by vps.homesalerelief.com with > local > (Exim > > 4.69) (envelope-from > <no...@vp...>) id > > 1L2orN-0000Wa-IM for Dom...@gm...; Wed, 19 > Nov 2008 > > 09:20:53 -0600 > > Date: Wed, 19 Nov 2008 09:20:53 -0600 > > To: Domenic Roti <Dom...@gm...> > > From: > > Mortgage Relief Formula > <in...@vp...> > > Add sender to Contacts > > Subject: > > Message-ID: > <dad...@fr...> > > MIME-Version: 1.0 > > Content-Type: multipart/alternative; > > > boundary="b1_dadbd41ef9512a26b9627d6fe560e8f2" > > Content-Length: 384 > > > > > > > > Does anyone have any idea what might be causing this? > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move > Developer's > > challenge > > Build the coolest Linux based applications with Moblin > SDK & win > > great prizes > > Grand prize is a trip for two to an Open Source event > anywhere in > > the world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > chiPHPug-discuss mailing list > > chi...@li... > > > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK > & win great > prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK > & win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Domenic R. <rod...@ya...> - 2008-11-19 16:41:53
|
Thanks for your response, I thought it might be domain keys - I simply don't know that much about they're implementation and I don't run this server so I was hoping it wasn't. I'm going to have to do some more research into it - Thank You. --- On Wed, 11/19/08, Wilfried Schobeiri <ws...@de...> wrote: > From: Wilfried Schobeiri <ws...@de...> > Subject: Re: [chiPHPug-discuss] PHP Mailer/Yahoo Problems > To: "Discussions of PHP-related topics among members of the Chicago PHP User's Group." <chi...@li...> > Date: Wednesday, November 19, 2008, 9:34 AM > Domenic, > > look into Domain Keys and DKIM. Best bet for solving this, > I've found, > is to make sure your outbound messages get signed by a > milter or such > (if you're using sendmail). > > Good luck, this can be a huge PITA depending on your MTA. > > >> Authentication-Results: > mta100.mail.ac4.yahoo.com > >> from=vps.homesalerelief.com; domainkeys=neutral > (no sig) > > > Wilfried > > > On Nov 19, 2008, at 09:30 , Domenic Roti wrote: > > > Hey everyone, I've got a problem thats been > driving me crazy and was > > wondering if anyone else might have experienced this > in the past. > > I'm on a clients server and am trying to send out > a confirmation > > email after registering for the site. The problem I > have is that > > Yahoo always blocks it, not just sends it to the SPAM > folder but > > completely blocks it. > > > > I have a GMAIL account that also forwards to my yahoo > account, and > > my GMAIL account receives the emails just fine. I > first started by > > using the mail function, but when I did that the > forwarded email > > wouldn't even go though to my yahoo account. > > > > So I switched to phpmailer and well it still > doesn't go to my yahoo > > account - GMAIL atleast forwards it. My code looks > like this: > > > > > > date_default_timezone_set('America/Chicago'); > > > //date_default_timezone_set(date_default_timezone_get()); > > > > include_once('class.phpmailer.php'); > > > > $mail = new PHPMailer(); > > $body = > $mail->getFile('/home/freeandc/public_html/ > > ConfirmationEmail.html'); > > $body = > eregi_replace("[\]",'',$body); > > > > $mail->IsSendmail(); // telling the class to use > SendMail transport > > > > $mail->From = > "in...@vp..."; > > $mail->FromName = "Mortgage Relief > Formula"; > > > > $mail->Subject = $subject; > > > > $mail->AltBody = "To view the message, > please use an HTML > > compatible email viewer!"; // optional, comment > out and test > > > > $mail->MsgHTML($body); > > > > > $mail->AddAddress("Dom...@gm...", > "Domenic Roti"); > > > > if(!$mail->Send()) { > > echo "Mailer Error: " . > $mail->ErrorInfo; > > } else { > > echo "Message sent!"; > > } > > > > > > Here are the headers that I get from the forwarded > email: > > > > > <domenic.roti+caf_=rodstir656=yah...@gm...> > > Authentication-Results: mta100.mail.ac4.yahoo.com > > from=vps.homesalerelief.com; domainkeys=neutral (no > sig) > > Received: from 72.14.220.158 (EHLO > fg-out-1718.google.com) > > (72.14.220.158) by mta100.mail.ac4.yahoo.com with > SMTP; Wed, 19 Nov > > 2008 07:20:57 -0800 > > Received: by fg-out-1718.google.com with SMTP id > l27so15628fgb.33 > > for <rod...@ya...>; Wed, 19 Nov 2008 > 07:20:56 -0800 (PST) > > Received: by 10.187.239.18 with SMTP id > q18mr219346far. > > 16.1227108056694; Wed, 19 Nov 2008 07:20:56 -0800 > (PST) > > Delivered-To: dom...@gm... > > Received: by 10.187.208.5 with SMTP id > k5cs253157faq; Wed, 19 Nov > > 2008 07:20:55 -0800 (PST) > > Received: by 10.64.180.15 with SMTP id > c15mr1167647qbf. > > 80.1227108054218; Wed, 19 Nov 2008 07:20:54 -0800 > (PST) > > Return-Path: <no...@vp...> > > Received: from vps.homesalerelief.com > (vps.homesalerelief.com > > [69.4.237.250]) by mx.google.com with ESMTP id > k29si11055191qba. > > 7.2008.11.19.07.20.53; Wed, 19 Nov 2008 07:20:54 -0800 > (PST) > > Received-SPF: pass (google.com: best guess record > for domain of no...@vp... > > designates 69.4.237.250 as permitted sender) > client-ip=69.4.237.250; > > Authentication-Results: mx.google.com; spf=pass > (google.com: best > > guess record for domain of > no...@vp... designates > > 69.4.237.250 as permitted sender) > smtp.mail=no...@vp... > > Received: from nobody by vps.homesalerelief.com with > local (Exim > > 4.69) (envelope-from > <no...@vp...>) id > > 1L2orN-0000Wa-IM for Dom...@gm...; Wed, 19 > Nov 2008 > > 09:20:53 -0600 > > Date: Wed, 19 Nov 2008 09:20:53 -0600 > > To: Domenic Roti <Dom...@gm...> > > From: > > Mortgage Relief Formula > <in...@vp...> > > Add sender to Contacts > > Subject: > > Message-ID: > <dad...@fr...> > > MIME-Version: 1.0 > > Content-Type: multipart/alternative; > > > boundary="b1_dadbd41ef9512a26b9627d6fe560e8f2" > > Content-Length: 384 > > > > > > > > Does anyone have any idea what might be causing this? > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move > Developer's > > challenge > > Build the coolest Linux based applications with Moblin > SDK & win > > great prizes > > Grand prize is a trip for two to an Open Source event > anywhere in > > the world > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > chiPHPug-discuss mailing list > > chi...@li... > > > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK > & win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Jason R. <ja...@ho...> - 2008-11-19 14:51:47
|
Trying again as last seems to have gotten stuck in queue.. ---------------------------------------------------------- PHP UserGroup meeting tonight is at 6pm at the Threadless (Skinny Corp) office: 4043 N Ravenswood ave, Chicago IL http://tinyurl.com/5tq6re (google map) 7 blocks south of Ravenswood Metra stop (Union Pacific North line): http://metrarail.com/Sched/cnw_n/cnwn.shtml I'll be giving two small talks, Harper or someone from Skinny corp will also give a talk also I believe. Beer and pizza as per normal.. Call me if there are any questions/problems 847.208.1000 Not sure if receptionist will still be there to buzz people in door so that may be one reason.. -jason |
|
From: Arlo L. <ar...@ar...> - 2008-11-19 14:13:06
|
Hi Pete, > I'm having a problem creating an app for a client who will need to > upload very large files, around 1GB. I'm running into problems though > with the upload. In an effort to rule out problems, I've boosted all > the normal suspects to absurd levels (see below), If you look at phpinfo(), can you confirm that all of those configuration changes have taken effect? That's the only thing I can think of... -Arlo _______________________________ Arlo Leach 773.769.6106 http://arlomedia.com Find. Be Found. http://www.newwhitepages.com |
|
From: Anacreo <an...@gm...> - 2008-11-19 17:52:17
|
Jason, That's a great review of what the issues could be... I didn't know about the IIS config setting and the Firewall info is intriguing. I'm most inclined to think it's the max time for the script to run. Is there anything recorded in the http_error log? Alec On Wed, Nov 19, 2008 at 8:12 AM, Jason Rexilius <ja...@ho...>wrote: > A couple of feedback items from the google (off the top of my head I > cant see anything obvious): > > 1) are you running newer PHP5? from manual: > "G (for Gigabytes; available since PHP 5.1.0)" > > > 2) IIS has som limits if you are on Windows (why, oh why): > IIS7 has a upload limit of 30000000 (about 30mb) > You can change this with the command (for 250mb): > c:\windows\system32\inetsrv\appcmd set config -section:requestFiltering > -requestLimits.maxAllowedContentLength:262144000 > Or manual define it in: > %windir%\system32\inetsrv\config\applicationhost.config > Add this rule before the </requestFiltering> tag: > <requestLimits maxAllowedContentLength ="262144000" /> > > > 3) There has been reference to session.gc_maxlifetime default value 1440 > (24min) causing GC to wack session duriung upload and cause problems. > Not sure on that one.. > > > 4) Also reported issues of MAX_FILE_SIZE hidden form field, and > zlib.output_compression = On in Apache.. > > > 5) Check Apache LimitRequestBody (max size in bytes) > > > 6) Obscure but possible: > "Because some systems send the packets with the headers last (or the > header packet may be received after some of the data packets), firewalls > can't filter this traffic based on destination port and address. Many > firewalls (including iptables) have to be configured to allow fragments > separately from standard traffic. Unfortunately, it's an all-or-nothing > thing in these cases, and exploits based on packet fragmentation have > been a problem in the past (teardrop, boink, etc.). Note that ICMP may > be used to notify the host (your server) of oncoming fragmentation, so > you may need to allow ICMP traffic as well." > > The iptables rules for this are as follows: > # allow all fragments > -A INPUT -f -j ACCEPT > # allow icmp traffic > -A INPUT -p icmp -j ACCEPT > > > Most of the above thanks to manual page: > > http://us3.php.net/features.file-upload > > > > Peter Snyder wrote: > > Hello Everyone, > > > > I'm having a problem creating an app for a client who will need to > > upload very large files, around 1GB. I'm running into problems though > > with the upload. In an effort to rule out problems, I've boosted all > > the normal suspects to absurd levels (see below), but am still getting > > problems. If I just watch the uploads in the temp dir I can see that > > the server is receiving the uploads correctly, but for some reason the > > upload stops at around 40 - 50 MB each time. The browser will putter > > on for a while and then say that the server has timed out. > > > > Does anyone have any other ideas for possible problems? I've tried > > this on two different servers (clients and my staging one), with no > > luck. Any hints anyone could provide would be greatly appreciated. > > > > Thanks! > > > > Sincerely, > > Pete Snyder > > > > > > > > > > ----- > > .htaccess file > > php_value memory_limit 2G > > php_value post_max_size 2G > > php_value upload_max_filesize 2G > > php_value max_input_time 144000 > > php_value max_execution_time 144000 > > > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > chiPHPug-discuss mailing list > > chi...@li... > > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > |
|
From: Wilfried S. <ws...@de...> - 2008-11-19 18:56:42
|
You know, part of me wants to say if you're trying to move gigs of data around via web form, youre doing something wrong. Think: * tmp or /var space could run out, because its getting written to / var/tmp then rebuilt to /tmp * PHP could run out of memory rebuilding the 1MB /var/tmp chunks (or so I read) * You're tying up an httpd instance for who knows how long * No Fault Tolerance... process manager might kill the process or the client might time out. Plus, HTTP wasn't designed for large file transfers. Then again, if its hosted locally, some of this may not apply. Try a Java or Flash applet instead, perhaps? Yes, i know... *groan*. On Nov 19, 2008, at 11:52 , Anacreo wrote: > Jason, > That's a great review of what the issues could be... I didn't know > about > the IIS config setting and the Firewall info is intriguing. I'm most > inclined to think it's the max time for the script to run. > > Is there anything recorded in the http_error log? > > Alec > > On Wed, Nov 19, 2008 at 8:12 AM, Jason Rexilius > <ja...@ho...>wrote: > >> A couple of feedback items from the google (off the top of my head I >> cant see anything obvious): >> >> 1) are you running newer PHP5? from manual: >> "G (for Gigabytes; available since PHP 5.1.0)" >> >> >> 2) IIS has som limits if you are on Windows (why, oh why): >> IIS7 has a upload limit of 30000000 (about 30mb) >> You can change this with the command (for 250mb): >> c:\windows\system32\inetsrv\appcmd set config - >> section:requestFiltering >> -requestLimits.maxAllowedContentLength:262144000 >> Or manual define it in: >> %windir%\system32\inetsrv\config\applicationhost.config >> Add this rule before the </requestFiltering> tag: >> <requestLimits maxAllowedContentLength ="262144000" /> >> >> >> 3) There has been reference to session.gc_maxlifetime default value >> 1440 >> (24min) causing GC to wack session duriung upload and cause problems. >> Not sure on that one.. >> >> >> 4) Also reported issues of MAX_FILE_SIZE hidden form field, and >> zlib.output_compression = On in Apache.. >> >> >> 5) Check Apache LimitRequestBody (max size in bytes) >> >> >> 6) Obscure but possible: >> "Because some systems send the packets with the headers last (or the >> header packet may be received after some of the data packets), >> firewalls >> can't filter this traffic based on destination port and address. Many >> firewalls (including iptables) have to be configured to allow >> fragments >> separately from standard traffic. Unfortunately, it's an all-or- >> nothing >> thing in these cases, and exploits based on packet fragmentation have >> been a problem in the past (teardrop, boink, etc.). Note that ICMP >> may >> be used to notify the host (your server) of oncoming fragmentation, >> so >> you may need to allow ICMP traffic as well." >> >> The iptables rules for this are as follows: >> # allow all fragments >> -A INPUT -f -j ACCEPT >> # allow icmp traffic >> -A INPUT -p icmp -j ACCEPT >> >> >> Most of the above thanks to manual page: >> >> http://us3.php.net/features.file-upload >> >> >> >> Peter Snyder wrote: >>> Hello Everyone, >>> >>> I'm having a problem creating an app for a client who will need to >>> upload very large files, around 1GB. I'm running into problems >>> though >>> with the upload. In an effort to rule out problems, I've boosted >>> all >>> the normal suspects to absurd levels (see below), but am still >>> getting >>> problems. If I just watch the uploads in the temp dir I can see >>> that >>> the server is receiving the uploads correctly, but for some reason >>> the >>> upload stops at around 40 - 50 MB each time. The browser will >>> putter >>> on for a while and then say that the server has timed out. >>> >>> Does anyone have any other ideas for possible problems? I've tried >>> this on two different servers (clients and my staging one), with no >>> luck. Any hints anyone could provide would be greatly appreciated. >>> >>> Thanks! >>> >>> Sincerely, >>> Pete Snyder >>> >>> >>> >>> >>> ----- >>> .htaccess file >>> php_value memory_limit 2G >>> php_value post_max_size 2G >>> php_value upload_max_filesize 2G >>> php_value max_input_time 144000 >>> php_value max_execution_time 144000 >>> >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >>> Build the coolest Linux based applications with Moblin SDK & win >>> great >> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in >>> the >> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> chiPHPug-discuss mailing list >>> chi...@li... >>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> chiPHPug-discuss mailing list >> chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >> > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Peter S. <sn...@gm...> - 2008-11-19 18:48:10
|
Thank you Jason and Arlo for your suggestions. I checked to make sure that the php settings were reflected in phpinfo() and they were, so I don't believe that could be the problem. I also tried rewriting the sizes in .htaccess as 1000000000 instead of 1G, and tried adding to session.gc_maxlifetime to 14400. The only difference I've from doing this is that Firefox gives me a "Connection Interrupted' error page instead of a "timed out error message". Both servers I've tested on are linux / apache ones, so thankfully I don't need to worry about IIS issues. And there is no MAX_FILE_SIZE form field, nor The only remaining issue I can think of might be with the LimitRequestBody setting. I've emailed my hosting company to ask them if they have a limit enforced. In the meantime though, is there someway I can test this on my own? Again, thank you both for your comments. They are greatly appreciated! Pete On Nov 19, 2008, at 8:12 AM, Jason Rexilius wrote: > A couple of feedback items from the google (off the top of my head I > cant see anything obvious): > > 1) are you running newer PHP5? from manual: > "G (for Gigabytes; available since PHP 5.1.0)" > > > 2) IIS has som limits if you are on Windows (why, oh why): > IIS7 has a upload limit of 30000000 (about 30mb) > You can change this with the command (for 250mb): > c:\windows\system32\inetsrv\appcmd set config - > section:requestFiltering > -requestLimits.maxAllowedContentLength:262144000 > Or manual define it in: > %windir%\system32\inetsrv\config\applicationhost.config > Add this rule before the </requestFiltering> tag: > <requestLimits maxAllowedContentLength ="262144000" /> > > > 3) There has been reference to session.gc_maxlifetime default value > 1440 > (24min) causing GC to wack session duriung upload and cause problems. > Not sure on that one.. > > > 4) Also reported issues of MAX_FILE_SIZE hidden form field, and > zlib.output_compression = On in Apache.. > > > 5) Check Apache LimitRequestBody (max size in bytes) > > > 6) Obscure but possible: > "Because some systems send the packets with the headers last (or the > header packet may be received after some of the data packets), > firewalls > can't filter this traffic based on destination port and address. Many > firewalls (including iptables) have to be configured to allow > fragments > separately from standard traffic. Unfortunately, it's an all-or- > nothing > thing in these cases, and exploits based on packet fragmentation have > been a problem in the past (teardrop, boink, etc.). Note that ICMP may > be used to notify the host (your server) of oncoming fragmentation, so > you may need to allow ICMP traffic as well." > > The iptables rules for this are as follows: > # allow all fragments > -A INPUT -f -j ACCEPT > # allow icmp traffic > -A INPUT -p icmp -j ACCEPT > > > Most of the above thanks to manual page: > > http://us3.php.net/features.file-upload > > > > Peter Snyder wrote: >> Hello Everyone, >> >> I'm having a problem creating an app for a client who will need to >> upload very large files, around 1GB. I'm running into problems >> though >> with the upload. In an effort to rule out problems, I've boosted all >> the normal suspects to absurd levels (see below), but am still >> getting >> problems. If I just watch the uploads in the temp dir I can see that >> the server is receiving the uploads correctly, but for some reason >> the >> upload stops at around 40 - 50 MB each time. The browser will putter >> on for a while and then say that the server has timed out. >> >> Does anyone have any other ideas for possible problems? I've tried >> this on two different servers (clients and my staging one), with no >> luck. Any hints anyone could provide would be greatly appreciated. >> >> Thanks! >> >> Sincerely, >> Pete Snyder >> >> >> >> >> ----- >> .htaccess file >> php_value memory_limit 2G >> php_value post_max_size 2G >> php_value upload_max_filesize 2G >> php_value max_input_time 144000 >> php_value max_execution_time 144000 >> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> chiPHPug-discuss mailing list >> chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Wilfried S. <ws...@de...> - 2008-11-19 18:50:56
|
I sent this to the list but it didnt let me: You know, part of me wants to say if you're trying to move gigs of data around via web form, youre doing something wrong. Think: * tmp or /var space could run out, because its getting written to /var/ tmp then rebuilt to /tmp * PHP could run out of memory rebuilding the 1MB /var/tmp chunks (or so I read) * You're tying up an httpd instance for who knows how long * No Fault Tolerance... process manager might kill the process or the client might time out. Plus, HTTP wasn't designed for large file transfers. Then again, if its hosted locally, some of this may not apply. Try a Java or Flash applet instead, perhaps? Yes, i know... *groan*. On Nov 19, 2008, at 12:47 , Peter Snyder wrote: > Thank you Jason and Arlo for your suggestions. > > I checked to make sure that the php settings were reflected in > phpinfo() and they were, so I don't believe that could be the problem. > > I also tried rewriting the sizes in .htaccess as 1000000000 instead of > 1G, and tried adding to session.gc_maxlifetime to 14400. The only > difference I've from doing this is that Firefox gives me a "Connection > Interrupted' error page instead of a "timed out error message". > > Both servers I've tested on are linux / apache ones, so thankfully I > don't need to worry about IIS issues. And there is no MAX_FILE_SIZE > form field, nor > > The only remaining issue I can think of might be with the > LimitRequestBody setting. I've emailed my hosting company to ask them > if they have a limit enforced. In the meantime though, is there > someway I can test this on my own? > > Again, thank you both for your comments. They are greatly > appreciated! > > Pete > > > On Nov 19, 2008, at 8:12 AM, Jason Rexilius wrote: > >> A couple of feedback items from the google (off the top of my head I >> cant see anything obvious): >> >> 1) are you running newer PHP5? from manual: >> "G (for Gigabytes; available since PHP 5.1.0)" >> >> >> 2) IIS has som limits if you are on Windows (why, oh why): >> IIS7 has a upload limit of 30000000 (about 30mb) >> You can change this with the command (for 250mb): >> c:\windows\system32\inetsrv\appcmd set config - >> section:requestFiltering >> -requestLimits.maxAllowedContentLength:262144000 >> Or manual define it in: >> %windir%\system32\inetsrv\config\applicationhost.config >> Add this rule before the </requestFiltering> tag: >> <requestLimits maxAllowedContentLength ="262144000" /> >> >> >> 3) There has been reference to session.gc_maxlifetime default value >> 1440 >> (24min) causing GC to wack session duriung upload and cause problems. >> Not sure on that one.. >> >> >> 4) Also reported issues of MAX_FILE_SIZE hidden form field, and >> zlib.output_compression = On in Apache.. >> >> >> 5) Check Apache LimitRequestBody (max size in bytes) >> >> >> 6) Obscure but possible: >> "Because some systems send the packets with the headers last (or the >> header packet may be received after some of the data packets), >> firewalls >> can't filter this traffic based on destination port and address. Many >> firewalls (including iptables) have to be configured to allow >> fragments >> separately from standard traffic. Unfortunately, it's an all-or- >> nothing >> thing in these cases, and exploits based on packet fragmentation have >> been a problem in the past (teardrop, boink, etc.). Note that ICMP >> may >> be used to notify the host (your server) of oncoming fragmentation, >> so >> you may need to allow ICMP traffic as well." >> >> The iptables rules for this are as follows: >> # allow all fragments >> -A INPUT -f -j ACCEPT >> # allow icmp traffic >> -A INPUT -p icmp -j ACCEPT >> >> >> Most of the above thanks to manual page: >> >> http://us3.php.net/features.file-upload >> >> >> >> Peter Snyder wrote: >>> Hello Everyone, >>> >>> I'm having a problem creating an app for a client who will need to >>> upload very large files, around 1GB. I'm running into problems >>> though >>> with the upload. In an effort to rule out problems, I've boosted >>> all >>> the normal suspects to absurd levels (see below), but am still >>> getting >>> problems. If I just watch the uploads in the temp dir I can see >>> that >>> the server is receiving the uploads correctly, but for some reason >>> the >>> upload stops at around 40 - 50 MB each time. The browser will >>> putter >>> on for a while and then say that the server has timed out. >>> >>> Does anyone have any other ideas for possible problems? I've tried >>> this on two different servers (clients and my staging one), with no >>> luck. Any hints anyone could provide would be greatly appreciated. >>> >>> Thanks! >>> >>> Sincerely, >>> Pete Snyder >>> >>> >>> >>> >>> ----- >>> .htaccess file >>> php_value memory_limit 2G >>> php_value post_max_size 2G >>> php_value upload_max_filesize 2G >>> php_value max_input_time 144000 >>> php_value max_execution_time 144000 >>> >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win >>> great prizes >>> Grand prize is a trip for two to an Open Source event anywhere in >>> the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> chiPHPug-discuss mailing list >>> chi...@li... >>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> chiPHPug-discuss mailing list >> chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Peter S. <sn...@gm...> - 2008-11-19 19:03:41
|
Hi Wilfried, I agree that HTTP probably (ok, absolutely) isn't the most technically sound way of doing this, but the client needs a dead-simple way for his clients to submit large audio files for editing. So, sadly, HTTP is the best tool for the job. I've tried two flash applets (SWFuploader and FancyUpload), and both work well except they similarly stop sending data after 40 or 50mb. I think this won't get around the problem since they're still submitting data via HTTP POST anyway. Can you, or anyone else for that matter, recommend a flash or java solution that you've had good luck with? Anyone have any idea what sites like MegaUpload or YouTube or othersites that allow users to upload mega amounts of data use? Thanks for your input Wilfred. Maybe you're right and its time to go back to the client and say "are you sure this the way you want to go..." :-) Pete On Nov 19, 2008, at 12:50 PM, Wilfried Schobeiri wrote: > I sent this to the list but it didnt let me: > > You know, part of me wants to say if you're trying to move gigs of > data around via web form, youre doing something wrong. > > Think: > * tmp or /var space could run out, because its getting written to / > var/ > tmp then rebuilt to /tmp > * PHP could run out of memory rebuilding the 1MB /var/tmp chunks (or > so I read) > * You're tying up an httpd instance for who knows how long > * No Fault Tolerance... process manager might kill the process or the > client might time out. > > Plus, HTTP wasn't designed for large file transfers. > > Then again, if its hosted locally, some of this may not apply. > > Try a Java or Flash applet instead, perhaps? Yes, i know... *groan*. > On Nov 19, 2008, at 12:47 , Peter Snyder wrote: > >> Thank you Jason and Arlo for your suggestions. >> >> I checked to make sure that the php settings were reflected in >> phpinfo() and they were, so I don't believe that could be the >> problem. >> >> I also tried rewriting the sizes in .htaccess as 1000000000 instead >> of >> 1G, and tried adding to session.gc_maxlifetime to 14400. The only >> difference I've from doing this is that Firefox gives me a >> "Connection >> Interrupted' error page instead of a "timed out error message". >> >> Both servers I've tested on are linux / apache ones, so thankfully I >> don't need to worry about IIS issues. And there is no MAX_FILE_SIZE >> form field, nor >> >> The only remaining issue I can think of might be with the >> LimitRequestBody setting. I've emailed my hosting company to ask >> them >> if they have a limit enforced. In the meantime though, is there >> someway I can test this on my own? >> >> Again, thank you both for your comments. They are greatly >> appreciated! >> >> Pete >> >> >> On Nov 19, 2008, at 8:12 AM, Jason Rexilius wrote: >> >>> A couple of feedback items from the google (off the top of my head I >>> cant see anything obvious): >>> >>> 1) are you running newer PHP5? from manual: >>> "G (for Gigabytes; available since PHP 5.1.0)" >>> >>> >>> 2) IIS has som limits if you are on Windows (why, oh why): >>> IIS7 has a upload limit of 30000000 (about 30mb) >>> You can change this with the command (for 250mb): >>> c:\windows\system32\inetsrv\appcmd set config - >>> section:requestFiltering >>> -requestLimits.maxAllowedContentLength:262144000 >>> Or manual define it in: >>> %windir%\system32\inetsrv\config\applicationhost.config >>> Add this rule before the </requestFiltering> tag: >>> <requestLimits maxAllowedContentLength ="262144000" /> >>> >>> >>> 3) There has been reference to session.gc_maxlifetime default value >>> 1440 >>> (24min) causing GC to wack session duriung upload and cause >>> problems. >>> Not sure on that one.. >>> >>> >>> 4) Also reported issues of MAX_FILE_SIZE hidden form field, and >>> zlib.output_compression = On in Apache.. >>> >>> >>> 5) Check Apache LimitRequestBody (max size in bytes) >>> >>> >>> 6) Obscure but possible: >>> "Because some systems send the packets with the headers last (or the >>> header packet may be received after some of the data packets), >>> firewalls >>> can't filter this traffic based on destination port and address. >>> Many >>> firewalls (including iptables) have to be configured to allow >>> fragments >>> separately from standard traffic. Unfortunately, it's an all-or- >>> nothing >>> thing in these cases, and exploits based on packet fragmentation >>> have >>> been a problem in the past (teardrop, boink, etc.). Note that ICMP >>> may >>> be used to notify the host (your server) of oncoming fragmentation, >>> so >>> you may need to allow ICMP traffic as well." >>> >>> The iptables rules for this are as follows: >>> # allow all fragments >>> -A INPUT -f -j ACCEPT >>> # allow icmp traffic >>> -A INPUT -p icmp -j ACCEPT >>> >>> >>> Most of the above thanks to manual page: >>> >>> http://us3.php.net/features.file-upload >>> >>> >>> >>> Peter Snyder wrote: >>>> Hello Everyone, >>>> >>>> I'm having a problem creating an app for a client who will need to >>>> upload very large files, around 1GB. I'm running into problems >>>> though >>>> with the upload. In an effort to rule out problems, I've boosted >>>> all >>>> the normal suspects to absurd levels (see below), but am still >>>> getting >>>> problems. If I just watch the uploads in the temp dir I can see >>>> that >>>> the server is receiving the uploads correctly, but for some reason >>>> the >>>> upload stops at around 40 - 50 MB each time. The browser will >>>> putter >>>> on for a while and then say that the server has timed out. >>>> >>>> Does anyone have any other ideas for possible problems? I've tried >>>> this on two different servers (clients and my staging one), with no >>>> luck. Any hints anyone could provide would be greatly appreciated. >>>> >>>> Thanks! >>>> >>>> Sincerely, >>>> Pete Snyder >>>> >>>> >>>> >>>> >>>> ----- >>>> .htaccess file >>>> php_value memory_limit 2G >>>> php_value post_max_size 2G >>>> php_value upload_max_filesize 2G >>>> php_value max_input_time 144000 >>>> php_value max_execution_time 144000 >>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>> challenge >>>> Build the coolest Linux based applications with Moblin SDK & win >>>> great prizes >>>> Grand prize is a trip for two to an Open Source event anywhere in >>>> the world >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>> _______________________________________________ >>>> chiPHPug-discuss mailing list >>>> chi...@li... >>>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win >>> great prizes >>> Grand prize is a trip for two to an Open Source event anywhere in >>> the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> chiPHPug-discuss mailing list >>> chi...@li... >>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> chiPHPug-discuss mailing list >> chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: derby <der...@gm...> - 2008-11-20 06:30:48
|
I am also in need of uploading large files via PHP. I tried a few settings in php.ini to increase time and upload size, but the most I could upload was about 70 MB worth a 200MB file. I saw some example scripts that integrate a ftp client into a PHP script, but I haven't tested it and I am not sure if this would even work since I would still be running the PHP on top of the ftp portion. derby ps thanks Jason for all the details On Nov 19, 2008, at 13:03, Peter Snyder wrote: > Hi Wilfried, > > I agree that HTTP probably (ok, absolutely) isn't the most technically > sound way of doing this, but the client needs a dead-simple way for > his clients to submit large audio files for editing. So, sadly, HTTP > is the best tool for the job. > > I've tried two flash applets (SWFuploader and FancyUpload), and both > work well except they similarly stop sending data after 40 or 50mb. I > think this won't get around the problem since they're still submitting > data via HTTP POST anyway. Can you, or anyone else for that matter, > recommend a flash or java solution that you've had good luck with? > Anyone have any idea what sites like MegaUpload or YouTube or > othersites that allow users to upload mega amounts of data use? > > Thanks for your input Wilfred. Maybe you're right and its time to go > back to the client and say "are you sure this the way you want to > go..." :-) > > Pete > > > On Nov 19, 2008, at 12:50 PM, Wilfried Schobeiri wrote: > >> I sent this to the list but it didnt let me: >> >> You know, part of me wants to say if you're trying to move gigs of >> data around via web form, youre doing something wrong. >> >> Think: >> * tmp or /var space could run out, because its getting written to / >> var/ >> tmp then rebuilt to /tmp >> * PHP could run out of memory rebuilding the 1MB /var/tmp chunks (or >> so I read) >> * You're tying up an httpd instance for who knows how long >> * No Fault Tolerance... process manager might kill the process or the >> client might time out. >> >> Plus, HTTP wasn't designed for large file transfers. >> >> Then again, if its hosted locally, some of this may not apply. >> >> Try a Java or Flash applet instead, perhaps? Yes, i know... *groan*. >> On Nov 19, 2008, at 12:47 , Peter Snyder wrote: >> >>> Thank you Jason and Arlo for your suggestions. >>> >>> I checked to make sure that the php settings were reflected in >>> phpinfo() and they were, so I don't believe that could be the >>> problem. >>> >>> I also tried rewriting the sizes in .htaccess as 1000000000 instead >>> of >>> 1G, and tried adding to session.gc_maxlifetime to 14400. The only >>> difference I've from doing this is that Firefox gives me a >>> "Connection >>> Interrupted' error page instead of a "timed out error message". >>> >>> Both servers I've tested on are linux / apache ones, so thankfully I >>> don't need to worry about IIS issues. And there is no MAX_FILE_SIZE >>> form field, nor >>> >>> The only remaining issue I can think of might be with the >>> LimitRequestBody setting. I've emailed my hosting company to ask >>> them >>> if they have a limit enforced. In the meantime though, is there >>> someway I can test this on my own? >>> >>> Again, thank you both for your comments. They are greatly >>> appreciated! >>> >>> Pete >>> >>> >>> On Nov 19, 2008, at 8:12 AM, Jason Rexilius wrote: >>> >>>> A couple of feedback items from the google (off the top of my >>>> head I >>>> cant see anything obvious): >>>> >>>> 1) are you running newer PHP5? from manual: >>>> "G (for Gigabytes; available since PHP 5.1.0)" >>>> >>>> >>>> 2) IIS has som limits if you are on Windows (why, oh why): >>>> IIS7 has a upload limit of 30000000 (about 30mb) >>>> You can change this with the command (for 250mb): >>>> c:\windows\system32\inetsrv\appcmd set config - >>>> section:requestFiltering >>>> -requestLimits.maxAllowedContentLength:262144000 >>>> Or manual define it in: >>>> %windir%\system32\inetsrv\config\applicationhost.config >>>> Add this rule before the </requestFiltering> tag: >>>> <requestLimits maxAllowedContentLength ="262144000" /> >>>> >>>> >>>> 3) There has been reference to session.gc_maxlifetime default value >>>> 1440 >>>> (24min) causing GC to wack session duriung upload and cause >>>> problems. >>>> Not sure on that one.. >>>> >>>> >>>> 4) Also reported issues of MAX_FILE_SIZE hidden form field, and >>>> zlib.output_compression = On in Apache.. >>>> >>>> >>>> 5) Check Apache LimitRequestBody (max size in bytes) >>>> >>>> >>>> 6) Obscure but possible: >>>> "Because some systems send the packets with the headers last (or >>>> the >>>> header packet may be received after some of the data packets), >>>> firewalls >>>> can't filter this traffic based on destination port and address. >>>> Many >>>> firewalls (including iptables) have to be configured to allow >>>> fragments >>>> separately from standard traffic. Unfortunately, it's an all-or- >>>> nothing >>>> thing in these cases, and exploits based on packet fragmentation >>>> have >>>> been a problem in the past (teardrop, boink, etc.). Note that ICMP >>>> may >>>> be used to notify the host (your server) of oncoming fragmentation, >>>> so >>>> you may need to allow ICMP traffic as well." >>>> >>>> The iptables rules for this are as follows: >>>> # allow all fragments >>>> -A INPUT -f -j ACCEPT >>>> # allow icmp traffic >>>> -A INPUT -p icmp -j ACCEPT >>>> >>>> >>>> Most of the above thanks to manual page: >>>> >>>> http://us3.php.net/features.file-upload >>>> >>>> >>>> >>>> Peter Snyder wrote: >>>>> Hello Everyone, >>>>> >>>>> I'm having a problem creating an app for a client who will need to >>>>> upload very large files, around 1GB. I'm running into problems >>>>> though >>>>> with the upload. In an effort to rule out problems, I've boosted >>>>> all >>>>> the normal suspects to absurd levels (see below), but am still >>>>> getting >>>>> problems. If I just watch the uploads in the temp dir I can see >>>>> that >>>>> the server is receiving the uploads correctly, but for some reason >>>>> the >>>>> upload stops at around 40 - 50 MB each time. The browser will >>>>> putter >>>>> on for a while and then say that the server has timed out. >>>>> >>>>> Does anyone have any other ideas for possible problems? I've >>>>> tried >>>>> this on two different servers (clients and my staging one), >>>>> with no >>>>> luck. Any hints anyone could provide would be greatly >>>>> appreciated. >>>>> >>>>> Thanks! >>>>> >>>>> Sincerely, >>>>> Pete Snyder >>>>> >>>>> >>>>> >>>>> >>>>> ----- >>>>> .htaccess file >>>>> php_value memory_limit 2G >>>>> php_value post_max_size 2G >>>>> php_value upload_max_filesize 2G >>>>> php_value max_input_time 144000 >>>>> php_value max_execution_time 144000 >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------ >>>>> ------- >>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>>> challenge >>>>> Build the coolest Linux based applications with Moblin SDK & win >>>>> great prizes >>>>> Grand prize is a trip for two to an Open Source event anywhere in >>>>> the world >>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>>> _______________________________________________ >>>>> chiPHPug-discuss mailing list >>>>> chi...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >>>> >>>> ------------------------------------------------------------------- >>>> ------ >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>>> challenge >>>> Build the coolest Linux based applications with Moblin SDK & win >>>> great prizes >>>> Grand prize is a trip for two to an Open Source event anywhere in >>>> the world >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>>> _______________________________________________ >>>> chiPHPug-discuss mailing list >>>> chi...@li... >>>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >>> >>> >>> -------------------------------------------------------------------- >>> ----- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win >>> great prizes >>> Grand prize is a trip for two to an Open Source event anywhere in >>> the world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> chiPHPug-discuss mailing list >>> chi...@li... >>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >> >> >> --------------------------------------------------------------------- >> ---- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> chiPHPug-discuss mailing list >> chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > > > ---------------------------------------------------------------------- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss |
|
From: Richard L. <ce...@l-...> - 2008-11-28 16:28:41
|
HTTP Upload was a tacked-on after-thought to the Spec, in many ways. And it was simply not engineered for large files, really... There's no "retry" nor "continue" The browser itself has a time limit on how long it will "wait" for the server to respond or send out data, and even if it's uploading a file rather than downloading, that MAY be kicking in. If so, there's no way to fix that, short of convincing MS and Mozilla to re-write their code. As a client, I'd be very unhappy if you expected me to upload 1G files over HTTP, rather than using something sane like ftp or scp. :-) I doubt that anybody dealing with a 1G file is too incompetent to handle ftp or scp, especially with the nice front-end GUIs out there for these. (Though I would just use command-line personally...) PS Sorry I missed the meeting. Not allowed to check email at work is killing me... On Wed, November 19, 2008 2:10 am, Peter Snyder wrote: > Hello Everyone, > > I'm having a problem creating an app for a client who will need to > upload very large files, around 1GB. I'm running into problems though > with the upload. In an effort to rule out problems, I've boosted all > the normal suspects to absurd levels (see below), but am still getting > problems. If I just watch the uploads in the temp dir I can see that > the server is receiving the uploads correctly, but for some reason the > upload stops at around 40 - 50 MB each time. The browser will putter > on for a while and then say that the server has timed out. > > Does anyone have any other ideas for possible problems? I've tried > this on two different servers (clients and my staging one), with no > luck. Any hints anyone could provide would be greatly appreciated. > > Thanks! > > Sincerely, > Pete Snyder > > > > > ----- > .htaccess file > php_value memory_limit 2G > php_value post_max_size 2G > php_value upload_max_filesize 2G > php_value max_input_time 144000 > php_value max_execution_time 144000 > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > -- Some people ask for gifts here. I just want you to buy an Indie CD for yourself: http://cdbaby.com/search/from/lynch |
|
From: Anacreo <an...@gm...> - 2008-11-28 16:59:26
|
I feel your pain... Try opera mini which proxies the internet connection off of their servers to check your gmail from your phone... Also a lot of companies block web access to gmail but not pop/imap access. Alec On 11/28/08, Richard Lynch <ce...@l-...> wrote: > HTTP Upload was a tacked-on after-thought to the Spec, in many ways. > > And it was simply not engineered for large files, really... > > There's no "retry" nor "continue" > > The browser itself has a time limit on how long it will "wait" for the > server to respond or send out data, and even if it's uploading a file > rather than downloading, that MAY be kicking in. If so, there's no > way to fix that, short of convincing MS and Mozilla to re-write their > code. > > As a client, I'd be very unhappy if you expected me to upload 1G files > over HTTP, rather than using something sane like ftp or scp. :-) > > I doubt that anybody dealing with a 1G file is too incompetent to > handle ftp or scp, especially with the nice front-end GUIs out there > for these. (Though I would just use command-line personally...) > > PS > Sorry I missed the meeting. Not allowed to check email at work is > killing me... > > On Wed, November 19, 2008 2:10 am, Peter Snyder wrote: >> Hello Everyone, >> >> I'm having a problem creating an app for a client who will need to >> upload very large files, around 1GB. I'm running into problems though >> with the upload. In an effort to rule out problems, I've boosted all >> the normal suspects to absurd levels (see below), but am still getting >> problems. If I just watch the uploads in the temp dir I can see that >> the server is receiving the uploads correctly, but for some reason the >> upload stops at around 40 - 50 MB each time. The browser will putter >> on for a while and then say that the server has timed out. >> >> Does anyone have any other ideas for possible problems? I've tried >> this on two different servers (clients and my staging one), with no >> luck. Any hints anyone could provide would be greatly appreciated. >> >> Thanks! >> >> Sincerely, >> Pete Snyder >> >> >> >> >> ----- >> .htaccess file >> php_value memory_limit 2G >> php_value post_max_size 2G >> php_value upload_max_filesize 2G >> php_value max_input_time 144000 >> php_value max_execution_time 144000 >> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in the >> world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> chiPHPug-discuss mailing list >> chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >> > > > -- > Some people ask for gifts here. > I just want you to buy an Indie CD for yourself: > http://cdbaby.com/search/from/lynch > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > -- Sent from my mobile device |
|
From: Richard L. <ce...@l-...> - 2008-11-30 03:22:50
|
It's not that my personally-hosted webmail won't work, because it does work just fine. It's that they have to snoop on everything all the time anyway, so trying to bypass their policies is just gonna get me burned sooner or later. I don't MIND it, really, it's just a PITA... On Fri, November 28, 2008 10:59 am, Anacreo wrote: > I feel your pain... Try opera mini which proxies the internet > connection off of their servers to check your gmail from your phone... > Also a lot of companies block web access to gmail but not pop/imap > access. > > Alec > > On 11/28/08, Richard Lynch <ce...@l-...> wrote: >> HTTP Upload was a tacked-on after-thought to the Spec, in many ways. >> >> And it was simply not engineered for large files, really... >> >> There's no "retry" nor "continue" >> >> The browser itself has a time limit on how long it will "wait" for >> the >> server to respond or send out data, and even if it's uploading a >> file >> rather than downloading, that MAY be kicking in. If so, there's no >> way to fix that, short of convincing MS and Mozilla to re-write >> their >> code. >> >> As a client, I'd be very unhappy if you expected me to upload 1G >> files >> over HTTP, rather than using something sane like ftp or scp. :-) >> >> I doubt that anybody dealing with a 1G file is too incompetent to >> handle ftp or scp, especially with the nice front-end GUIs out there >> for these. (Though I would just use command-line personally...) >> >> PS >> Sorry I missed the meeting. Not allowed to check email at work is >> killing me... >> >> On Wed, November 19, 2008 2:10 am, Peter Snyder wrote: >>> Hello Everyone, >>> >>> I'm having a problem creating an app for a client who will need to >>> upload very large files, around 1GB. I'm running into problems >>> though >>> with the upload. In an effort to rule out problems, I've boosted >>> all >>> the normal suspects to absurd levels (see below), but am still >>> getting >>> problems. If I just watch the uploads in the temp dir I can see >>> that >>> the server is receiving the uploads correctly, but for some reason >>> the >>> upload stops at around 40 - 50 MB each time. The browser will >>> putter >>> on for a while and then say that the server has timed out. >>> >>> Does anyone have any other ideas for possible problems? I've tried >>> this on two different servers (clients and my staging one), with no >>> luck. Any hints anyone could provide would be greatly appreciated. >>> >>> Thanks! >>> >>> Sincerely, >>> Pete Snyder >>> >>> >>> >>> >>> ----- >>> .htaccess file >>> php_value memory_limit 2G >>> php_value post_max_size 2G >>> php_value upload_max_filesize 2G >>> php_value max_input_time 144000 >>> php_value max_execution_time 144000 >>> >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.Net email is sponsored by the Moblin Your Move Developer's >>> challenge >>> Build the coolest Linux based applications with Moblin SDK & win >>> great >>> prizes >>> Grand prize is a trip for two to an Open Source event anywhere in >>> the >>> world >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>> _______________________________________________ >>> chiPHPug-discuss mailing list >>> chi...@li... >>> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >>> >> >> >> -- >> Some people ask for gifts here. >> I just want you to buy an Indie CD for yourself: >> http://cdbaby.com/search/from/lynch >> >> >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's >> challenge >> Build the coolest Linux based applications with Moblin SDK & win >> great >> prizes >> Grand prize is a trip for two to an Open Source event anywhere in >> the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> chiPHPug-discuss mailing list >> chi...@li... >> https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss >> > > -- > Sent from my mobile device > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > chiPHPug-discuss mailing list > chi...@li... > https://lists.sourceforge.net/lists/listinfo/chiphpug-discuss > -- Some people ask for gifts here. I just want you to buy an Indie CD for yourself: http://cdbaby.com/search/from/lynch |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X