RE: Manuals and Spiders

Hmmm ... We cant have more work for mirror maintainers. Coordinating anything across so many mirrors is not possible. I guess then the only alternative that we are left is some sort of faster text search, by splitting the file, or using byte offsets, and then storing the country info in the cookie so that only one lookup is required per visitor. I will continue my search for any better solns any ways. Meanwhile, do let me know if you need any inputs from my end, if we want to start with the existing soln. The db is freely downloadable from the website. - Div > -----Original Message----- > From: Gabor Hojtsy [mailto:gabor@hojtsy.hu] > Sent: Wednesday, April 23, 2003 2:49 PM > To: Divyank Turakhia > Cc: php-mirrors@lists.php.net > Subject: Re: Manuals and Spiders > > > > I agree, that we should not need a mysql db at each mirror, > which is > > why I mentioned that we could use a db such as cdb / db3 / db4 etc. > > This does not require any server to be running at the > mirror. We can > > directly use existing php functions to talk to such a database. ( > > http://www.php.net/manual/en/ref.dba.php ) > > > > As the last option we could look at splitting the file. > Which is what > > a database would internally do. So instead of replicating what a db > > does internally and making our own b-trees out of this > file, we could > > look at using a standard database such as cdb / db3 / db4 as far as > > possible. I don't have too much prior experience with any of these > > db's, though I have used cdb files extensively in qmail > deployments. > > And they do provide blazing fast access speeds. If someone on this > > list has prior exp with these formats, please put in your comments > > about this. > > I don't know what can we expect from the mirror sites' PHP > setups. On widows, db3 is the only built in thing in the dba > extension, but on Linux, you need to specify what would you > like to compile in. So using this would mean much work for > our mirror maintainers. Therefore we need to have code to > handle if a mirror has no support for the automatic > selection. Then this adds one more possibility to the > diversity of php.net mirrors ;((( > > BTW we do have mirror sites with PHP 4.0.4, 4.0.5, 4.0.6, > 4.1.0 set up, this is why we need to have compatibility > code in phpweb every time we introduce new features (ie. > we are not free to use $_GET, $_POST and the like, only > with some compatibility code added).... > > > Storing the country code in the cookie is a good idea as it > would save > > us a lookup each time. Though, it may give issues to > roaming users. If > > I am in china right now on a buiness conf, when I first access the > > php.net website using my laptop, I would have china stored in my > > cookie for life. So we would have to expire this every 30 > days or some > > other reasonable figure. > > Yep, I never thought about adding that cookie once and for all... > > Goba > >