simplog-devel Mailing List for Simplog
Brought to you by:
f-bomb
You can subscribe to this list here.
2004 |
Jan
(5) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
(26) |
Sep
(29) |
Oct
|
Nov
(4) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(3) |
May
(4) |
Jun
(12) |
Jul
(15) |
Aug
|
Sep
(4) |
Oct
(4) |
Nov
|
Dec
|
2006 |
Jan
(1) |
Feb
|
Mar
|
Apr
(4) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Jeremy A. <ash...@13...> - 2007-12-05 01:25:37
|
Please visit http://www.simplog.org to read.... |
From: Jeremy A. <ash...@13...> - 2006-05-05 19:52:37
|
Jim Hu wrote: > I'm concerned that 1 and 2 both have the "too much code to master" > problem. I'd like to help more on #3, but I understand the problem > totally. using a framework should remove the need to get in and look at the code for anyone using the app. The engine its running on top of shouldn't need to be looked at and tweaked. That's the whole point of using a 3rd party framework or application. All one would need to understand is the module API (in drupal's case) or the process for adding a new helper/plugin/whatever under another framework. Currently, extending any functionality in 0.9 is a pain in the ass. It shouldn't be. That's why I want to move to a modular approach. > The thing that drew me to Simplog in the first place is that the code > base was simple enough for me, as a relative newbie, to get in there > and tweak it. I'm concerned that the whole app framework approach is > moving away from the Simple part of Simplog. I looked at Drupal for > another project - perhaps not hard enough - but in the end I just > didn't want to deal with all of the baggage that they've accumulated, > and learning their way of doing things. The "simple" in Simplog is for the end user who is using the app. Download, installation, integration and use should be a simple as possible. That's the overriding mission I set out to accomplish. For most, this should be a black box solution. You shouldn't have to know anything about PHP or programming in order to use Simplog. As far as implementing this solution goes, I want to make it easier for any developer to be able to add functionality. The easiest way I see this is to use a module/plugin based backend. The MVC baased frameworks can so this, but it is pretty complex. Drupal has an very powerful module API that has a slight learning curve, but is very well documented and has plenty of online tutorials and resources for beginners. They also already have almost everything implemented that is already in Simplog. > Something I may have missed - which may have led to not offering you > enough help - is a discussion of what the application framework > actually is. What does it need to do, and how can the task of > building it be divided up among the rest of us so we can help you > more. Are you stuck on #3 because there are too many things that need > to be in it? Or maybe somewhat less flexibility would be acceptable > for 1.0... I've basically been writing an application framework from scratch, based on the original proof of concept I did a while back. Its a completely module based system. I've been working on the authentication and permissions modules, and the event handling system (so "events" can be triggered within function that other functions register to "handle" so modules can interact with one another). The whole thing is turning out to be more complex that I originally thought and I've just not had the time to put into it to finish it. I didn't want to release it for general development until I at least had a working framework with authentication and access control working and a couple of dummy modules. Then others could build the main functional modules for the application. All in all i'm thinking this will take to long to do. Thruthfully, the current codebase is an ugly set of hacks to achieve a purpose and is just getting too big to be useful to me as a developer anymore. A clean base is needed in order for this project to move forward. The current code is GPL'd, so anyone is more than welcome to fork off another project, but simplog needs to have a solid base to be built on. |
From: Jeremy A. <ash...@13...> - 2006-05-05 16:54:23
|
Hi all, Work on the application framework for 1.0 is going very slowly. As much fun as I am having creating an application framework from scratch, I've come to realize it takes quite a lot of time, which is something I am in short supply of. In light if these developments, I want to propose a couple of ideas to the community and get some comments back. Here's the 3 options I'm proposing and my pros and cons of it: 1) drop the current work i'm doing and use a current PHP framework (Zend Framework, CakePHP, etc..) pros: framework already built, MVC frameworks straightforward, easy to add additional functionality cons: i don't like some MVC conventions, too much code 2) drop the current framework and extend another open source app (drupal is my choice for this) pros: solid platform, modules already built, large support community, quicker turnaround time, extensible cons: must strip out unwanted modules, must keep up with drupal patches and updates 3) finish work on current framework pros: will have ultimate flexibility in design and function cons: not enough time to work on, not enough volunteers to help out what say you? jeremy |
From: Jeremy A. <ash...@13...> - 2006-04-22 11:20:42
|
http://www.simplog.org/archive.php?blogid=1&pid=57 |
From: Jeremy A. <ash...@13...> - 2006-04-13 23:03:03
|
http://www.simplog.org/archive.php?blogid=1&pid=56 |
From: Jeremy A. <ash...@13...> - 2006-04-13 16:56:48
|
thanks jim. I've got patches for the rest of the files as well..... I'll post them today as well as a response to his post on the security focus list. Jim Hu wrote: > Easy solution, new version of doc/index.php. > > <?php > include("../lib.php"); > include("../header.php"); > ?> > <h3>Online Documentation</h3> > <li><b><a href="index.php?s=admin">Administration/Installation > Guide</a></b> > <li><b><a href="index.php?s=user">User's Guide</a></b> > <p> > > <?php > > if(isset($_REQUEST['s'])) { > switch ($_REQUEST['s']){ > case 'admin': > include("admin.html"); > break; > default: > include("user.html"); > } > } > > ?> > > </p> > <?php include("../footer.php"); ?> > > ===================================== > > Jim Hu > > Associate Professor and Associate Head for Graduate Programs > > Dept. of Biochemistry and Biophysics > > 2128 TAMU > > Texas A&M Univ. > > College Station, TX 77843-2128 > > 979-862-4054 > > |
From: Jim Hu <ji...@ta...> - 2006-04-13 15:27:40
|
Easy solution, new version of doc/index.php. <?php include("../lib.php"); include("../header.php"); ?> <h3>Online Documentation</h3> <li><b><a href="index.php?s=admin">Administration/Installation Guide</ a></b> <li><b><a href="index.php?s=user">User's Guide</a></b> <p> <?php if(isset($_REQUEST['s'])) { switch ($_REQUEST['s']){ case 'admin': include("admin.html"); break; default: include("user.html"); } } ?> </p> <?php include("../footer.php"); ?> ===================================== Jim Hu Associate Professor and Associate Head for Graduate Programs Dept. of Biochemistry and Biophysics 2128 TAMU Texas A&M Univ. College Station, TX 77843-2128 979-862-4054 |
From: Jeremy A. <ash...@13...> - 2006-01-20 06:24:56
|
http://www.simplog.org/archive.php?blogid=1&pid=54 |
From: Jeremy A. <ash...@13...> - 2005-10-04 04:38:47
|
um, yeah........ http://www.simplog.org/archive.php?blogid=1&pid=53 f-bomb |
From: Jeremy A. <ash...@13...> - 2005-10-03 22:11:25
|
since I haven't heard anything from anyone, i'm assuming no one has anything to hold up the release. If I don't hear from anyone in the next 60 minutes, given that SF sends this right away and not 2 days later like my last emails, then i'm making 0.9.2 available for general download. jeremy (f-bomb) |
From: Jeremy A. <ash...@13...> - 2005-10-02 20:17:33
|
unless anyone has any showstoppers, i'm going to release 0.9.2 tomorrow evening. the simplog.org site is running on the 0.9.2 release candidate for tomorrow. only difference between it an thelast beta is some typos cleaned up and tightening up the spam filters a little. if i don't hear from anyone in the next 24 hours, its going to be out. an update on 1.0: i'm nearly finished with the application framework. once its in a state i feel comfortable with, i'll make it available for download anf open up the table for discussion on it. |
From: Jeremy A. <ash...@13...> - 2005-10-02 19:47:59
|
unless anyone has any showstoppers, i'm going to release 0.9.2 tomorrow evening. the simplog.org site is running on the 0.9.2 release candidate for tomorrow. only difference between it an thelast beta is some typos cleaned up and tightening up the spam filters a little. if i don't hear from anyone in the next 24 hours, its going to be out. an update on 1.0: i'm nearly finished with the application framework. once its in a state i feel comfortable with, i'll make it available for download anf open up the table for discussion on it. |
From: Jeremy A. <ash...@13...> - 2005-09-26 23:49:47
|
Anybody had a chance to test yet? I've done a little testing with PostgreSQL with good results. No real bugs to report as of yet from my end, just a ocuple of typos and such. If I don't hear from anyone, in the next couple days, this thing is going to go out this week. jeremy |
From: Jeremy A. <jas...@ed...> - 2005-09-19 16:43:16
|
as always, everything is open for discussion. If you want to chat about simplog i'm always in IRC channel #simplog at irc.simplog.org if you don't have an IRC client handy, you can visit the channel at http://www.simplog.org/irc/ -- jeremy ashcraft operations/development EDucation GATEways jas...@ed... |
From: Jeremy A. <ash...@13...> - 2005-09-19 16:41:15
|
http://www.simplog.org/dl/simplog-0.9.2beta2.tar.gz I finally got a few fixes in, nothing major. Please test as throroughly as you can as I haven't done any real testing on it and don't really have time to. I want to get this out the door so we can start on 1.0. speaking of 1.0, i've got a templating system working for it that I think is going to work very well. Its a stripped down version of the PHPTemplate system that drupal uses. The engine is much different, but the templates are pretty much the same. More on this later.... |
From: Jim Hu <ji...@ta...> - 2005-09-04 22:48:53
|
Now that I've finished some work and the semester is starting, I'll be able to put the 0.92 beta through some more intense testing...I moved my blogs over to a modified version of the 0.92 beta that incorporates the modifications I made to 0.9. I now have students in several classes using this version of Simplog, so they should be able to identify lots of problems. The weakness of this approach, of course, is that some of the problems they find will be due to my modifications and not the released beta code. Switching over means that the trackback spammers are attacking the new installation and the old defenses are not being used. I added the following code snippet to tb_validate.php to see how I'm doing at blocking. #log the blocked trackbacks $fh = fopen("blocked_trackbacks.txt","a"); $blocked_tb = date("Ymd h:i:s")."\t$url\t$blog_name\t$title\t$excerpt \t".$_SERVER['REMOTE_ADDR']."\t$tb_error\n\n"; fwrite($fh, $blocked_tb); fclose ($fh); This requires a text file, blocked_trackbacks.txt that is writeable by the script. Since I added this at 12:46PM today, I've blocked about 74 pornographic trackbacks, or >10/hr...all by blocking .info URLs. I also noted this on the forum. Jim Hu |
From: Jim Hu <ji...@ta...> - 2005-07-27 04:14:22
|
I got a spam attack tonight, so I got a chance to try the filters in a real world situation. The attacks came via the old install, so I didn't get to block them with the new filters. However, I did get to try the Run filters against all trackbacks part of the script. I can't figure it out...there's something not working. It worked on some, but not on others. It seems that it's not catching matches inside the links - which is where it's most important to get them. So when I put xxx.com in the excerpt filters, it doesn't find anything. But I can't figure out why this is happening based on the pregs. Also, you didn't put a filter on tb_title, and the post-filter doesn't look at the tb_url. I also don't know why you did this the way you did, instead of querying the database directly. Jim |
From: Jim Hu <ji...@ta...> - 2005-07-24 18:14:29
|
Based on a recent post to the support bbs, I'm was thinking about taking a look at what patches are needed to make timezone support work in 0.92 (or 1.0). This is to support users who aren't in the same timezone as their servers. But then i started wondering... Should the local time be used everywhere or only when dates and times are displayed? In other words, it seems to me that there are two models: 1) Convert to local time before entering anything into the database 2) Save all the database timestamps as server time, and adjust only on display. I think our current system is by default #1. But I'm not sure that i understand totally how Simplog handles time and date. It seems that there are places where strftime is called that might be redundant ...or not. I'm leaning toward #2...I think it's simpler and better for hosting multiple blogs with users from different locations. Timezone could be stored in the blog_users table or in the blog_list, or recovered somehow from the viewer, depending on what we'd want to see. I think the users who have been posting mostly want their blogs to be at their local time instead of server time, and they're not worried about converting for anonymous readers in other time zones...but I could be wrong about this. But it seems to me that it shouldn't be hard to make each blog have it's own local time. I'm just learning OO thinking, but it seems that in 1.0 perhaps the object classes should be split to improve decoupling. For example, there are input/output/database(persistence?) methods that are shared by entries, comments, and perhaps other things like templates. Each of these uses methods like marker_sub and preview, so they should share an interface object class that does these. Things like handling the time displays would be delegated to the interface classes, and we'd get rid of methods that format the dates in class.BlogEntry. Thoughts? Jim Hu |
From: Jim Hu <ji...@ta...> - 2005-07-21 14:50:37
|
I recently set up MediaWiki on my server. I chose it because it's the engine for wikipedia, so I figure it's been pretty well tested. It was pretty straightforward. If there's a problem at your site, I'd be happy to host it...but you shouldn't have any trouble getting it working. Although thinking about it, it's probably good to have the docs in a local file in the Simplog distribution. In addition to the copy on my server, I'm using Simplog on my laptop as an electronic notebook/ diary...and it's not always connected to the net. Nevertheless, the user/developer community could do the docs online and then I bet we could write a simple script to have the local install download the latest version...perhaps via RSS? Jim On Jul 21, 2005, at 9:20 AM, Jeremy Ashcraft wrote: > that's a great idea. have the docs in one place online rather than > distributing them. I'll see if I can set one up on the site... > > we'll still need to include an INSTALL.txt file or something to > guide them through the install.... > > Jim Hu wrote: > > >> What about doing the docs as a Wiki? >> >> Jim >> >> On Jul 21, 2005, at 12:20 AM, Jeremy Ashcraft wrote: >> >> >>> Here's the first public beta of the 0.9.2 release >>> >>> http://www.simplog.org/simplog-0.9.2beta1.tar.gz >>> >>> i'm hoping that we've got all he bugs squashed so that this can >>> become the final release candidate. The only major left to do >>> is update the documentation to include the new features. >>> >>> What's New: >>> Can now post images to entries from a flickr account >>> Comment and TrackBack spam filters >>> IP banning >>> >>> As always, report bugs at http://www.simplog.org/bugs/ >>> >>> f-bomb >>> >>> >>> >>> ------------------------------------------------------- >>> SF.Net email is sponsored by: Discover Easy Linux Migration >>> Strategies >>> from IBM. Find simple to follow Roadmaps, straightforward articles, >>> informative Webcasts and more! Get everything you need to get up to >>> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>> bored? come join us in IRC channel #simplog on irc.simplog.org >>> _______________________________________________ >>> Simplog-devel mailing list >>> Sim...@li... >>> https://lists.sourceforge.net/lists/listinfo/simplog-devel >>> >>> >> >> >> > > > |
From: Jeremy A. <ash...@13...> - 2005-07-21 14:21:25
|
that's a great idea. have the docs in one place online rather than distributing them. I'll see if I can set one up on the site... we'll still need to include an INSTALL.txt file or something to guide them through the install.... Jim Hu wrote: > What about doing the docs as a Wiki? > > Jim > > On Jul 21, 2005, at 12:20 AM, Jeremy Ashcraft wrote: > >> Here's the first public beta of the 0.9.2 release >> >> http://www.simplog.org/simplog-0.9.2beta1.tar.gz >> >> i'm hoping that we've got all he bugs squashed so that this can >> become the final release candidate. The only major left to do is >> update the documentation to include the new features. >> >> What's New: >> Can now post images to entries from a flickr account >> Comment and TrackBack spam filters >> IP banning >> >> As always, report bugs at http://www.simplog.org/bugs/ >> >> f-bomb >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >> bored? come join us in IRC channel #simplog on irc.simplog.org >> _______________________________________________ >> Simplog-devel mailing list >> Sim...@li... >> https://lists.sourceforge.net/lists/listinfo/simplog-devel >> > > |
From: Jim Hu <ji...@ta...> - 2005-07-21 06:58:45
|
What about doing the docs as a Wiki? Jim On Jul 21, 2005, at 12:20 AM, Jeremy Ashcraft wrote: > Here's the first public beta of the 0.9.2 release > > http://www.simplog.org/simplog-0.9.2beta1.tar.gz > > i'm hoping that we've got all he bugs squashed so that this can > become the final release candidate. The only major left to do is > update the documentation to include the new features. > > What's New: > Can now post images to entries from a flickr account > Comment and TrackBack spam filters > IP banning > > As always, report bugs at http://www.simplog.org/bugs/ > > f-bomb > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > bored? come join us in IRC channel #simplog on irc.simplog.org > _______________________________________________ > Simplog-devel mailing list > Sim...@li... > https://lists.sourceforge.net/lists/listinfo/simplog-devel > |
From: Jeremy A. <ash...@13...> - 2005-07-21 05:19:57
|
Here's the first public beta of the 0.9.2 release http://www.simplog.org/simplog-0.9.2beta1.tar.gz i'm hoping that we've got all he bugs squashed so that this can become the final release candidate. The only major left to do is update the documentation to include the new features. What's New: Can now post images to entries from a flickr account Comment and TrackBack spam filters IP banning As always, report bugs at http://www.simplog.org/bugs/ f-bomb |
From: Jeremy A. <ash...@13...> - 2005-07-12 04:55:38
|
Jim Hu wrote: > Upgrade went fine after I modified the db to look like an older one > (I wanted something that had a lot of entries in it already). > > Did you take the layouts out of this distribution? They were in 0.91. > they were never in the 0.9.1 release you had checked those changes in after 0.9.1 was released. I took them out because I felt it was too big of a change for current users when we are just going to rewrite the whole thing anyway and implement something similar. > Something else that was true in older versions. When you create a > new blog it doesn't show up right away in the pulldown menu. This is > because the the header is written before the database is updated. > This may not be worth fixing. > yeah, i'll leave it for now...... > To fix the calendar bug replace the corresponding lines in lib.php, > starting at about line 984...I'm afraid that I introduced the bug in > my changes when I made the calendar a string that is returned by a > function instead of just being echoed: ok, didn't know that had been changed..... > More testing underway... > good |
From: Jim Hu <ji...@ta...> - 2005-07-12 00:48:53
|
Upgrade went fine after I modified the db to look like an older one (I wanted something that had a lot of entries in it already). Did you take the layouts out of this distribution? They were in 0.91. Something else that was true in older versions. When you create a new blog it doesn't show up right away in the pulldown menu. This is because the the header is written before the database is updated. This may not be worth fixing. To fix the calendar bug replace the corresponding lines in lib.php, starting at about line 984...I'm afraid that I introduced the bug in my changes when I made the calendar a string that is returned by a function instead of just being echoed: ======================= #determine next and previous month and year $py = $y; $ny = $y; if(($m-1)<1) { $pm = 12; $py--; } else { $pm = $m-1; } if(($m+1)>12) { $nm = 1; $ny++; } else { $nm = $m+1; } if(strlen($pm) == 1) { $pm = "0".$pm; }; if(strlen($nm) == 1) { $nm = "0".$nm; }; $string .= '<tr><td colspan=3 align=right>'; $string .= "<b><a href=\"archive.php?m=$pm&y=$py&blogid=$blogid \">".getPrevMo($mo)."</a></b> </td><td><br></td>"; $string .= "<td colspan=3 align=left><b><a href=\"archive.php?m=$nm&y= $ny&blogid=$blogid \">".getNextMo($mo)."</a></b></td></tr> </table>"; ======================= More testing underway... JH |
From: Jeremy A. <ash...@13...> - 2005-07-11 19:30:32
|
I tested the upgrade with a clean install of 0.9.1 and got no errors. I'd suggest you try the same..... Jim Hu wrote: > I'll send notes and bugs as they come up. > > Install new worked smoothly on MacOSX 10.3 server running php5 > Upgrade from 0.9 had a problem, but this may because my test database > is already partially modified. Anyway, I get this error: > > [Mon Jul 11 13:51:52 2005] [error] PHP Notice: Undefined offset: 0 > in /Volumes/dimer_web/WebServer/Documents/simplog_0.92/install/ > 09to092.php on line 72 > [Mon Jul 11 13:51:52 2005] [error] PHP Fatal error: mysql error: > [1065: Query was empty] in ADODB_Error_Handler(, )\n in /Volumes/ > dimer_web/WebServer/Documents/simplog_0.92/adodb/adodb- > errorhandler.inc.php on line 77 > > It looks like the problem is after line 72 based on the notice. I > also know that it successfully installed the new tables before it > crashed. > > I wonder if this is because MySQL objected when the script tried to > create a field that already exists. I don't understand why that > would give "Query was empty", but perhaps that's a misleading > diagnostic. This makes me wonder if we should check for the > existence of a table or field before trying to add it. This would > come up if someone crashes partway through an upgrade and then has to > try again...when I rerun the script on the partially upgraded > database, the script fails at the first sql statement. > > Going back to the working install, there's a bug that is also in the > earlier release. When you have a calendar block and click on the > month navigation, something gets messed up. I've been meaning to > diagnose this but I haven't had a chance yet. > > That's it so far. > > Jim > > On Jul 10, 2005, at 8:00 PM, Jeremy Ashcraft wrote: > >> got another test release for you guys. hopefully this will be the last >> >> http://www.simplog.org/simplog-0.9.2test2.tar.gz >> >> What's new: >> >> updated xmlrpc libs to fix security hole >> fixed the no entry/preview bug >> fixed a bug in posting from the aggregator >> fixed the bugs jim pointed out to me >> >> I know i didn't want to add anything new, but Jim had brought up >> something about using Flickr to enable adding images into posts, so >> in messing around with it, i came up with a workable drop in for >> this release. right now, it lets you enter in info for a flickr >> account and an API key, then you can select from a list of >> thumbnails in your flickr acct to add a thumbnail into a post. play >> with it and let me know.... >> >> what's left: >> TEST, TEST, TEST! >> update the documentation (any takers? I hate doing documentation) >> >> I want to get this out the door so we can start on 1.0! >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by the 'Do More With Dual!' webinar >> happening >> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in >> dual >> core and dual graphics technology at this free one hour event hosted >> by HP, >> AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar >> _______________________________________________ >> Simplog-devel mailing list >> Sim...@li... >> https://lists.sourceforge.net/lists/listinfo/simplog-devel >> > |