mrrsm

You need to apply the blesta hotfix for php 7.1 that was included in the blesta files you can download.

Will there be an easy way to migrate from the NETLINK/KnownHost modules to the Blesta official one? Edit: Now that I wrote this I am guessing it will just overwrite the same directory and just work.

Is there a reason it has to be a dropdown and not an input tagged as numeric and validated? If there aren't technical limitations to arbitrary lengths why limit it? Just default the number to something reasonable (30 days maybe).

1) Lightsail doesn't have a module built already but it seems like something fairly easy to create a module for. You could even potentially use the universal module to call some scripts that manage it for you. 2) Domains are okay on a small/cursory level. The basics work (registration/renewal) but are a bit rough around the edges on the admin side of things. 3) The forum is just Invision Community, if you email address has issues that is strange but it doesn't really reflect much on Blesta as a piece of software.

Assuming you purchased an owned license directly from Blesta you are entitled to 1 dev license to use only on a non production system. If you did purchase an owned license directly from Blesta just open a support ticket and they will get you setup.

If you haven't used it in that long there is a good chance you need to re-provision your license. You are usually able to do that in your client dashboard where you manage your license. As you said it is an owned lifetime license this will be on your blesta account page.

Owned lifetime licenses can only be purchased from Blesta directly.

4 days ago you said Are you selling an owned lifetime license still? If you are selling it at full price why would anyone want to buy it from you rather then just purchasing it directly? If you are selling it for less you should put an asking price for people to start negotiations with you. If the license is no longer for sale you should state that and have the topic closed.

I feel like most php web applications don't ship a docker container as there are plenty of dedicated hosting setups for php. I also think that it has to do with the fact people are very set in how they like to mange their setups. Either using nginx+php-fpm, apache+mod-php, or some other combo. After that you need to setup your web server with the appropriate ssl values as well as anything else which may be specific to your deployment requirements. This makes it not an easy task for the developer of the application to ship a docker image that works for most people. On top of that, Blesta seems to have a very limited team size. Having something to maintain outside of the application itself would probably make many people a bit irritated as there are many features that have been promised and not yet delivered.

As the module is opensource under the MIT license I will either maintain it myself or pay someone to maintain it for me if it stops working. There are many things I want Blesta to do that aren't building modules that currently exist.

The community module works great. There isn't much need to have an official one when the community one is free and maintained.

Lines 901 and 904 of vultur.php are not using the new method calls to getModuleRow which causes them to error out as they try to directly access a private member of their parent class. // Get the available templates $templates = $this->getTemplates($this->module_row, $package); // Get the available locations $locations = $this->getLocations($this->module_row, $package); They should probably look more like // Get the available templates $templates = $this->getTemplates($this->getModuleRow($package->module_row), $package); // Get the available locations $locations = $this->getLocations($this->getModuleRow($package->module_row), $package); At least based on the other modules I looked at

You would need whatever program you are trying to sell license keys for to integrate with the Blesta License Manager. The keys are provisioned right away and sent to the user. If you are doing a PHP application you should have 0 issues with it. If you aren't using PHP this is not an easy task as they do some things with keys that won't work in other programming languages (as of the last time I looked at it).

It looks like almost any module that accepts a hostname uses that check to validate it. PHP offers FILTER_VALIDATE_DOMAIN that you can use with filter_var to check a hostname (along with the flag FILTER_FLAG_HOSTNAME in php 7+) which which would provide a more robust checking mechanism. This still would have issues with internationalized domain names but covers a large majority of cases. On the other hand if you fix this yourself, adding support for IDN's would be something nice as well as they seem to be gaining popularity.

If you aren't planning on making changes to the license manager itself it is unlikely you will be able to make a client plugin in a different language. The main thing that will cause troubles is signing with the public key. I mentioned this in another question about a java client.