redbullmarky

erm - I think you found the can of Stella Artois instead....

PHP Help is for help with PHP scripts you've written. If it's help with a specific function, check the manual first and be sure to have a look to see if anything already posted may help you out.

much better. i used to be a fan of 10/11px, but 12px is a nice balance and providing the site is layed out well, the font can be resized by the user anyway for when accessibility is needed.

the font is still too big @ 15px IMO - try 12 or 13px.

so was my answer right then? hehe no not really. often i find that busier sites just get a bit overwhelming and tricky to find what you want, but in this case i didnt - so if anything, that's a job done well.

it doesnt look too bad. readability is ok and whilst it looks quite "busy", seems easy enough to get around. i completely suck at chess, but in game #07125 (the current one), shouldnt F6 --> H5 solve the problem? also, on FF2, I get javascript errors by clicking on the board/pieces.

to be brutally honest, it looks like it took about 5 minutes trial and error, with no thought about either colour or layout whatsoever. colours are incredibly bright and harsh and would probably give me a headache if i was reading content on the site for too long. in subtle doses, the colours COULD work - eg, look at the copyright text. for big blocks, ie the top+left, it's a no-no for me. why not take a look at other travel related sites to see what sort of themes and schemes they do? throwing something together in 5 minutes in the hope that someone may like it is kinda like pissing in the wind.

google analytics is good. having a visible web counter on your site in this day and age is just pure cheese.

maybe because he doesn't want his site to look like thousands of others??? IMO using other people's templates all the time is a copout and a nice way to show unoriginality.... Anyway I actually quite like it, though I always have reservations about big fonts with big line heights. I had a little play with firebug - I took out the line-height from the CSS, set the font-size to 12px and the main font as Verdana and it just looked less "spaced" and more interesting. Give it a try yourself and see what you think. Also, I'm thinking that you may have the wrong typeface for the main logo. It looks more like the logo for a scary film or metal band than something that fits in with the cause here. Otherwise, overall it looks pretty good

as for structure, i'm a big fan of having a "rigid" structure with only one single file being required by the main site itself which pulls all the pieces of the framework/site together. i can see a template class and a database class, but i cant tell how you have each page in your site. do you have a "regular" directory structure for your website itself, or do you send every request through a single index.php? if it's the former, take a look at the resources sticky, notably the resources under 'MVC' - these will help you or perhaps give you some ideas in terms of how to structure things. Also, MVC frameworks such as CakePHP, CodeIgniter, Symfony, Rails (for Ruby), etc will give you some good ideas to keep things nice and structured. in my own classes directory, i keep non-essential classes (image manipulation, RSS, email, dictionaries, etc) and i have a 'core' directory within 'classes' (that holds essential things required each time, eg the template, input handling, abstract controller, config, router, db, etc). It doesn't actually matter how you personally structure things, just as long as they make sense to you and things are kept consistent, notably stuff like filenames/classnames - this way it makes it much easier to automate things or even keep things more like a "plugin" system

igor, 448191 pointed it out very well, loud and clear before. if you're gonna throw everyone's critique/comments back at them, then do not post your site for critique. it's not rocket science. personally, your argument about making your website look good vs making it search engine friendly is not only flawed but just sounds like a pure excuse not to get stuck in. either way, it's not a place to argue with free help and other people's opinions. either way, this topic is going way off and down a murky road and is now... ...locked.

not yet, but providing performance is pretty good and it allows you to also encode the contents (ie, using ioncube/zend encoder or similar), you've just solved my problem. Great link - cheers!

haha (i googled). Classic TV. Even as a Brit I loved that programme... (I'll let someone else answer though...)

can i just assume you're gonna post back with "well done redbullmarky, Family Guy is correct!!!" and quote this:

why?

have a look at the "resources" sticky at the top of the Application Design forum. The resources I use constantly and have bookmarked are all in there and, like paul said, coupled with Google, you cant go far wrong. Personally with all the freely available stuff (via Google), I can't see me personally buying another book again...

good luck

so you havent actually been to SEE the car yet? uh oh... [attachment deleted by admin]

The ones with the "10 minute previews", right? jk Excluding movies and occasional documentary, hardly anything at all. Staring at screens all day whilst working kinda puts me off a little

agreed - i really like this idea. where it may fall on its backside (other than readability) is accessibility - if you havent got a mouse (or are one of these that tend to do everything on the keyboard) or if you havent got javascript turned on, it wont be any use. in the case of the latter, a non-javascript user will be clicking around non necessarily knowing why it isnt working. I guess I'm just being a bit picky, because otherwise, I'd rather be presented with something like this than many of the other captcha methods - so it'll be interesting to see if there's any fallback methods that keep its quirky way of working yet allow others to use it.

if your email address is in italic on your profile, it's hidden - and only you can see it. edit yep, yours is hidden

it's getting to be quite a common question, but the main advantage is (once you get over the learning curve) speed of development. frameworks generally provide many tools built in that take care of essential but mundane tasks (form validation, escaping input/output, querying databases, etc - the list goes on) allowing you to get on with the main job of building a site. In a Model/View/Controller (MVC) framework, where the model generally looks after the DB, the view looks after the templates/HTML and the controller handles the pages, the Model is the biggest timesaver for me. Most cases where you query a database based on input go through several stages: 1, filter/validate the input to make sure it's suitable for the query 2, built the query SQL 3, run the query all of which may take a good chunk of code EACH TIME you wish to run queries. not to mention that on more complex sites, you may need to construct quite complex SQL queries each time that deal with all sorts of table joins, etc. Potentially, a framework (in this example, CakePHP) can do the whole lot using 1 method depending on whether you fetching or saving data. The data is escaped to prevent injections and, in the event of a save, is also validated for you. In the event of a save failing, and providing you use the frameworks own tools for drawing forms and input boxes, etc, its very easy to present the user with a pre-filled in form with errors written out - all without having to do anything. It's hard to outline all the pros/cons, but personally my pros (at least with CakePHP/MVC frameworks): - speeds up development - allows for easy changes in the future, even if the code isn't that well commented - semi-forces you to organise things in a particular way, resulting in cleaner code/structure - less bug fixing required each time - many of the elements for one site (registration forms, contact forms, forums, etc) are easily used in another, due to the fact that everything other than the templates is quite unspecific to one particular site. - make improvements to any part of your site or the framework itself without breaking other parts

personally i think it might be going a bit far into the unnecessary at this stage, especially when you consider that, for the extra few seconds it takes to type < script > tags, you dont have yet more PHP and yet more overhead cluttering up your HTML.

i might be missing something, but why use PHP at all? why not just enter regular Javascript tags?

thorpe, that errored out for me. It does however work in its original state. However, I do believe it's a problem with highlight_string itself and not your code, as I had exactly the same problem when I was writing an error handling routine. You can just refresh the page and whether it highlights or not is hit and miss...