Community Forums
Connect with us on LinkedIn
Community Notice
+ Reply to Thread
Page 1 of 2 1 2 LastLast
Results 1 to 15 of 18
  1. #1
    bdraco
    Guest

    Default cPanel 6.0.0

    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.

  2. #2
    Member
    Join Date
    Feb 2002
    Posts
    55

    Default Cpanel 6.0.0

    Is there a place where I can see Cpanel 6.0.0 ??

    Thanks.

    Maurício Martins

  3. #3
    Member
    Join Date
    Feb 2002
    Posts
    55

    Default Cpanel 6.0.0

    What is the internal ticket system?

  4. #4
    Member
    Join Date
    Oct 2002
    Posts
    94

    Default

    a detailed changelog would be nice.

  5. #5
    Member
    Join Date
    Mar 2002
    Location
    Alberta, Canada
    Posts
    1,509

    Default

    Even better would be some updated documentation and/or Manual. How bout it, Nick???
    Helping people Host, Create, and Maintain their Web Site
    Also providing Server Admin Services - setup / troubleshooting

    http://potentproducts.com/

  6. #6
    Member
    Join Date
    Oct 2002
    Posts
    94

    Default

    anyone have a dev install of cP 6 yet up?

  7. #7
    ozzi4648
    Guest

    Default

    [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!

  8. #8
    Member
    Join Date
    Dec 2002
    Posts
    55

    Default

    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.

  9. #9
    ozzi4648
    Guest

    Default

    [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!

  10. #10
    Member
    Join Date
    Aug 2002
    Posts
    62

    Default

    [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.
    I'm Tim.

  11. #11
    Member
    Join Date
    Aug 2001
    Posts
    707

    Default

    I have a gut feeling that ozzi was rather trying to imply PHP when he said &...something a little faster ...&!

  12. #12
    Member
    Join Date
    Aug 2002
    Posts
    62

    Default

    [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 ...&! [/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'm Tim.

  13. #13
    Member This forum account has been confirmed by cPanel staff to represent a vendor. Radio_Head's Avatar
    Join Date
    Feb 2002
    Posts
    2,057

    Default

    1) there will be some change on cpanel tags ?
    2) Users that are using a cpanel php skin will have problems on 6.0 ?
    Stop SPAM & VIRUS :: ASSP Deluxe for cPanel http://www.grscripts.com
    █ ASSP Deluxe is supported by Fritz Borgstedt,ASSP main developer.

  14. #14
    Member
    Join Date
    Jan 2002
    Location
    UK
    Posts
    248

    Default

    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.

  15. #15
    Member
    Join Date
    Jul 2002
    Location
    Atlanta, GA
    Posts
    646

    Default

    [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

Similar Threads & Tags
Similar threads
Linkedin       Facebook       Twitter       RSS       Flickr       YouTube