Blesta Addons

browser ? OS ?

For the moment is better to wait until we know what will be the new domain manager . if you pay for a module now , and the domain manager come, maybe your module will not compatible with it and you need to re pay for a new one . if you want to pay and assume the future change we can do the module for you just PM me or open a ticket in our website

Hey @Licensecart, be patient wit the others . if you see someone blame is because he has a cause to blame , don't forget he is talking about the most popular subject in the last 2 or 3 years here . @jassdesi , the domain refactor will be done in v 4.1 , that was blesta promise , and @Paul was already started a post here to get what the new domain manager should do, i'm was against the way he want to implement the new domain manager, he want a plugin and i suggest make change to the packages system and the module system , as i believe domain should remain as service with some advanced features .(that way all other billing software do)

what is your php version and mysql version ?

From the view you can access any Blesta class is loaded by default like Session . if the admin_*.php files was extending the admin_controller.php , you can set this in only 1 file .

if you want only the staff id , you can get it in the PDT files without changing other files . simply make it like that in your admin template file . <?php echo $this->Html->ifSet(Session::read("blesta_staff_id")); ?> and let me ask Blesta team about the admin_controller.php . is not called anywhere, no ? client_controller.php is called in all client_*.php file , that give us the option to add what we want in that file and is accessible in all client view . why not also change all admin_*.php file to extend the AdminController instead of AppController ? (just to note this is note a request , is just a question to know something more about blesta )

i use the core support manager and is working with the save . and normally nothing changed in blesta to prevent saving change in database .

from v4 , reCaptcha was a shipped vendor components with blesta core , it would very beneficent to make reCaptcha settings as company setting rather than make it in the order form settings . this will allow developers to only call the reCaptcha setting and check if exist and use it . in the order form late the select box as it and show reCaptcha in the list only if it was a setting in the company, if not not show it . that way also any plugin can only initialize reCaptcha components with company settings rather than make a settings to be saved . also this behavior will help blesta team to make reCaptcha available the Form class if they want to add a field for it like ( $this->Form->reCaptcha([$options]); ) https://requests.blesta.com/topic/make-recaptcha-as-company-settings

have you also tried to add a vm from admin side ? can you try to add a new user in proxmox panel and give him the privileges to manage vms . then use that username password in blesta . from what i understand : you are able to add proxmox server in the module . you are able to add a pcakage with the proxmox module, and it show you the available nodes and templates in the packages . you can't add a vm from proxmox .

are you receiving any error message or the boxes are disabled or what ?

i never see a like case billing system . normally it should generate a invoice in the end of the month with the amount to pay for the used hours . also how it should charge client without invoice ? so with this case it should have 24 invoice per day !!! this behavior is against the majority of countries law . normally invoice generated it can't be changed !!

you are using KVM or Openvz ?

of course yes . it would work as it was in v3.

you can realese , module of v3 still work in v4

after releasing the v4 final . the fallowing task should be reviewed CORE-1831 - should be closed, as the new sslstore module/plugin changed the method of order . CORE-2254 - Should be exist as soon as possible . something was in v3 and disappear in new version is not good . CORE-1677 - should be implemented as soon as possible CORE-8 / CORE-2157 - tasks for invoice editing should be done . CORE-11 - from the first tasks of blesta until now not resolved !!!

today i have run a manual cron , and i get the fallowing message with switmailer message. Attempting to clean up old logs. 0 old Gateway logs have been deleted. 1383 old Module logs have been deleted. The clean logs task has completed. All tasks have been completed. Attempting to run all system tasks. Attempting to validate the license. The license validation task has completed. Attempting to backup the database to AmazonS3. The backup completed successfully. The AmazonS3 database backup task has completed. Attempting to backup the database via SFTP. The backup completed successfully. The SFTP database backup task has completed. All system tasks have been completed. Array ( [type] => 16384 [message] => The Swift_Transport_MailTransport class is deprecated since version 5.4.5 and will be removed in 6.0. Use the Sendmail or SMTP transport instead. [file] => /home/xxxxx/public_html/blesta/vendors/swiftmailer/swiftmailer/lib/classes/Swift/Transport/MailTransport.php [line] => 45 )

i don't think the fix for it has something related with template files .

The SSL Store has announced a new update regarding their API for DV verification has been changed . is Blesta has any update for his Module , or we should make the change .

this case is the same case as the mailer plugin . and we have already talked about this , blesta should do something like the batch processor , to handle email sending by part .

when we add manually invoice with tax, the tax is not saved in invoice . the same with edit a opened invoice . i use v4b6 .any one can reproduce the case? Edit ; i have found TAX was not enabled . , so it was our issue .

you are right, i think i have found the problem, i will make some other test and return .

but normally who check if the service need to be renewed or not is blesta not the module ?

this module if for the hosting part . not for vps virtualization provisioning .

we have found the origin of the first issue . the use_module is stored in service_fields with false attribute . now the activation is working now, the seond issue is with the same cron the renew service is run, so the domain is activated and then renew .!!! what we should look here ?