redbullmarky

448191, i think i'm trying to kill two birds with one stone, I guess - protection of the framework as well as ease of install. A good chunk of the framework are specific to the industry I mainly deal with (ie, recruitment) and are on sale at some tidy little prices. Sure, I could use Zend Encoder, ionCube or suchlike to "compile" the scripts in question, but I guess if I could go the whole hog and also make the whole thing as a complete extension, that'd be better. Neal, that's the way I've got it right now but most of the sites I've done are applications for me and my company and the others I'm jointly involved with. There is one however that will at some point need to be hosted elsewhere and others will follow. As we stand right now, I think that encoding the scripts in question might be the way to go until something comes out that can do the whole job. Cheers for your help chaps Mark

again, that's part of the solution, yes. I guess my main aim is to make it easier to distribute - ie, just drop it onto the server as a single file, and i'm done - rather than unzipping tonnes of files into the correct directory structures, etc. I get the feeling since I first opened up the topic that it's probably a lost cause with the tools available now. Personally, I can't see why it's NOT possible, I just reckon the tools haven't been developed to do it properly yet. I've looked indepth at things like Zend Encoder/ionCube, etc for the solution of protection, etc, but it still leaves me with the other issue. Oh well. I guess i'm too picky

comments on what? there really isn't anything to test, as it's just a piece of space on blogspot, where they all virtually look and work the same...

maybe there's an easier way, but crack open: C:\Documents and Settings\{your directory}\Application Data\Macromedia\Dreamweaver\Configuration\CodeColoring and go to around about line 300 as a guide (at least it is on DW8). add your chosen keyword, restart DW and Bob's your Uncle important note: back up any of these files BEFORE making changes!!! another note: Application Data is a hidden directory so you might have to change the folder view options to show hidden files and folders.

I've come across this one before but kinda dismissed it, but I took 5 minutes out to have a look in detail this time at sIFR: http://www.mikeindustries.com/sifr/ Basically it provides nice typography for your website without using images (so ideal for dynamic content without creating a new image each time). It uses Flash (eughh) and Javascript - if either are turned off, the text degrades into regular text. Also worth pointing out that it doesnt break accessibility or the ability for your site to be indexed properly. Although I dislike Flash, the fact that it degrades so well is good enough for me to consider. Cheers Mark

Dreamweaver highlights JS too - ultimately all AJAX is. If you mean in terms of a drag and drop sort of thing that does all the code for you, then I couldn't personally recommend a good one as they all seem to do a fair bit of butchery to the code - things can get messy very quickly. Personally I'm quite a fan of using libraries such as mootools / prototype, etc (the former being my current preferred weapon of choice) which - whilst they dont do all the work for you, they make things like AJAX/JSON (amongst many other things) millions of times easier, IMO.

personally i'd put forward CakePHP at this stage, as it also has support for ACL but the framework in general is fairly easy to use following a bit of patience (and their manual is pretty good too). It's tried and trusted and already reached release. A while back there was a post made here with a link I bookmarked - maybe worth taking a look at: http://www.phpizabi.net/ hope that helps! Mark

actually, to add to that - it wouldnt hurt to take a look at the infamous Rails blog tutorial too, even though it may not even be the language you'll use. The two frameworks are very similar (Cake being based loosely on Rails) and the principles/process for creating the blog is almost identical in terms of what to look out for. as for going into the Cake source code, this is a great 2 (maybe 3) part article on exactly that: http://www.thinkingphp.org/2006/09/25/learning-from-the-cakephp-source-code-part-i/

get your hands dirty. you can read books on how to fix a car, but only when you open up the bonnet do you learn how to REALLY do it. i personally skipped the books stage and just downloaded a copy of phpBB to see how a forum works, then just tried bits and pieces of my own out. I always say that PHP is FAR more powerful than the results (ie, HTML) - so it's just about looking at a HTML page and working backwards bit by bit in terms of what you want to achieve - rather than getting baffled with millions of other functions that you wont need yet. When you need PHP to do something beyond your knowledge, that's when it's time to hit the books (or Google/tutorials) again - and odds are, there'll be a function sitting there waiting to be learnt that'll do a job for you. if you're going down the tutorial road, dont just type them in and let it be. find one that's relevent to what you want to achieve (for example, a blog tutorial). try and figure out exactly what it's doing. change things around to see the difference. add things to it. take things away. trial and error. most of all, be patient.

hmm. not a road i'd want to go down yet - after several years out, my C skills are crusty at best. I found this which looks promising, but is only a "work in progress" thing at the moment.

not really. what i'm mainly looking to do is to condense/compile the framework down to a single file, for convenience purposes (amongst other things - like having some degree of protection over my code), that I could use it just like PHP's built in functions/classes. I guess the nearest thing I've seen to what I'm after is the PECL libraries, or GD or whatever, but it seems that these libraries need to be written in C.

Hi all Not sure if this is possible, or whether I shoulda done a bit more googling, but still... I have a pretty big framework i've been building over time which I now use to develop most of my new sites with. What I'm trying to find out is if it's possible somehow to turn this collection of files into a single special file that, via maybe just a change of a setting in the php.ini file (on a LAMP system) could allow my framework to be readily available in PHP? This for me would allow distribution to be much easier as well as giving some protection over the main framework itself (i guess) Any help would be great Cheers Mark

on a semi-related note, open up your php.ini file and make the relevent error level/setting changes there (error_reporting and display_errors). if you have some sort of typo or fatal error in your script, then the above wont work/display errors as it'll never get run itself.

please do not double post. this board is also for help with specific code of your own, not for help with third party scripts. topic locked.

have you read the manual?

try CodeIgniter. It stands well on its own as a perfectly good framework, but I actually used it myself as a sort of "Beginners Introduction to Cake". Once you've gotten into CodeIgniter, which is much simpler to use, you should find Cake makes much more sense. However, what I was lacking personally was the knowledge of the MVC (Model View Controller) pattern, which made both frameworks quite tricky to understand compared to just writing all my PHP above the doctype on every page or just including stuff. If you've not used a template engine in the past, it might be worth getting your head around the hows and whys of them (none in particular, just the principle of seperating your PHP and your HTML), then looking up MVC in more detail. It's not overly complex, but not having a basic understanding will make Cake/CodeIgniter/Rails frameworks seem much more complex to learn. CodeIgniter's manual has some pretty excellent "in summary" explainations for MVC, so might be worth taking a look over there. nb: ruby is not directly comparable to Cake, as Ruby is the language not the framework

on clicking 'register' with no details, i get: also, have a look at your use of addslashes (or mysql_real_escape_string, whichever you're using). when you pass values back to an input field as a default value, or to generally display it on the screen, you need to remove the slashes again else it a) looks messy and b) gives user clues as to what methods you're using to clean up the input. My personal preference (as opposed to stripslashes) is not to treat/clean the $_POST array directly, rather I leave the $_POST array as it is and use something like $post = deepclean($_POST); (deepclean being my own function that does the adding of slashes as required). Then, for redisplaying on the screen or in input boxes, look at htmlspecialchars() such as <input name="username" type="text" value="<?=htmlspecialchars($_POST['username']) ?>" />

if it's not your skin, don't ask for critique. if it's functionality testing you're after, then as you never created SMF, not worth asking for testing there either. in a nutshell, if you didn't do the work - dont expect the critique. else might as well stick a link up for youtube or ebay or something and ask for critique on that. topic locked.

i've not read all the replies in detail, but from your first post, note this: public function __construct(){ $this->_link = $this->connect(); } public function connect(){ $this->_link = mysql_connect($this->_host, $this->_user, $this->_pass) or die("<h1>Connection Error:</h1>". mysql_error()); $this->_db = mysql_select_db($this->_data, $link) or die("<h1>Could not Select Database:</h1>". mysql_error()); $this->_mark = 'mark'; } in your constructor, you're assigning the RETURN of your connect method to $this->_link - only there isn't anything returned by 'connect'. So in this case, connect sets your $this->link property and then your __construct sets it to a null value. either change the constructor line to simply: $this->connect(); or put return $this->_link; at the end of your connect method. Hope that helps Cheers

for the former part, javascript can be used to open what is effectively a new browser window. you can also achieve it using a DIV and an iframe, which generally leads to much tidier results, albeit a little trickier. for the latter part of your question, the window in question is a 'modal' which is nothing more than a DIV (rather than an actual window) with a semi-transparent background to cover the main pagebody. as with the first, an onclick can trigger this. Here's an example using images: http://www.huddletogether.com/projects/lightbox/ hope that helps

ahh worked wonders.cheers! if (extraparams) { for (i in extraparams) { params[i] = extraparams[i]; } } however, i did a bit more digging around mootools which i'm using, and found that i can also do: if (extraparams) { Object.extend(params, extraparams); } cheers for the help! Mark

Hi there Javascript definitely my weak point, so here's my question that may seem obvious to some... If I have two 'objects' that I use to store data, eg: var first = {name:'Mark', age:27} var second = {location:'UK'} what's the easiest way to combine them together so that I have something like: {name:'Mark', age:27, location:'UK'} Cheers Mark

ok now we're back to something that looks good. i was a bit worried you'd lost the plot when i saw the site before the CSS anyway. i will restate my point from earlier in this topic: I'd personally discourage you from using AJAX this way, for now at least. I prefer to look at AJAX as a tool that provides little quirks to a website (search results, autocomplete, form validation, etc) rather than something that provides an entire page of content for no good reason (i've been there and done that myself and these are just some of the issues i had). When you use it for smaller scale "widget" type stuff, it's easier to get it to degrade more favourably than just displaying a completely empty page. There are alot more further implications of using AJAX, such as breaking the 'back' button, etc, but I do believe that Google doesn't follow "anchors" - the type of links you're using in the nav with an 'onclick', so those pages maybe left completely out of search results. Also, whilst a small amount, users that don't have Javascript turned on won't be able to get your pages - it'd be a shame to dismiss these users over something that's not really needed. Most of the people who I find have JS turned off are the non-technical who just turn everything off and AV/Firewall themselves to the teeth without really knowing why. Correct me if I'm wrong, but table tennis is not really aiming itself at the technical types, so odds are you may find a few people who wont be able to get involved... Oh well. There's my £1.50 worth anyway.

personally, i think the decision to start again is a bit of mistake - considering now you have these issues that you didnt have before, and your previous site was not bad - just needed a few tweaks. Oh well, good luck anyway.

hmmm. a google search turned out this: http://www.hydroponicsearch.com/dictAPI/ which seems to collect data from various dictionaries. depending on the nature of the results found, you could probably parse out the relevent info about a word.