Leaderboard

That looks like an expected error when Blesta checks with the module to see if an account already exists before deciding whether to add one or not. If the cron task continuously fails when adding a service, there may be a fatal error that is halting execution. If that's the case, you can find out what the error is by either checking your server/php logs, or by running the cron manually when there is a service pending to be added.

Do you have a directory named "order" in there? If so, remove it. If a directory exists, it will try to load that instead of through the application.

You can enter the "Virtual Server ID" when creating the service as an admin. Uncheck the "Provision using the SolusVM module" but enter the ID. That should link them up.

That's correct. You can verify by running the first query I posted above and having no records returned.

Pending orders differ from pending services, which is why those numbers are not identical. Compare the dashboard System Overview with the Order widget under Billing Overview instead. If you have to clear a task lock, then there is an issue with a service, module, or some related configuration that is preventing the cron task from completing. For example, Blesta could tell cPanel to activate the service, but cPanel may never respond back to Blesta to say that it has created the account, in which case the account would exist in cPanel, but not be activated in Blesta. What you should do is check the cron and module logs for more information to identify the cause. What happens if you try to provision it manually instead?

Blesta uses the ISO 3166-2 standard for subdivisions, and is not necessarily limited to a simple list of counties.

thanks PauloV , i will bookmark this reponse to test it later this week . i will return to you with the result .

we are working in a plugin for knowledgebase . this plugin is for our internal use , but i will re-think to share it with the community .

Well problem solved apparently the mysql port was changed... so false alarm :'(

Thanks PauloV and the tutorial was great. But iFrames have been around since the 90's. they are also used in cross framescripting and attacks. An XFS attack exploiting a browser bug can leak events across frames similar to an attack which uses conventional key-logging software. This is why most webmasters do not use them unless they are in a model for a video. Plus, the search engines do not index anything in an Iframe. What is needed is a real plug in that can do the integration without bypassing any of blesta's built in security.

Glad to help. It took a while for me to understand the order system, but I'm getting the hang of it *i think* heh..

Thanks! Will try this...

Thanks for the contribution And yes we use Resell.biz

Hello, like I promisse (a litle late ) here is what I found out If we do this below we can change the currency for a default one if it dosent support on the Gateway. (now it only needs a Summary->Total function to convert the choosen currency total to the default gateway currency. It will take more time for me to detect and implement the conversion rate) Open: plugins/order/order_form_controller.php line 592 find: if ($currency == null) Change to: $default_currency = "USD"; // put here your default gateway currency to convert if it dosent exists if ($currency == null) on line 606 find: // Fetch merchant gateway for this currency $merchant_gateway = $this->GatewayManager->getInstalledMerchant($this->company_id, $currency, null, true); Replace with: // Fetch merchant gateway for this currency $merchant_gateway = $this->GatewayManager->getInstalledMerchant($this->company_id, $currency, null, true); if (!$merchant_gateway) $merchant_gateway = $this->GatewayManager->getInstalledMerchant($this->company_id, $default_currency, null, true); $currency = $default_currency; Find on line 624: $gw = $this->GatewayManager->getInstalledNonmerchant($this->company_id, null, $gateway->gateway_id, $currency); if ($gw) $nonmerchant_gateways[] = $gw; Replace with: $gw = $this->GatewayManager->getInstalledNonmerchant($this->company_id, null, $gateway->gateway_id, $currency); if (!$gw) $gw = $this->GatewayManager->getInstalledNonmerchant($this->company_id, null, $gateway->gateway_id, $default_currency); $currency = $default_currency; if ($gw) $nonmerchant_gateways[] = $gw; I hope that helps But ofcourse with ould be great to have a defaul option to select a "default" currency for each Payment gatway that make the convertion from the client choosent currency and display on the order summary and on the invoice something like: $100 USD (converted to £78.73 for payment gateway support)