redbullmarky

the two technologies are totally different and are broad enough to warrant their own section. each moderator uses their own judgement to move it to somewhere more likely to get you better help - PHP experts tend to lurk in PHP Help, MySQL experts in Mysql help, etc - so if your issue involves an issue with a mysql query (which is NOT php at all) then the MySQL forum is the best place for it. By your own deduction, how is a query a PHP thing and not relevent to MySQL? Just because you wrap a query in quotes and slap a variable on the start, doesnt make it PHP

many people organise files like this: index.php myaccount.php news/index.php news/article.php etc but i tend to prefer things like this through a single index.php file. i might use mod_rewrite to make sure that EVERYTHING after my domain is rewritten, so a request like mydomain.com/news/article/10.htm wont look for page 10.htm inside the articles folder inside the news folder, but will instead rewrite it as: index.php?request=/news/article/10 behind the scenes, and run my application from their by including the necessary classes, etc based on $_GET['request']. there's many reasons i choose to work this way, but the main one is just one point of entry in to my app, and one point of exit. makes things much easier when you want to either make significant changes to the site or you're creating a whole new site from the same codebase.

this would depend on how you approach things in generally. i tend to send ALL requests (via a rewrite) through a single file - index.php, rather than having stuff like account.php and login.php, etc. this way, i'll group all my site code into a directory called, for example, app, and the rest in respective places of their own. eg - my root directory might look like this: - app/ - config/ - framework/ - templates/ - uploads/ - css/ - main.css - js/ - scripts.js - mootools.js - img/ - logo.gif index.php favicon.ico whereas only css/js/img directories and index.php and favicon.ico are web accessible. very often i'll move the whole 'app' directory outside the webroot altogether, just for safety. in summary - i find the directory structure the most important for keeping organised, as well as naming conventions of my files. if i have enough files that have much in common, i'll then probably group those into their own directory with a name to suit - eg, classes, models, controllers, funcs, etc

if you have phpMyAdmin, it supports importing data from CSV files. just specify the seperator, line ending types, and data columns, and Bob's your Uncle. Failing that - if it's not just a one off and a particular feature you need, then fgetcsv() will set you on your way.

as far as i know, boby is correct - PNG transparency in IE6 can only be "hacked" for non-background images. a google for 'iepngfix' will sort that one out. Normally, too, using background images as opposed to IMG are used for a reason - so using an IMG tag to do the same job really may not have the same effect, depending on what you're trying to do. have you got a link to a page where you're using these images?

personally, i'd reckon it'd be easier to ask the powers that be to install GD for you (as it's for a university project anyway) explaining that it's not like you're installing Doom or some virus-ridden bit of rubbish or anything. compared to the complexities of getting two servers talking to eachother to do a relatively small task, it's the easiest and only way i'd suggest.

if you've found the solution, by all means share it so myself and others who may be new to certain things can learn a trick or two

There was probably a reason why it was locked. I doubt they'll open it again. i locked it because it's been asked loads - one topic of which you actually replied in yourself, mattison. the topic served no purpose other than to create yet another topic to sift through and/or to boost your post count. you also already asked me via PM to unlock it to which I answered no - please drop it now - your failure to listen to the people who are trying to keep this forum clean of junk is annoying. end of subject.

well i'm not going to delete this one personally - if one of the other mods wishes to, then that's cool. i'm not one for enjoying making an example of people, but as has been explained to you before COUNTLESS times now, it obviously requires it. You sent me a PM asking why I delete/move your topics. My response was to point out that you a) break the guidelines or b) post in the wrong place. reasons include spamming, wrong board, etc - and the SPECIFIC reasons are made very clear to you. I also pointed out the forum guidelines for you to read, just incase myself or others weren't being clear enough. Had you bothered to take any of that on board, you'd be in no doubt as to why your posts are being handled this way. So now I'm telling you publicly - READ THE FORUM GUIDELINES BEFORE POSTING (stickied at the top of most forums). Clear enough for you now? Ignorance is not a defence. Topic locked.

PHPFreaks competition #1 was a calculator, albeit a graphing one - tho they all (i think) have standard functionality. http://www.phpfreaks.com/forums/index.php/topic,115293.0.html

mattison, you seem to have some severe issues with reading guidelines before you post, and now here. there's a sticky at the top of website critique that says "PLEASE READ: Website Critique Posting Guidelines" - here, i'll even post the link for you: http://www.phpfreaks.com/forums/index.php/topic,132650.0.html even if this IS your site, you're still spamming the boards by repeatedly bumping topics - this just annoys everyone. please acquaint yourself with the forum guidelines and general forum etiquette - if anything, it'll teach you a thing or two about forums before you go running your own. topic locked. again.

i think it's only PHP5, isn't it?

there's a difference between display (presentation) logic and business logic, which many get confused when the idea of seperation comes up. it's perfectly acceptable (and pretty much essential) to put some sort of code in your templates, no matter how you want to butter it up and pretend it's not code. but just stick to the absolute basics - loops, echos, etc and nothing that handles the running of the app itself such as DB calls, etc. PHP: <?=$name ?> SMARTY: {name] not much difference, is there?....dont be fooled into thinking smarty is gonna completely seperate this out for you.

you're on one. look at the sites footer - click the link. and a simple search of the boards would turn out many topics of the same subject. and considering you've already answered to yet another similar topic - one can only assume you're either here for your own agenda, got a very short memory or trying to boost your postcount with junk: http://www.phpfreaks.com/forums/index.php/topic,155750.msg675672.html topic closed.

DO NOT SPAM THE BOARDS. if you want to advertise, pay for it via the proper channels like the rest of the world.

have you read the manual?

for more tutorials about this sort of thing, and to generally point out exactly how many "You HAVE to use JS for that!" things can be done in pure CSS, take a look here: http://www.cssplay.co.uk/menus. Javascript is far from being in the past - it's one of the most useful elements in a modern, interactive site, used for all sorts of effects, drag and drop, AJAX, etc.

i dont believe it's possible at thread level at all. i'd also guess that a mod of that sort would more be something that SMF and the SMF mod team would look after, rather than PHPFreaks itself - but yeah - it would be useful sometimes.

THAT's a good article, Daniel - cheers.

with all due respect, it's only impossible to read due to a bit too much chit-chat in the Misc forum. If you spend 24 hours trying to write something practical, even if it's only a personal site, and learning from the PHP Help section as you go, you'll do yourself many favours Books are not for everyone. I have one that taught me a trick or two, but nothing that I couldnt ultimately have found by mastering Google a little bit. I don't tend to do books these days - once you've nailed the basics, then generally you can teach the rest yourself and pick things up as you go along. jcombs_31 does have a point though. Doing it for fun CAN be fun, but is ultimately a waste of time unless it's your job or you have some concrete ideas planned out...

i think it's a design choice, just like other aspects of the site. inappropriate funny 404's can be worse than the default apache handler depending on your target audience. as most of the sites i do are quite quirky, i tend to favour the less serious: eg http://www.kingnutter.com/this_is_an_error or informal: http://holdingthebaby.com/this_is_an_error

considering it's an acronym for English words, not Dutch ones, one would assume that it's A-Jax I HATE the term "sequel" - ok, so it's convenient but is one of these "lets invent a new term to be different and clever!" and normally found in the middle of a Web 2.0 framework screencast somewhere.... grrr. only THIS guy gets away with "saying" acronyms: http://uk.youtube.com/watch?v=RqXdvSgId9c

"quite frankly, it sucks." but only because i'm massively anti-Flash for stuff that could easily be done in such a way that could be more accessible for everyone - ie, DHTML. IMO, If you're going to use Flash, you've really got to USE Flash - not skim across its surface with basic rollover stuff.

i'm 199% with roopurt18 on this one. having a grasp on the general concepts of programming languages is a fine way to teach people how to think for themselves and truly understand what they're doing in a particular language. my own background includes BASIC, Cobol, Pascal, C and C++ LONG before PHP - all of which are similar in many ways but the principles of which are almost identical. Whilst PHP has still been a learning curve for me, it's been relatively easy - "Knowing" PHP is just a memory game to remember all the functions, etc you need. "Understanding" PHP is something that doesnt necessarily require PHP to pick up. And as PHP is written in C and includes many of the same/similar functions, C is a great one to try and understand to get a true understanding of how things REALLY work. Distancing yourself from one particular language but otherwise fully grasping the concepts is a good thing.

if i've got your question right, then (after a bit of fiddling) I use SVN and Trac. Nothing special, just provides a front-end repos browser