{"id":45485,"date":"2017-06-15T10:00:00","date_gmt":"2017-06-15T15:00:00","guid":{"rendered":"https:\/\/blog.cpanel.com\/?p=45485"},"modified":"2017-06-15T10:00:00","modified_gmt":"2017-06-15T15:00:00","slug":"june-development-update","status":"publish","type":"post","link":"https:\/\/devel.www.cpanel.net\/blog\/products\/june-development-update\/","title":{"rendered":"June Development Update"},"content":{"rendered":"
We’ve pulled the cPanel mobile apps from the store, but retained these posts for historical accuracy<\/i><\/strong><\/p>\n The month of June is all about putting the finishing touches on version 66, and getting started on version 68. Version 66 hit Feature Freeze last week (take a look at\u00a0this post about the cPanel Development Process<\/a>\u00a0if you aren’t sure what that means), so we know what features will and will not be in version 66. We went into planning for version 68 just a few weeks ago, and our teams are starting work on that as well. Two versions in development while ramping up planning the cPanel conference means we have a whole lot to talk about. Let’s start with a quick rundown of some of the things I’m most excited about that\u00a0we didn’t talk about last month<\/a>.<\/p>\n One of our development teams has been working on a new feature that we’re calling Application Manager. The Application Manager allows you to deploy and maintain your Ruby applications with ease.<\/span>\u00a0In this first iteration we’re adding support for an updated and cPanel-provided version of Ruby (version 2.4.1), and an\u00a0<\/span>EasyApache 4 Passenger (version 5.1.2) module. Our goal is to be able to expand the Application Manager beyond just Ruby applications to provide support for additional languages (<\/span>Node.js<\/a>\u00a0anyone?). In this iteration there is <\/span>some work that needs to be done by root<\/a>\u00a0in order to enable the Application Manager, but in future version we’re planning to make that a bit easier.<\/span><\/p>\n <\/a><\/span><\/p>\n If you develop Ruby applications, this feature is built specifically with you in mind. Take a look and let me know what you think of it in a comment below, or by sending me a tweet<\/a> or an email<\/a>.\u00a0<\/span><\/p>\n AutoSSL is one of the most widely adopted features we have, and we want to give more control to the cPanel user. With version 66 cPanel users can choose to exclude their domains from AutoSSL inside the SSL\/TLS Status<\/a> interface of cPanel.<\/p>\n <\/a><\/p>\n WHM users will also be<\/span> able to manage those settings, either through cPanel or by using the related API calls on the command line. Another widely requested feature is the ability to prevent certain domains<\/a>\u00a0from being issued SSLs through AutoSSL as a root or reseller user. If you are interested in that, definitely vote and share your use-case there!<\/p>\n We’re continuing to improve our PHP-FPM support<\/a> in 66 by adding two new options. First you will be able to set PHP-FPM as the default PHP handler, rather than having to manually enable it after account creation. This includes a dialog box in the interface that helps root users. Second, we’ve added an option in the WHM interface, an API call<\/a>, and a flag to the\u00a0command line php_fpm_config<\/a> script for converting all of your existing accounts to PHP-FPM with Apache.<\/p>\n <\/a><\/p>\n We’ve also added a new\u00a0php_fpm_config<\/a>\u00a0script.\u00a0After any manual edits to the\u00a0PHP-FPM<\/a>\u00a0configuration files, run\u00a0 With version 66 we’re rounding out the EasyApache 4 Profile Management in WHM. You can now easily convert your existing EA4 build into a profile, upload a profile that you have, and download any<\/strong> EA4 build\u00a0profile on your server.<\/p>\n <\/a><\/p>\n Over the last couple releases we have been making significant progress in reducing WHM’s reliance on frames. In version 66 we have eliminated the last few completely,<\/span>\u00a0which is making WHM on mobile devices much easier to use, and significantly improving the experience in the cPanel App (now in both iOS<\/a> and Android<\/a>). Many plugin developers are working with our team to get things updated and working correctly in a frameless WHM UI. Our UI team is taking a little break from making changes to WHM in the 68 development cycle to let them catch up, and to address any bugs that come up as part of this big back-end change.<\/p>\n There are a couple extra things that we were able to fit into cPanel & WHM version 66 as well, which will hopefully reduce the reliance on mouse clicks for some of our users.<\/p>\n First, a large portion of cPanel & WHM servers are only hosting a single cPanel account. Historically, even in those situations many of the WHM interfaces that would make you choose that account before being able to proceed with the next step. Those WHM interfaces no longer prompt for you to pick a user if you’re on a server with only one user.<\/p>\n The <\/span>existing keyboard shortcuts in WHM<\/span><\/a> are also being expanded in version 66, and will include the collapsing and expanding of the sidebar in WHM. It’s pretty slick.<\/span><\/span><\/p>\n <\/a><\/span><\/p>\n We only have a few new deprecations<\/a>\u00a0in version 66, but I want to make sure we talk about them.<\/p>\n I also want to remind you about two that are slated for version 68 (expected out in around 4 months), that we told you about in the\u00a0March Development Update<\/a>:<\/p>\n One more thing to mention: In version 60 we deprecated the CGI Center in cPanel, and in 64 we removed that feature. In 66, we’re going to remove the \/usr\/local\/cpanel\/java-sys\u00a0directory and the code inside\u00a0it.\u00a0\u00a0This was part of the CGI Center that never got removed. \u00a0This specific removal should have a very minimal impact,\u00a0<\/span>because most modern browsers don’t\u00a0<\/span>support the applet tag.\u00a0<\/span>The underlying API calls will be changed to return an empty span tag\u00a0<\/span>instead of an applet tag, to prevent any code errors on the existing websites.\u00a0<\/span><\/p>\n <\/a><\/p>\n Today is the last day to take advantage of the 50% off early-bird registration rate for our 2017 cPanel Conference<\/a> in Fort Lauderdale, Florida this September. (Note: There’s still time! This discounted rate has been extended to June 30th!)<\/strong> We’re already blown away by the number of people coming this year. We’re quickly approaching 100 registered attendees (which doesn’t even include the cPanel employees that we’re taking). The excitement is awesome, and we’re looking forward to it!<\/p>\n That’s all I have space to share this month, but certainly not all I wanted to share. Next month we’ll catch up on how version 66 is going and start talking about what we’re planning for version 68. As always, we’re all ears! Let us know what you think of the new version of cPanel & WHM, and what you’d like to see in the future!<\/p>\n _______<\/p>\nApplication Manager<\/h3>\n
AutoSSL Domain Management in cPanel<\/h3>\n
PHP-FPM enabled by default, conversion for all accounts, and config scripts<\/span><\/h3>\n
\/scripts\/php_fpm_config<\/code>\u00a0to install those configuration files.\u00a0You can also use this script to troubleshoot problems in the FPM system. The obvious next step is to be able to more easily configure a wider range of PHP-FPM settings on a per-account basis. To keep tabs on when we do that, subscribe to this feature request: Enhanced PHP-FPM Configuration<\/a>.<\/p>\n
Full EasyApache 4 Profile Management<\/span><\/h3>\n
WHM UI (User Interface) Improvements<\/h3>\n
WHM Usability Improvements<\/span><\/h3>\n
Deprecations<\/h2>\n
\n
\nWith the addition of the Application Manger we’re deprecating the existing Ruby Interface and all of the things that go with it: \/scripts\/installruby, the Ruby cPanel interface, use of the outdated system Ruby backed by rails. This helps encourage people to start using the new feature, and a current version of Ruby. We currently haven’t defined when it will be removed, however we recommend that any existing Ruby developers start making the move to the new Application Manager. If you or \u00a0your customers hit anything that prevents the use of the Application Manager, submitting a feature request will help ensure those things get added or fixed.<\/span><\/li>\n
\nAs we talked about last year<\/a>, with our new LTS plans version 64 will reach EOL as soon as version 66 replaces it in the STABLE tier. To be clear, EOL means it will not get any security or bug fixes. Make sure that you’re keeping your server updated!<\/li>\n<\/ul>\n\n
\nThe existing XML output format for WHMAPI0 and WHMAPI1 isn’t widely used, is poorly supported, and isn’t technically a valid XML format. If you’re using this format, we recommend moving to JSON format.<\/li>\n
\nWe’re deprecating support of TLS version 1.0 in version 68, with plans to remove support in version 70. For now we will just default to version 1.2 on new installs, and upgrades to version 66 will remain untouched. However, if you still require version 1.0 for some reason, you need to start moving away from it.<\/li>\n<\/ul>\nObligatory #cPConf plug<\/h2>\n
Aaaaaaaand we’re done!<\/h2>\n