Leaderboard

Overwrite all your files from those in the download, and run /admin/upgrade in your browser. Make sure you back up your files & database first.

Some users have requested shorter URIs for order landing pages. Here are a couple routes you can add to the bottom of your /config/routes.php file to take advantage of shorter URIs: Router::route("^order/configure/(.+)", "/order/main/configure/$1"); Router::route("^order/id/(.+)", "/order/main/index/$1"); Using the above routes you can link users to: /order/id/ORDER_FORM_LABEL/ /order/configure/ORDER_FORM_LABEL/?group_id=1&pricing_id=1 Replace the bold items with the correct values for your setup.

Hi, The integrated support manager in Blesta is very nice. BUT : if you enable the plugin, then you need to disable many mod_security / naxsi rules just to be able to post a couple of lines in a ticket. Customers want to send very long codes, and you may ask them to send stuff like email sources, debug codes, etc... It can take a lot of time and efforts before you get a stable and secure set of mod_security / naxsi rules. We all know blesta is very secure, but it's always better to use an application firewall, like mod_security or naxsi. However, doing this can turn into a nightmare. While trying to submit codes, or any other content with special characters, your customers may see 503 error codes. That's not beautiful Some peoples may end up by doing stupid things like completely disabling mod_security while they should not. Other peoples will simply start disabling everything they see in the logs. They may disable too many rules, or whitelist too many ip's. I found a very good way to avoid 503 errors, while keeping most of your naxsi / mod_security rules intact. With theses little changes in your files, your customers will be able to copy/paste and type everything they want in a ticket textfield or subject line, and you won't need to disable all your rules. I can use the support manager plugin with only a couple rules disabled, in fact. You can re-enable most of your rules for the support plugin paths, by doing this : 1) Go to the support_manager plugin folder and open /views/default/client_tickets_reply.pdt Add the following at the end of the file, just after the ?> <script>function deleteextra() { var initVal = $(this).val(); outputVal = initVal.replace(/[^0-9a-zA-Z\n\/'@-]/g," "); if (initVal != outputVal) { $(this).val(outputVal); } }; $().ready(function(){ $("#summary").keyup(deleteextra).blur(deleteextra); $("textarea").keyup(deleteextra).blur(deleteextra); }); </script> 2) do the same in client_tickets_add.pdt And voilà You are now able to use mod_security with the support manager, on client side - you may also do the same on the admin side (in admin_tickets_add.pdt and admin_tickets_reply.pdt) What it does? When a customer will copy and paste, or type something in the ticket reply or ticket add textarea the unwanted special characters will just disappear before the ticket is submitted. It will only keep the following : @.-_ It will also remove the http:// and https:// before an url, to make sure your staff won't click on any link by mistake. i love jquery! You may want to adapt the regex to your requirements, but this work fine for us. I hope this will help someone!

The ISOs can only be used as mountable media in the SolusVM panel. I wonder why they return ISOs with the template command anyway. :/ Or why they call them templates when they cannot be used as VM template.

Open /language/en_us/client_main.php, find "ClientMain.myinfo.link_editclient" and change it there. This is a core file, so you would need to maintain this change through any upgrades to Blesta you perform in the future.

After checkout, an order is setup in Blesta. However, the service may still be in pending status because it has not yet been paid, approved, or both. Is your order form set to Require Manual Review and Approval of All Orders? If so, the order doesn't get provisioned until you manually approve it from the Orders widget under the [billing] -> [Overview] page. You may also find this information useful about how to create services: http://www.blesta.com/forums/index.php?/topic/4181-how-to-create-packages-no-module-and-put-into-recurring-invoices/?p=31392

Something like this I presume <?php $this->Form->fieldSelect("tlds[]", $this->Html->ifSet($vars->tlds, array()), $tld)); ?>

Yes. When you run EasyApache you can select Ioncube, if you did it should work. If not you can install it manually. Download the "Loader Wizard" here - https://www.ioncube.com/loaders.php Upload it to your site, run the wizard in your browser. It will walk you through what you need to do.

Hi, In canada Beanstream start offer free merchant accounts so its good to have this option

This makes me happy mini all the things!

I see. This is not a bug then, sorry. I find myself lost in the world of EU invoicing sometimes.

Thanks!

Why do you expect the total to be 4 euros? The review page shows a prorated package price (3.73) for the remainder of the term + tax (19%) which equates to 4.4387 euros.

Mostly backend stuff. We'll be moving to minPHP 1.0. We'll announce more soon, but as Paul said in the newsletter, PHP 5.4 will be a requirement.

time for 4.0.0 now, what you have guys for the next major release ?

this is a duplicated thread , no ? it prefered to make your plugin in one thread to group all the replies and is easy for us nd you to follow one thread . Moderators can merge the two thread if OP accept the deal .

The Blesta Translator has also been updated to include language terms for v3.5.0. It also resolves a couple bugs mentioned here and here.

Screenshots sure look nice. But I do think you should at least document that: FTP function is not implemented in module itself, but outsourced to https://file-manager.cyandark.com/ meaning the password the customer enters is sent there. SSH function is not implemented in module itself, but outsourced to https://ssh.cyandark.com/ meaning user's password is sent there. Furthermore the SSH function submits the user's password as GET parameter, meaning it can end up in the web browser history... <iframe style="width: 100% !important; height: 500px; margin-top: -10px; border: 1px solid #ccc; backround: #000;" border="0" src="https://ssh.cyandark.com/?host=<?= base64_encode($host) ?>&puerto=<?= base64_encode($port) ?>&user=<?= base64_encode($user) ?>&password=<?= base64_encode($pass) ?>"></iframe> I do not doubt your good intentions, but I do am pretty uncomfortable with the concept of sending customer's passwords through any third-party... Not a big fan of including resources from external sites either (like "@import url(https://fonts.googleapis.com/css?family=Inconsolata);") Some browsers like IE and Firefox allow Javascript inside CSS. If external site is compromised, so will your panel be.