Re: squid with mysql support
please http://www.nabble.com/file/p13763408/squid-shaga.tar.gz squid-shaga.tar.gz -- View this message in context: http://www.nabble.com/squid-with-mysql-support-tf4796084.html#a13763408 Sent from the Squid - Development mailing list archive at Nabble.com.
Re: md5 stuff under MacOSX
Adrian Chadd wrote: Guys, The md5 code hacks in squid-2.HEAD doesn't even compile under macos/x because of a lack of: * sys/types.h include before including the system/openssl md5 header; * defining MD5_DIGEST_CHARS or whatever that define is meant to be I see you ave committed the fix for the sys/types include. Does that also solve the MD5_DIGEST_CHARS problem on MacOSX ? Why is this so hard? :) ? Adrian
Re: [squid-users] Solaris/OpenSSL/MD5 Issues
Adrian Chadd wrote: On Wed, Nov 14, 2007, Amos Jeffries wrote: The bigger problem which you have just uncovered is that FreeBSD does provide a sys/md5.h, but does not define the MD5_DIGEST_CHARS or MD5_DIGEST_ For the fix of FreeBSD. It should just be a little tweak of the #define for Why don't we just force use of the openssl library for md5? Will that bloat the Squid binary somehow? That has not changed, when its asked for or just located by autotools OpenSSL is used. Otherwise its best-fit between anything else. The issue started with a symbol clash between the squid bundled and a library when OpenSSL was not available. My fix for that was unfortunately naive and broken. I've bitten the bullet and made the symbol-change in 3.0 now, despite the amount of code that needed touching for a symbol change. Amos
Re: md5 stuff under MacOSX
On Thu, Nov 15, 2007, Amos Jeffries wrote: Adrian Chadd wrote: Guys, The md5 code hacks in squid-2.HEAD doesn't even compile under macos/x because of a lack of: * sys/types.h include before including the system/openssl md5 header; * defining MD5_DIGEST_CHARS or whatever that define is meant to be I see you ave committed the fix for the sys/types include. Does that also solve the MD5_DIGEST_CHARS problem on MacOSX ? Not completely. I'll look at it again tomorrow. Adrian
Re: squid with mysql support
Attach the patch to a bugzilla report so it won't get lost. Mysql logging is a great idea but it needs to be intergrated cleanly into Squid in light of other features. Thanks, Adrian On Thu, Nov 15, 2007, Arthur Tumanyan wrote: please http://www.nabble.com/file/p13763408/squid-shaga.tar.gz squid-shaga.tar.gz -- View this message in context: http://www.nabble.com/squid-with-mysql-support-tf4796084.html#a13763408 Sent from the Squid - Development mailing list archive at Nabble.com. -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support - - $25/pm entry-level VPSes w/ capped bandwidth charges available in WA -
Re: squid with mysql support
Been doing this for about 6 years in our environment. It takes a while to get Mysql and Squid to play together. The largest problem we found with squid logging, was it simply logged too much. Most customers want to know where the client is going, not every single object they download from the destination. Fortunately, squid is so well developed you can ditch the built in logging, and plug your own code almost anywhere and be successful. -- Joe Quoting Adrian Chadd [EMAIL PROTECTED]: Attach the patch to a bugzilla report so it won't get lost. Mysql logging is a great idea but it needs to be intergrated cleanly into Squid in light of other features. Thanks, Adrian On Thu, Nov 15, 2007, Arthur Tumanyan wrote: please http://www.nabble.com/file/p13763408/squid-shaga.tar.gz squid-shaga.tar.gz -- View this message in context: http://www.nabble.com/squid-with-mysql-support-tf4796084.html#a13763408 Sent from the Squid - Development mailing list archive at Nabble.com. -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support - - $25/pm entry-level VPSes w/ capped bandwidth charges available in WA -
Re: Intruduction of myself
On Wed, 2007-11-14 at 11:11 +0100, [EMAIL PROTECTED] wrote: my name is Radek Sečka (in emails I rather write Secka, without diacritics). I have been working in IT (specialy writing programs) for 7 years. I program mostly on Windows.net, but I have no problem with other platforms due to lot of my expiriences. I am 25 years old. Having no time, living with grilfriend, looking for family and happiness. Nowdays I study Programming on Faculty of mathematics and physics on Charles Univerzity in Prague in Czech Republic (EU). And thats why I met Squid project. I choose implemention of renderer into squid as my graduee work. This renderer should format pages for devices with smaller display like pocket pc, mobiles, TVs etc. We think that it is much cheaper to install renderer than make separe version of web for these devices (on technology like wap or something). I have already read all your documentation that you have on squid web. I have been looking into squid source codes since last year. So I could modify sources on my own but I think i will be the best to know your opinion. Hi Radek, IMO, the best way to implement your project is using ICAP or eCAP interfaces. You can find more information about these options at http://wiki.squid-cache.org/SquidFaq/ContentAdaptation Good luck, Alex.
Re: squid with mysql support
Adrian Chadd wrote: Attach the patch to a bugzilla report so it won't get lost. Mysql logging is a great idea but it needs to be intergrated cleanly into Squid in light of other features. Ok.I will try . -- View this message in context: http://www.nabble.com/squid-with-mysql-support-tf4796084.html#a13774041 Sent from the Squid - Development mailing list archive at Nabble.com.
ESI on Solaris
On Sat, 10 Nov 2007, Randall DuCharme wrote: Ok this is strange. It looks like it's trying to compile ESI specific support in yet I've not done --enable-esi. In autoconf.h #define ESI 0 is present. I've removed the -Werror flag for now so the multiple inclusion warning shouldn't be stopping anything: I'm pretty sure something else on solaris is #defining ESI behind our backs. I've committed a change to rename ESI to SQUID_ESI Duane W.
Re: ESI on Solaris
On Fri, 16 Nov 2007, Amos Jeffries wrote: Could you make that 'USE_ESI' instead? that seems to be a defacto standard within squid for enabling components. Easier to keep things consistent. I could make it USE_SQUID_ESI if you like. I'm still concerned that USE_ESI is too generic and likely to be chosen by some other project or operating system that uses an ESI acronym. Seems slightly messier, but I see your point, and it will do. Amos
Re: ESI on Solaris
On Fri, 16 Nov 2007, Amos Jeffries wrote: Could you make that 'USE_ESI' instead? that seems to be a defacto standard within squid for enabling components. Easier to keep things consistent. I could make it USE_SQUID_ESI if you like. I'm still concerned that USE_ESI is too generic and likely to be chosen by some other project or operating system that uses an ESI acronym.
Re: md5 stuff under MacOSX
On Thu, Nov 15, 2007, Amos Jeffries wrote: Adrian Chadd wrote: Guys, The md5 code hacks in squid-2.HEAD doesn't even compile under macos/x because of a lack of: * sys/types.h include before including the system/openssl md5 header; * defining MD5_DIGEST_CHARS or whatever that define is meant to be I see you ave committed the fix for the sys/types include. Does that also solve the MD5_DIGEST_CHARS problem on MacOSX ? Not completely. I'll look at it again tomorrow. Okay. Well could you check the current version in HEAD instead. It should cope with missing or variant MD5_DIGEST_CHARS by ignoring the OS version. I'm just not 100% certain of the precompiler logics yet. Amos
Re: caching dynamic content
On Thu, Nov 15, 2007, Adrian Chadd wrote: G'day, I'd like to propose a Squid modification - to cache dynamic content thats playing good. I've written up the first part of the intrusive changes: http://www.creative.net.au/diffs/20071116-squid-2-HEAD-storeurl_rewrite.diff This: * splits out url and store lookup url in the MemObject * uses store lookup url if possible in store.c and store_key_md5.c routines to handle key set and get * (and I'm not sure I'm handling vary at all!) * comment out the stored object URL == requested URL check for now This caches google maps/earth right now. The todo list: * make sure I've gone and handled the store key set/get stuff correctly; * have i handled vary correctly? * figure out how to store the storeurl in the object so I check that the lookup store url matches the stored object store url and not just the requested URL (which won't match!) Comments and feedback please. I'd like to commit this tomorrow so I can start asking squid-users for some testing. Adrian -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support -
Re: caching dynamic content
Henrik, please raise this as an issue against 2616 (if you haven't already). Cheers, On 2007/11/15, at 1:47 PM, Henrik Nordstrom wrote: On tor, 2007-11-15 at 11:49 +0900, Adrian Chadd wrote: However, there is still the HTTP/1.0 MUST NOT cache requirement. Not really an idea what that's about however. If people -are- returning freshness info in a ? URL then its entirely possible they've got clue, right? Or not? Exactly. And what is from an HTTP/1.0 server? The next hop, or do it refer to the protocol version of the origin server (which can't be deduced that easily). Regards Henrik -- Mark Nottingham [EMAIL PROTECTED]
