PyroCMS v0.9.7.4 - an open-source modular general purpose CMS

[eluser]boony[/eluser]

Do you have mod_rewrite enabled ?

Sorry, if I'm posting in the wrong area.

Ok I'll admit my ignorance right up front

But how do I check if mod_rewrite is enabled and if not how to enable??? :red:

[eluser]boony[/eluser]
[quote author="boony" date="1250493134"]

Do you have mod_rewrite enabled ?

Sorry, if I'm posting in the wrong area.

Ok I'll admit my ignorance right up front

But how do I check if mod_rewrite is enabled and if not how to enable??? :red:[/quote]

Oh OK, I found that I have to enable it in httpd.conf I need now to see if it is enabled on my host server...

[eluser]Yorick Peterse[/eluser]
[quote author="seanloving" date="1250490740"]

Please report any issues to the bugtracker instead of posting them here.

I see from an earlier thread you're using assembla. I have an assembla account already. I can see the existing tickets for pyrocms there, but I can't make a new one. Do you have to invite me? Sorry this is just me not knowing how to use assembla.

SL[/quote]

We are using github, the assembla account hasn't been used for months.

http://www.github.com/philsturgeon/pyrocms

[eluser]Phil Sturgeon[/eluser]
[quote author="Yorick Peterse" date="1250457631"][quote author="egoslip" date="1250391983"]I actually have a question...

Have you consider moving the template engine to the db and create template straight from the db instead of having files uploaded???

basically something similar to the EE setup.[/quote]

Phil thought about it, but I will not allow it since it's just plain stupid. Here's why :

• you can't use your own editor
• it's slower than using files
• harder to manage
• database size will grow too fast[/quote]

Ignore Yorick, database modifications of theme files is something definitely planned for the future.

That includes both the HTML and CSS. The main issue is finding a decent templating system first. I tried this with my HelpfulParser project, but that really is not good enough. I'm looking for a solution close to Smarty without being so bloody massive and OTT.

And as for making a mess of things, watch your damn tongue Yorick.

Having multiple class names for things like "float-left, list-unstyled, link-hidden" is not perfect but there is currently no solution for adding custom CSS without hacking theme files. It is perfectly valid syntax and avoids inline styling by using a list of pre-defined class names. This does NOT mean I am messing anything up and I don't want to have to talk about this again.

Your constant slander and rude comments is starting to really tick me off! It's good to have you back but you need to stop spamming out the "phil is a n00b" comments on here and Twitter. Lets get back to creating a freaking awesome CMS.

Remember, PyroCMS is a joint effort by me, you and a few others. If a feature is disagreed with by any of the main developers we'll have a vote on here. If that vote is a no, it doesn't go in and we find another solution. If it is a yes, the developers who disagreed can shut up whining and support the new feature.

Democracy wins!

[eluser]ray73864[/eluser]
here here!

also, having everything in the DB works pretty well, we have it that way at work with the website.

basically ours is pretty much, you make a request for a web-object, the web-object runs and if necessary runs a function called 'processMarkup()' which loads the necessary html file from the database, goes through the file and parses all the markup language stuff, gets any included files and brings them in, then spits out the final html page to the browser.

[eluser]Phil Sturgeon[/eluser]
We'd do something fairly similar but of course more CodeIgnitery. Right now the page manager is shoved through HelpfulParser for basic Parser syntax eg {variable} and my crazy helper syntax.

Code:

{items}
  <div class="item">
    <span>{date['Y/m/d'|{date}]}</span>
    <a href="{url:site_url['controller/{item_url}']}">{item_title}</a>
  </div>
{/items}

I think i will remove the first part of the syntax which is "url" (the helper name) and just make sure that any useful helpers are loaded automatically. Really not sure about that.

There are many things left to mull over. Hopefully when the PyroCMS forum module is complete we can actually talk about various issues in depth and not in a single thread!

[eluser]Yorick Peterse[/eluser]
So now all of a sudden I'm continuesly calling you stupid...*sigh* I'm not even going to reply to that post.

I really don't see the benefit of storing the template in the database.

[eluser]Phil Sturgeon[/eluser]
Secure editing and version management for two.

Beats file base editing, clients like to roll back changes, need the same for pages and news.

[eluser]ray73864[/eluser]
that's one of the reasons we do it, the framework we use at work only has the ability to read the html files from the database, but we have versioning, for instance i can go back in time and view every change ever made to the quote file.

It also allows us to set a version that supersedes another version based on time, so we have start date/times and end date/times for the html files (often we just have the start date/time since a previous file will end when a new one starts).

The framework also loads up html files based on other selectors too, such as language (english, spanish, etc...), plus it can load up html files based on device (Internet Explorer, Firefox, Palm Device, etc...) and on user-agent (IE6, IE7, IE8, FF2, FF3, FF3.5, etc...) and 2 other selectors that we don't use.

[eluser]Yorick Peterse[/eluser]
[quote author="Phil Sturgeon" date="1250563064"]Secure editing and version management for two.

Beats file base editing, clients like to roll back changes, need the same for pages and news.[/quote]

Hmmm... That does sound interesting, but we would need an online editor for that, just to make it easier (something like bespin).