redbullmarky

[code] <form name="myform"> <input type="hidden" name="myhiddenfield" value="<?php echo $_SERVER['REMOTE_ADDR']; ?>" /> </form> [/code] not sure why you'd need mysql at all to do this, but the above will create a hidden field with the user's IP address in it. cheers Mark

the tags you're referring to are 'template' tags or 'tokens' - these arent official syntax (HTML or PHP), but a custom syntax which are parsed at a later stage by the template engine. a common engine that uses these types of tags is [url=http://smarty.php.net/]Smarty[/url] - once it's populated the data/page that's gonna be displayed, it loads the template, looks for certain tags and replaces them with HTML. cheers Mark

you need to remove the $ from the front of mysql_affected_rows - mysql_affected_rows is a function, not a variable so it doesn't need it.

you spelt the function name wrong. the one you're after is [url=http://www.php.net/mysql_fetch_assoc] mysql_fetch_assoc[/url] cheers [b]edit:[/b]np beat me to it

yeah monster is [b][i]the[/i][/b] job site - probably the google of jobs - monster.com is a worldwide thing and also goes as far as powering easyjobs.com (the easyjet/easygroup people) and other job sites. i do like the informal image they portray and they do have some good stuff on there so definitely a few lessons to learn from it. cheers Mark

[quote author=AndyB link=topic=112275.msg455585#msg455585 date=1161463844] From a job-filler perspective - no spell checker.As a prospective employer I want to see just how well people can spell when left on their own. From a job-seeker perspective - less BS. If the job is to get the coffee, walk the dog, etc. don't call it 'executive assistant' call it 'gofer/gofette'. No more 'salary negotiable' - it's never above what the employer thinks is tops. No more 'salary commensurate with experience' - if what you're prepared to pay is $10/hour then say so! [/quote] you're right. not sure how i'd vet the "less BS" one, as the jobs would generally be written by the agency/client. as for the last point about negotiable salaries, i agree - although i'm guilty myself of this. kinda screws up a specific job search when someone's main motivator is money when the money is not specified. good shout. any particular sites that spring to mind for you?

Hi all Looking for a bit of inspiration here, especially from you guys outside the UK. I'm actually in the process of developing a job board for both candidates / clients+recruiters, which will be a fully functional, no holds barred jobsite. If any of you deal with any job sites from a recruiter/client point of view, then even better - but just wondering: 1, which job sites to you use when seeking employment or candidates? 2, what specifically do you like about them? 3, what annoys you about them? 4, what sort of things don't you see that you'd like to? by "job site", i mean anything that either deals with generic full time employment, freelance work, etc but not recruitment agency sites. not looking necessarily for anyone to hand me a design on a plate here, just doing a bit of research before getting stuck in. cheers Mark

if you're up for a challenge, then download it and examine the code: http://wordpress.org/ the developer docs, and other general docs maybe helpful too: http://codex.wordpress.org/Main_Page. sure, it'll be a little overwhelming but it'll give you a good idea as to how things work, straight from the horses mouth. I did the same thing with phpBB when I first started and learnt tonnes more than i first intended.

the easiest, most exciting way to see the top of your house involves a case of beer and a stepladder. it's also up to date, too, as it's completely live.

not really. i think AndyB kinda hit the nail on the head earlier in this topic, however i may go down the road of encrypting the framework as i've totally seperated it from any specific application code/templates, etc. TBH, i've still not 100% decided so will probably be a case of seeing what goes when the time comes. cheers Mark

failing that, read here - a topic has recently been opened discussing the same issue: http://www.phpfreaks.com/forums/index.php/topic,112126.0.html

[quote author=neylitalo link=topic=112138.msg455328#msg455328 date=1161415701] You could always find something that's been GPL'd and use the icons from that. I'm not sure if you have to do something to maintain the GPLness of the thing, though. [/quote] yeah that's a good move too. i used to do that a lot. the only problem though is that there tends to be a limited number of icons in the package, and they tend to be application specific - so when your own site/app needs something different, getting another icon that 'matches' in terms of its style, use of colours, etc, is quite tricky unless you can draw them yourself. however, if it's just for a case of a few icons like arrows/boxes/pointers like ober was after, using GPL'd stuff is good.

no worries  ;) - took me ages to find them first time around, so i know how hard it is to find good icons that don't cost...

Hi all Now that IE7 has been officially released and no longer beta, it's made me think of a few things. 1, Backwards compatibility (within reason) is obviously worth keeping in mind - but when do you decide to STOP supporting older browsers? 2, I've heard that IE7 is going to be part of the auto updates, meaning that most people will automatically upgrade. Then of course, there's Vista which is bundling it by default. How sensible is it to write with IE7 in mind and pretty much ignoring IE6 compatibility? 3, Is IE7 really that great an improvement standards-wise? I've heard some good comments, but also heard bad ones (admittedly from the people who generally hate anything that MS do). I can understand some replies maybe along the lines of "get it working in IE6 and it'll work in IE7" but my only problem is that statements like that are one of the reasons people don't move forward. It's been suggested that part of the problem in PHP migration from 4 to 5 was people suggesting that everyone should code in 4 and it'll work on 5, meaning that so many people and hosts failed to take up v5 as there wasn't a strong need to. over to you cheers Mark

this is a good one for little icons and flags, more suited to toolbars, etc: http://www.famfamfam.com/lab/icons/ this one is particularly excellent - there are literally HUNDREDS in all sizes and formats as a single package: http://kudesnick.blogspot.com/ as long as you don't mind giving credit somewhere in your site/app where you use them, I doubt you'll need to look elsewhere for icons. cheers Mark

i remember having a similar problem years back when installing a 120GB drive - can't 100% remember exactly what the issue was, but it DID have something to do with the master/slave switches on the drive(s) - and i didnt do anything more than flick a switch.

and even the ideas that DON'T take off give other people ideas for ideas that do...

for what you're after, the deals nowadays on VPS's are pretty good. probably not relevent to you (so not quite sure why i'm mentioning it lol) but i use webfusion (http://www.webfusion.co.uk/vps) as it pretty much gives me the freedom of a dedicated server at a snippet of the cost. Comes loaded with PHP4.3.1 , MySQL 3.23, Plesk/Virtuozzo control panel, Linux (FC2) but all these are upgraded easily enough to suit. a VPS maybe a little more than your budget, but if you can rally round some friends/family, etc to host on your VPS, you'll probably actually find that it's paying YOU.

hi waited a good 15-20 seconds for the site to respond. nothing happened apart from a little text appearing and i got tired waiting. seriously, i'd address this issue before anything else - you wont have anyone looking at your site if it's gonna continue to take this long to load. cheers Mark

oops seem to have misunderstood your original post, sorry! storing filenames in the database allows for quick retrieval regardless of how you use the file, as it allows you to associate an image with whatever sort of record you like - be it an article, a user, or anything else you like. having a database record for each file (call it an index/table of contents, if you like) allows you to keep track on other information that may be relevent - comments, tags, associations, etc - and generally allows you more flexibility in terms of filenames when storing many images in one directory - consider this (assuming you DONT use a db) - how will you know what user the file is associated with? sure, you could make a directory for each user, but again that can start getting messy. someone else may have some more valid reasons, but the ones i suggested are the ones i consider. cheers

hi there please do not double post - makes things much harder to help when the answers are spread across several threads and is against forum rules. i've posted a reply to your original topic [b][url=http://www.phpfreaks.com/forums/index.php/topic,111989.0.html]here[/url][/b] cheers

first off, definitely not a good idea to double post. second, as for your question, there are a few 'proper' reasons (inefficiency, etc) for not storing binary data in a database, but i have a few guidelines for myself: 1, when it comes to backing up my database, it's much quicker/easier to do it when the output is purely text. 2, if you ever need access to the files, it's easier to get the file from a directory. to get these files in the event of them being stored in a DB, you'd need a script to extract them. 3, (IMO) it's faster - can't say why exactly, but i'd hazard a guess that it spreads the load off the mysql database and uses the filesystem. also the filesystem is better designed for handling files. and the DB will naturally slow down when it starts to get messy. 4, any future operations on an image (cropping, resizing, etc) would involve extracting the image first, applying your operations, and putting the file back. in the event of using the filesystem, you'd just load the image with imagecreatefromjpeg/imagecreatefromgif, etc, do your stuff and thats it. 5, you cut out the need for the DB altogether. in the event of you ever using a different type of DB other than MySQL, the port across would be easier. also you can reference the file directly in your <img> tags wheras a script would be required otherwise. 6, general organisation much easier. i've probably only skimmed on the benefits, TBH, but should give you an idea. cheers Mark

i actually think that (in some form) it's a good idea. sometimes i do think the freelance forum can get a little cluttered - a single forum for paid/uppaid, for hire/wanted - and many posts don't state paid/unpaid in the topic title as the guidelines state. managing the payments is probably its downfall. the thing with the freelance forum at the moment is that it lets coders/clients sort out the payments between themselves meaning phpfreaks doesnt get involved in any mess that maybe involved. there's also the case of vetting things that go in there. there are tonnes of posts in php help forum that are self-class as 'urgent', so I could see plenty of people posting in this new area stuff that should go in php help with a donation offer of $1 or something. i guess it could work as a 'subscription' forum where you'd need to have an account in credit to post there, but then there's the case of value for money - would the admins/mods/php recommended go out of their way to help any more than the normal php help forum? i.e, would a problem get solved any quicker? like i say, i dont think it's a bad idea and definitely (if it COULD be implemented properly) a nice way of phpfreaks getting donations. cheers Mark

i feel we're going down the same old road again.... 1) your nav is not good - and still as not good as the last time i said it was not good. in fact, it's exactly the same. 2) your choice of font is not good. 3) your logo is bunched in the top left corner. your footer on the other hand spans the page. this makes the site look bottom heavy. 4) there's just no flow or consistency to it - its just things thrown onto a page in no particular way. ok, so this topic is about layout (rather than content), and i know you'll probably come back with something like "Yeah, i'll do the writeups when I've perfected the layout" or something like that. (which begs the question that, as the layout is not complete, why have you made it your main site now?) here's a paragraph about pricing. [quote] My pricing is fair, I normally charge below the average market price. If I go hourly I almost alway's charge atleast 30 per hour, if I have the ability I try to do a per project price at all times, whenever possible. I charge hourly when the work is so sporadic I have a hard time determining an exact amount of time it might take to complete [/quote] 1, fair pricing = admittedly expensive 2, atleast is two words = at least 3, 30 what an hour? coconuts? 4, having a hard time to determine completion time? at that sort of price, i'd want to know EXACTLY how many hours you would take, sporadic or not. just read it back to yourself. it's not so much the spelling or the grammar, but it's a good example of the general lack of attention to detail - which was exactly the problem with your last few 'changes' to your site. i'd love to say that i thought you actually spend enough time on these sites/designs, etc, but i could almost bet my left nad on the fact that you spend most of the day asking for opinions and help, and rush out a new design/version as quickly as possible so that you can ask another question. when this topic was opened, you presented 4 designs - quickly that went to two and then all of a sudden, before you've corrected the problems or attempted to make it look half good, you've applied one of them to your site - only it's much worse than when originally presented. maybe you should actually grab a beer, put your feet up, chill out and do some self-critique on your site - can you honestly say you're happy with it? can you say that, if you were a client, you'd pick this freelancebusinessman to do your site for 30 dollars/pounds/coconuts an hour, who has no idea how long it might take? do you think it truly shows your skill in the best light? maybe you should stop trying to hard and have some fun with it.

[quote author=AndyB link=topic=111680.msg453441#msg453441 date=1161127573] This may not be entirely 'on point' with the intent of the thread, but for what it's worth I'll post what I have on my site regarding copyright and who owns what and why.  I've never had a client who disagreed (although a couple thought they ought to own 'everything', they eventually saw things my way). http://www.halfadot.com/copyright2.php [/quote] hi Andy That's EXACTLY on point - thank you. I guess it's putting the warning out there before agreements which at least leaves the ball a little in your court. It's not general bitty little functions here that I'm looking to protect - it's the collective code (framework) that gets used over and over. A developer wont take PHP to pieces, recompile it with totally different functionality, etc, when they work on a project - so i'm coming from the point of view that my framework is an 'extension to php', rather than part of the clients project. sure, that means it needs documentation for another developer to use - fine. at least it remains under my ownership/copyright though. I'll give you a little example. This might not seem like a common feature, but in my industry it is. Several months back, i was looking at online/offline recruitment software. Each of the ones i looked at had a funky optional extra - a CV (resume) Extractor, which would take a DOC file and automatically whip out the name, address, postcode, phonenumbers, email addresses and keywords, etc and create a record automatically and attach the CV to it. Just for this optional extra, the extra cost was anything from £250 upwards to £500, depending on how much they did. me being stubborn, I did my own in PHP which works very well - however, it took me alot of time (just converting DOC to TXT was a nightmare) and is a sought after tool. A project I've possibly got lined up for the new year will require this tool so that a job seeker who registers on the website only needs to upload their CV to automatically fill in the registration form. see where i'm coming from? this is just one example that may HAVE to be encrypted, but generally I just wanna protect my 'framework', as opposed to anything project-specific - and hence not restricting future developers working on that site. [b]edit[/b]: @printf/obsidian, you're right about the trust issues - these obviously are important, so it's looking for ways around it. (call it a compromise, if you wish). cheers