cluster

I'm working on a provisioning module that uses a Rest API, connection already works... I would like to pass all client details (address, zip, city, phone etc.) to the panel via API, is it sufficient as listed below or do all client variables have to be declared again separately? as an example: "first_name"=> $client->first_name, public function addService( $package, array $vars = null, $parent_package = null, $parent_service = null, $status = 'pending' ) { $row = $this->getModuleRow(); if (!$row) { $this->Input->setErrors( ['module_row' => ['missing' => Language::_('kh.!error.module_row.missing', true)]] ); return; } // ... // my question refers to this $data = array( "username"=> $username, "email"=> $client->email, "password"=> $this->generatePassword(), "id_hosting_plan"=> $package->meta->template, "is_suspended"=> false, "suspend_on"=> null, "delete_on"=> null, "send_login_credentials"=> false, "create_system_domain"=> false, 'contact_data'=>[ "first_name"=> $client->first_name, "last_name"=> $client->last_name, "company"=> $client->company, "telephone"=> $client->phone, "address"=> $client->address1, "city"=> $client->city, "zip"=> $client->zip, "state"=> $client->state, "country"=> $client->country, "client_id"=> $client->client_id ] ); // ... public function getClientAddFields($package, $vars = null) { Loader::loadHelpers($this, ['Html']); $fields = new ModuleFields(); // Create domain label $domain = $fields->label(Language::_('kh.service_field.domain', true), 'kh_domain'); // Create domain field and attach to domain label $domain->attach( $fields->fieldText( 'kh_domain', (isset($vars->kh_domain) ? $vars->kh_domain : ($vars->domain ?? null)), ['id' => 'kh_domain'] ) ); // Set the label as a field $fields->setField($domain); return $fields; }

--- bump --- I can confirm this, smart search does not show any results when searching for service domain or domain name. It would be nice if this little thing could be fixed quickly.

OK ... I have renewed my Support and Updates services today. There is currently no productive installation in use and I am only testing w/ the dev license. If I remember correctly this is probably caused due to the dev license (I hope so), so that's not a problem 😉

Sorry guys, the problem does not seem to be caused by changing the admin folder name, I changed it again to admin for testing and the info page still looks broken ... mytestdomain.tld/admin/settings/system/staff/edit/1/ Blesta debugging is enabled, but no errors are shown ... not even in the apache error.log I am currently testing a few custom modules & plugins using a DEV license installation ... could that be the reason?

Blesta 5.10.1 PHP 7.4 FPM Debain 11 error details when declaring a custom admin folder name, a UI error occurs under "My Info" The variable for the custom admin folder name (Route.admin) may be missing in "My Info" page ... steps to reproduce change Route.admin in /config/routes.php e.g. Configure::set("Route.admin", "bltestadmin"); Clear cache: Settings > System > Staff > Staff Groups > Save with no changes Logout > Login and click "My Info"

Would it work with the States and Countries plugin or will I break something in Blesta if I delete countries and states? https://marketplace.blesta.com/#/extensions/1-States&Countries

Is there a way to display the number of current past due (overdue) in the widget system overdue (admin area) and link it to Invoices > Past Due? Where can I find this widget and how could it be implemented?

Is there any way (CSS or JS, adjustment in the code) to filter the country list (checkout registration)? I only want to allow a few countries without using maxmind or other external provider.

Debian 11 PHP 7.4 Blesta 5.70 ISPConfig 3.2.10p1 1. On package activation - > Error message: web_php_options_notempty<br /> ssh_chroot_notempty<br /> I have no idea why this error occurs, selected in package a template (package) of the ISPConfig server which was shown in Blesta package setup 2. I have allowed to use a domain name as username in ISPConfig, but this is blocked (regex check) in Blesta (domain.tld) contains a dot. Can this problem be solved by a extended regex? need some help to solve these problems

is it possible to add an extra email template to modules in order to send it manually from the admin area? f.ex. a special abuse message in a hosting module or a final notice in the domain module that the domain name is about to expire today. These messages should then be displayed in the admin area under the respective service - domain names or hostings etc.

I would like to place a product in the shopping cart via a direct link and from there an option for registering or transferring a domain name or using an existing domain name. Can I create my own additional order template for this and does that work w/ Blesta? add product > my order form > add domain name option (register new, transfer, use existig) > checkout

is there also a possibility for domain transfer checks to be integrated into an external html or php script? External Domain Availability Check

Thanks that helped, the timeouts were too low ... I have adjusted: wait_timeout = 3600 connect_timeout = 1200 interactive_timeout = 1200 I don't know why but the whmcs date format for all affiliate tables is different from the whmcs date format - so the affiliate page in blesta now shows an error message about wrong date format ... whmcs date format is set to d/m/Y but the affiliate tables use e.g. 2015-11-12 Is there any sql query which can convert the date format in the affliate tables from Y-m-d to d/m/Y?

I searched all the whmcs tables and emptied the following which did not have a valid userid tbloauthserver_access_tokens tbloauthserver_clients the same error message is still displayed, only customers and invoices are imported. I am a little disappointed that there is no feedback here ... I was able to import everything from whmcs in a wisecp installation (except for cancellations & domains price list). When will these problems be fixed in the blesta import script?

Debian Buster / PHP 7.4 (fpm) / MariaDB 10.3 WHMCS 7.10.3 Blesta 5.2.1 I have tested an import from whmcs with a few errors ... not imported: Packages, Services, Affiliates, SupportTickets, Servers, Domain price list Cients are imported but many inactive are shown as activ, only clients from whmcs with status closed are set to inactive, but both (closed & inactive) needs to be set as inactive in Blesta. The import completed but the following errors ocurred: importTransactions: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away on line 196 importPackages: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 importPackageOptions: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 importServices: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 importSupportDepartments: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 importSupportTickets: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 importAffiliates: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 importMisc: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 another try w/ debug mode enabled: importCurrencies took: 0.0036 seconds ----------------- importInvoices ----------------- importInvoices took: 185.6431 seconds ----------------- importTransactions ----------------- importPackages ----------------- importPackageOptions ----------------- importServices ----------------- importSupportDepartments ----------------- importSupportTickets ----------------- importAffiliates ----------------- importMisc ----------------- decrypted 0 values using WHMCS' custom algorithm decrypt took: 0 seconds total time took: 1026.206 seconds Array ( [error] => Array ( [0] => The import completed but the following errors ocurred: [1] => importTransactions: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away on line 196 [2] => importPackages: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 [3] => importPackageOptions: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 [4] => importServices: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 [5] => importSupportDepartments: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 [6] => importSupportTickets: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 [7] => importAffiliates: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196 [8] => importMisc: SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens on line 196

or could this simply added to a custom (default) order template? e.g. if domain == required > show domain check incl. transfer & own domain option

Is there an order template which can do a domain check when using a direct link to a hosting product? There should also be an option to select a dominan transfer or use an own domain. That would be pretty important as most customers choose the hosting package first.

Blesta 5.2.0 PHP(fpm) 7.4 Debian 10 This is a dev installation where I have activated debugging System > Automation /admin/settings/system/automation/ shows: file_exists(): open_basedir restriction in effect. File(/usr/sbin/php) is not within the allowed path(s): (/var/www/my.mydomain.tld/:/usr/share/php/). file_exists(): open_basedir restriction in effect. File(/usr/sbin/php) is not within the allowed path(s): (/var/www/my.mydomain.tld/:/usr/share/php/) on line 110 in /var/www/my.mydomain.tld/htdocs/app/controllers/admin_system_automation.php UnknownException::setErrorHandler Line 232 /var/www/my.mydomain.tld/htdocs/vendors/monolog/monolog/src/Monolog/ErrorHandler.php Monolog\ErrorHandler->handleError Line file_exists(): open_basedir restriction in effect. File(/usr/sbin/php) is not within the allowed path(s): (/var/www/my.mydomain.tld/:/usr/share/php/) on line 110 in /var/www/my.mydomain.tld/htdocs/app/controllers/admin_system_automation.php Printing Stack Trace: #0 /var/www/my.mydomain.tld/htdocs/vendors/monolog/monolog/src/Monolog/ErrorHandler.php(232): UnknownException::setErrorHandler() #1 [internal function]: Monolog\ErrorHandler->handleError() #2 /var/www/my.mydomain.tld/htdocs/app/controllers/admin_system_automation.php(110): file_exists() #3 /var/www/my.mydomain.tld/htdocs/app/controllers/admin_system_automation.php(143): AdminSystemAutomation->getPathToPhp() #4 /var/www/my.mydomain.tld/htdocs/app/controllers/admin_system_automation.php(96): AdminSystemAutomation->createCronCommand() #5 /var/www/my.mydomain.tld/htdocs/vendors/minphp/bridge/src/Lib/Dispatcher.php(142): AdminSystemAutomation->index() #6 /var/www/my.mydomain.tld/htdocs/index.php(21): Dispatcher::dispatch() #7 {main}

I would like to use guzzlehttp with a panel module, but it's not installed ... how can this be solved? require section of my composer.json module file: "require": { "blesta/composer-installer": "~1.0", "phillipsdata/priority-schedule":"^1.0", "guzzlehttp/guzzle": "^7.0" }

are my Blesta declarations correct in this part? 'reseller_name' => $params['user_name'] = $this->user_name, 'reseller_pass' => $params['password'] = $this->password, 'action' => 'create', 'domain' => $params['domain'], 'hp_name' => $params['package_name'], 'admin_name' => $params['username'], 'admin_pass' => $params['password'], 'fname' => $params['client']->first_name, 'lname' => $params['client']->last_name, 'firm' => $params['client']->company, 'zip' => $params['client']->zip, 'city' => $params['client']->city, 'state' => $params['client']->state, 'country' => $params['client']->country, 'email' => $params['client']->email, 'phone' => $params['client']->telephone, 'street1' => $params['client']->address1

can someone help to make these whmcs declarations compatible with blesta? I've already adapted the first two for reseller_name & reseller_pass ... return apiRequest($params, [ 'reseller_name' => $params['user'] = $this->user_name, 'reseller_pass' => $params['password'] = $this->password, 'domain' => $params['domain'], 'hp_name' => $params['configoption1'], 'admin_name' => $params['username'], 'admin_pass' => $params['password'], 'fname' => $params['customer']['firstname'], 'lname' => $params['customer']['lastname'], 'firm' => $params['customer']['companyname'], 'zip' => $params['customer']['postcode'], 'city' => $params['customer']['city'], 'state' => $params['customer']['state'], 'country' => $params['customer']['countryname'], 'email' => $params['customer']['email'], 'phone' => $params['customer']['phonenumber'], 'street1' => $params['customer']['address1'], 'street2' => $params['customer']['address2'] ]);

### edit ### solved - allow_url_fopen=1 so I guess re-captcha needs allow_url_fopen enabled ######### Blesta: 5.2.0 PHP: 7.4 I have activated Recaptcha (v2) but something doesn't seem to work, the Google Keys are correct even when entering the Captcha it is marked as correct ... so I can no longer log into the admin area because an incorrect captcha error is always shown again and again

I don't like to use Discord because a real community forum is more helpful & clearer for many things ? Question does the Blesta companies addon work together with Blesta CMS for the different companies?

I have now set the date format as follows, so it's displayed exactly the same result as in the whmcs. blesta: d/m/Y > 02/10/2021 d/m/Y H:m > 02/10/2021 10:10 whmcs shows a different parameter (DD/MM/YY) maybe whmcs internal but results are now identical DD/MM/YY > 02/10/2021 10:10 I think the date format should match before start a migration - right?

### bump ### i can't use DD/MM/YYYY from WHMCS it shows everything twice in BLESTA date format will that work for the import from whmcs to blesta? WHMCS > Global Date Format DD/MM/YYYY BLESTA > Date Format d.m.Y Date Time Format d. M. Y H:m:s