B
bdraco
Guest
We now have cPanel 6.0.0 betas on layer2.cpanel.net. Please do not use these for production use. These builds are only meant for testing the new clustering core as well as the internal ticketing system.
O
ozzi4648
Guest
[quote:24e35cc225][i:24e35cc225]Originally posted by bdraco[/i:24e35cc225]
We now have cPanel 6.0.0 betas on layer2.cpanel.net. Please do not use these for production use. These builds are only meant for testing the new clustering core as well as the internal ticketing system.[/quote:24e35cc225]
Please tell us that is ISN'T written in Perl or at least you guys started converting some programs to something a little faster then SLOW Perl!
We now have cPanel 6.0.0 betas on layer2.cpanel.net. Please do not use these for production use. These builds are only meant for testing the new clustering core as well as the internal ticketing system.[/quote:24e35cc225]
Please tell us that is ISN'T written in Perl or at least you guys started converting some programs to something a little faster then SLOW Perl!
Hello,
how i can install the Beta version to test this?
After install i can pot and a semo account so you can check this.
how i can install the Beta version to test this?
After install i can pot and a semo account so you can check this.
O
ozzi4648
Guest
[quote:ed4af6d089][i:ed4af6d089]Originally posted by thaphantom[/i:ed4af6d089]
please everyone... ignore the trolls post[/quote:ed4af6d089]
Being your 13yr old self again? Typical!
please everyone... ignore the trolls post[/quote:ed4af6d089]
Being your 13yr old self again? Typical!
[quote:574f9dc8e7][i:574f9dc8e7]Originally posted by ozzi4648[/i:574f9dc8e7]
[quote:574f9dc8e7][i:574f9dc8e7]Originally posted by bdraco[/i:574f9dc8e7]
We now have cPanel 6.0.0 betas on layer2.cpanel.net. Please do not use these for production use. These builds are only meant for testing the new clustering core as well as the internal ticketing system.[/quote:574f9dc8e7]
Please tell us that is ISN'T written in Perl or at least you guys started converting some programs to something a little faster then SLOW Perl![/quote:574f9dc8e7]
Perl isn't slow at all. I believe you are associating Perl with CGI. CGI is an interface, Perl is a language. Perl is very fast. Perl just got a bad rep from all the crappy, slow CGI scripts people wrote over the years.
There's nothing wrong with Perl, really. It can more easily offer more secure programs and interfaces over say C, (with less effort I mean). It's actually also built really well for this sort of interaction/task, as per what a control panel's underlying routines might need or do.
It takes a lot more to secure a program in C and you have to recompile it each time, where Perl you can just make a change. I'm not saying there's an advantage if you take more time to do it in C/C++, but there's no need.
The speed for a backend script/program running in Perl, is really not any slower than on in C. You can also compile Perl to compilable C code, and that's what Cpanel's main engine does, so it really is C.
Trust me, there's absolutely nothing slow nor bad with Perl at all. I'm not sure why you think Perl is slow or bad, but it's not. After C and C++, Perl is probably one of the most powerful, versatile and fastest languages out there (and not by much less than the C/C++ counter parts -- and in the environment it's in, it's probably impossible to notice a speed difference).
If you are having problems with slow responses or something, you may be facing another issue as the cause. It wouldn't be Perl at fault and it could be some configuration issue, hardware issue or some such thing.
[quote:574f9dc8e7][i:574f9dc8e7]Originally posted by bdraco[/i:574f9dc8e7]
We now have cPanel 6.0.0 betas on layer2.cpanel.net. Please do not use these for production use. These builds are only meant for testing the new clustering core as well as the internal ticketing system.[/quote:574f9dc8e7]
Please tell us that is ISN'T written in Perl or at least you guys started converting some programs to something a little faster then SLOW Perl![/quote:574f9dc8e7]
Perl isn't slow at all. I believe you are associating Perl with CGI. CGI is an interface, Perl is a language. Perl is very fast. Perl just got a bad rep from all the crappy, slow CGI scripts people wrote over the years.
There's nothing wrong with Perl, really. It can more easily offer more secure programs and interfaces over say C, (with less effort I mean). It's actually also built really well for this sort of interaction/task, as per what a control panel's underlying routines might need or do.
It takes a lot more to secure a program in C and you have to recompile it each time, where Perl you can just make a change. I'm not saying there's an advantage if you take more time to do it in C/C++, but there's no need.
The speed for a backend script/program running in Perl, is really not any slower than on in C. You can also compile Perl to compilable C code, and that's what Cpanel's main engine does, so it really is C.
Trust me, there's absolutely nothing slow nor bad with Perl at all. I'm not sure why you think Perl is slow or bad, but it's not. After C and C++, Perl is probably one of the most powerful, versatile and fastest languages out there (and not by much less than the C/C++ counter parts -- and in the environment it's in, it's probably impossible to notice a speed difference).
If you are having problems with slow responses or something, you may be facing another issue as the cause. It wouldn't be Perl at fault and it could be some configuration issue, hardware issue or some such thing.
[quote:c6ac26fa77][i:c6ac26fa77]Originally posted by moronhead[/i:c6ac26fa77]
I have a gut feeling that ozzi was rather trying to imply PHP when he said &...something a little faster ...&! :p [/quote:c6ac26fa77]
PHP isn't faster, especially for the way the control panel works. PHP would have to run in the same environment as Perl or anything else, in which case it's no faster (and likely slower and less stable). It is faster as a web server module if you compare Perl running as CGI, just as a module to run Perl in the httpd process would be faster than PHP as CGI. PHP might nbe hyped and sound all amazing and better/faster, but it's not and that would not be a good idea at all for a control panel. You'd have to have the web server do special tasks that only privileged users should be able to, which means some access to sudo or some such thing, or have the web server running as root (definitely a bad idea).
Since PHP or Perl (or C or C++, or Python, or...) would have to be running as a service daemon, it would not be any faster. Also, PHP has a history of many security issues and bugs and Perl has not. Let just put it this way, there's bugs and exploits before about every single PHP upgrade. Perl 5.005 has been stable for about 2 or 3 years now without any major security issue that required an upgrade. Years, compared to weeks or months that PHP *requires* updates and patches to resolve security issues.
It would never, ever, be a good idea to write any significant portion of a control panel that will be doing vital things on a system in PHP. I could go on about it, but PHP is not faster than Perl anyway. We aren't talking about scripts that run on a web server as a module or CGI and comparing Perl scripts running as CGI (or PHP running as CGI for that matter) or comparing mod_php with mod_perl and so on.
Again, people seem to be confusing Perl with CGI and a control panel with scripts ran on a web server. None of those are relevant to a control panel or how the programs/scripts run. Perl is slow in CGI due to CGI having overhead. PHP can run as CGI too, and also have the same overhead. Either can run as a server module and not spawn off processes that CGI causes, but none of that would have any relevance to how the control panel works (unless something major changed, which I don't think would be an improvement if that aspect changed).
I have a gut feeling that ozzi was rather trying to imply PHP when he said &...something a little faster ...&! :p [/quote:c6ac26fa77]
PHP isn't faster, especially for the way the control panel works. PHP would have to run in the same environment as Perl or anything else, in which case it's no faster (and likely slower and less stable). It is faster as a web server module if you compare Perl running as CGI, just as a module to run Perl in the httpd process would be faster than PHP as CGI. PHP might nbe hyped and sound all amazing and better/faster, but it's not and that would not be a good idea at all for a control panel. You'd have to have the web server do special tasks that only privileged users should be able to, which means some access to sudo or some such thing, or have the web server running as root (definitely a bad idea).
Since PHP or Perl (or C or C++, or Python, or...) would have to be running as a service daemon, it would not be any faster. Also, PHP has a history of many security issues and bugs and Perl has not. Let just put it this way, there's bugs and exploits before about every single PHP upgrade. Perl 5.005 has been stable for about 2 or 3 years now without any major security issue that required an upgrade. Years, compared to weeks or months that PHP *requires* updates and patches to resolve security issues.
It would never, ever, be a good idea to write any significant portion of a control panel that will be doing vital things on a system in PHP. I could go on about it, but PHP is not faster than Perl anyway. We aren't talking about scripts that run on a web server as a module or CGI and comparing Perl scripts running as CGI (or PHP running as CGI for that matter) or comparing mod_php with mod_perl and so on.
Again, people seem to be confusing Perl with CGI and a control panel with scripts ran on a web server. None of those are relevant to a control panel or how the programs/scripts run. Perl is slow in CGI due to CGI having overhead. PHP can run as CGI too, and also have the same overhead. Either can run as a server module and not spawn off processes that CGI causes, but none of that would have any relevance to how the control panel works (unless something major changed, which I don't think would be an improvement if that aspect changed).
1) there will be some change on cpanel tags ?
2) Users that are using a cpanel php skin will have problems on 6.0 ?
2) Users that are using a cpanel php skin will have problems on 6.0 ?
Things are moving a little off topic.
Are there any details available regarding the clustering and the ticketing system for those of us who don't have the time/resources to get a beta box setup?
Maybe a post from Nick if he has the time?
Thanks.
Are there any details available regarding the clustering and the ticketing system for those of us who don't have the time/resources to get a beta box setup?
Maybe a post from Nick if he has the time?
Thanks.
[quote:cbc66bc8a3][i:cbc66bc8a3]Originally posted by bdraco[/i:cbc66bc8a3]
We now have cPanel 6.0.0 betas on layer2.cpanel.net. Please do not use these for production use. These builds are only meant for testing the new clustering core as well as the internal ticketing system.[/quote:cbc66bc8a3]
Internal ticketing as in a helpdesk for our customers to use to interact with us? I am just about to roll out ModernBill with their support desk, but if the new CP is going to have it built in, I may have to reconsider as that is one less user ID for people to remember. Please comment.
Jaz
We now have cPanel 6.0.0 betas on layer2.cpanel.net. Please do not use these for production use. These builds are only meant for testing the new clustering core as well as the internal ticketing system.[/quote:cbc66bc8a3]
Internal ticketing as in a helpdesk for our customers to use to interact with us? I am just about to roll out ModernBill with their support desk, but if the new CP is going to have it built in, I may have to reconsider as that is one less user ID for people to remember. Please comment.
Jaz
