blogcfc-develop Mailing List for Blog CFC (Page 5)
Brought to you by:
cfjedimaster
Menu
▾
▴
blogcfc-develop — List to talk about development of the blog.
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(51) |
Aug
(77) |
Sep
(1) |
Oct
(19) |
Nov
(23) |
Dec
(11) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Stacy Y. <Sta...@sf...> - 2003-08-07 16:54:24
|
Depends, if it was my own blog I kind of like the idea of not having to= rely on remote servers to render my page as intended...well, I'm also = thinking of this in terms of an internal corporate blog...which is what = we've begun in-house. Stace -----Original Message----- From: Raymo= nd Camden [mailto:jed...@mi...] Sent: Thursday, August 07, 2= 003 12:45 PM To: blo...@li... Subject: RE: [Bl= ogcfc-develop] OT: Storing HTML Seems silly to actually store the imag= e in the entry. If I were sucking down feeds, I'd hate to have to grab i= mages as well. If they just came down as urls (<img src=3D...>) that wou= ld seem to be the best. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D =3D=3D=3D Raymond Camden, ColdFusion Jedi Master for= Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www= .macromedia.com/go/teammacromedia) Email : jed...@mi... = Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My= ally is the Force, and a powerful ally it is." - Yoda > -----Origina= l Message----- > From: blo...@li... > [= mailto:blo...@li...] On > Behalf Of Stac= y Young > Sent: Thursday, August 07, 2003 10:39 AM > To: blogcfc-develo= p...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTM= L > > > > Base64 encode maybe? Not sure... > > Stace > > ---= --Original Message----- > From: Nathan Dintenfass [mailto:nathan@changem= edia.com] > Sent: Thursday, August 07, 2003 12:33 PM > To: blogcfc-dev= el...@li... > Subject: RE: [Blogcfc-develop] OT: Storing = HTML > > It shouldn't if you make the body a CDATA field, which should= > be legit for RSS. > > I'm not sure what the benefit of storing so= me "marker" over > storing the HTML is -- that is, you can just treat t= he HTML > like a marker if need be. > > It gets really tricky if you= want to do something like put an > image in a blog entry (which is inc= reasingly popular given > that Radio and MT seem to let you do that eas= ily) -- seems > that storing the IMG tag with an absolute reference to = the > image works. Anyone know how Radio and MT store data like that? = > > > > > > -----Original Message----- > > From: blogcfc-develop= -ad...@li... > > [mailto:blo...@li...= rceforge.net]On > Behalf Of Ben > > Forta > > Sent: Thursday, August= 07, 2003 9:04 AM > > To: blo...@li... > > Sub= ject: RE: [Blogcfc-develop] OT: Storing HTML > > > > > > Fair enough. = But, doesn't that screw up RSS feeds and how others > present > > the d= ata? > > > > > > > > > > -----Original Message----- > > From: blogc= fc-...@li... > > [mailto:blogcfc-develop-admin= @lists.sourceforge.net] On Behalf Of > > Raymond Camden > > Sent: Thur= sday, August 07, 2003 11:58 AM > > To: blo...@li...= .net > > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > > > > = I typically 'trust' all data for get entries. I'll escape > code I want= > to > > show up though. So, an entry could look like so: > > > > Th= is code <b>ROCKS!</b> > > > > <cfset x =3D 1><br> > > Etc > > = > > Code is NOT fun to put in. I'm thinking of just making a quick and >= dirty > > converter in Studio so I can paste from there. > > > > = > > ------------------------------------------------------- > This SF.= Net email sponsored by: Free pre-built ASP.NET sites > including Data R= eports, E-commerce, Portals, and Forums are > available now. Download t= oday and enter to win an XBOX or > Visual Studio .NET. > http://aspne= t.click-url.com/go/psa00100003ave/direct;at.aspnet _072303_01 /01 ____= ___________________________________________ Blogcfc-develop mailing list= Blo...@li... https://lists.sourceforge.net/lis= ts/listinfo/blogcfc-develop AVIS IMPORTANT: -----------------------= -------- Les informations contenues dans le present document et ses pie= ces jointes sont strictement confidentielles et reservees a l'usage de l= a (des) personne(s) a qui il est adresse. Si vous n'etes pas le destina= taire, soyez avise que toute divulgation, distribution, copie, ou autre = utilisation de ces informations est strictement prohibee. Si vous avez r= ecu ce document par erreur, veuillez s'il vous plait communiquer immedia= tement avec l'expediteur et detruire ce document sans en faire de copie = sous quelque forme. WARNING: ------------------------------- The inf= ormation contained in this document and attachments is confidential and = intended only for the person(s) named above. If you are not the intended= recipient you are hereby notified that any disclosure, copying, distrib= ution, or any other use of the information is strictly prohibited. If yo= u have received this document by mistake, please notify the sender immed= iately and destroy this document and attachments without making any copy= of any kind. ----------------------------------------------------= --- This SF.Net email sponsored by: Free pre-built ASP.NET sites includi= ng Data Reports, E-commerce, Portals, and Forums are available now. Dow= nload today and enter to win an XBOX or Visual Studio .NET. http://aspne= t.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 ______= _________________________________________ Blogcfc-develop mailing list B= log...@li... https://lists.sourceforge.net/lists= /listinfo/blogcfc-develop ----------------------------------------= --------------- This SF.Net email sponsored by: Free pre-built ASP.NET s= ites including Data Reports, E-commerce, Portals, and Forums are availab= le now. Download today and enter to win an XBOX or Visual Studio .NET. = http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 = /01 _______________________________________________ Blogcfc-develop mai= ling list Blo...@li... https://lists.sourcefor= ge.net/lists/listinfo/blogcfc-develop AVIS IMPORTANT: -------------= ------------------ Les informations contenues dans le present document = et ses pieces jointes sont strictement confidentielles et reservees a l'u= sage de la (des) personne(s) a qui il est adresse. Si vous n'etes pas le = destinataire, soyez avise que toute divulgation, distribution, copie, ou = autre utilisation de ces informations est strictement prohibee. Si vous a= vez recu ce document par erreur, veuillez s'il vous plait communiquer imm= ediatement avec l'expediteur et detruire ce document sans en faire de cop= ie sous quelque forme. WARNING: ------------------------------- The = information contained in this document and attachments is confidential an= d intended only for the person(s) named above. If you are not the intende= d recipient you are hereby notified that any disclosure, copying, distrib= ution, or any other use of the information is strictly prohibited. If you= have received this document by mistake, please notify the sender immedia= tely and destroy this document and attachments without making any copy of= any kind. |
|
From: Raymond C. <jed...@mi...> - 2003-08-07 16:45:28
|
Seems silly to actually store the image in the entry. If I were sucking down feeds, I'd hate to have to grab images as well. If they just came down as urls (<img src=...>) that would seem to be the best. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Stacy Young > Sent: Thursday, August 07, 2003 10:39 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > > Base64 encode maybe? Not sure... > > Stace > > -----Original Message----- > From: Nathan Dintenfass [mailto:na...@ch...] > Sent: Thursday, August 07, 2003 12:33 PM > To: blo...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > It shouldn't if you make the body a CDATA field, which should > be legit for RSS. > > I'm not sure what the benefit of storing some "marker" over > storing the HTML is -- that is, you can just treat the HTML > like a marker if need be. > > It gets really tricky if you want to do something like put an > image in a blog entry (which is increasingly popular given > that Radio and MT seem to let you do that easily) -- seems > that storing the IMG tag with an absolute reference to the > image works. Anyone know how Radio and MT store data like that? > > > > > > -----Original Message----- > > From: blo...@li... > > [mailto:blo...@li...]On > Behalf Of Ben > > Forta > > Sent: Thursday, August 07, 2003 9:04 AM > > To: blo...@li... > > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > > > > Fair enough. But, doesn't that screw up RSS feeds and how others > present > > the data? > > > > > > > > > > -----Original Message----- > > From: blo...@li... > > [mailto:blo...@li...] On Behalf Of > > Raymond Camden > > Sent: Thursday, August 07, 2003 11:58 AM > > To: blo...@li... > > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > > > > I typically 'trust' all data for get entries. I'll escape > code I want > to > > show up though. So, an entry could look like so: > > > > This code <b>ROCKS!</b> > > > > <cfset x = 1><br> > > Etc > > > > Code is NOT fun to put in. I'm thinking of just making a quick and > dirty > > converter in Studio so I can paste from there. > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including Data Reports, E-commerce, Portals, and Forums are > available now. Download today and enter to win an XBOX or > Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet _072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop AVIS IMPORTANT: ------------------------------- Les informations contenues dans le present document et ses pieces jointes sont strictement confidentielles et reservees a l'usage de la (des) personne(s) a qui il est adresse. Si vous n'etes pas le destinataire, soyez avise que toute divulgation, distribution, copie, ou autre utilisation de ces informations est strictement prohibee. Si vous avez recu ce document par erreur, veuillez s'il vous plait communiquer immediatement avec l'expediteur et detruire ce document sans en faire de copie sous quelque forme. WARNING: ------------------------------- The information contained in this document and attachments is confidential and intended only for the person(s) named above. If you are not the intended recipient you are hereby notified that any disclosure, copying, distribution, or any other use of the information is strictly prohibited. If you have received this document by mistake, please notify the sender immediately and destroy this document and attachments without making any copy of any kind. ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Stacy Y. <Sta...@sf...> - 2003-08-07 16:39:55
|
Base64 encode maybe? Not sure... Stace -----Original Message-----= From: Nathan Dintenfass [mailto:na...@ch...] Sent: Thursda= y, August 07, 2003 12:33 PM To: blo...@li... S= ubject: RE: [Blogcfc-develop] OT: Storing HTML It shouldn't if you mak= e the body a CDATA field, which should be legit for RSS. I'm not sur= e what the benefit of storing some "marker" over storing the HTML is --= that is, you can just treat the HTML like a marker if need be. It get= s really tricky if you want to do something like put an image in a blog = entry (which is increasingly popular given that Radio and MT seem to le= t you do that easily) -- seems that storing the IMG tag with an absolute= reference to the image works. Anyone know how Radio and MT store data = like that? > -----Original Message----- > From: blogcfc-develo= p-...@li... > [mailto:blo...@li...= ceforge.net]On Behalf Of Ben > Forta > Sent: Thursday, August 07, 2003 = 9:04 AM > To: blo...@li... > Subject: RE: [Blo= gcfc-develop] OT: Storing HTML > > > Fair enough. But, doesn't that sc= rew up RSS feeds and how others present > the data? > > > > > ----= -Original Message----- > From: blo...@li....n= et > [mailto:blo...@li...] On Behalf Of = > Raymond Camden > Sent: Thursday, August 07, 2003 11:58 AM > To: blogc= fc-...@li... > Subject: RE: [Blogcfc-develop] OT: St= oring HTML > > > I typically 'trust' all data for get entries. I'll es= cape code I want to > show up though. So, an entry could look like so: = > > This code <b>ROCKS!</b> > > <cfset x =3D 1><br> > Etc > >= Code is NOT fun to put in. I'm thinking of just making a quick and dirt= y > converter in Studio so I can paste from there. > -----------= -------------------------------------------- This SF.Net email sponsored= by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Po= rtals, and Forums are available now. Download today and enter to win an = XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003av= e/direct;at.aspnet_072303_01 /01 ______________________________________= _________ Blogcfc-develop mailing list Blo...@li...= e.net https://lists.sourceforge.net/lists/listinfo/blogcfc-develop = AVIS IMPORTANT: ------------------------------- Les informations conte= nues dans le present document et ses pieces jointes sont strictement conf= identielles et reservees a l'usage de la (des) personne(s) a qui il est a= dresse. Si vous n'etes pas le destinataire, soyez avise que toute divulga= tion, distribution, copie, ou autre utilisation de ces informations est s= trictement prohibee. Si vous avez recu ce document par erreur, veuillez s= 'il vous plait communiquer immediatement avec l'expediteur et detruire ce= document sans en faire de copie sous quelque forme. WARNING: -------= ------------------------ The information contained in this document and = attachments is confidential and intended only for the person(s) named abo= ve. If you are not the intended recipient you are hereby notified that an= y disclosure, copying, distribution, or any other use of the information = is strictly prohibited. If you have received this document by mistake, pl= ease notify the sender immediately and destroy this document and attachme= nts without making any copy of any kind. |
|
From: Raymond C. <jed...@mi...> - 2003-08-07 16:37:51
|
FYI, absolute URLS seem to be standard for all links. I know when a blog entry had <a href="foo.cfm"> the verification service complained. I guess that makes sense though. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Nathan Dintenfass > Sent: Thursday, August 07, 2003 10:33 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > It shouldn't if you make the body a CDATA field, which should > be legit for RSS. > > I'm not sure what the benefit of storing some "marker" over > storing the HTML is -- that is, you can just treat the HTML > like a marker if need be. > > It gets really tricky if you want to do something like put an > image in a blog entry (which is increasingly popular given > that Radio and MT seem to let you do that easily) -- seems > that storing the IMG tag with an absolute reference to the > image works. Anyone know how Radio and MT store data like that? > > > > > > -----Original Message----- > > From: blo...@li... > > [mailto:blo...@li...]On > Behalf Of Ben > > Forta > > Sent: Thursday, August 07, 2003 9:04 AM > > To: blo...@li... > > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > > > > Fair enough. But, doesn't that screw up RSS feeds and how others > > present the data? > > > > > > > > > > -----Original Message----- > > From: blo...@li... > > [mailto:blo...@li...] On Behalf Of > > Raymond Camden > > Sent: Thursday, August 07, 2003 11:58 AM > > To: blo...@li... > > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > > > > I typically 'trust' all data for get entries. I'll escape > code I want > > to show up though. So, an entry could look like so: > > > > This code <b>ROCKS!</b> > > > > <cfset x = 1><br> > > Etc > > > > Code is NOT fun to put in. I'm thinking of just making a quick and > > dirty converter in Studio so I can paste from there. > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including Data Reports, E-commerce, Portals, and Forums are > available now. Download today and enter to win an XBOX or > Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet _072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Nathan D. <na...@ch...> - 2003-08-07 16:33:08
|
It shouldn't if you make the body a CDATA field, which should be legit for RSS. I'm not sure what the benefit of storing some "marker" over storing the HTML is -- that is, you can just treat the HTML like a marker if need be. It gets really tricky if you want to do something like put an image in a blog entry (which is increasingly popular given that Radio and MT seem to let you do that easily) -- seems that storing the IMG tag with an absolute reference to the image works. Anyone know how Radio and MT store data like that? > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...]On Behalf Of Ben > Forta > Sent: Thursday, August 07, 2003 9:04 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > Fair enough. But, doesn't that screw up RSS feeds and how others present > the data? > > > > > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On Behalf Of > Raymond Camden > Sent: Thursday, August 07, 2003 11:58 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > I typically 'trust' all data for get entries. I'll escape code I want to > show up though. So, an entry could look like so: > > This code <b>ROCKS!</b> > > <cfset x = 1><br> > Etc > > Code is NOT fun to put in. I'm thinking of just making a quick and dirty > converter in Studio so I can paste from there. > |
|
From: Raymond C. <jed...@mi...> - 2003-08-07 16:33:00
|
The RSS feed uses xmlFormat() around the string. In theory, that makes everything safe. I know I've tested my feed w/ a verification service and it was ok. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Thursday, August 07, 2003 10:04 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > Fair enough. But, doesn't that screw up RSS feeds and how > others present the data? > > > > > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Raymond Camden > Sent: Thursday, August 07, 2003 11:58 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] OT: Storing HTML > > > I typically 'trust' all data for get entries. I'll escape > code I want to show up though. So, an entry could look like so: > > This code <b>ROCKS!</b> > > <cfset x = 1><br> > Etc > > Code is NOT fun to put in. I'm thinking of just making a > quick and dirty converter in Studio so I can paste from there. > > ============================================================== > ========== > === > Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc > (www.mindseye.com) > Member of Team Macromedia > (http://www.macromedia.com/go/teammacromedia) > > Email : jed...@mi... > Blog : www.camdenfamily.com/morpheus/blog > Yahoo IM : morpheus > > "My ally is the Force, and a powerful ally it is." - Yoda > > > -----Original Message----- > > From: blo...@li... > > [mailto:blo...@li...] On > > Behalf Of Ben Forta > > Sent: Thursday, August 07, 2003 9:08 AM > > To: blo...@li... > > Subject: [Blogcfc-develop] OT: Storing HTML > > > > > > Hey all, > > > > I need a quick reality check here ... do you store complete > HTML (with > > tags and formatting) in your tblBlogEntries table, or do you store > > just text, or do you store embedded tokens which you use to render > > output properly? Or something else altogether? > > > > My gut feel is that storing <P> and <FONT> and whatever in the core > > record is a bad thing. But what about tag markers, do you store > > <CFSET> or <CFSET>? > > > > And what about titles? Embedding < seems to mess up some RSS > > displays (but not all). > > > > I have been storing <CFSET> in my content (and use > > HTMLEditFormat() to display it properly), that works well but > > messes up some RSS feeds it seems. I have not been storing > > any formatting at all, so to crate links I save the URL and > > have a UDF that turns it into a link at presentation time. > > That works for links but not, for example, for embedding a > > code snippet. > > > > Anyone have any strong feelings on this one? > > > > --- Ben > > > > ====================================================== > > Ben Forta - Macromedia Inc. > > E-Mail: bf...@ma... > > Phone: (248)213-0203 > > Fax: (248)213-0299 > > Macromedia: http://www.macromedia.com/ > > Personal: http://www.forta.com/ > > Blog: http://www.forta.com/blog/ > > > > Have questions about ColdFusion? You need the ColdFusion > FAQ (now in > > twelve languages) at http://www.cffaq.com/ - browse, learn, link, > > comment, and contribute. > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by: Free pre-built ASP.NET > sites including > > Data Reports, E-commerce, Portals, and Forums are available now. > > Download today and enter to win an XBOX or Visual Studio .NET. > > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01/01 > _______________________________________________ > Blogcfc-develop mailing list Blo...@li... > https://lists.sourceforge.net/lists/listinfo/blogcfc-develop > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including Data Reports, E-commerce, Portals, and Forums are > available now. Download today and enter to win an XBOX or > Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet _072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Ray, S. <SR...@Pe...> - 2003-08-07 16:23:59
|
I don't store any formatting tags, just straight text. I just hope that it gets rendered properly. I also don't store tag markers, instead using the converted <, etc., and like you, I use a UDF to create a link during presentation. Haven't tried to embed code yet. Steve -----Original Message----- From: Ben Forta [mailto:bf...@ma...] Sent: Thursday, August 07, 2003 11:08 AM To: blo...@li... Subject: [Blogcfc-develop] OT: Storing HTML Hey all, I need a quick reality check here ... do you store complete HTML (with tags and formatting) in your tblBlogEntries table, or do you store just text, or do you store embedded tokens which you use to render output properly? Or something else altogether? My gut feel is that storing <P> and <FONT> and whatever in the core record is a bad thing. But what about tag markers, do you store <CFSET> or <CFSET>? And what about titles? Embedding < seems to mess up some RSS displays (but not all). I have been storing <CFSET> in my content (and use HTMLEditFormat() to display it properly), that works well but messes up some RSS feeds it seems. I have not been storing any formatting at all, so to crate links I save the URL and have a UDF that turns it into a link at presentation time. That works for links but not, for example, for embedding a code snippet. Anyone have any strong feelings on this one? --- Ben ====================================================== Ben Forta - Macromedia Inc. E-Mail: bf...@ma... Phone: (248)213-0203 Fax: (248)213-0299 Macromedia: http://www.macromedia.com/ Personal: http://www.forta.com/ Blog: http://www.forta.com/blog/ Have questions about ColdFusion? You need the ColdFusion FAQ (now in twelve languages) at http://www.cffaq.com/ - browse, learn, link, comment, and contribute. ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Ben F. <bf...@ma...> - 2003-08-07 16:12:58
|
Fair enough. But, doesn't that screw up RSS feeds and how others present the data? -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of Raymond Camden Sent: Thursday, August 07, 2003 11:58 AM To: blo...@li... Subject: RE: [Blogcfc-develop] OT: Storing HTML I typically 'trust' all data for get entries. I'll escape code I want to show up though. So, an entry could look like so: This code <b>ROCKS!</b> <cfset x = 1><br> Etc Code is NOT fun to put in. I'm thinking of just making a quick and dirty converter in Studio so I can paste from there. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Thursday, August 07, 2003 9:08 AM > To: blo...@li... > Subject: [Blogcfc-develop] OT: Storing HTML > > > Hey all, > > I need a quick reality check here ... do you store complete > HTML (with tags and formatting) in your tblBlogEntries table, > or do you store just text, or do you store embedded tokens > which you use to render output properly? Or something else altogether? > > My gut feel is that storing <P> and <FONT> and whatever in > the core record is a bad thing. But what about tag markers, > do you store <CFSET> or <CFSET>? > > And what about titles? Embedding < seems to mess up some > RSS displays (but not all). > > I have been storing <CFSET> in my content (and use > HTMLEditFormat() to display it properly), that works well but > messes up some RSS feeds it seems. I have not been storing > any formatting at all, so to crate links I save the URL and > have a UDF that turns it into a link at presentation time. > That works for links but not, for example, for embedding a > code snippet. > > Anyone have any strong feelings on this one? > > --- Ben > > ====================================================== > Ben Forta - Macromedia Inc. > E-Mail: bf...@ma... > Phone: (248)213-0203 > Fax: (248)213-0299 > Macromedia: http://www.macromedia.com/ > Personal: http://www.forta.com/ > Blog: http://www.forta.com/blog/ > > Have questions about ColdFusion? You need the ColdFusion FAQ > (now in twelve languages) at http://www.cffaq.com/ - browse, > learn, link, comment, and contribute. > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including Data Reports, E-commerce, Portals, and Forums are > available now. Download today and enter to win an XBOX or > Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet _072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Raymond C. <jed...@mi...> - 2003-08-07 15:58:37
|
I typically 'trust' all data for get entries. I'll escape code I want to show up though. So, an entry could look like so: This code <b>ROCKS!</b> <cfset x = 1><br> Etc Code is NOT fun to put in. I'm thinking of just making a quick and dirty converter in Studio so I can paste from there. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Thursday, August 07, 2003 9:08 AM > To: blo...@li... > Subject: [Blogcfc-develop] OT: Storing HTML > > > Hey all, > > I need a quick reality check here ... do you store complete > HTML (with tags and formatting) in your tblBlogEntries table, > or do you store just text, or do you store embedded tokens > which you use to render output properly? Or something else altogether? > > My gut feel is that storing <P> and <FONT> and whatever in > the core record is a bad thing. But what about tag markers, > do you store <CFSET> or <CFSET>? > > And what about titles? Embedding < seems to mess up some > RSS displays (but not all). > > I have been storing <CFSET> in my content (and use > HTMLEditFormat() to display it properly), that works well but > messes up some RSS feeds it seems. I have not been storing > any formatting at all, so to crate links I save the URL and > have a UDF that turns it into a link at presentation time. > That works for links but not, for example, for embedding a > code snippet. > > Anyone have any strong feelings on this one? > > --- Ben > > ====================================================== > Ben Forta - Macromedia Inc. > E-Mail: bf...@ma... > Phone: (248)213-0203 > Fax: (248)213-0299 > Macromedia: http://www.macromedia.com/ > Personal: http://www.forta.com/ > Blog: http://www.forta.com/blog/ > > Have questions about ColdFusion? You need the ColdFusion FAQ > (now in twelve languages) at http://www.cffaq.com/ - browse, > learn, link, comment, and contribute. > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including Data Reports, E-commerce, Portals, and Forums are > available now. Download today and enter to win an XBOX or > Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet _072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Ben F. <bf...@ma...> - 2003-08-07 15:08:57
|
Hey all, I need a quick reality check here ... do you store complete HTML (with tags and formatting) in your tblBlogEntries table, or do you store just text, or do you store embedded tokens which you use to render output properly? Or something else altogether? My gut feel is that storing <P> and <FONT> and whatever in the core record is a bad thing. But what about tag markers, do you store <CFSET> or <CFSET>? And what about titles? Embedding < seems to mess up some RSS displays (but not all). I have been storing <CFSET> in my content (and use HTMLEditFormat() to display it properly), that works well but messes up some RSS feeds it seems. I have not been storing any formatting at all, so to crate links I save the URL and have a UDF that turns it into a link at presentation time. That works for links but not, for example, for embedding a code snippet. Anyone have any strong feelings on this one? --- Ben ====================================================== Ben Forta - Macromedia Inc. E-Mail: bf...@ma... Phone: (248)213-0203 Fax: (248)213-0299 Macromedia: http://www.macromedia.com/ Personal: http://www.forta.com/ Blog: http://www.forta.com/blog/ Have questions about ColdFusion? You need the ColdFusion FAQ (now in twelve languages) at http://www.cffaq.com/ - browse, learn, link, comment, and contribute. |
|
From: Raymond C. <jed...@mi...> - 2003-08-07 11:34:08
|
Yes. The zip should be perfect afaik. FYI, for those waiting for CVS, it's almost there. I began the db changes yesterday (no autonumber ids, no use of sql server functions, etc) and I should have 3.0 (the alpha) ready very soon. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Stacy Young > Sent: Wednesday, August 06, 2003 7:54 PM > To: blo...@li... > Subject: [Blogcfc-develop] Latest? > > > > Ray is the version of the blog on ur site relatively up-to-date? > > Stace > > > AVIS IMPORTANT: > ------------------------------- > Les informations contenues dans le present document et ses > pieces jointes sont strictement confidentielles et reservees > a l'usage de la (des) personne(s) a qui il est adresse. Si > vous n'etes pas le destinataire, soyez avise que toute > divulgation, distribution, copie, ou autre utilisation de ces > informations est strictement prohibee. Si vous avez recu ce > document par erreur, veuillez s'il vous plait communiquer > immediatement avec l'expediteur et detruire ce document sans > en faire de copie sous quelque forme. > > WARNING: > ------------------------------- > The information contained in this document and attachments is > confidential and intended only for the person(s) named above. > If you are not the intended recipient you are hereby notified > that any disclosure, copying, distribution, or any other use > of the information is strictly prohibited. If you have > received this document by mistake, please notify the sender > immediately and destroy this document and attachments without > making any copy of any kind. > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites > including Data Reports, E-commerce, Portals, and Forums are > available now. Download today and enter to win an XBOX or > Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet _072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Stacy Y. <Sta...@sf...> - 2003-08-07 01:54:24
|
Ray is the version of the blog on ur site relatively up-to-date? St= ace AVIS IMPORTANT: ------------------------------- Les informati= ons contenues dans le present document et ses pieces jointes sont stricte= ment confidentielles et reservees a l'usage de la (des) personne(s) a qui= il est adresse. Si vous n'etes pas le destinataire, soyez avise que tout= e divulgation, distribution, copie, ou autre utilisation de ces informati= ons est strictement prohibee. Si vous avez recu ce document par erreur, v= euillez s'il vous plait communiquer immediatement avec l'expediteur et de= truire ce document sans en faire de copie sous quelque forme. WARNING:= ------------------------------- The information contained in this docu= ment and attachments is confidential and intended only for the person(s) = named above. If you are not the intended recipient you are hereby notifie= d that any disclosure, copying, distribution, or any other use of the inf= ormation is strictly prohibited. If you have received this document by mi= stake, please notify the sender immediately and destroy this document and= attachments without making any copy of any kind. |
|
From: Tim L. <t....@to...> - 2003-08-05 15:27:30
|
I think that what you're talking about Bill would be a separate app altogether. A resonable request would be to have a method in the multi-blog API to retrieve the last N posts across all blogs, or any given list of blogs. Re Multiple Blogs: I think having a multi-blog CFC separate to the single blog CFC would be a better solution. You will end up with a very bloated single blog CFC if you include all the multi-blog functionality - K.I.S.S.! Oh, and BTW, I support Ben with regards to keeping the API and the management application separate. For example MovableType's architecture has strongly lended to its success, and I reckon we should agree on the architecture and API before worring about the management app. - Tim W. Adamsen spoke the following wise words on 5/08/2003 9:12 AM EST: >With Blog Manager being similar to an aggregator such as Geoff Bower's >Fullasagoog? That could be very useful to organizations ... especially if >there were then N aggregators. > > - Bill > >--- Stacy Young <Sta...@sf...> wrote: > > >>What about having a BlogManager which is responsible for duties relating to, >>well, multi-blog management...and just have the Blog class/cfc handle itself >>as a single entity. >> >>Stace >> >> |
|
From: W. A. <wil...@ya...> - 2003-08-04 23:12:20
|
With Blog Manager being similar to an aggregator such as Geoff Bower's Fullasagoog? That could be very useful to organizations ... especially if there were then N aggregators. - Bill --- Stacy Young <Sta...@sf...> wrote: > What about having a BlogManager which is responsible for duties relating to, > well, multi-blog management...and just have the Blog class/cfc handle itself > as a single entity. > > Stace > > -----Original Message----- > From: McNaughton, Jeff [mailto:Jef...@pu...] > Sent: Monday, August 04, 2003 5:57 PM > To: 'blo...@li...' > Subject: RE: [Blogcfc-develop] First big discussion > > In looking through the feature requests I found "N Blogs per 1 DSN", I'm not > sure, but maybe it's getting at the same thing? > > Since I tend a corporate intranet, multiple user's and multiple blogs would > be nice. I think Ben's approach is solid. I could handle the user/blog > relationship in the application or the custom user.cfc (thinking while typing > here)... > > This might be a good feature to differentiate against other blogging > software. I am not a big expert but all the blogging software I found was > usually based on the premise that it was for a single user / single blog. > > > > > AVIS IMPORTANT: > ------------------------------- > Les informations contenues dans le present document et ses pieces jointes > sont strictement confidentielles et reservees a l'usage de la (des) > personne(s) a qui il est adresse. Si vous n'etes pas le destinataire, soyez > avise que toute divulgation, distribution, copie, ou autre utilisation de ces > informations est strictement prohibee. Si vous avez recu ce document par > erreur, veuillez s'il vous plait communiquer immediatement avec l'expediteur > et detruire ce document sans en faire de copie sous quelque forme. > > WARNING: > ------------------------------- > The information contained in this document and attachments is confidential > and intended only for the person(s) named above. If you are not the intended > recipient you are hereby notified that any disclosure, copying, distribution, > or any other use of the information is strictly prohibited. If you have > received this document by mistake, please notify the sender immediately and > destroy this document and attachments without making any copy of any kind. > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ > Blogcfc-develop mailing list > Blo...@li... > https://lists.sourceforge.net/lists/listinfo/blogcfc-develop __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com |
|
From: Nathan D. <na...@ch...> - 2003-08-04 23:07:31
|
MessageOne approach I have been taking on my nascent blogging API (impart.sourceforge.net) is to have a set of services (persistence, caching, etc.) that all require a blog ID for all method calls then have what I call a "dataGateway" which is instantiated with a blog ID and cached -- that way the person using the API does not need to be aware of the internal machinery that deals with multiple blogs -- they have a simple API and the system deals with the complexity. Though, that project is fairly different than this one (different architectural goals -- like, pluggable persistence, etc.) it might also work here. I still haven't figured out how to do the author thing, but I've been toying with the idea that when you save/edit an entry in the blog you need to pass it an instance of an "author" object. Then the person implementing a blog can create author instances any way they like. I plan to provide an "out-of-the-box" mechanism for user management via what might be called a securityGateway (or, perhaps even create an API that can be "implemented" using your own user/security rules), but there's no reason someone has to use it, as long as they store author instances along with their entries (so that we can display who wrote a given entry, etc.). Make sense? -----Original Message----- From: blo...@li... [mailto:blo...@li...]On Behalf Of Ben Forta Sent: Monday, August 04, 2003 2:12 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion I am fine with it being multiple so long as: a) There is a way to use a default (for those that don't care about multiple) b) It does not require any complex admin to set up that default. c) There is a way to pass the blog is (maybe to an init() method) and then things just work. -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of McNaughton, Jeff Sent: Monday, August 04, 2003 5:08 PM To: 'blo...@li...' Subject: RE: [Blogcfc-develop] First big discussion Re: Ben's "Core blog.cfc is tied to a blog,,," One blog per cfc, or N Blogs per cfc? -----Original Message----- From: William N. Steiner [mailto:Wil...@hk...] Sent: Monday, August 04, 2003 4:49 PM To: 'blo...@li...' Subject: RE: [Blogcfc-develop] First big discussion I agree...This is what I was trying to say earlier...but Ben says it MUCH MUCH more eloquently. -william. -----Original Message----- From: Ben Forta [mailto:bf...@ma...] Sent: Monday, August 04, 2003 3:28 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion So, here's what I suggest ... Core blog.cfc is tied to a blog, no users, no roles, no rights, it's an API. You then have another version of the code inherit of blog.cfc, that version implements all the user stuff. It also relies on an external file called user.cfc for calls like authenticate() and so on. You provide a default user.cfc and anyone can create their own to change how authentication and validation works. This way ... * Blog can be used as is simply on sites like mine. * Blog supports multi users as needed. * Blog also supports any existing security if already in place. I think. :-) -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of Raymond Camden Sent: Monday, August 04, 2003 11:09 AM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion Forta does have a strong point. There are, essentially, two products here. One a client and one a server. In general, I care a lot more about the server since I assume people will use their own client, however, I do think a significant amount of people use the client as well. We could simply remove the authenticate method from the blog and simply make it so that you pass in a username. So, for example, when I add an entry, it's my responsibility to pass in username=morpheus and the blog just trusts it. The blog doesn't care who morpheus it - for it - the name morpheus is just a signature. That would make certain aspects a bit easier for sure. At the same time though, I think people like being able to use the basic authenticate method already stored in the blog. I don't know - what do others think? ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Sunday, August 03, 2003 7:37 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > I've been giving this one lots of thought, and honestly, I don't > believe users and passwords belong here at all. In the current > distribution, the first thing I do each time I grab a new build is to > comment out the line of code in Application.cfm which invokes the user > authentication method (and I also do not execute the SQL to create the > user table). Why? Because I already have users and passwords and > access control for other parts of my site and I just reuse those. > ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Stacy Y. <Sta...@sf...> - 2003-08-04 22:21:20
|
What about having a BlogManager which is responsible for duties relating = to, well, multi-blog management...and just have the Blog class/cfc handle= itself as a single entity. Stace -----Original Message----- From:= McNaughton, Jeff [mailto:Jef...@pu...] Sent: Monday= , August 04, 2003 5:57 PM To: 'blo...@li...' S= ubject: RE: [Blogcfc-develop] First big discussion In looking through = the feature requests=A0I found "N Blogs per 1 DSN",=A0 I'm not sure, but = maybe it's getting at the same thing? =A0 Since I tend a corporate intr= anet, multiple user's and multiple blogs would be nice.=A0 I think Ben's = approach is solid.=A0 I could handle the user/blog relationship in the ap= plication or=A0the custom user.cfc (thinking while typing here)... =A0 = This might be a good feature to differentiate against other blogging soft= ware.=A0 I am not a big expert but all the blogging software I found was = usually based on the premise that it was for a single user / single blog.= =A0 =A0 AVIS IMPORTANT: ------------------------------- Les i= nformations contenues dans le present document et ses pieces jointes sont= strictement confidentielles et reservees a l'usage de la (des) personne(= s) a qui il est adresse. Si vous n'etes pas le destinataire, soyez avise = que toute divulgation, distribution, copie, ou autre utilisation de ces i= nformations est strictement prohibee. Si vous avez recu ce document par e= rreur, veuillez s'il vous plait communiquer immediatement avec l'expedite= ur et detruire ce document sans en faire de copie sous quelque forme. = WARNING: ------------------------------- The information contained in t= his document and attachments is confidential and intended only for the pe= rson(s) named above. If you are not the intended recipient you are hereby= notified that any disclosure, copying, distribution, or any other use of= the information is strictly prohibited. If you have received this docume= nt by mistake, please notify the sender immediately and destroy this docu= ment and attachments without making any copy of any kind. |
|
From: McNaughton, J. <Jef...@pu...> - 2003-08-04 21:56:59
|
In looking through the feature requests I found "N Blogs per 1 DSN", I'm not sure, but maybe it's getting at the same thing? Since I tend a corporate intranet, multiple user's and multiple blogs would be nice. I think Ben's approach is solid. I could handle the user/blog relationship in the application or the custom user.cfc (thinking while typing here)... This might be a good feature to differentiate against other blogging software. I am not a big expert but all the blogging software I found was usually based on the premise that it was for a single user / single blog. -----Original Message----- From: Ben Forta [mailto:bf...@ma...] Sent: Monday, August 04, 2003 5:12 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion I am fine with it being multiple so long as: a) There is a way to use a default (for those that don't care about multiple) b) It does not require any complex admin to set up that default. c) There is a way to pass the blog is (maybe to an init() method) and then things just work. -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of McNaughton, Jeff Sent: Monday, August 04, 2003 5:08 PM To: 'blo...@li...' Subject: RE: [Blogcfc-develop] First big discussion Re: Ben's "Core blog.cfc is tied to a blog,,," One blog per cfc, or N Blogs per cfc? -----Original Message----- From: William N. Steiner [mailto:Wil...@hk... <mailto:Wil...@hk...> ] Sent: Monday, August 04, 2003 4:49 PM To: 'blo...@li...' Subject: RE: [Blogcfc-develop] First big discussion I agree...This is what I was trying to say earlier...but Ben says it MUCH MUCH more eloquently. -william. -----Original Message----- From: Ben Forta [mailto:bf...@ma... <mailto:bf...@ma...> ] Sent: Monday, August 04, 2003 3:28 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion So, here's what I suggest ... Core blog.cfc is tied to a blog, no users, no roles, no rights, it's an API. You then have another version of the code inherit of blog.cfc, that version implements all the user stuff. It also relies on an external file called user.cfc for calls like authenticate() and so on. You provide a default user.cfc and anyone can create their own to change how authentication and validation works. This way ... * Blog can be used as is simply on sites like mine. * Blog supports multi users as needed. * Blog also supports any existing security if already in place. I think. :-) -----Original Message----- From: blo...@li... [mailto:blo...@li... <mailto:blo...@li...> ] On Behalf Of Raymond Camden Sent: Monday, August 04, 2003 11:09 AM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion Forta does have a strong point. There are, essentially, two products here. One a client and one a server. In general, I care a lot more about the server since I assume people will use their own client, however, I do think a significant amount of people use the client as well. We could simply remove the authenticate method from the blog and simply make it so that you pass in a username. So, for example, when I add an entry, it's my responsibility to pass in username=morpheus and the blog just trusts it. The blog doesn't care who morpheus it - for it - the name morpheus is just a signature. That would make certain aspects a bit easier for sure. At the same time though, I think people like being able to use the basic authenticate method already stored in the blog. I don't know - what do others think? ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia <http://www.macromedia.com/go/teammacromedia> ) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li... <mailto:blo...@li...> ] On > Behalf Of Ben Forta > Sent: Sunday, August 03, 2003 7:37 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > I've been giving this one lots of thought, and honestly, I don't > believe users and passwords belong here at all. In the current > distribution, the first thing I do each time I grab a new build is to > comment out the line of code in Application.cfm which invokes the user > authentication method (and I also do not execute the SQL to create the > user table). Why? Because I already have users and passwords and > access control for other parts of my site and I just reuse those. > ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 <http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01> /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop <https://lists.sourceforge.net/lists/listinfo/blogcfc-develop> ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 <http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop <https://lists.sourceforge.net/lists/listinfo/blogcfc-develop> ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 <http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 > _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop <https://lists.sourceforge.net/lists/listinfo/blogcfc-develop> |
|
From: Ben F. <bf...@ma...> - 2003-08-04 21:12:49
|
I am fine with it being multiple so long as: a) There is a way to use a default (for those that don't care about multiple) b) It does not require any complex admin to set up that default. c) There is a way to pass the blog is (maybe to an init() method) and then things just work. -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of McNaughton, Jeff Sent: Monday, August 04, 2003 5:08 PM To: 'blo...@li...' Subject: RE: [Blogcfc-develop] First big discussion Re: Ben's "Core blog.cfc is tied to a blog,,," One blog per cfc, or N Blogs per cfc? -----Original Message----- From: William N. Steiner [mailto:Wil...@hk...] Sent: Monday, August 04, 2003 4:49 PM To: 'blo...@li...' Subject: RE: [Blogcfc-develop] First big discussion I agree...This is what I was trying to say earlier...but Ben says it MUCH MUCH more eloquently. -william. -----Original Message----- From: Ben Forta [mailto:bf...@ma...] Sent: Monday, August 04, 2003 3:28 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion So, here's what I suggest ... Core blog.cfc is tied to a blog, no users, no roles, no rights, it's an API. You then have another version of the code inherit of blog.cfc, that version implements all the user stuff. It also relies on an external file called user.cfc for calls like authenticate() and so on. You provide a default user.cfc and anyone can create their own to change how authentication and validation works. This way ... * Blog can be used as is simply on sites like mine. * Blog supports multi users as needed. * Blog also supports any existing security if already in place. I think. :-) -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of Raymond Camden Sent: Monday, August 04, 2003 11:09 AM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion Forta does have a strong point. There are, essentially, two products here. One a client and one a server. In general, I care a lot more about the server since I assume people will use their own client, however, I do think a significant amount of people use the client as well. We could simply remove the authenticate method from the blog and simply make it so that you pass in a username. So, for example, when I add an entry, it's my responsibility to pass in username=morpheus and the blog just trusts it. The blog doesn't care who morpheus it - for it - the name morpheus is just a signature. That would make certain aspects a bit easier for sure. At the same time though, I think people like being able to use the basic authenticate method already stored in the blog. I don't know - what do others think? ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Sunday, August 03, 2003 7:37 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > I've been giving this one lots of thought, and honestly, I don't > believe users and passwords belong here at all. In the current > distribution, the first thing I do each time I grab a new build is to > comment out the line of code in Application.cfm which invokes the user > authentication method (and I also do not execute the SQL to create the > user table). Why? Because I already have users and passwords and > access control for other parts of my site and I just reuse those. > ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: SourceForge.net <no...@so...> - 2003-08-04 21:11:26
|
Feature Requests item #783105, was opened at 2003-08-04 14:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577044&aid=783105&group_id=85709 Category: Blog CFC Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Subscribe option for comments Initial Comment: This may be a feature that will phase out over time but an email subscription option when filling comments would be handy for users. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577044&aid=783105&group_id=85709 |
|
From: McNaughton, J. <Jef...@pu...> - 2003-08-04 21:08:17
|
Re: Ben's "Core blog.cfc is tied to a blog,,," One blog per cfc, or N Blogs per cfc? -----Original Message----- From: William N. Steiner [mailto:Wil...@hk...] Sent: Monday, August 04, 2003 4:49 PM To: 'blo...@li...' Subject: RE: [Blogcfc-develop] First big discussion I agree...This is what I was trying to say earlier...but Ben says it MUCH MUCH more eloquently. -william. -----Original Message----- From: Ben Forta [mailto:bf...@ma...] Sent: Monday, August 04, 2003 3:28 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion So, here's what I suggest ... Core blog.cfc is tied to a blog, no users, no roles, no rights, it's an API. You then have another version of the code inherit of blog.cfc, that version implements all the user stuff. It also relies on an external file called user.cfc for calls like authenticate() and so on. You provide a default user.cfc and anyone can create their own to change how authentication and validation works. This way ... * Blog can be used as is simply on sites like mine. * Blog supports multi users as needed. * Blog also supports any existing security if already in place. I think. :-) -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of Raymond Camden Sent: Monday, August 04, 2003 11:09 AM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion Forta does have a strong point. There are, essentially, two products here. One a client and one a server. In general, I care a lot more about the server since I assume people will use their own client, however, I do think a significant amount of people use the client as well. We could simply remove the authenticate method from the blog and simply make it so that you pass in a username. So, for example, when I add an entry, it's my responsibility to pass in username=morpheus and the blog just trusts it. The blog doesn't care who morpheus it - for it - the name morpheus is just a signature. That would make certain aspects a bit easier for sure. At the same time though, I think people like being able to use the basic authenticate method already stored in the blog. I don't know - what do others think? ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Sunday, August 03, 2003 7:37 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > I've been giving this one lots of thought, and honestly, I don't > believe users and passwords belong here at all. In the current > distribution, the first thing I do each time I grab a new build is to > comment out the line of code in Application.cfm which invokes the user > authentication method (and I also do not execute the SQL to create the > user table). Why? Because I already have users and passwords and > access control for other parts of my site and I just reuse those. > ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: William N. S. <Wil...@hk...> - 2003-08-04 20:49:01
|
I agree...This is what I was trying to say earlier...but Ben says it MUCH MUCH more eloquently. -william. -----Original Message----- From: Ben Forta [mailto:bf...@ma...] Sent: Monday, August 04, 2003 3:28 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion So, here's what I suggest ... Core blog.cfc is tied to a blog, no users, no roles, no rights, it's an API. You then have another version of the code inherit of blog.cfc, that version implements all the user stuff. It also relies on an external file called user.cfc for calls like authenticate() and so on. You provide a default user.cfc and anyone can create their own to change how authentication and validation works. This way ... * Blog can be used as is simply on sites like mine. * Blog supports multi users as needed. * Blog also supports any existing security if already in place. I think. :-) -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of Raymond Camden Sent: Monday, August 04, 2003 11:09 AM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion Forta does have a strong point. There are, essentially, two products here. One a client and one a server. In general, I care a lot more about the server since I assume people will use their own client, however, I do think a significant amount of people use the client as well. We could simply remove the authenticate method from the blog and simply make it so that you pass in a username. So, for example, when I add an entry, it's my responsibility to pass in username=morpheus and the blog just trusts it. The blog doesn't care who morpheus it - for it - the name morpheus is just a signature. That would make certain aspects a bit easier for sure. At the same time though, I think people like being able to use the basic authenticate method already stored in the blog. I don't know - what do others think? ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Sunday, August 03, 2003 7:37 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > I've been giving this one lots of thought, and honestly, I > don't believe users and passwords belong here at all. In the > current distribution, the first thing I do each time I grab a > new build is to comment out the line of code in > Application.cfm which invokes the user authentication method > (and I also do not execute the SQL to create the user table). > Why? Because I already have users and passwords and access > control for other parts of my site and I just reuse those. > ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: Ben F. <bf...@ma...> - 2003-08-04 20:29:09
|
So, here's what I suggest ... Core blog.cfc is tied to a blog, no users, no roles, no rights, it's an API. You then have another version of the code inherit of blog.cfc, that version implements all the user stuff. It also relies on an external file called user.cfc for calls like authenticate() and so on. You provide a default user.cfc and anyone can create their own to change how authentication and validation works. This way ... * Blog can be used as is simply on sites like mine. * Blog supports multi users as needed. * Blog also supports any existing security if already in place. I think. :-) -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of Raymond Camden Sent: Monday, August 04, 2003 11:09 AM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion Forta does have a strong point. There are, essentially, two products here. One a client and one a server. In general, I care a lot more about the server since I assume people will use their own client, however, I do think a significant amount of people use the client as well. We could simply remove the authenticate method from the blog and simply make it so that you pass in a username. So, for example, when I add an entry, it's my responsibility to pass in username=morpheus and the blog just trusts it. The blog doesn't care who morpheus it - for it - the name morpheus is just a signature. That would make certain aspects a bit easier for sure. At the same time though, I think people like being able to use the basic authenticate method already stored in the blog. I don't know - what do others think? ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ben Forta > Sent: Sunday, August 03, 2003 7:37 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > I've been giving this one lots of thought, and honestly, I > don't believe users and passwords belong here at all. In the > current distribution, the first thing I do each time I grab a > new build is to comment out the line of code in > Application.cfm which invokes the user authentication method > (and I also do not execute the SQL to create the user table). > Why? Because I already have users and passwords and access > control for other parts of my site and I just reuse those. > ------------------------------------------------------- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01 /01 _______________________________________________ Blogcfc-develop mailing list Blo...@li... https://lists.sourceforge.net/lists/listinfo/blogcfc-develop |
|
From: W. A. <wil...@ya...> - 2003-08-04 16:33:31
|
Ray: I would think there are a greater number of potential implementations looking for an authentication scenario. Especially if the primary target audience is for an "example" application. Abstracting the authentication to accept or allow different approaches would be nice - I'm not sure how it would be done. Maybe as Ben suggested - keep both the blog and authentication as a separate api. There are probably four distinct application scenarios for blogcfc. - Implementation as "a blog" in an existing infrastructure - Standalone as a user's sole secure application - "a blog" - or an example application - As a "blogging application" with N blogs (or an ASP example app) - As a "blogging application" with N blogs as part of a larger application The first and last would integrate the existing site's approach to authentication - much like Ben has done. The second and third would benefit from (require) some approach to authentication - possibly one included in blogcfc. My vote - keep authentication in - but keep easy to enable\disable. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com |
|
From: Raymond C. <jed...@mi...> - 2003-08-04 15:32:49
|
Again - we can support that if we just remove all security from the blog. This is seeming like a possible good solution. More work for you out of the box though. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Ray, Steve > Sent: Monday, August 04, 2003 9:30 AM > To: 'blo...@li...' > Subject: RE: [Blogcfc-develop] First big discussion > > > I would be for having some sort of plug-in cfc for > authentication, that people could either use or skip. I > understand Ben's objections; it would be nice to keep the > blog kind of independent and loosely-coupled. > > Steve > > > -----Original Message----- > From: Raymond Camden [mailto:jed...@mi...] > Sent: Monday, August 04, 2003 11:09 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > Forta does have a strong point. There are, essentially, two > products here. One a client and one a server. In general, I > care a lot more about the server since I assume people will > use their own client, however, I do think a significant > amount of people use the client as well. We could simply > remove the authenticate method from the blog and simply make > it so that you pass in a username. So, for example, when I > add an entry, it's my responsibility to pass in > username=morpheus and the blog just trusts it. The blog > doesn't care who morpheus it - for it - the name morpheus is > just a signature. That would make certain aspects a bit > easier for sure. At the same time though, I think people like > being able to use the basic authenticate method already > stored in the blog. > > I don't know - what do others think? > > ============================================================== > ========== > === > Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc > (www.mindseye.com) > Member of Team Macromedia > (http://www.macromedia.com/go/teammacromedia) > > Email : jed...@mi... > Blog : www.camdenfamily.com/morpheus/blog > Yahoo IM : morpheus > > "My ally is the Force, and a powerful ally it is." - Yoda > > > -----Original Message----- > > From: blo...@li... > > [mailto:blo...@li...] On > > Behalf Of Ben Forta > > Sent: Sunday, August 03, 2003 7:37 AM > > To: blo...@li... > > Subject: RE: [Blogcfc-develop] First big discussion > > > > > > I've been giving this one lots of thought, and honestly, I > > don't believe users and passwords belong here at all. In the > > current distribution, the first thing I do each time I grab a > > new build is to comment out the line of code in > > Application.cfm which invokes the user authentication method > > (and I also do not execute the SQL to create the user table). > > Why? Because I already have users and passwords and access > > control for other parts of my site and I just reuse those. > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01/01 > _______________________________________________ > Blogcfc-develop mailing list > Blo...@li... > https://lists.sourceforge.net/lists/listinfo/blogcfc-develop > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01/01 > _______________________________________________ > Blogcfc-develop mailing list > Blo...@li... > https://lists.sourceforge.net/lists/listinfo/blogcfc-develop > |
|
From: Raymond C. <jed...@mi...> - 2003-08-04 15:29:56
|
SOrry for the delay in getting code ready. I'm re-organizing stuff so it's a better package. It's 90% there. Worst-case scenario - tomorrow morning. The re-org is so good though I might actually release to the public as well since it more cleanly separates the CFC from the blog from the install instructions. I plan on also sneaking in a few quick features into this 3.0 alpha: 1) Support for More.... 2) An Access database if you want to use Access. 3) No more Database crap. No defaults, no use of getDate(), etc. 4) A script to convert from current db to new db. ======================================================================== === Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macromedia (http://www.macromedia.com/go/teammacromedia) Email : jed...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powerful ally it is." - Yoda > -----Original Message----- > From: blo...@li... > [mailto:blo...@li...] On > Behalf Of Stacy Young > Sent: Monday, August 04, 2003 9:21 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > > I think that's an excellent move. Btw...where can I download > the latest code? Last time I checked SF there were no files > available. (or is it only via CVS at the moment?) > > Stace > > -----Original Message----- > From: Raymond Camden [mailto:jed...@mi...] > Sent: Monday, August 04, 2003 11:09 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > Forta does have a strong point. There are, essentially, two > products here. One a client and one a server. In general, I > care a lot more about the server since I assume people will > use their own client, however, I do think a significant > amount of people use the client as well. We could simply > remove the authenticate method from the blog and simply make > it so that you pass in a username. So, for example, when I > add an entry, it's my responsibility to pass in > username=morpheus and the blog just trusts it. The blog > doesn't care who morpheus it - for it - the name morpheus is > just a signature. That would make certain aspects a bit > easier for sure. At the same time though, I think people like > being able to use the basic authenticate method already > stored in the blog. > > I don't know - what do others think? > > ============================================================== > ========== > === > Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc > (www.mindseye.com) > Member of Team Macromedia > (http://www.macromedia.com/go/teammacromedia) > > Email : jed...@mi... > Blog : www.camdenfamily.com/morpheus/blog > Yahoo IM : morpheus > > "My ally is the Force, and a powerful ally it is." - Yoda > > > -----Original Message----- > > From: blo...@li... > > [mailto:blo...@li...] On > > Behalf Of Ben Forta > > Sent: Sunday, August 03, 2003 7:37 AM > > To: blo...@li... > > Subject: RE: [Blogcfc-develop] First big discussion > > > > > > I've been giving this one lots of thought, and honestly, I > > don't believe users and passwords belong here at all. In the > > current distribution, the first thing I do each time I grab a > > new build is to comment out the line of code in > > Application.cfm which invokes the user authentication method > > (and I also do not execute the SQL to create the user table). > > Why? Because I already have users and passwords and access > > control for other parts of my site and I just reuse those. > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01 > /01 > _______________________________________________ > Blogcfc-develop mailing list > Blo...@li... > https://lists.sourceforge.net/lists/listinfo/blogcfc-develop > > > AVIS IMPORTANT: > ------------------------------- > Les informations contenues dans le present document et ses > pieces jointes sont strictement confidentielles et reservees > a l'usage de la (des) personne(s) a qui il est adresse. Si > vous n'etes pas le destinataire, soyez avise que toute > divulgation, distribution, copie, ou autre utilisation de ces > informations est strictement prohibee. Si vous avez recu ce > document par erreur, veuillez s'il vous plait communiquer > immediatement avec l'expediteur et detruire ce document sans > en faire de copie sous quelque forme. > > WARNING: > ------------------------------- > The information contained in this document and attachments is > confidential and intended only for the person(s) named above. > If you are not the intended recipient you are hereby notified > that any disclosure, copying, distribution, or any other use > of the information is strictly prohibited. If you have > received this document by mistake, please notify the sender > immediately and destroy this document and attachments without > making any copy of any kind. > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet > _072303_01/01 > _______________________________________________ > Blogcfc-develop mailing list > Blo...@li... > https://lists.sourceforge.net/lists/listinfo/blogcfc-develop > |
