Re[2]: [PHP] PHP editor
Hello Robert, Thursday, April 15, 2004, 12:34:09 PM, you wrote: RC Sounds like you suffer from no-accelerator-itis. Using one of the PHP RC accelerators will make whitespace concerns pointless since they operate Not everyone can do this though Rob, I certainly cannot employ any kind of PHP accelerator on some of the sites I work on. Although I wish I could. RC on cached bytecode. At any rate, whitespace and comment parsing is RC pretty much negilible... you might shave a millionth of a second off RC your page time, but really, is that point for contention? If you're RC running Google then it might be, but I doubt that's the case. There is another benefit - disk seek time. The file WILL be larger in size and if you're including it, the hard drive will have to seek to it and suck it all in. Granted we're probably talking millionth of a second here again, but even so :) Using spaces instead of tabs is only useful if you're going to share or make your code available for public consumption. Under any other scenario the benefit difference is negligible at best. -- Best regards, Richard Davey http://www.phpcommunity.org/wiki/296.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP editor
Hi, Friday, April 16, 2004, 2:48:03 AM, you wrote: CWP Arthur Radulescu mailto:[EMAIL PROTECTED] CWP on Thursday, April 15, 2004 4:48 AM said: Not exactly... I was not reffering to PHP files... The white spaces from a template file will make double the size of certain files when they are sent to the browser... So a page of 50 k might have 100 K because of those white spaces instead of tabs... For a dial up connection this means a lot even if you are not google... CWP can someone confirm this? this sounds totally wrong. but the again i CWP don't work with templates (yet) so i have no idea! CWP ON THE OTHER HAND CWP if you're referring to the html that is sent to the browser don't use CWP the tab key use the space bar. imho tab indented html is very ugly! This bit of code table tr td Hello world /td /tr /table has about 44 chars, 7 line feeds and 9 tabs = 60 bytes with 4 spaces/tab thats 54 spaces = 100 bytes and the default of 8 (what clown came up with that one I wonder..maybe they had very small spaces) thats 72 spaces for a total of 123 bytes - over double. So Arthur is probably correct. -- regards, Tom -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP editor
Hello Lowell, Thursday, April 15, 2004, 4:00:03 PM, you wrote: LA I just installed Zend Studio because I was able to buy it through Adobe LA at a discount when upgrading GoLive. I've been comfortable working in LA the source editor of GoLive, and the new version has improved support LA for PHP, but I assumed moving to Zend Studio would improve my LA efficiency. This thread makes me wonder if I should switch or stay with LA the simple workflow I'm used to. Opinions? Zend Studio endorsements? Is LA it worth the time to learn to use? I spend around 8 to 10 hours a day inside of Zend Studio (it's open behind this email window as I type) and I couldn't live without it now. I'm not going to list all of it's good points, there are just too many - but I personally love the full function insight and auto-complete. Not just for PHP functions, but for your own too - works perfectly across classes, etc. Same goes for variable completion. The code Profiler and Debugger are a god-send as well, being able to step through the code of a page, inserting break points, adding variable watches and modifying the results *on the fly* is brilliant. I have a few issues with it from a user-interface level though - it would be useful to have bookmarks (that can be saved with your code), the drop-down menus sometimes flicker or just roll-up instantly - this I feel is a side-effect of the Java runtime. You also need a monster PC for it to run happily (read: quickly). I'm using it on a P4 3GHz. For the HTML side of things it is useless, so I have Homesite 5 open alongside it nearly all of the time, but then I rarely mix my PHP code with raw HTML anyway, so this isn't a big issue for me. Anyway, just my observations. -- Best regards, Richard Davey http://www.phpcommunity.org/wiki/296.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP editor
Hello Chris, Thursday, April 15, 2004, 6:15:55 PM, you wrote: CB Not to be too pedantic, but you could probably reduce the above CB to a single line function: Not to be even more pedantic, but isn't this entirely pointless anyway? Modems have long compressed ASCII streams - that 50KB of blank spaces would not get transferred as such. -- Best regards, Richard Davey http://www.phpcommunity.org/wiki/296.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: Re[2]: [PHP] PHP editor
I fully agree with you but as I have mentioned the first time Zend seems to be to slow for fast editing... And sometimes it really takes too much from the computer resources... I spend around 8 to 10 hours a day inside of Zend Studio (it's open behind this email window as I type) and I couldn't live without it now. I'm not going to list all of it's good points, there are just too many - but I personally love the full function insight and auto-complete. Not just for PHP functions, but for your own too - works perfectly across classes, etc. Same goes for variable completion. The code Profiler and Debugger are a god-send as well, being able to step through the code of a page, inserting break points, adding variable watches and modifying the results *on the fly* is brilliant. I have a few issues with it from a user-interface level though - it would be useful to have bookmarks (that can be saved with your code), the drop-down menus sometimes flicker or just roll-up instantly - this I feel is a side-effect of the Java runtime. You also need a monster PC for it to run happily (read: quickly). I'm using it on a P4 3GHz. For the HTML side of things it is useless, so I have Homesite 5 open alongside it nearly all of the time, but then I rarely mix my PHP code with raw HTML anyway, so this isn't a big issue for me. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP editor
Hello Greg, Thursday, April 15, 2004, 7:35:20 PM, you wrote: GD All the styles and javascript work fine. HTML parsers don't give a rats ass GD about newlines, tabs, and carriage returns so why have them.. Makes the GD output easier to compress as well. Got to agree here, I remember back in the day when people sold HTML obfuscation apps that effectively did this. The browser doesn't give a monkeys about whitespace et all. Having said that, stripping it vs. leaving it is virtually irrelevant too and I'm shocked why so many skilled people on this list actually care-less about it :) There is no right or wrong, it's down to personal preferences. -- Best regards, Richard Davey http://www.phpcommunity.org/wiki/296.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP editor
Hello Greg, Thursday, April 15, 2004, 7:57:12 PM, you wrote: GD Well at my shop more efficient = right and less efficient = wrong. Passing a potentially huge string through a replacement function for every single page doesn't really = efficient in my shop. YMMV. -- Best regards, Richard Davey http://www.phpcommunity.org/wiki/296.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP editor
Hello Greg, Friday, April 16, 2004, 1:44:57 AM, you wrote: Passing a potentially huge string through a replacement function for every single page doesn't really = efficient in my shop. YMMV. GD We use Turke MMCache so it's not every single page. GD Besides that CPUs are way cheaper than bandwidth. Which leads us full circle again to the personal preference argument. It works for you because of Turke, for someone who doesn't it is less efficient. Like I said, YMMV. -- Best regards, Richard Davey http://www.phpcommunity.org/wiki/296.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP Editor - which to use?
Hi, Thursday, September 25, 2003, 10:40:27 PM, you wrote: DM lmao .. good one. From: pete M [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [PHP] PHP Editor - which to use? Date: Thu, 25 Sep 2003 10:59:19 +0100 I write my code with pencil and paper and then scan it.. Dont need an editor ! John Nichel wrote: I know we've discussed this numerous times, but I'll chime in again (mainly because I'm bored). By far, I have been totally satisfied with UltraEdit. Lightweight, just about any language you want to edit, user configurable syntax highlighting (for those into that), handles UNIX / DOS / Mac files easily, etc, etc. And best of all, buy a liscense (cheap) and you're supporting a programmer, and not a company. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php DM _ DM Add photos to your e-mail with MSN 8. Get 2 months FREE*. DM http://join.msn.com/?page=features/featuredemail If I did it that way I would never run out of toilet paper I guess -- regards, Tom -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] PHP Editor
Hi Grishick, Grishick Nothing is better then HomeSite Agreed ;-) --- EnjoY, Adaran ([EMAIL PROTECTED]) check http://www.adaran.net -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
