All of your examples are "developer" examples. We are focused on end-users, so we don't expect them to use vi, grep, or anything like that.
----- Original Message ----- > On 10/12/2010 10:25 AM, Adrian Crum wrote: > > Actually, a discussion of database versus filesystem storage of > > content would be worthwhile. So far there has been some hyperbole, > > but few facts. > > How do you edit database content? What is the procedure? Can a > simple editor be used? By simple, I mean low-level, like vi. No, you run the UI editor/configuration tool. > > How do you find all items in your content store that contain a certain > text word? Can grep and find be used? can't use grep. > > How do you handle moving changes between a production server, that is > being directly managed by the client, and multiple developer > workstations, which then all have to go first to a staging server? > Each system in this case has its own set of code changes, and > config+data changes, that then have to be selectively picked for > staging, before finally being merged with production. > > What about revision control? Can you go back in time to see what the > code+data looked like? Are there separate revision systems, one for > the database, and another for the content? And what about the code? In our use case, there is no code. Only a construction of gadgets to make up pages. The "code" is for the gadgets. Yes, think of Concrete 5, Joomla, etall. > > For users/systems that aren't capable of using revision control, is > there a way for them to mount/browse the content store? Think > nfs/samba here. Nope. > > Storing everything directly into the filesystem lets you reuse > existing tools, that have been perfected over countless generations of > man-years. If your a developer. > > > > > -Adrian > > > > On 10/12/2010 7:32 AM, Marc Morin wrote: > >> With all the other technologies in ofbiz, seems like webslinger > >> just adds more stuff onto the pile. I don't want to argue the > >> technical merits of database or file system persistence for a CMS, > >> but it > >> appears like ofbiz would benefit from reducing the number of > >> technologies used, and increase the amount of re-use of > >> technologies it already has. > >> > >> So, for me, that means entity/service/screen/presentment models are > >> the core technologies. Galvanizing initiatives around those appear > >> to provide leverage. > >> > >> Now don't get me wrong, the "CMS" that is native in ofbiz is > >> incomplete and needs a lot of work... and for our use case of > >> providing self edited web sites and ecommerce sites, that appears a > >> better starting point. We have done things to add self editing > >> etc... but we need to put a lot more effort into that to ensure > >> that there is > >> a real solution. > >> > >> my $0.02. > >> > >> > >> Marc Morin > >> Emforium Group Inc. > >> ALL-IN Software > >> 519-772-6824 ext 201 > >> [email protected] > >> > >> ----- Original Message ----- > >>> On 10/11/2010 10:07 PM, Nico Toerl wrote: > >>>> On 10/12/10 01:41, Adam Heath wrote: > >>>> > >>>> <snip> > >>>>> Now, here it comes. The url to the site. > >>>>> http://ofbizdemo.brainfood.com/. > >>>>> > >>>>> Things to note. There are *no* database calls *at all*. It's all > >>>>> done with files on disk. History browsing is backed by git, > >>>>> using jgit to read it directly in java. CSS styling is rather > >>>>> poor. Most > >>>>> unimplemented pages should do something nice(instead of a big > >>>>> read 'Not Yet Implemented'); at least there shouldn't be an > >>>>> exceptions on those pages. > >>>> > >>>> that sounded real interesting and i thought i have to have a look > >>>> at > >>>> this, unfortunately all i got is: > >>>> > >>>> > >>>> HTTP Status 500 - > >>>> > >>>> ------------------------------------------------------------------------ > >>>> > >>>> > >>>> *type* Exception report > >>>> > >>>> *message* > >>>> > >>>> *description* _The server encountered an internal error () that > >>>> prevented it from fulfilling this request._ > >>>> > >>>> *exception* > >>>> > >>>> java.lang.NullPointerException > >>>> WEB_45$INF.Events.System.Request.DetectUserAgent_46$jn.run(DetectUserAgent.jn:166) > >>>> > >>> > >>> Hmm, nice, thanks. > >>> > >>> Your user-agent is: > >>> > >>> "Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.9.2.9) > >>> Gecko/20100824 Firefox/3.6.9" > >>> > >>> The (x86_64) is what is causing the problem, I hadn't seen this > >>> type of string in the wild. The regex doesn't like nested (). It's > >>> fixed now. > >>
