This thread is inspired by another: view original post
You all have offered tremendous support, so once again I turn to the community for advice.
So, despite not being able to answer the interviewers questions, they asked me back for a second interview, but this time they want me to send in a portfolio of my work. I really haven't ever thrown together a [I]true[/I] portfolio. I do have my Stibipedia page, but that's not really a portfolio. I think they want me to put together a portfolio of my PHP work.
My question to you all is, what is the best way of putting together a portfolio based on PHP work?
I'm going to google a few terms in hope of finding some ideas on how best to put together a portfolio, but I figured I'd ask here since your all so smart.
Any help you can provide would be appreciated. Thank you.
[Once I put together a portfolio, I'll post it here in hopes of getting some feedback..]
Edit:... so tired.. need sleep.. if you want to check out what I have done goto [url]http://hylodyne.com/[/url] and use code [PM for CODE]. It's as good as I'm going to do for now... If it's not good enough, then I'm just not the man for the job.
And thanks for all the input, it did help! Good night.
-
Ideally you'd want to create a website which demonstrates your use of different functionality. - Show that you know how to output a HTML page using <?php ?> tags amongst the HTML itself. IMO it shows that you know this is possible. Also show clever little things like crossing between HTML and PHP preprocessing:[quote]<ul> <?php foreach($arr as $e){ ?> <li><?php echo $e; ?></li> <?php } ?> </ul>[/quote] - Demonstrate some AJAX request/response code in Javascript and PHP. - Show that you know how to mitigate threats like XSS. - Demonstrate database connectivity and data retrieval. - Show how to define a final class which inherits from an abstract class which also inherits from an abstract class and implements at least 3 predefined PHP interfaces. - Show how to publish and consume a web service using REST (eg. JSON) and SOAP. - Show how to perform some B2B functionality, likely in conjunction with the above point, with cURL. - Show some regex. - Show buffering. Something I like to do is to turn on buffering at the start of a script, use a single variable which contains everything I'm going to send to the client, then turn off buffering and serialise the object/variable. This is also handy when you want to catch any errors from being reported (especially when you can't turn them off). - Something clever I like to do is post-processing. I do it something like this:[quote]- Turn on buffering - Collect output in variable(s) - Turn off buffering - Output a Content-Length header with the size (strlen) of the variable(s) - Output the variables - Turn buffering back on - Do any post-processing you want to do[/quote]The trick here is that browsers will only keep reading from the socket/stream from the server up until the Content-Length is reached. Turning buffering on again after outputting the header is just a safeguard against accidentally showing something that shouldn't be and any clients (including non-browsers) who want to keep reading after the length is reached. - Demonstrate some obscure low-level stuff like direct HTTP manipulation, socket connectivity, OS calls (try backticks!). You'll be unlikely to use this stuff, but knowing it will probably be advantageous.