Can you add these thigs back to our c-panel...

[JasonD]

I would like the link to THIS forum, side by side, with the support forum.

Also, I would like to see the group for our server lists, fish, dog, cat, milkeyway... the list on the main page of the forum blends in too much with that blue.

(Though I would suggest placing that main group at the bottom, and in yellow, not blue.)

Would also be nice if this forum, and the support page used the same names/passwords. I already have about 40 names and passwords, just for this site... Why not just make all our names, our FTP main account names? (Eliminates any confusion, simply allow our names here as nick-names. EG, that is the name we see, but the admins and sessions work off our real account names.)

Also... You need a PM (Private Message) feature here. I would like to chat with some of these people directly. We have similar issues, and posting personal data like the exchange of e-mails for one on one assistance, is not a comfortable thing to do in public.

Finally, please go through your c-panel and remove the dead items, and unsupported items, and items which are incompatible after being installed with this new arrangement. Many items demand php4, and PHP5 is the desired and default setup. Defaulting back to 4, causes our php5 things to break. As a better measure... when making the decision to upgrade, upgrade on a fresh server, and ask us if we want to migrate to that server. Then don't offer that dead server for new accounts. Give them a fore-warning, that the server will be updated in 6 months, and that they should TRY to migrate, but allow them the option to migrate back, if you have unresolvable issues on that new server. How hard is it to mirror a virtual server?

[Alan B]

I Many items demand php4, and PHP5 is the desired and default setup. Defaulting back to 4, causes our php5 things to break.

PHP4 is still currently supported by the PHP development community. There is no reason to remove it from the servers. It is not the desired setup for everyone.

You can easily make PHP5 the default on your accounts, by adding an entry to a top-level .htaccess file. If you have a reseller account, you could even do this in your Skel directory so that all new client accounts you create would automatically have that default.

[JasonD]

Ok, your right... there are four months left of support...

http://www.php.net/

PHP 4 end of life announcement

[13-Jul-2007] Today it is exactly three years ago since PHP 5 has been released. In those three years it has seen many improvements over PHP 4. PHP 5 is fast, stable & production-ready and as PHP 6 is on the way, PHP 4 will be discontinued.

The PHP development team hereby announces that support for PHP 4 will continue until the end of this year only. After 2007-12-31 there will be no more releases of PHP 4.4. We will continue to make critical security fixes available on a case-by-case basis until 2008-08-08. Please use the rest of this year to make your application suitable to run on PHP 5.

[Alan B]

Even after support is finished, there's no reason to immediately remove it from the servers. Just because you don't want it is no reason to prevent others from using it, especially as it is so easy for you to change your own default to PHP5.

[casimedicos]

there is no reason???
PHP 5 is fast, stable & production-ready and as PHP 6 is on the way,

[Alan B]

there is no reason???
PHP 5 is fast, stable & production-ready and as PHP 6 is on the way,

You misunderstand me. I didn't say that you shouldn't use PHP5. I said that it shouldn't immediately be removed from the servers, as many people still use PHP4.

If you are writing new scripts or modifying existing scripts, you should definitely use PHP5.

[JasonD]

I understood your reply... I just want a way to completely disable it, from my server, as the detections for the installs, see php4 and setup for php4. They do not check for php5, since they start at 1,2,3,4 (Stop)...

Now they are all setup for PHP4, but PHP5 is processing php4 code... and all heck breaks loose. (Thus, many of the fantastico things run wild, due to improper install/setup.)

If PHP4 was completely gone... the installs would only find PHP5, and all would work well, or it would tell you that you don't have the proper version of PHP installed, if they were not made to work with a higher level.

Feed PHP4 to the sheep!

[JasonD]

Even after support is finished, there's no reason to immediately remove it from the servers. Just because you don't want it is no reason to prevent others from using it, especially as it is so easy for you to change your own default to PHP5.

Your telling that to the guy who uninstalled 90% of windows, because I hate MS-Paint, Pinball, Solitaire, Mine-Sweeper...

Truthfully, my only concern is that globals security issue, and cross-site data theft through leaky php4 memory exploits. (Stuff they already refused to fix, since it was fixed in php5 years ago.)

Just saying... not demanding...

Never even knew you could run two versions at the same time! (Never tried though.)

[Alan B]

You can run multiple versions. I have both PHP4 and PHP5 running on another server that I use. And, it was casimedicos who misunderstood me since he seemed to think I said that there was no reason to use PHP5.

[JasonD]

You can run multiple versions. I have both PHP4 and PHP5 running on another server that I use....

Not going to ask...

Guessing for debugging purposes, or conversion?

Oh, I like this c-panel style better then the one it stuck me with last-time. This one has the link to the server status inside. (Not sure what style I had last-time, but it had sectioned drop-down menus, without the link to the server status.)

I still want the support and the forum links in there.

[Alan B]

There are good reasons to run both. It can be time consuming to recode older scripts to use PHP5, so in some cases it's better to leave them running PHP4. PHP4 is not inherently less secure than PHP5: it depends upon what one is doing with it and how one codes.

[JasonD]

There are good reasons to run both. It can be time consuming to recode older scripts to use PHP5, so in some cases it's better to leave them running PHP4. PHP4 is not inherently less secure than PHP5: it depends upon what one is doing with it and how one codes.

Agreed, but even the best code, is still 4x slower in PHP4. (Though I suspect that is partially due to the new ZendOptomizer code-base. Memory-wise and thread-wise it is faster, command wise, I am sure that it is a coin-flip. I would argue the security thing, only because of my experiences... But in reality, just because the flaws have not been discovered in php5, does not mean there are less... So I am naive there.)

[Alan B]

It depends upon how you use PHP. I have scripts that don't allow any user-entered data and which don't pass any variables in the URLs. There are no security risks with them, because there's no potential access to anything for a user or hacker. Benchmarking shows that they run very fast, so there's nothing to be gained by spending unpaid time to rewrite the scripts for PHP5.