Best practices for app initialization?

[eluser]Randy Casburn[/eluser]
@doug -- you're asking all the right questions - you're just coming at this from angles that folks may not be accustomed to working with...

The story you're likely to see here is -- users shouldn't be messing with any files unless they own them! So I'll show you that CI was designed to allow exactly that!

One of the beautiful design features that CI was built around was meant to address the type of question you've asked here. Now there are many others, such as security, and the other non-functional "ilities" that this particular feature was meant for...so what is this beauty? It's the file structure and how CI "finds" the files it needs to operate with.

Go here http://ellislab.com/codeigniter/user-gui...rence.html and look at the bottom left of the page for the directory structure. CI is designed so that you can move the entire system folder altogether. So you can move the entire "system directory" and all its subdirectories, including your "application directory", to a location of your choosing outside the DOCROOT of your webserver If you think about what I just said, your "system" has remained robust, and your users cannot gain access to any of the files there. If you want them to have access to files, provide that elsewhere and manage those carefully. Using this method, you've ensured that your "system" can not be damaged errantly. It also makes updating the "system" at upgrade time almost effortless.

There are many people in these forums that either don't understand the importance of that feature or just simply think the safety, security and robustness it provides is too much of a pain. There has even been a campaign to "undo" the directory structure.

I commend Rick for this single feature and hope it stays forever.

It sounds like you have a real-time programming background when it comes to garbage collection, synchronization, versioning, document management, etc. in your databases and file systems. What most of us do with our web based systems, since they are running services constantly, is take advantage of one of those services. On Windoze boxes we use the task scheduler and on Linux/Unix/Others we use Cron jobs to automate the running of CLI based PHP scripts to do these things in the background.

I hope this is helpful. I realize your answer is really in the last sentence, but I couldn't resist with all the other garbage :roll: