Thread: [Blogcfc-develop] More B3 Comments
Brought to you by:
cfjedimaster
From: Leif W. <lei...@ma...> - 2003-12-01 20:03:15
|
All, I am in the middle of implementing B3 locally, and I have these questions: 1) Is there a way for me to tell what files have changed from the B3 I downloaded last week and the one that is available today? And other than looking at the files side-by-side, is there a way to tell where a file has changed? I needed to integrate the new build but didn't want to overwrite the changes I have made to layout and such... 2) I was wondering if the layout could not be a little more abstracted (if that is the correct word). I like having control over what goes where. For instance, I like having the Recent Items pod at the bottom of the page and I only want to have 5 blog articles appear on the index. I guess that my question comes down to this: Do we want normal people to be able to create layouts for their blog, or will that require a CF developer? If normal people are targets, then should we find a way to create changes like the two I mentioned in a preferences setting (in the blog.ini?) or as part of some admin set-up process? (This isn't a change request. More of a 'Where are we going?' request.) 3) The "?reinit=1" code seems to work sporadically, but I am more comfortable with it now, and it surely is less painfull than restarting the service every time I needed to see a change. 4) Am I correct in thinking that the RSS feed is generated each time the cfm file is called? The RSS file gets updated each time an entry is made. So why have it hit the server for processing on each request. Why not have it generate an actual RSS file each time an entry is made and have an RSS file written at that time. Then refer people to the actual RSS file. Wouldn't that reduce server load? [OK, I *know* I am missing something here. I thought I'd stick my neck out far enough it might generate a discussion.] Leif =~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~= Leif Wells Manager, Atlanta Macromedia User Group http://www.atlmmug.org lei...@ma... (404) 593-7408 |
From: Raymond C. <jed...@mi...> - 2003-12-01 20:37:25
|
> 1) Is there a way for me to tell what files have changed from > the B3 I downloaded last week and the one that is available > today? And other than looking at the files side-by-side, is > there a way to tell where a file has changed? I needed to > integrate the new build but didn't want to overwrite the > changes I have made to layout and such... blog.cfc for sure (fix for N categories) and edit.cfm (fix for editing entires w/ <more/> > 2) I was wondering if the layout could not be a little more > abstracted (if that is the correct word). I like having Yes! It can be. That's probably something I'll work on post 3.0. > control over what goes where. For instance, I like having the > Recent Items pod at the bottom of the page and I only want to > have 5 blog articles appear on the index. I guess that my > question comes down to this: Do we want normal people to be > able to create layouts for their blog, or will that require a > CF developer? If normal people are targets, then should we > find a way to create changes like the two I mentioned in a > preferences setting (in the blog.ini?) or as part of some > admin set-up process? > (This isn't a change request. More of a 'Where are we going?' > request.) I kinda figured the typical user would be at least a low level developer. But there is DEFINTELY something I can do make it easier. The docs will help, and again, post 3.0 I'm going to work on it. > 3) The "?reinit=1" code seems to work sporadically, but I am > more comfortable with it now, and it surely is less painfull > than restarting the service every time I needed to see a change. If you can find a case where it doesn't work, please let me know. > > 4) Am I correct in thinking that the RSS feed is generated > each time the cfm file is called? The RSS file gets updated > each time an entry is made. So why have it hit the server for > processing on each request. Why not have it generate an > actual RSS file each time an entry is made and have an RSS > file written at that time. Then refer people to the actual > RSS file. Wouldn't that reduce server load? [OK, I *know* I > am missing something here. I thought I'd stick my neck out > far enough it might generate a discussion.] No, you aren't missing anything. That is a very valid criticism. There is only ONE thing I can think where it would matter, and that is a case where you change blog.ini settings. Of course, that is a rare thing, and we can add a 'regenRSSFile()' method or some such. Either way, I'll defintely consider it post 3.0. I'm going to be adding an instance of Lighthouse Bug Tracker for the project since I'm more comfortable w/ that then sourceforge. I'll use it to track stuff like this. -ray |
From: Leif W. <lei...@ma...> - 2003-12-02 03:23:58
|
On Dec 1, 2003, at 3:36 PM, Raymond Camden wrote: >> 4) Am I correct in thinking that the RSS feed is generated >> each time the cfm file is called? The RSS file gets updated >> each time an entry is made. So why have it hit the server for >> processing on each request. Why not have it generate an >> actual RSS file each time an entry is made and have an RSS >> file written at that time. Then refer people to the actual >> RSS file. Wouldn't that reduce server load? [OK, I *know* I >> am missing something here. I thought I'd stick my neck out >> far enough it might generate a discussion.] > > No, you aren't missing anything. That is a very valid criticism. There > is > only ONE thing I can think where it would matter, and that is a case > where > you change blog.ini settings. Of course, that is a rare thing, and we > can > add a 'regenRSSFile()' method or some such. Either way, I'll defintely > consider it post 3.0. Just so that I can discuss this intelligently: 1) Serving up an RSS would take less (little to none) processing by CF. Correct? 2) Could we move the RSS generation to the caching code? Is that where it needs to be? 3) Are there any file access concerns to be considered when writing an actual RSS file to the app's root? Thanks. Leif |
From: Raymond C. <jed...@mi...> - 2003-12-02 18:56:20
|
> Just so that I can discuss this intelligently: > 1) Serving up an RSS would take less (little to none) > processing by CF. > Correct? I'm not sure I understand this. Are you asking if moving to a static RSS file would have a great impact? If so, I'd say no. I don't think it takes but a few ms to generate the RSS on the fly, but of course, there is no real reason to regenerate it each time. > 2) Could we move the RSS generation to the caching code? Is > that where it needs to be? Well, I really intended the caching code to be for content. If we move to a static file, then its a moot point. > 3) Are there any file access concerns to be considered when > writing an actual RSS file to the app's root? > Well, I just assume that CF has write access to the box. I'll document it when I add the feature, although again it will be post 3.0. -ray |
From: Leif W. <lei...@ma...> - 2003-12-02 03:25:15
|
On Dec 1, 2003, at 3:36 PM, Raymond Camden wrote: >> 1) Is there a way for me to tell what files have changed from >> the B3 I downloaded last week and the one that is available >> today? > > > blog.cfc for sure (fix for N categories) and edit.cfm (fix for editing > entires w/ <more/> I suppose I was wanting more of a way to track these changes. "blog.cfc, lines 110 - 112 were changed to reflect something important" in the comments? Just for development <snip> >> (This isn't a change request. More of a 'Where are we going?' >> request.) > > I kinda figured the typical user would be at least a low level > developer. > But there is DEFINTELY something I can do make it easier. The docs will > help, and again, post 3.0 I'm going to work on it. Low level CF developer: that is my description! Knowing just enough to break stuff. > >> 3) The "?reinit=1" code seems to work sporadically, but I am >> more comfortable with it now, and it surely is less painfull >> than restarting the service every time I needed to see a change. > > If you can find a case where it doesn't work, please let me know. I wrestled with it on and off on Saturday but I couldn't pin it down... I have some more work to be done. When I run into it again, I will pay closer attention. |
From: Raymond C. <jed...@mi...> - 2003-12-02 19:20:52
|
> >> 1) Is there a way for me to tell what files have changed > from the B3 > >> I downloaded last week and the one that is available today? > > > > > > blog.cfc for sure (fix for N categories) and edit.cfm (fix > for editing > > entires w/ <more/> > > I suppose I was wanting more of a way to track these changes. > "blog.cfc, lines 110 - 112 were changed to reflect something > important" > in the comments? Just for development I typically only mention the change - I don't get specific about the line #s. ray |
From: Bryan F. H. <bry...@cf...> - 2003-12-02 19:23:27
|
Check out http://www.scootersoftware.com/ beyond compare tool. I highly recommend it. -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of Raymond Camden Sent: Tuesday, December 02, 2003 2:21 PM To: blo...@li... Subject: RE: [Blogcfc-develop] More B3 Comments > >> 1) Is there a way for me to tell what files have changed > from the B3 > >> I downloaded last week and the one that is available today? > > > > > > blog.cfc for sure (fix for N categories) and edit.cfm (fix > for editing > > entires w/ <more/> > > I suppose I was wanting more of a way to track these changes. > "blog.cfc, lines 110 - 112 were changed to reflect something > important" > in the comments? Just for development I typically only mention the change - I don't get specific about the line #s. ray ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |