Minty

You could use a dynamic stylesheet (i.e. a PHP page which outputs a valid CSS.

Generally with 'content' I'd be inclined to write to a file rather than a database.

I don't like the header image, when it load I too thought 'Hmm'. Also the rest should be centered if you're having a full width banner. However, the design of the rest of it I like, it's pretty simple and easy on the eye, and the bit at the bottom is good too, nice and 'clean' layout after the banner. I think even just removing the plane, and maybe shaving ~50 or so pixels off the height could make a huuge difference (I do like the sun link xD). The navigation links are pretty cool, but as with the banner I feel they're just a bit tall... hard to change without losing the detail though :/

I really like this Simplicity: 10/10, fantastically easy to use. The information you get post-upload is great too (an actual direct file url ). Design: Easy to follow, consistent and quick-to-load, easy on the eyes. Very nice. Would I use it?: Probably not As someone else said I have a server I use for this sort of thing, but I'd sure as hell enjoy using it to download things (compared to rapishare etc). Suggestions?: I'm a huge fan of direct links and the like, they make life so much easier some times, a more detailed listing of the different urls on the file's homepage could be nice (like on the post-upload screen).

For the Ajax version consider preloading the "rollover" images for the navigation bar, it can be a minor annoyance waiting on rollover images to load. On the none Ajax version: tune down the cyan

I wouldn't say adds are more trouble than they're worth (as they're very little trouble, generally) however I would stick with maybe one well located banner. On the hosting thing I run a VPS @ $20 a month so I'd never make back my costs xD

I think it's quite good (as you said, certainly for a blog), maybe try "background-attachment: fixed;" on the background image, I find that can create a pleasing effect with complicated backgrounds such as that.

If were to use accessor methods I would use __call to automagically define any getVar (where Var is any variable) and return it's value. This protects protected properties and allows other checks that the data should be accessible.

No help available on this?

I, like everyone and their mother , amd in the midst of developing my own MVC framework 'for the lulz' and, having used CakePHP, I've decided I want a 'Path.to.var' system for reading/writing/unsetting/checking Config/Session data. Examples: Config::write('Debug', 1); // should write 1 to $config['debug'] if(login check) { Session::write('User', $user); // where $user would like be a StdClass object. } echo Session::read('User.name'); // should return the value of $session['User']->name echo Config::read('Database.server'); // should return the value of $config['User']['server']; As you can see the functionality would need to include checking if the subject is an array or an object (i.e, is_object and is_array), however it needs to be 'multi-level' (i.e. Config::read('Var1.var2.var3.var4') may translate to $config['Var1']->var1['var3']->var4 if appropriate). This only needs to be possible up to, say, 4 levels. The issues I'm having with it are mainly ones resulting from references etc (i.e. how do I unset a variable with this method?). Any advice on the best way to proceed would be appreciated P.S. I don't want to 'steal' Cake's system mainly because they have a whole "Set" class built to use XPaths and all sorts which isn't something I need, I just want a lighweight "x.y.z" converter.