blogcfc-develop Mailing List for Blog CFC (Page 6)
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: Ray, S. <SR...@Pe...> - 2003-08-04 15:27:40
|
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 |
|
From: Stacy Y. <Sta...@sf...> - 2003-08-04 15:25:58
|
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 poin= t. There are, essentially, two products here. One a client and one a ser= ver. In general, I care a lot more about the server since I assume peopl= e 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=3Dmorpheus and the blog just trusts it. The blog doesn't care w= ho morpheus it - for it - the name morpheus is just a signature. That wo= uld 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 alr= eady stored in the blog. I don't know - what do others think? =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.c= om) Member of Team Macromedia (http://www.macromedia.com/go/teammacromed= ia) Email : jed...@mi... Blog : www.camdenfamily.co= m/morpheus/blog Yahoo IM : morpheus "My ally is the Force, and a powe= rful ally it is." - Yoda > -----Original Message----- > From: blogcf= c-d...@li... > [mailto:blogcfc-develop-admin@l= ists.sourceforge.net] 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 t= his one lots of thought, and honestly, I > don't believe users and pass= words belong here at all. In the > current distribution, the first thin= g I do each time I grab a > new build is to comment out the line of cod= e in > Application.cfm which invokes the user authentication method >= (and I also do not execute the SQL to create the user table). > Why? B= ecause I already have users and passwords and access > control for othe= r parts of my site and I just reuse those. > -------------------= ------------------------------------ This SF.Net email sponsored by: Fre= e pre-built ASP.NET sites including Data Reports, E-commerce, Portals, a= nd 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... h= ttps://lists.sourceforge.net/lists/listinfo/blogcfc-develop AVIS IMP= ORTANT: ------------------------------- Les informations contenues dan= s le present document et ses pieces jointes sont strictement confidentiel= les 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, di= stribution, copie, ou autre utilisation de ces informations est stricteme= nt prohibee. Si vous avez recu ce document par erreur, veuillez s'il vous= plait communiquer immediatement avec l'expediteur et detruire ce documen= t sans en faire de copie sous quelque forme. WARNING: ---------------= ---------------- The information contained in this document and attachme= nts is confidential and intended only for the person(s) named above. If y= ou are not the intended recipient you are hereby notified that any disclo= sure, copying, distribution, or any other use of the information is stric= tly prohibited. If you have received this document by mistake, please not= ify the sender immediately and destroy this document and attachments with= out making any copy of any kind. |
|
From: Paul H. <pa...@su...> - 2003-08-04 15:21:49
|
> 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 i wouldn't given the availability of a skinable client. i use blogspot, sucky as it is, because i don't have to fiddle with it, just pump in content. i'm switching to raymond's blog because of the "quirkiness" of blogspot, lack of rss feeds, etc. while eventually i'll develop a client for raymond's blog, right now i just want a blog that i can control (and modify as i have time). maybe seperate server & client developements? |
|
From: Raymond C. <jed...@mi...> - 2003-08-04 15:08:41
|
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. > |
|
From: Ben F. <bf...@ma...> - 2003-08-03 13:49:38
|
<ahem> There is a tag named <CFX_Spell> ... :-) -----Original Message----- From: blo...@li... [mailto:blo...@li...] On Behalf Of SourceForge.net Sent: Thursday, July 31, 2003 4:19 PM To: no...@so... Subject: [Blogcfc-develop] [ blogcfc-Feature Requests-781083 ] Spell Checker Feature Requests item #781083, was opened at 2003-07-31 16:19 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=781083&grou p_id=85709 Category: None Group: None Status: Open Priority: 5 Submitted By: Leif Wells (leifwells) Assigned to: Nobody/Anonymous (nobody) Summary: Spell Checker Initial Comment: Nothing is worse than reading a blog entry that has spelling mistakes (or comments for that matter). I suppose that this would require CFMX Enterprise Java version to be used with a Java-based spell checker (unless there is another way to accomplish this without Enterprise). What about it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577044&aid=781083&grou p_id=85709 ------------------------------------------------------- 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-03 13:38:34
|
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.
Before we add users, and groups and passwords and user management, the
bigger question to ask is why should that be there at all?
Truth is, there is a more fundamental question here, and that is, is
blogcfc an application or an API? It started life as an API, it was a
cfc file that came with an example interface (Ray's index.cfm) and no
admin tool. But it seems to be slowly being pushed into becoming a full
application. There is an important practical difference here - APIs do
not require users and passwords, applications do. The question then is,
should it really be an application or should it remain an API?
My gut feel is the latter, I don't use Ray's UI or admin code, and don't
plan to (I have my own look and feel and my own site admin already).
Having users and passwords is thus bothersome. If most users will not
need multiple blogs or multiple levels of security, or if most users
will create their own interfaces, or if most users already have some
sort of security scheme in place, then they too will find this
bothersome. But others may disagree.
One solution is to separate the two, this will help satisfy both camps.
The core blog is an API, a CFC that can be used as is. It may need a
blog id passed in some init call (and some other settings, the stuff in
the INI file now), but that is it, from that point on it runs as is -
just call methods and it returns data, simple. Then an application can
also be provided (maybe it is Ray's app, or an example, or several
examples) and they introduce other features including users and logins.
That application should isolate all user processing into a single
user.cfc which can be used as is or replaced at will so as to easily
interact with existing security systems.
Bottom line, while I think it is great to support advanced
functionality, I'd hate for the core "drop it and run" simplicity to be
lost in all of this.
--- Ben
-----Original Message-----
From: blo...@li...
[mailto:blo...@li...] On Behalf Of
Raymond Camden
Sent: Thursday, July 31, 2003 11:31 AM
To: blo...@li...
Subject: [Blogcfc-develop] First big discussion
Ok, to start the ball rolling, let's start the first big discussion.
This is already in the tracker, but it's important enough for me to
bring out here.
Currently to 'setup' the blog, you run a sql script and then edit an ini
file. Currently the blog supports one blog per DSN.
The goal is to allow 2 big changes:
N blogs per 1 DSN.
N users per 1 DSN. (To allow for group blogs.)
This means a variety of things.
We need the concept of blogs on a DSN.
We need the concept of assigning user Foo to blog A.
Many questions come from this:
First, do we continue to use the ini file? The problem with this is that
when I add my blog to your DSN, I don't know the new primary key
generated. This can be corrected a variety of ways. One way is to just
do a look up. When you work with blog("foo"), we simply do a lookup in
the constructor and remember foo is ID=X. If you cache your blog, this
is very trivial. We can even make it so that when foo doesn't exist, it
auto inserts.
But then user management is still a pain. Do I do something like this in
my ini file
[foo]
users=jedimaster,goober,doober
If so - where do I store the passwords? Do I use a list within a list?
users=jedimaster:password,goober:password2
This is a major security hole if someone reads blog.ini.
So what I'm thinking is that we need to drop the ini file. I like the
ini file a lot, but if everything is web based, then we can alleviate
some of these worries. However, we still need an ini file to tell us
what DSN to use. If we do _everything_ in the db, it forces us to use
one DSN for _all_ blogs. (Or have multiple copies of blog.cfc each with
it's own <cfset dsn = whatever> line).
Going back to ini file - it _would_ be ok if the ini file was kept out
of the web root. Heck, we could even rename blog.ini to blogini.cfm. Did
you know the INI file functions still work on a file even if it's not
named *.ini? And you can even add
<cfabort>
to the top of the page and it won't screw stuff up. So, this would only
be a security risk if someone got access to the file itself, not via the
web. One nice thing about keeping the ini approach is that it allows me
to remove the users table from the db, making the db even more simple.
We could also store hashes of user passwords in the ini file, but then
I'd need to add a user admin to the client so you wouldn't have to write
a custom CFML file everytime you edit a user.
Forgive the rambling nature of this note. My own thoughts are unsure of
how to support this.
========================================================================
===
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
-------------------------------------------------------
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. <ra...@ca...> - 2003-08-01 12:36:11
|
I'm not seeing - unless I'm just not noticing. ======================================================================== === 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: Leif Wells [mailto:lei...@ma...] > Sent: Thursday, July 31, 2003 10:21 PM > To: blo...@li... > Cc: Raymond Camden > Subject: Re: [Blogcfc-develop] Sorry for the blockage... > > > Raymond (I am sending this to your private email address, also), > > Am I the only one suffering from some kind of email Bermuda > Triangle? I > see replies literally hours BEFORE the original email. > > I am easily confused. ;-) > > Is it me, Sourceforge, or my ISP? > > FYI, this message sent at 12:20 AM EST Friday, August 1, 2003. > > Leif > > > > > On Thursday, July 31, 2003, at 01:40 PM, Raymond Camden wrote: > > > Cool. So, in theory, at this point, we can all post, _and_ > entries to > > the Features Tracker will go to the list. I have NOT set up > the other > > 3 trackers to do so - I will later. > > > > > ====================================================================== > > = > > = > > === > > 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, July 31, 2003 10:56 AM > >> To: blo...@li... > >> Subject: RE: [Blogcfc-develop] Sorry for the blockage... > >> > >> > >> test > >> > >> -----Original Message----- > >> From: Raymond Camden [mailto:ra...@ca...] > >> Sent: Thursday, July 31, 2003 12:32 PM > >> To: blo...@li... > >> Subject: [Blogcfc-develop] Sorry for the blockage... > >> > >> So, I'm getting used to this interface. A few people had > their posts > >> blocked for approval. This is because of the security setup > >> sourceforge uses for their lists. When you say Anyone can post and > >> here is a list, it was my impression it meant that the > list was ADDED > >> to the subscribers. Unfortunately it meant ONLY that list. > >> > >> I think _now_ everything is cool. If someone could reply > to this to > >> confirm, it would be great, and sorry for all the spam today folks. > >> > >> ============================================================== > >> ========== > >> === > >> 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 > >> > >> > >> > >> ------------------------------------------------------- > >> 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 > > > > > > > > ------------------------------------------------------- > > 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: Leif W. <lei...@ma...> - 2003-08-01 04:21:25
|
Raymond (I am sending this to your private email address, also), Am I the only one suffering from some kind of email Bermuda Triangle? I see replies literally hours BEFORE the original email. I am easily confused. ;-) Is it me, Sourceforge, or my ISP? FYI, this message sent at 12:20 AM EST Friday, August 1, 2003. Leif On Thursday, July 31, 2003, at 01:40 PM, Raymond Camden wrote: > Cool. So, in theory, at this point, we can all post, _and_ entries to > the Features Tracker will go to the list. I have NOT set up the other 3 > trackers to do so - I will later. > > ======================================================================= > = > === > 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, July 31, 2003 10:56 AM >> To: blo...@li... >> Subject: RE: [Blogcfc-develop] Sorry for the blockage... >> >> >> test >> >> -----Original Message----- >> From: Raymond Camden [mailto:ra...@ca...] >> Sent: Thursday, July 31, 2003 12:32 PM >> To: blo...@li... >> Subject: [Blogcfc-develop] Sorry for the blockage... >> >> So, I'm getting used to this interface. A few people had >> their posts blocked for approval. This is because of the >> security setup sourceforge uses for their lists. When you say >> Anyone can post and here is a list, it was my impression it >> meant that the list was ADDED to the subscribers. >> Unfortunately it meant ONLY that list. >> >> I think _now_ everything is cool. If someone could reply to >> this to confirm, it would be great, and sorry for all the >> spam today folks. >> >> ============================================================== >> ========== >> === >> 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 >> >> >> >> ------------------------------------------------------- >> 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 > > > > ------------------------------------------------------- > 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-07-31 21:44:09
|
everything seemed to be in order from what I've seen. maybe you're out-of-order. ;) -----Original Message----- From: Leif Wells [mailto:lei...@ma...] Sent: Thursday, July 31, 2003 4:52 PM To: blo...@li... Subject: Re: [Blogcfc-develop] mySQL support Alright, I guess Oracle *is* being used for blogging! Cool! Leif P.S. Why the heck are all the messages getting sent out of order? Is it just me? Leif On Thursday, July 31, 2003, at 10:44 AM, Ray, Steve wrote: > Uh, well, I don't know about that, where Oracle is concerned. > If we were ever going to adopt in-house department-specific blogs, for > instance, we would absolutely run them on Oracle, cuz that's what we > use for > 95% of our stuff. Then they could get backed up, etc. ------------------------------------------------------- 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: Leif W. <lei...@ma...> - 2003-07-31 20:52:04
|
Alright, I guess Oracle *is* being used for blogging! Cool! Leif P.S. Why the heck are all the messages getting sent out of order? Is it just me? Leif On Thursday, July 31, 2003, at 10:44 AM, Ray, Steve wrote: > Uh, well, I don't know about that, where Oracle is concerned. > If we were ever going to adopt in-house department-specific blogs, for > instance, we would absolutely run them on Oracle, cuz that's what we > use for > 95% of our stuff. Then they could get backed up, etc. |
|
From: SourceForge.net <no...@so...> - 2003-07-31 20:19:05
|
Feature Requests item #781083, was opened at 2003-07-31 16:19 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=781083&group_id=85709 Category: None Group: None Status: Open Priority: 5 Submitted By: Leif Wells (leifwells) Assigned to: Nobody/Anonymous (nobody) Summary: Spell Checker Initial Comment: Nothing is worse than reading a blog entry that has spelling mistakes (or comments for that matter). I suppose that this would require CFMX Enterprise Java version to be used with a Java-based spell checker (unless there is another way to accomplish this without Enterprise). What about it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577044&aid=781083&group_id=85709 |
|
From: W. A. <wil...@ya...> - 2003-07-31 18:58:56
|
--- "W. Adamsen" <wil...@ya...> wrote: > I'm not sure how performance is affected. One might assume there is more > overhead for opening a file than an already established db connection. Just realized it should cache some percentage of the wddx - with a recache mechanism on create\update for performance. I believe blogmx does that (I can't verify because it's seems "down" at the moment). This could be an admin selectable attribute. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com |
|
From: Roger B. <ro...@ag...> - 2003-07-31 18:24:31
|
> In blogmx (B. Hediard's blog) the > content is stored as wddx ... and Nathan Dintenfass recently shared a > "training" app using it for authentication (noting a db would be used in > production). JournURL stores all entry bodies and non-essential metadata in WDDX packets, while using a database to provide an index. One or the other wouldn't have done the job... without the DB, retrieving and sorting ranges of entries would be a slow pain, and without XML storage, I would need to modify tables every time some new little bit of metadata needed to be attached to an entry. > I'm not sure how performance is affected. One might assume there is more > overhead for opening a file than an already established db connection. I can't give you detailed metrics, but I can say that, IMX, CFFILE has been the least of my performance problems. -- Roger Benningfield http://journurl.com/ blog: http://admin.support.journurl.com/ -----Original Message----- From: blo...@li... [mailto:blo...@li...]On Behalf Of W. Adamsen Sent: Thursday, July 31, 2003 12:37 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion --- "Ray, Steve" <SR...@Pe...> wrote: > I don't personally like the idea of managing users in a text file. > That could get tedious. Though it'd be more work, I'd rather have them in > the database, and have a module to manage them. What would be the limitations to using xml as both the ini and ultimately the data storage (not that this wuld be the only option)? I use wddx as structured data for initialization of applications but have often thought about (but never used) it for the actual data storage. In blogmx (B. Hediard's blog) the content is stored as wddx ... and Nathan Dintenfass recently shared a "training" app using it for authentication (noting a db would be used in production). I'm not sure how performance is affected. One might assume there is more overhead for opening a file than an already established db connection. Also, all that xml gets a big footprint .. but for a casual blog user and training, this might not be an issue. Security could be established by restricting communication to xml\cfc. Especially for a "training" app, this approach increases portability, and decreases complexity and cost. Just a thought. - Bill A. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ------------------------------------------------------- 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-07-31 18:14:07
|
Sure it can be relational, it's just not as enforced. For example, the xml packet for an entry could have <categoryidfk>3</categoryidfk> ======================================================================== === 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: Thursday, July 31, 2003 11:55 AM > To: 'blo...@li...' > Subject: RE: [Blogcfc-develop] First big discussion > > > Oh, I've used it for data storage. You could definitely do > that, either using WDDX or not. The blog I wrote stores the > entries in XML. Hmm. Maybe no database. But the files would > get big. Don't know if that'd cause a problem or not. Can it > be relational? That part I couldn't figure out. > > Steve > > > -----Original Message----- > From: W. Adamsen [mailto:wil...@ya...] > Sent: Thursday, July 31, 2003 1:37 PM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > --- "Ray, Steve" <SR...@Pe...> wrote: > > I don't personally like the idea of managing users in a text file. > > That could get tedious. Though it'd be more work, I'd > rather have them > > in the database, and have a module to manage them. > > What would be the limitations to using xml as both the ini > and ultimately the data storage (not that this wuld be the > only option)? I use wddx as structured data for > initialization of applications but have often thought about (but never > used) it for the actual data storage. In blogmx (B. > Hediard's blog) the content is stored as wddx ... and Nathan > Dintenfass recently shared a "training" app using it for > authentication (noting a db would be used in production). > > I'm not sure how performance is affected. One might assume > there is more overhead for opening a file than an already > established db connection. Also, all that xml gets a big > footprint .. but for a casual blog user and training, this > might not be an issue. Security could be established by restricting > communication to xml\cfc. > > Especially for a "training" app, this approach increases > portability, and decreases complexity and cost. > > Just a thought. > > - Bill A. > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design > software http://sitebuilder.yahoo.com > > > ------------------------------------------------------- > 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-07-31 18:09:15
|
Oh, I've used it for data storage. You could definitely do that, either using WDDX or not. The blog I wrote stores the entries in XML. Hmm. Maybe no database. But the files would get big. Don't know if that'd cause a problem or not. Can it be relational? That part I couldn't figure out. Steve -----Original Message----- From: W. Adamsen [mailto:wil...@ya...] Sent: Thursday, July 31, 2003 1:37 PM To: blo...@li... Subject: RE: [Blogcfc-develop] First big discussion --- "Ray, Steve" <SR...@Pe...> wrote: > I don't personally like the idea of managing users in a text file. > That could get tedious. Though it'd be more work, I'd rather have them in > the database, and have a module to manage them. What would be the limitations to using xml as both the ini and ultimately the data storage (not that this wuld be the only option)? I use wddx as structured data for initialization of applications but have often thought about (but never used) it for the actual data storage. In blogmx (B. Hediard's blog) the content is stored as wddx ... and Nathan Dintenfass recently shared a "training" app using it for authentication (noting a db would be used in production). I'm not sure how performance is affected. One might assume there is more overhead for opening a file than an already established db connection. Also, all that xml gets a big footprint .. but for a casual blog user and training, this might not be an issue. Security could be established by restricting communication to xml\cfc. Especially for a "training" app, this approach increases portability, and decreases complexity and cost. Just a thought. - Bill A. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ------------------------------------------------------- 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-07-31 18:07:56
|
Paul, can you add this to the feature tracker? And yes, when i saw N blogs per 1 DSN, I'm implictely implying all the table changes that would be required, ie, making an entry have a blog id fk, etc. ======================================================================== === 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 Paul Hastings > Sent: Thursday, July 31, 2003 10:58 AM > To: blo...@li... > Subject: Re: [Blogcfc-develop] First big discussion > > > > N blogs per 1 DSN. > > N users per 1 DSN. (To allow for group blogs.) > > move user management to db--handling it via text file sounds > sadistic if you go into dozens of users, blogs. you might > retain the .ini file, its quite convinient to boot up the app > (only wish getProfileString did unicode, it almost functions > like simple java resourceBundle). the blog schema might be > changed to add column for "blog" to handle multiple blogs per > table(s), just need to specifiy which blog you want to return > info from (this also makes i18n the blog easier). while you > can try to normalize categories (for use across multiple > blogs), i can't see that as worth much effort. > > if you're going to really make your blog i18n then a few things: > - better seperatation of text from presentation--this > requires some thought i think > - widen your sql "n" columns, maybe double them all (some > maybe even more) > - lose the SQL_Latin1_General_CP1_CI_AS collation from the > sql define script > - need locale discovery & logic (say you wanted to host a > blog i18n buffet) > - i18n functionality beyond the LS function cf provides > > > > > ------------------------------------------------------- > 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-07-31 17:56:20
|
One of my goals for the next rev of the blog, after this big change, was XML as a data storage _option_. As for initialization, I have no issues with switching to an xml file, except it may be a bit harder to edit. One thing though - I do NOT like having info (I mean info that defines the blog) in the ini _and_ in the db. To me, it seems like it should be one or the other completely. ======================================================================== === 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 W. Adamsen > Sent: Thursday, July 31, 2003 11:37 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] First big discussion > > > --- "Ray, Steve" <SR...@Pe...> wrote: > > I don't personally like the idea of managing users in a text file. > > That could get tedious. Though it'd be more work, I'd > rather have them > > in the database, and have a module to manage them. > > What would be the limitations to using xml as both the ini > and ultimately the data storage (not that this wuld be the > only option)? I use wddx as structured data for > initialization of applications but have often thought about (but never > used) it for the actual data storage. In blogmx (B. > Hediard's blog) the content is stored as wddx ... and Nathan > Dintenfass recently shared a "training" app using it for > authentication (noting a db would be used in production). > > I'm not sure how performance is affected. One might assume > there is more overhead for opening a file than an already > established db connection. Also, all that xml gets a big > footprint .. but for a casual blog user and training, this > might not be an issue. Security could be established by restricting > communication to xml\cfc. > > Especially for a "training" app, this approach increases > portability, and decreases complexity and cost. > > Just a thought. > > - Bill A. > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design > software http://sitebuilder.yahoo.com > > > ------------------------------------------------------- > 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-07-31 17:48:02
|
Cool. So, in theory, at this point, we can all post, _and_ entries to the Features Tracker will go to the list. I have NOT set up the other 3 trackers to do so - I will later. ======================================================================== === 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, July 31, 2003 10:56 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] Sorry for the blockage... > > > test > > -----Original Message----- > From: Raymond Camden [mailto:ra...@ca...] > Sent: Thursday, July 31, 2003 12:32 PM > To: blo...@li... > Subject: [Blogcfc-develop] Sorry for the blockage... > > So, I'm getting used to this interface. A few people had > their posts blocked for approval. This is because of the > security setup sourceforge uses for their lists. When you say > Anyone can post and here is a list, it was my impression it > meant that the list was ADDED to the subscribers. > Unfortunately it meant ONLY that list. > > I think _now_ everything is cool. If someone could reply to > this to confirm, it would be great, and sorry for all the > spam today folks. > > ============================================================== > ========== > === > 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 > > > > ------------------------------------------------------- > 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: W. A. <wil...@ya...> - 2003-07-31 17:44:42
|
--- "Ray, Steve" <SR...@Pe...> wrote: > I don't personally like the idea of managing users in a text file. > That could get tedious. Though it'd be more work, I'd rather have them in > the database, and have a module to manage them. What would be the limitations to using xml as both the ini and ultimately the data storage (not that this wuld be the only option)? I use wddx as structured data for initialization of applications but have often thought about (but never used) it for the actual data storage. In blogmx (B. Hediard's blog) the content is stored as wddx ... and Nathan Dintenfass recently shared a "training" app using it for authentication (noting a db would be used in production). I'm not sure how performance is affected. One might assume there is more overhead for opening a file than an already established db connection. Also, all that xml gets a big footprint .. but for a casual blog user and training, this might not be an issue. Security could be established by restricting communication to xml\cfc. Especially for a "training" app, this approach increases portability, and decreases complexity and cost. Just a thought. - Bill A. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com |
|
From: Paul H. <pa...@su...> - 2003-07-31 17:37:50
|
> N blogs per 1 DSN. > N users per 1 DSN. (To allow for group blogs.) move user management to db--handling it via text file sounds sadistic if you go into dozens of users, blogs. you might retain the .ini file, its quite convinient to boot up the app (only wish getProfileString did unicode, it almost functions like simple java resourceBundle). the blog schema might be changed to add column for "blog" to handle multiple blogs per table(s), just need to specifiy which blog you want to return info from (this also makes i18n the blog easier). while you can try to normalize categories (for use across multiple blogs), i can't see that as worth much effort. if you're going to really make your blog i18n then a few things: - better seperatation of text from presentation--this requires some thought i think - widen your sql "n" columns, maybe double them all (some maybe even more) - lose the SQL_Latin1_General_CP1_CI_AS collation from the sql define script - need locale discovery & logic (say you wanted to host a blog i18n buffet) - i18n functionality beyond the LS function cf provides |
|
From: Stacy Y. <Sta...@sf...> - 2003-07-31 17:33:19
|
test -----Original Message----- From: Raymond Camden [mailto:ray@camd= enfamily.com] Sent: Thursday, July 31, 2003 12:32 PM To: blogcfc-devel= op...@li... Subject: [Blogcfc-develop] Sorry for the blocka= ge... So, I'm getting used to this interface. A few people had their p= osts blocked for approval. This is because of the security setup sourcef= orge uses for their lists. When you say Anyone can post and here is a li= st, it was my impression it meant that the list was ADDED to the subscr= ibers. Unfortunately it meant ONLY that list. I think _now_ everything= is cool. If someone could reply to this to confirm, it would be great, = and sorry for all the spam today folks. =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, ColdFusi= on Jedi Master for Mindseye, Inc (www.mindseye.com) Member of Team Macr= omedia (http://www.macromedia.com/go/teammacromedia) Email : jedima= st...@mi... Blog : www.camdenfamily.com/morpheus/blog Yahoo I= M : morpheus "My ally is the Force, and a powerful ally it is." - Yoda= ------------------------------------------------------- This SF= .Net email sponsored by: Free pre-built ASP.NET sites including Data Rep= orts, 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 Blogcfc-deve= lo...@li... https://lists.sourceforge.net/lists/listinfo/b= logcfc-develop AVIS IMPORTANT: ------------------------------- Le= s informations contenues dans le present document et ses pieces jointes s= ont strictement confidentielles et reservees a l'usage de la (des) person= ne(s) a qui il est adresse. Si vous n'etes pas le destinataire, soyez avi= se que toute divulgation, distribution, copie, ou autre utilisation de ce= s informations est strictement prohibee. Si vous avez recu ce document pa= r erreur, veuillez s'il vous plait communiquer immediatement avec l'exped= iteur 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 here= by notified that any disclosure, copying, distribution, or any other use = of the information is strictly prohibited. If you have received this docu= ment by mistake, please notify the sender immediately and destroy this do= cument and attachments without making any copy of any kind. |
|
From: Raymond C. <ra...@ca...> - 2003-07-31 16:47:29
|
So, I'm getting used to this interface. A few people had their posts blocked for approval. This is because of the security setup sourceforge uses for their lists. When you say Anyone can post and here is a list, it was my impression it meant that the list was ADDED to the subscribers. Unfortunately it meant ONLY that list. I think _now_ everything is cool. If someone could reply to this to confirm, it would be great, and sorry for all the spam today folks. ======================================================================== === 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 |
|
From: William N. S. <Wil...@hk...> - 2003-07-31 16:19:23
|
Is it absolutely necessary to have the user management IN the CFC? If
not...Then you can have each blog in it's own directory and own
application.cfm file that can set the id of the blog there. And then you
can handle the user aspects inside the application.cfm (logging in assigning
roles etc) That would let the Blog.cfc just worry about BLOG stuff - still
assigning roles to methods, but it would worry about WHO was logged in as
admin...just along as they were. Doing this would require the actual
passing of the blog id to each function...but that shouldn't be a huge
issue...should it?
I haven't thought this all the way through...but to me it seems the less
that is tied directly to the blog.cfc the more flexible it becomes. Which
kinda goes with the earlier comments about the db support.
I hope that all made sense...
-william
-----Original Message-----
From: Raymond Camden [mailto:ra...@ca...]
Sent: Thursday, July 31, 2003 10:31 AM
To: blo...@li...
Subject: [Blogcfc-develop] First big discussion
Ok, to start the ball rolling, let's start the first big discussion.
This is already in the tracker, but it's important enough for me to
bring out here.
Currently to 'setup' the blog, you run a sql script and then edit an ini
file.
Currently the blog supports one blog per DSN.
The goal is to allow 2 big changes:
N blogs per 1 DSN.
N users per 1 DSN. (To allow for group blogs.)
This means a variety of things.
We need the concept of blogs on a DSN.
We need the concept of assigning user Foo to blog A.
Many questions come from this:
First, do we continue to use the ini file? The problem with this is that
when I add my blog to your DSN, I don't know the new primary key
generated. This can be corrected a variety of ways. One way is to just
do a look up. When you work with blog("foo"), we simply do a lookup in
the constructor and remember foo is ID=X. If you cache your blog, this
is very trivial. We can even make it so that when foo doesn't exist, it
auto inserts.
But then user management is still a pain. Do I do something like this in
my ini file
[foo]
users=jedimaster,goober,doober
If so - where do I store the passwords? Do I use a list within a list?
users=jedimaster:password,goober:password2
This is a major security hole if someone reads blog.ini.
So what I'm thinking is that we need to drop the ini file. I like the
ini file a lot, but if everything is web based, then we can alleviate
some of these worries. However, we still need an ini file to tell us
what DSN to use. If we do _everything_ in the db, it forces us to use
one DSN for _all_ blogs. (Or have multiple copies of blog.cfc each with
it's own <cfset dsn = whatever> line).
Going back to ini file - it _would_ be ok if the ini file was kept out
of the web root. Heck, we could even rename blog.ini to blogini.cfm. Did
you know the INI file functions still work on a file even if it's not
named *.ini? And you can even add
<cfabort>
to the top of the page and it won't screw stuff up. So, this would only
be a security risk if someone got access to the file itself, not via the
web. One nice thing about keeping the ini approach is that it allows me
to remove the users table from the db, making the db even more simple.
We could also store hashes of user passwords in the ini file, but then
I'd need to add a user admin to the client so you wouldn't have to write
a custom CFML file everytime you edit a user.
Forgive the rambling nature of this note. My own thoughts are unsure of
how to support this.
========================================================================
===
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
-------------------------------------------------------
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. <ra...@ca...> - 2003-07-31 15:57:52
|
Ok, I think I figured it out. What I missed was that if you allow non members to post, you have to specify the email addresses of the non members. If you post a feature request at 10:47 AM and you don't see it show on the list, let me know. So, I think the idea is - make your feature request using the tracker. It will post here. Let's hash it out here. And it's your (the poster, or complainer) or my responsibility to update the tracker w/ consensus. ======================================================================== === 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 Raymond Camden > Sent: Thursday, July 31, 2003 9:40 AM > To: blo...@li... > Subject: RE: [Blogcfc-develop] mySQL support > > > Nope, that was _my_ post. I'm thinking it's just not going to work. > > So, I'll investigate some more. In the meantime, I ask that > people check the feature requests when they can. Let's try to > discuss stuff here. Ie, if you see a request that seems > stupid, or needs expanding, post the list. We can hash crap > out, and either the original poster or myself can post back > resolutions. > > That doesn't seem like a great solution, but I'm not sure > what else to suggest. > > ============================================================== > ========== > === > 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 William N. Steiner > > Sent: Thursday, July 31, 2003 9:14 AM > > To: 'blo...@li...' > > Subject: RE: [Blogcfc-develop] mySQL support > > > > > > if it said "Test - PLS ignore" I got it.... > > > > -----Original Message----- > > From: Raymond Camden [mailto:jed...@mi...] > > Sent: Thursday, July 31, 2003 10:07 AM > > To: blo...@li... > > Subject: RE: [Blogcfc-develop] mySQL support > > > > > > Hmm, it does not seem to work. I told the tracker to email to > > blo...@li..., and the list is set to > > allow non members to post, but the entry I added never showed > > up here. > > > > ============================================================== > > ========== > > === > > 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 William N. Steiner > > > Sent: Thursday, July 31, 2003 8:55 AM > > > To: 'blo...@li...' > > > Subject: RE: [Blogcfc-develop] mySQL support > > > > > > > > > I would like that. > > > > > > -william > > > > > > -----Original Message----- > > > From: Raymond Camden [mailto:jed...@mi...] > > > Sent: Thursday, July 31, 2003 9:51 AM > > > To: blo...@li... > > > Subject: RE: [Blogcfc-develop] mySQL support > > > > > > > > > Just an FYI folks, the tracker is getting busy today. Would folks > > > like those emails sent to the list? I don't want people > to miss out. > > > > > > ============================================================== > > > ========== > > > === > > > 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: Thursday, July 31, 2003 8:45 AM > > > > To: 'blo...@li...' > > > > Subject: RE: [Blogcfc-develop] mySQL support > > > > > > > > > > > > Uh, well, I don't know about that, where Oracle is > > concerned. If we > > > > were ever going to adopt in-house department-specific blogs, for > > > > instance, we would absolutely run them on Oracle, cuz > > that's what we > > > > use for 95% of our stuff. Then they could get backed up, etc. > > > > > > > > But anyway, yes, having it be less db-specific would give it a > > > > bigger audience. > > > > > > > > > > > > Steve > > > > > > > > > > > > -----Original Message----- > > > > From: Leif Wells [mailto:lei...@ma...] > > > > Sent: Thursday, July 31, 2003 10:21 AM > > > > To: blo...@li... > > > > Subject: Re: [Blogcfc-develop] mySQL support > > > > > > > > > > > > Thinking this way would make a lot of things more > > flexible. If the > > > > only requirement for the user is having CFMX and a database, it > > > would go a > > > > long way to wider acceptance. And I doubt that anyone > would want > > > > to use an Oracle DB with blogcfc. > > > > > > > > Now what about MS Access? > > > > > > > > Leif > > > > > > > > > > > > On Thursday, July 31, 2003, at 09:44 AM, Raymond Camden wrote: > > > > > Just as an FYI, one of the things I'm considering doing > > > is removing > > > > > all defaults from db tables and doing everything by hand. > > > This will > > > > > make the code more portable. So, for example, this would > > > mean UUID > > > > > IDs, and passing now() instead of using SQL Server's > getDate() > > > > > default. > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > 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 > > > ------------------------------------------------------- > 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 ------------------------------------------------------- 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-07-31 15:56:00
|
I don't personally like the idea of managing users in a text file. That could get tedious. Though it'd be more work, I'd rather have them in the database, and have a module to manage them. If you keep them in the ini file, then you'll have to manage those user roles per blog in the ini file, too, right? I would go db with this stuff. And can't you dynamically set the DSN based on the blog that gets requested? Steve |
