Delivering huge documents

I can not enter my blog. Nothing works at all! What to do?

Hello Guest

• Login
• Register…
• Start blog

• Who, Where, When
• What can I do?
• What to Read?

• Polls
• Avatars
• Interests

• Cities and Countries
• Random blog
• Users search

• Search
• Games
• Tests
• QAIX

• Сообщества
• Talxy Chat
• Horoscope
• Online

Зарегистрируйся!

QAIX > Apache HTTP Server > Delivering huge documents 10 March 2005 04:09:16

Recent blog posts:

_4_
…

mego day!
:-O yesss I today went for a walk from a 6 morning! it super! so merrily that pipec!

Everybody is a book
Everybody is a book, parents are our publishing houses, and our publication time on birthday, the ID…

boring..boring...boring :-|…
boring..boring...boring :-| where people? bitchs...not abandon me one…

here so quietly and boring! on…
here so quietly and boring! on beone merrier far! well but I can sit in a quiet.... and not who by the…

Transfer iTunes Library to Zune
If you have moved from Apple iPod to Microsoft Zune, you probably have some songs that you purchased…

hello!
hello!I here new! interestingly me what people dwell on this site... I search friends from the command…

Routes on Sale!
Looking for great Quality/Competitive Rates???? Breezecom FZC is offering: PAKISTAN! CLI…

Hello!
Hello!

How to rip DVD and convert…
You may have at hand many fantastic DVD movies and video files, which you definitely love very much…

Forums:

topic feeds

• QAIX all topics, blogs and comments

• PHP web-programming

• Perl web-programming

• ASP web-programming

• Visual Basic Programming

• .Net Development

• C/C++ Programming

• Java Programming

• Javascript web-programming

• Apache HTTP Server

• Web-design

• Web-hosting, dedicated, colocation

• HTML web-programming

• XML development

• General Web-programming

• Content Management Systems

• ColdFusion

• Search Engine Optimization

• Hardware

• Software, Computer Help

• MySQL database development

• PostgreSQL database development

• MS Access database development

• Oracle database development

• MS SQL database development

• Informix database development

• Buy / Sell

• Open discussion

• Anonymous

Discuss:

[Fwd: mod_parrot 0.5]
…

[mp2] frequent segfaults in…
1. Problem Description: I'm attempting to upgrade one of the largest (measured both by users and lines…

[ANNOUNCE]: Apache-DBI now…
Hi All, I've migrated Apache-DBI from the Perl Foundation's svn repository to the Apache Software…

Mod_Rewrite install
Ive spent the morning searching the web and apache's documentation for instructions on how to install…

PATCH for apache-1.3 when…
Hi all, This afternoon I try to compile my standard bundle (mod_perl 1.30, apache 1.3.41…

Recent forum topics:

r24799 - docs/Perl6/Spec
Author: particle Date: 2009-01-07 20:53:32 +0100 (Wed, 07 Jan 2009) New Revision: 24799 Modified…

r24798 - docs/Perl6/Spec
Author: particle Date: 2009-01-07 20:42:33 +0100 (Wed, 07 Jan 2009) New Revision: 24798 Modified…

Writing to an iterator
I was just reading through S07, and it occurred to me that if one wanted to, one could handle stacks and…

ServiceController status…
This is a repost from CLR, doesn't seem like there is much activity over on that list. This isn't…

Recent forum comments:

RE: neopoints generator
8-} :-[ :-P

RE: NEW NEOPOINT GENERATOR v2…
Is it really that hard to hack neopets? I figure someone must of done something about that O:

RE: Limitation in Number of Fields…
No And it is probably to long to post here You need to check for a broken form - tables or other block…

RE: How to Create a Cross-Frame…
Can't be done. A frame is a window, and all content (including fly out menus), will be constrained to…

RE: How to Create a Cross-Frame…
sharsy, I have read this post, but using frames is no longer a strong point with me. If I can help, I…

RE: Limitation in Number of Fields…
Stefan, The form is used for Athletic Registration and can be only accessed locally from within the…

RE: Limitation in Number of Fields…
Post a URL to the form online -- _____________________________________________ SBR…

RE: Limitation in Number of Fields…
Stefan, Thanks for your response ... The last field that is captured by the database in called (40…

RE: Limitation in Number of Fields…
Verify you are not - using reserved access names to field names (see…

RE: Can I have multiple child divs?
I don't understand your question. The button bar appears stable to me. -- Murray MVP Expression Web…

Moderators:

Administrator
Protorioris


Delivering huge documents
Richard Crawford 10 March 2005 04:09:16
	We're having a problem delivering very large pdf documents to our website users. I'm not sure that this is something I can address in the httpd configuration, but I've toyed with the TimeOut directive in httpd.conf. Am I on the right track? -- Richard S. Crawford Programmer III UC Davis Extension Distance Education Group (http://unexdlc.ucdavis.edu) 2901 K Street, Suite 200C Sacramento, CA 95816 (916)327-7793 --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org
		Add comment


Noah 9 March 2005 21:36:41 [ permanent link ]
	On Wed, Mar 09, 2005 at 10:31:21AM -0800, Richard Crawford wrote:> We're having a problem delivering very large pdf documents to our > website users. I'm not sure that this is something I can address in the > httpd configuration, but I've toyed with the TimeOut directive in > httpd.conf. Am I on the right track? What exactly is the problem and what (if any) effect is this having on Apache? =) --n -- <huey> dd of=/dev/fd0 if=/dev/flippy bs=1024 <huey> ^^^ Making Flippy Floppy --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org
		Add comment


Guest 9 March 2005 21:50:12 [ permanent link ]
	How are they being delivered? What OS/etc... If it is being done through PHP, there is another configuration you would have to change, etc... You are on the right track, however you may have to look into more stuff. -----Original Message-----> From: rcrawford@unexmail.ucdavis.edu> [mailto:rcrawford@unexmail.ucdavis.edu]> Sent: Wednesday, March 09, 2005 1:31 PM> To: users@httpd.apache.org> Subject: [users@httpd] Delivering huge documents> We're having a problem delivering very large pdf documents to our> website users. I'm not sure that this is something I can address in the> httpd configuration, but I've toyed with the TimeOut directive in> httpd.conf. Am I on the right track?> --> Richard S. Crawford> Programmer III> UC Davis Extension Distance Education Group (http://unexdlc.ucdavis.edu)> 2901 K Street, Suite 200C> Sacramento, CA 95816> (916)327-7793> ---------------------------------------------------------------------> The official User-To-User support forum of the Apache HTTP Server Project.> See <URL:http://httpd.apache.org/userslist.html> for more info.> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org> " from the digest: users-digest-unsubscribe@httpd.apache.org> For additional commands, e-mail: users-help@httpd.apache.org --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org
		Add comment


Richard Crawford 9 March 2005 22:02:28 [ permanent link ]
	Noah wrote:> On Wed, Mar 09, 2005 at 10:31:21AM -0800, Richard Crawford wrote:> We're having a problem delivering very large pdf documents to our >>website users. I'm not sure that this is something I can address in the >>httpd configuration, but I've toyed with the TimeOut directive in >>httpd.conf. Am I on the right track?> What exactly is the problem and what (if any) effect is this having on> Apache? =) Sorry I wasn't clear. Got interrupted and sent the earlier message off in a hurry. We have a document which is a 1.5MB PDF document. For some of our visitors, the download seems to stop before the full document is delivered. I haven't been able to identify any common issues among the visitors who are having the problems (though I suspect they're on a dialup connection). The PDF itself seems to be have no problems, since it's delivered just fine over broadband connections. This issue appears to be browser-independent as well. I've also confirmed that the affected users are using the most recent version of Acrobat Reader as well. I had wondered if the TimeOut directive in my Apache httpd configuration might be the culprit; I knew that in earlier versions, if a document was too large, the TimeOut directive could cause Apache to stop delivering huge documents if it took longer than the amount of time defined in TimeOut. However, we're using Apache 2.0.45, and our TimeOut is set to twenty minutes. Just to be on the super-safe side, I set the TimeOut to two hours, though doing that makes me twitch. Since we're using Cold Fusion, I also double-checked our timeout configuration in Cold Fusion. It is disabled, as I set it up to be; I enabled it and set it to twenty minutes, but I don't think this will make a difference. So, this is annoying me and it's costing us customers. I've also set my KeepAliveTimout setting pretty high, but I don't know if that will have an impact. So, any suggestions would be greatly appreciated. -- Richard S. Crawford Programmer III UC Davis Extension Distance Education Group (http://unexdlc.ucdavis.edu) 2901 K Street, Suite 200C Sacramento, CA 95816 (916)327-7793 --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org
		Add comment


Richard Crawford 9 March 2005 22:05:25 [ permanent link ]
	PMilanese@nypl.org wrote:> How are they being delivered? What OS/etc... Cold Fusion MX from JRun 4 on a Solaris 9 server. If it is being done through PHP, there is another configuration you would> have to change, etc... There's a similar configuration in Cold Fusion. I've already checkd it. You are on the right track, however you may have to look into more stuff. I'm looking into the KeepAlive directives now.... -- Richard S. Crawford Programmer III UC Davis Extension Distance Education Group (http://unexdlc.ucdavis.edu) 2901 K Street, Suite 200C Sacramento, CA 95816 (916)327-7793 --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org
		Add comment


Noah 10 March 2005 03:56:00 [ permanent link ]
	On Wed, Mar 09, 2005 at 11:02:28AM -0800, Richard Crawford wrote: We have a document which is a 1.5MB PDF document. For some of our > visitors, the download seems to stop before the full document is > delivered. I haven't been able to identify any common issues among the > visitors who are having the problems (though I suspect they're on a > dialup connection). The PDF itself seems to be have no problems, since > it's delivered just fine over broadband connections. This issue appears > to be browser-independent as well. I've also confirmed that the > affected users are using the most recent version of Acrobat Reader as well. My first suggestion is to look at your network and rule out the obvious; problems with large file transfers are often caused by duplex mismatches. Check your upstream switch stats for collisions on the port your host is on. Linux's 'ifconfig' will also show you collisions (if you're on linux). I'd expect the issue to affect all downloads of the large file, but it's still good to rule out the easy stuff. =) Does this affect other protocols as well? For instance, transferring large files over FTP? Trying running an FTP server on the same box and serve the same file to a client machine that exhibits this behavior. If the same thing happens, it's not an application issue, so you get to start poking at things from a network perspective. Does the transfer just stop dead, or does it slow down over time and /then/ stop? In either case, you may should consider finding a client that exhibits this behavior, sniffing the packets with tcpdump. Something like: tcpdump -s 1500 -w sniff.pcap port 80 and host $remote_ip ...where $remote_ip is the IP of the client. Poke at the resulting file in ethereal (with TCP sequence analysis on; Edit->Preferences->Protocols->TCP) and see if you're restransmitting packets. You may also want to check out TCPTrace (http://www.tcptrace.org/). --n -- <huey> dd of=/dev/fd0 if=/dev/flippy bs=1024 <huey> ^^^ Making Flippy Floppy --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org
		Add comment


Stuart Low 10 March 2005 04:09:16 [ permanent link ]
	We have a document which is a 1.5MB PDF document. For some of our > > visitors, the download seems to stop before the full document is > > delivered. I haven't been able to identify any common issues among the > > visitors who are having the problems (though I suspect they're on a > > dialup connection). The PDF itself seems to be have no problems, since > > it's delivered just fine over broadband connections. This issue appears > > to be browser-independent as well. I've also confirmed that the > > affected users are using the most recent version of Acrobat Reader as well. Just a random suggestion. Do you have mod_gzip compression enabled on your Apache install? We had the same problem and ended up having to add a manual whitelist so that .pdf wasn't gzip compressed. Stuart --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org
		Add comment

QAIX > Apache HTTP Server > Delivering huge documents 10 March 2005 04:09:16

	see also: CF AJAX implementations cfqueryparam breaking query Aftershock Forum BETA Invitation		пройди тесты:		see also: Vendor unveils USB Serial-ATA dongle Elecom Offers Advanced 3D Laser Mouse NEC Electronics ships dual-format DVD…

Copyright © 2001—2008 QAIX
Idea: Miсhael Monashev
Помощь и задать вопросы можно в сообществе support.qaix.com.
Сообщения об ошибках оставляем в сообществе bugs.qaix.com.
Предложения и комментарии пишем в сообществе suggest.qaix.com.
Информация для родителей.
Write us at:

If you would like to report an abuse of our service, such as a spam message, please .




Get comments by e-mail Add to favourites

Пожалуйста, относитесь к собеседникам уважительно, не используйте нецензурные слова, не злоупотребляйте заглавными буквами, не публикуйте рекламу и объявления о купле/продаже, а также материалы нарушающие сетевой этикет или УК РФ.

Delivering huge documents

Add new comment