Re: [nyphp-talk] slow php

2009-02-16 Thread Hans Zaunere
> One note, please add at least the subject of the thread in when replying to a > section of a digest email and puleaze trim messages. 90% of your email had > nothing to do with what you were asking. I won't even get into the top posting > issue Thanks David, this is something I've been meanin

Re: [nyphp-talk] PHP Blogs, Multiple Blogs

2009-02-16 Thread Steve Manes
Peter Sawczynec wrote: I'm looking for the names of some great PHP/MySQL blogging application(s) that allow multiple blogs and allow the developer to have plenty of CSS interface customization. I'd really appreciate hearing the ones you suggest. My preference is Drupal. Not only can you r

Re: [nyphp-talk] slow php

2009-02-16 Thread David Krings
Nicholas Hart wrote: Many thanks for the considerable response! I have changed the code to reduce a large number of SELECTs by saving a query to an array. My problem now is that although this array is appox. 3,000 records, I need a way to pass this to a function. Note: the array contains all

Re: [nyphp-talk] slow php

2009-02-16 Thread Tim Lieberman
On Feb 16, 2009, at 5:41 PM, Nicholas Hart wrote: Many thanks for the considerable response! I have changed the code to reduce a large number of SELECTs by saving a query to an array. My problem now is that although this array is appox. 3,000 records, I need a way to pass this to a functi

Re: [nyphp-talk] talk Digest, Vol 28, Issue 23

2009-02-16 Thread Nicholas Hart
Many thanks for the considerable response! I have changed the code to reduce a large number of SELECTs by saving a query to an array. My problem now is that although this array is appox. 3,000 records, I need a way to pass this to a function. Note: the array contains all discount data while the

Re: [nyphp-talk] PHP Blogs, Multiple Blogs

2009-02-16 Thread Compustretch
I would be remiss if I did not mention Drupal for multiple blogs. It rocks "out of the box" and is set up for multiple blogs/installs I should also mention Joomla! for single blogs, it's far more advanced than b2evolution (actually it has a b2evolution plugin) and it skins faster than a cat. (Faste

Re: [nyphp-talk] When does an application become to large for just a single page.

2009-02-16 Thread Justin Dearing
On Mon, Feb 16, 2009 at 12:27 PM, Anthony Wlodarski wrote: > When building a web application that is usually a single page load, what > are the criteria that you may use to decide that this feature should be a > separate application or this feature be part of another tool? > Uh depends. Generall

[nyphp-talk] When does an application become to large for just a single page.

2009-02-16 Thread Anthony Wlodarski
When building a web application that is usually a single page load, what are the criteria that you may use to decide that this feature should be a separate application or this feature be part of another tool? I always found it interesting how many features are expected to be packed into a form

Re: [nyphp-talk] Recycling of ini files

2009-02-16 Thread Daniel Convissor
Hi David: On Mon, Feb 16, 2009 at 10:53:58AM -0500, David Krings wrote: > Daniel Convissor wrote: >> Hi David: >> >> On Mon, Feb 16, 2009 at 09:56:27AM -0500, David Krings wrote: >>> Daniel Convissor wrote: Uh, "have" is the wrong word there. :) You don't need to drop a database befor

Re: [nyphp-talk] Recycling of ini files

2009-02-16 Thread David Krings
Daniel Convissor wrote: Hi David: On Mon, Feb 16, 2009 at 09:56:27AM -0500, David Krings wrote: Daniel Convissor wrote: Uh, "have" is the wrong word there. :) You don't need to drop a database before upgrading. You leave your old tables in place and MySQL provides upgrade scripts that imple

Re: [nyphp-talk] Recycling of ini files

2009-02-16 Thread Daniel Convissor
Hi David: On Mon, Feb 16, 2009 at 09:56:27AM -0500, David Krings wrote: > Daniel Convissor wrote: >> >> Uh, "have" is the wrong word there. :) You don't need to drop a >> database before upgrading. You leave your old tables in place and >> MySQL provides upgrade scripts that implement changes

Re: [nyphp-talk] Recycling of ini files

2009-02-16 Thread David Krings
Daniel Convissor wrote: Hi David: Yesterday I applied patches and upgrades to my servers (Apache, MySQL, PHP) and while that worked out nicely except that I yet again have to recreate all the MySQL user accounts Uh, "have" is the wrong word there. :) You don't need to drop a database befor

Re: [nyphp-talk] Recycling of ini files

2009-02-16 Thread Daniel Convissor
Hi Peter: On Mon, Feb 16, 2009 at 09:26:26AM -0500, Peter Sawczynec wrote: > > So you are saying you can delete > every entry in the Apache conf and MySQL, PHP ini and the products will > work correctly on their own using all default settings that are actually > pre-programmed into the product an

Re: [nyphp-talk] Recycling of ini files

2009-02-16 Thread Peter Sawczynec
Additionally, I've seen and made conf and ini files with all the line spacing and comments stripped out and that also makes for a nice short and pithy file. (You can keep a copy of a default ini laying around in case you need a reference.) > To simplify tracking and maintenance, in major systems I

Re: [nyphp-talk] Recycling of ini files

2009-02-16 Thread Daniel Convissor
Hi David: > Yesterday I applied patches and upgrades to my servers (Apache, MySQL, > PHP) and while that worked out nicely except that I yet again have to > recreate all the MySQL user accounts Uh, "have" is the wrong word there. :) You don't need to drop a database before upgrading. You lea

Re: [nyphp-talk] slow php

2009-02-16 Thread David Krings
Anirudh Zala wrote: > Besides all of these good suggestions, always use "timers" to measure time spent behind execution of certain portion of your script to identify what part is taking so long. Or usa an IDE that includes a profiler, because those are designed for that purpose (at least dur