phpgrabcomics-announce Mailing List for phpGrabComics
Brought to you by:
baravalle
Menu
▾
▴
phpgrabcomics-announce — phpgrabcomics related announcements
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
| 2005 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(1) |
Nov
(1) |
Dec
(11) |
| 2007 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andres B. <an...@ba...> - 2007-02-18 16:57:53
|
Hi everyone, in the past months the "original" phpGrabComics server has seen a unforeseen increase in traffic. A number of issues may have been causing it - but my estimate is that at most 1/3 of the traffic is users. The rest is bots. If you want to read more about it, have a look at the phpgrabcomics blog: http://phpgrabcomics.org/blog It's now time for action (which is, limiting network access to phpgrabcomics). These are the changes that I'm implementing: -setting up limits in the connections to the phpgrabcomics server. the server will not serve any more the resources at the maximum speed possible. this should help to bore the bots that are connecting to the phpgrabcomics server. -banning the users that send too many requests to phpgrabcomics. the list of ips that I have banned - with immediate effect - is here: http://phpgrabcomics.org/first_banned_ips Sorry for the bad news, Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Andres B. <an...@ba...> - 2007-01-27 04:23:57
|
Jim wrote: > Andres: > > Boxjam's Doodle is a dumpy minimalist comic that every now and then, > latches onto a really catchy theme. > In any event, the module is attached. > > Jim Hi Jim, module added! thanks for the contribution, Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Jim W. <jw...@ma...> - 2007-01-13 20:33:04
|
Andres: Attached is the module for Something Positive. -- Jim Wyllie Master's Student IRG Lab, Dept. of EE and CS Ohio University |
|
From: Jim <jw...@ma...> - 2006-12-21 17:31:15
|
Andres: Boxjam's Doodle is a dumpy minimalist comic that every now and then, latches onto a really catchy theme. In any event, the module is attached. Jim |
|
From: Jim <jw...@ma...> - 2006-12-13 03:48:07
|
Andres: Your daily patch solves a problem I noticed this morning: you were sending passwords over the network in the clear (in the GET line, no less). That's just not kosher: anyone sniffing the air / wire can find it, and anyone standing behind you can just read it in the address bar. Since we have this MD5 function, I decided to MD5 it on the client's end and send the hash over the Internet. Obviously I took out the MD5ing on the server end to compensate. Patch is enclosed. (I also added the copyright line to md5.php as I rewrote most of that file, as per your instructions). -- Jim Wyllie Master's Student IRG Lab, Dept. of EE and CS Ohio University |
|
From: Jim <jw2...@oh...> - 2006-12-08 21:33:07
|
Andres: Penny Arcade wasn't working -- the module was out of date. The attached patch fixes it. Jim |
|
From: Jim <jw2...@oh...> - 2006-12-08 20:58:05
|
Andres: the .htaccess problem was what was messing *everything* up. Works like a champ now. If you update the .htaccess file, you should be OK. After looking at how it's put together, I have a few ideas: 1) Put all of the configuration settings in the database. This would greatly streamline the installation. 2) Instead of using your own tmp directory, use /tmp, the TMP environment variable on Windows, or we could find a way to do without. 3) While we're using the database, we might as well store the comics in there. MySQL can handle BLOBs in the database: we could just retrieve the comic and put it in there. Also eliminates another chmod. All of this would make the installation much better. Any problems / issues with any of this? If not, I'll get started. It's odd to me that phpGrabComics leads this dual-life of RSS feeder to the original sites and local storage: seems that that should be divided some other way. IMHO, I think phpGrabComics should either provide the RSS feed or get all of the comics for the system and not both. If it were up to me, I'd strip out the RSS part (no reason to hose their own when they can just get to yours for no effort) and concentrate on getting local comics. I think people use the RSS feed, even with its limitations in comics now, because a) getting a server up and running is too hard and b) the client for viewing the comics is pretty clunky right now, killing the incentive to install your own. After a better installation, I'd like to create a new client for viewing comics: it has to be easier to use (AJAX would be great here) with more preferences for how they're viewed (you have a zillion comics, but people would sure probably like to select a subset of those for viewing). In short, I'm going to: 1) Come up with a better way to install this thing 2) Come up with a way to put stuff in the database so we can solve the "do a chmod first" problem with the install files 3) Write a way to configure "preferred" comics to select through: those will be the only ones that are actually used. Changing "Enabled" to "false" probably isn't the best way to do this :) 4) Once I get all of that working, I'll write PostgreSQL support in. It's not so important to me since I had to put MySQL on another server anyhow, and I'm just currently running it from there. Comments? Criticisms? Let me know. Jim |
|
From: Jim <jw2...@oh...> - 2006-12-08 19:28:04
|
This typo was killing me. Jim |
|
From: Jim <jw2...@oh...> - 2006-12-08 19:27:05
|
I'll try to remember this next time. Jim > Andres: > > I had a quirky install problem where phpGrabComics was crashing my > server. I thought I had fixed it, but it turns out that two wrongs made > a sort-of-right. > The real problem is that you include PHP directives in the .htaccess > file. I'm not sure what version of PHP you use, but PHP 5.1.6 with the > hardening patch isn't so much a fan of it. I patched the .htaccess file > to delete the directives (and already commented-out things) and am > attaching it. > For your reference, trying to get at anything in phpGrabComics, with > the .htaccess file as it was in the CVS, gave me a 500 Internal Server > Error. |
|
From: Jim <jw2...@oh...> - 2006-12-08 18:19:57
|
> but if you report me the problems that you are having, I'll try to do my
> best to solve them.
True, but then I'll never learn how this whole thing is put together :)
Thanks for the offer, but I'll keep puzzling through it. That way, I
can report on everything I find and we can include documentation about it.
> I had a look now at the code and actually some of those features could
> be optional. It might be worth having a look at parts of the software
> that could degrade more gracefully - I'll do it as soon as I have a bit
> more time. At the present time, if the server doesn't have gd,
> phpGrabComics doesn't bother to do a lot of stuff, while gd is used
> mainly for the thumbnails.
Well, yeah. It's far better if some things are "optional but still
work." I'll take a look at that after I get things working on my end.
> in the first releases phpGrabComics allowed people to download *copies*
> of the comics from the phpGrabComics web site.
I'm sure that wasn't so good for bandwidth :)
> I have removed that feature. When phpGrabComics is installed and
> working, it will save copies of the comics in the archive, but they will
> not be available for general public (the security is very weak tough -
> that is done mainly to avoid inclusion in search engines of the comics
> and direct links to the copies of the comics)
Well, looks like we agree that that level of security isn't really
necessary... just enough to kill 90% of use is typically fine.
> the system administrator, instead, can access the copies of the comics
> from the web interface.
>
> non-system administrators can use the RSS feeds to see the comics in
> their RSS clients.
This makes much more sense than how I thought it worked. Does the
server need to get a copy of the comic to be able to offer the RSS feed?
Without grabbing copies, it wouldn't let me grab the RSS feed.
> some of the RSS feeds are hidden because of complaints from copyright
> holders. they are still available but the links are not shown. a simple
> parameter replacement can show them for any user that bothers trying.
Answering their complaints in letter if not spirit? :) I guess if you
know how to get around it, you're probably only making it for "personal"
use.
> at the beginning, the was the default behaviour: a phpGrabComics
> installation was adding a hundred comics, publically available in your
> web site, supposedly to attract visitors.
I would imagine it would be so they could aggregate the comics... at
least that's why I do it. I might use phpGrabComics if I wanted to
redistribute the comics, but as I'm sure you've found out, that's
against the TOS's of most of the comics out there.
> yes, the ones at server.phpgrabcomics.org
>
> Yesterday I did run the statistics software for the first time on the
> domain and that's what I got:
> -2121 visits
> -23035 requests
> -113.16 mb of bandwidth
holy cow... that's a lot of requests. What's happening is much more
clear now: people think about installing the software, and get a "why
should I bother?" feeling when they realize that they just have to
modify your feed a bit to get any comic they want in RSS form.
It's probably worth going through old forums / whatever you have from
users about what they used phpGrabComics for. From your statistics, it
looks like they all just use your RSS feed and get it over with.
However, it certainly doesn't look like phpGrabComics is a failure from
those statistics. Those are some good usage numbers.
> SharpReader is the most used client to visit my
> server.phpgrabcomics.org... And I think that there are several caches of
> the feeds, around.
Not bad at all.
Another question I found: Why is phpgrabcomics_file defined as .php for
a user, and .xml for a developer? And why does the .xml file just
include the .php file? It's not parsed correctly, I don't see how that
would ever work.
If you're trying to get the MIME type right, PHP allows you to set
headers manually... then there's no reason for that include statement.
Seems like it would break things. Want me to take it out / fix it?
Jim
|
|
From: Jim <jw2...@oh...> - 2006-12-08 18:11:45
|
Andres: I had a quirky install problem where phpGrabComics was crashing my server. I thought I had fixed it, but it turns out that two wrongs made a sort-of-right. The real problem is that you include PHP directives in the .htaccess file. I'm not sure what version of PHP you use, but PHP 5.1.6 with the hardening patch isn't so much a fan of it. I patched the .htaccess file to delete the directives (and already commented-out things) and am attaching it. For your reference, trying to get at anything in phpGrabComics, with the .htaccess file as it was in the CVS, gave me a 500 Internal Server Error. Jim |
|
From: Jim <jw2...@oh...> - 2006-12-06 16:22:12
|
Andres: I added some clarification to a documentation 'bug' I stumbled on while installing. I figure if a grad student in computer science trips over it, others will too. Jim |
|
From: Jim <jw...@ma...> - 2006-12-06 15:58:16
|
Andres: Firefox was complaining about a CSS bug. Patch is attached. Jim |
|
From: Jim <jw...@ma...> - 2006-12-06 15:55:10
|
Andres et al: I am *finally* getting some free moments to work on phpGrabComics. I tried your MD5 generator, but it was broken in the submit links. As it was also insecure (I know it's just the admin stuff, but people reuse passwords for more important things all the time), I fixed it up to use JavaScript (no passwords over the Internet) and make it so that it worked. You can find the patch for md5.php attached, as well as the MD5 implementation I got online (put it in www/admin). PostgreSQL compatability happens after I can get it working for MySQL :) Jim PS as with any of my code changes, feel free to give feedback of any kind, including things like "your code's in the wrong format: try again". |
|
From: Andres B. <an...@ba...> - 2006-11-02 17:52:00
|
Hi everyone, the last version of phpGrabComics is now - finally - available for download. In the past days I have updated the phpgrabcomics.org web site in a test space. The new web site should be live in the next hours - as soon as the new DNS is propagated. The new web site is based on the Open Source platform Drupal and includes forums, blogs etc. Cheers, Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Andres B. <an...@ba...> - 2006-10-31 11:11:43
|
Hi everyone, phpGrabComics is FINALLY next to release. The next release will be the first in over one year - which is quite uncommon. I typically tried to deliver three releases per year. The time of the year is quite uncommon too - I typically do the work in summer, winter holidays and Easter holidays - anyway, now it's time. Much of the work was done months ago - I was near to release it - but then got delayed by a number of personal factors. I have checked ALL the bugs and problems reported in the tracker - as well as those reported in my personal email. The next release will see the definitive separation of the phpGrabComics application and the phpGrabComics web site. Until some months ago, when downloading phpGrabComics, you were getting a lot of things that you didn't really need. Now when you download phpGrabComics, you get the software. If you want to know something more about the project, there's phpgrabcomics.org and sourceforge.net/projects/phpgrabcomics If you have any problems, bug reports, suggestions - please feed them into the tracker quickly. Otherwise - just enjoy the new version and then submit your comments for that one! I aim to release phpGrabComics tonight/tomorrow morning. Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Jim W. <jw...@ma...> - 2006-09-21 03:25:06
|
> I have not done any tests recently, but I remember an awful performance= > decrease with the PEAR database abstraction layer. I'm not too sure about PEAR; I've used database abstractions in every PHP system I ever built. I've never seen too much of a problem. I have heard various reviews about PEAR, most of them bad. > I have used the phplib abstraction layer for a long, long time, but I > have needed it only once since 2000, to reuse some code that was used > for an oracle db in mysql... The problem with phplib is that is > unmantained and unsopported. Well, if we're looking to put in new things, probably doesn't make much sense to stick unmaintained code in there. > A rapid googling gave me this page on abstraction layers for databases:= > http://phplens.com/lens/adodb/ > > I haven't checked the code of the testing, but the web page reports a > 40% overhead with phplib and 154% using PEAR... Looking at their test, it's important to look at those results and how they apply to phpGrabComics. They show a decent slowdown in pages / second. Do those statistics meaningfully apply to this project? I don't know how most people use it, but I doubt there's that much load. I also don't know much about these abstraction layers... I wouldn't be too surprised if they were garbage. PHP is a dumpy little language: great for small scripting jobs, bad for large projects. It encorages some pretty bad code. >> I know *of* PEAR, though I haven't ever used it. I'll grab the code a= nd >> take a look. I do respect your wish to use PEAR for parts of the >> project; I'll see what I can do. >=20 > I do not like PEAR too much. It's quite slow. On the other hand, > phpGrabComics is already using PEAR, and is using caching techniques > (jpcache). >=20 > Have you got any alternatives in mind? The main requirement is not to > have to use any "exotic" module (e.g. dbx), because users can't often > have them in shared hostings I was just going to roll my own (easy to get that on shared hosting:). I've written these things a few times before; hating MySQL and liking PostgreSQL has sure gotten me my share of "well if you want it, do it yourself." It won't take long, as I already have much of this code lying around. If it's slow, I'll look into something else. I don't think we'll find that that's the case, however. Hey: can't hurt to try, right? --=20 Jim Wyllie Master's Student IRG Lab, Dept. of EE and CS Ohio University |
|
From: Andres B. <an...@ba...> - 2006-09-21 02:55:19
|
Jim Wyllie wrote: > I agree completely; I was thinking abstraction all the way. You mention > that you're making your code PHP5 compatible, is it kosher if I use > PHP5-only functions, or should I stay away from them? no, that's fine. I have been lazy recently with phpGrabComics and incorporating your new code might be a good thing. >> I think that something below 20% might still be acceptable. > > You were seeing 20% decreases in performance with an abstraction layer?! > Something is very wrong with that figure. I'm guessing that somewhere, > something very dumb was happening, like creating / executing / closing a > database connection for every query. That's the only thing that makes > that figure make sense. > > I promise you won't see that kind of performance hit :) I have not done any tests recently, but I remember an awful performance decrease with the PEAR database abstraction layer. I have used the phplib abstraction layer for a long, long time, but I have needed it only once since 2000, to reuse some code that was used for an oracle db in mysql... The problem with phplib is that is unmantained and unsopported. A rapid googling gave me this page on abstraction layers for databases: http://phplens.com/lens/adodb/ I haven't checked the code of the testing, but the web page reports a 40% overhead with phplib and 154% using PEAR... > I know *of* PEAR, though I haven't ever used it. I'll grab the code and > take a look. I do respect your wish to use PEAR for parts of the > project; I'll see what I can do. I do not like PEAR too much. It's quite slow. On the other hand, phpGrabComics is already using PEAR, and is using caching techniques (jpcache). Have you got any alternatives in mind? The main requirement is not to have to use any "exotic" module (e.g. dbx), because users can't often have them in shared hostings > Sounds like we're coming from the same page on this one. Thanks for the > reply. Great! Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Jim W. <jw...@ma...> - 2006-09-21 02:27:10
|
> Hi Jim, > I don't see a reason not to have a PostgreSQL backend. >=20 > I didn't write the code because it has not been asked before by anyone.= > Most of the users of phpGrabComics have access only to a fairly simple > server configuration - and that was my case as well until December. > PostgreSQL is often not available in cheap web hosting environments. True, but it's available on my box in my apartment, and I'm doing my best to keep MySQL off of it. So far, so good :) > Some comments: > -at the present time there is no database abstraction. I know it's bad,= > but it was done for performance reasones. I did notice. Grep and I are good friends; it won't be too hard to add an abstraction layer. Is performance really that much of an issue with this software? It doesn't look that resource-intensive. Personally, it looks like the time delay in grabbing files from the original domains where they're hosted would eat the most time / cycles / bandwidth. With some good abstraction and a good database object, there shouldn't be any delay outside of one more nested function... which I can't fathom is that big of a deal (or what you mean when you say that it was done for performance reasons). > -at the present time you would have either to introduce a database > abstraction level or to simply rewrite the database parts. > -rewriting the database parts does not seem a good idea. It would imply= > having to maintain too much code. I agree completely; I was thinking abstraction all the way. You mention that you're making your code PHP5 compatible, is it kosher if I use PHP5-only functions, or should I stay away from them? > I have no objections in considering to restructure the code in > phpGrabComics to use database abstraction, but only if the decrease in > performance is not unreasonable. If the decrease in performance is unreasonable, then I did an awful job writing the abstraction layer, and you shouldn't integrate my code :) > I think that something below 20% might still be acceptable. You were seeing 20% decreases in performance with an abstraction layer?! Something is very wrong with that figure. I'm guessing that somewhere, something very dumb was happening, like creating / executing / closing a database connection for every query. That's the only thing that makes that figure make sense. I promise you won't see that kind of performance hit :) > As database > abstraction layer, MDB2 looks like a good candidate > (http://pear.php.net/package/MDB2), as phpGrabComics is already using P= EAR. I know *of* PEAR, though I haven't ever used it. I'll grab the code and take a look. I do respect your wish to use PEAR for parts of the project; I'll see what I can do. > If you are interested to do some work on it, and if the performance > decrease will not be too bad, it would be interesting to include the > code in phpGrabComics. Sounds like we're coming from the same page on this one. Thanks for the reply. --=20 Jim Wyllie Master's Student IRG Lab, Dept. of EE and CS Ohio University |
|
From: Andres B. <an...@ba...> - 2006-09-20 14:38:25
|
Jim Wyllie wrote: > I looked through the TODO / other documents and saw nothing to this > effect, so I figure this is a kosher question to ask. > > Is there any objection / advice on where to start for writing a > PostgreSQL backend alongside a MySQL backend? I'd rather use it for my > server. > > Looking at the code, it seems that the database layer could be easily > abstracted to this effect. Any objections / comments? Hi Jim, I don't see a reason not to have a PostgreSQL backend. I didn't write the code because it has not been asked before by anyone. Most of the users of phpGrabComics have access only to a fairly simple server configuration - and that was my case as well until December. PostgreSQL is often not available in cheap web hosting environments. Some comments: -at the present time there is no database abstraction. I know it's bad, but it was done for performance reasones. -at the present time you would have either to introduce a database abstraction level or to simply rewrite the database parts. -rewriting the database parts does not seem a good idea. It would imply having to maintain too much code. I have no objections in considering to restructure the code in phpGrabComics to use database abstraction, but only if the decrease in performance is not unreasonable. I think that something below 20% might still be acceptable. As database abstraction layer, MDB2 looks like a good candidate (http://pear.php.net/package/MDB2), as phpGrabComics is already using PEAR. If you are interested to do some work on it, and if the performance decrease will not be too bad, it would be interesting to include the code in phpGrabComics. What do you think? Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Jim W. <jw2...@oh...> - 2006-09-16 17:35:07
|
I looked through the TODO / other documents and saw nothing to this effect, so I figure this is a kosher question to ask. Is there any objection / advice on where to start for writing a PostgreSQL backend alongside a MySQL backend? I'd rather use it for my server. Looking at the code, it seems that the database layer could be easily abstracted to this effect. Any objections / comments? --=20 Jim Wyllie Master's Student IRG Lab, Dept. of EE and CS Ohio University |
|
From: Andres B. <an...@ba...> - 2006-02-07 21:15:19
|
Hi everyone, as someone might have noticed, the testing server for phpGrabComics (http://www.baravalle.it/phpGrabComics) has been down or partially down in the past 11 days, and is finally up from today. This was due to a combination of a large number of visitors and technical problems during the migration to the new server. At the present time the problems seem to be solved. Nevertheless, the load on the new server is quite high - I would appreciate if someone could offer another official phpGrabComics server... Some news: the next phpGrabComics will be written in PHP5 - PHP 4 will not be supported any more. If you are still using PHP 4 in your server, you will have to patch your existing, current release, merging it with the new one. I understand that this may cause some disruption but PHP 5 is now quite stable and I think this is a good time for the migration. I had quite a stressful time in the past weeks and I have not been able to release the Christmas release, as I usually do. A realistic date for the next release is Easter. By the way - this is the time for your requests for the next release: if you think that something is missing, or you want to provide your feedback, this is the time to do it. Enjoy phpGrabComics! Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Andres B. <an...@ba...> - 2005-05-27 14:17:38
|
Hi all, phpGrabComics 1.5 has been tested extensively in the past months with several beta versions and is now in a stable level. The new version is including many changes since the last stable version, that was released nearly one year ago, and nearly one hundred more comics than the last beta. The main changes from the last stable version are: -increased the performance, thanks to better cache settings, to the use of jpcache and to a new policy on inclusion of classes. strong access to the file system was slowing phpGrabComics. more than 300% performance increase in the more complex pages, less in the simple pages. -security fixes in the application, to make it more secure in environments different from the "perfect" environment. -increased compatibility with different configurations of the web server. -full-length documentation is now provided, including a in-depth how-to for the installation and exhaustive information for the developers. -installation is easier. not yet as easy as in the first versions of phpGrabComics, but easier than in the last years. -correction and update of most of the modules. -improved implementation of RSS (phpGrabComics is now keeping track of the last strips, not just of the latest), and implementation of OPML. this allow an easy access of the RSS from any RSS reader. -strips include more information on strips, as author and description. Greg has done a greet job in testing the installation procedure, that was full of bugs, on working on all of the existing modules and developing lots of new ones. Thanks, Greg! Still, as the web sites of comics change quite often, and the comic strips can appear and disappear quite quickly - this is out of the control of the developers of phpGrabComics and may mean that you will soon have some broken modules. You can always download the last beta, you can download the CVS version or you can download the modules, that are distributed separately as soon as they are ready. Hope you will enjoy the news. Feel free to submit your comments, as this is a good option to help to have a even better stable version. Have fun, Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Andres B. <an...@ba...> - 2005-05-16 13:59:16
|
Hi all, phpGrabComics has been in beta testing for 6 months now. A stable release will be released in the next 2 weeks, as the correct beta looks stable, the known bugs have been corrected and no new bugs or improvements have been submitted. The new version will include very few corrections compared to the last beta, and quite many changes since the last stable version, that was released nearly one year ago. The main changes from the last stable version are: -increased the performance, thanks to better cache settings, to the use of jpcache and to a new policy on inclusion of classes. strong access to the file system was slowing phpGrabComics. more than 300% performance increase in the more complex pages, less in the simple pages. -security fixes in the application, to make it more secure in environments different from the "perfect" environment. -increased compatibility with different configurations of the web server. -full-length documentation is now provided, including a in-depth how-to for the installation and exhaustive information for the developers. -installation is easier. not yet as easy as in the first versions of phpGrabComics, but easier than in the last years. -correction and update of most of the modules. -improved implementation of RSS (phpGrabComics is now keeping track of the last strips, not just of the latest), and implementation of OPML. this allow an easy access of the RSS from any RSS reader. -strips include more information, as author and description. Greg has done a greet job in testing the installation procedure, that was full of bugs, and working on most of the modules. Thanks, Greg! Support for comics that provide RSS feeds has been tested in the last betas, but it is not yet enough reliable and so it will not be included in the forthcoming stable version. Hope you will enjoy the news. If you want to try the last beta (1.5beta7) and to submit your comments, this is a good option to help to have a even better stable version. Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
|
From: Andres B. <an...@ba...> - 2005-01-20 05:49:57
|
Hi all, in the past months phpGrabComics has been download by many users, and phpGrabComics clients are everywhere. It is a quite active project in sourceforge - around 90%. on the other side, I have no news any more of any kind of contribution to phpGrabComics (new modules? bugs found? code optimised? new features? how-tos written?). this was the case till the 2003, and far less the case during 2004. it may be linked to a maturity of the project: it is likely that in the current version there are less bugs than in the previous ones. at the present time a new phpgrabcomics beta is available at http://sourceforge.net/project/showfiles.php?group_id=33239. it is including RSS export functions, and it needs testing! Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I |
1 message has been excluded from this view by a project administrator.
