serge

My live Blesta do not play with domain as DNS editor is missing, so I still use whmcs on an other website for domain related product. but on my test with Blesta, if you do one package for each extension (using registrar module), it's was working fine and it's very flexible regarding change of price by extension, it's was the sense of what I said above, I was wrong about universal module.

no idea if easier or not, but why do not use universal module with one package by domain extension, this way it's can ever work by now, and it's granular by allowing price by extension. I know it's take time to create package that way, but granularity is in my opinion the best, maybe a tool could automatize bulk domain package creation from a csv file. and in adition to that, just create a missing domain DNS editor that will be using given Registrar function

I still can see data of cancelled service, by the way where do you want see the data, and what type of data?

I saw that since a long time, and removed it at template

you could run these check from SQL querry, this can be done by example at phpmyadmin at your hosting control panel:: Find if there is unfinished cron task (it's a cause for BLOCK cron execution): SELECT * FROM `log_cron` WHERE `run_id` !=0 AND `end_date` IS NULL ORDER BY `start_date` DESC; if there is, delete unfinished task: DELETE FROM `log_cron` WHERE `run_id` !=0 AND `end_date` IS NULL ORDER BY `start_date` DESC; and run one the CRON manually from blesta admin inteface, and after that check if cron is running at every 5 mins (check in blesta logs)

The question could be more why somes country standard organization have not submited update at ISO, as at the end what's the ISO standard use come just from them... Each national standard organisation are represented/member at ISO, so if Blesta follown ISO standard, that's fine, if not who follow? And for any custom ajustement in Blesta, just update as you want.

It's was not in same contex but I found API can not work if your are not in HTTPS at both side (client and server) with valid SSL certificates (not being auto signed)

and also, clear blesta cache + clear internet browser cache

I got both login (user or admin) working

regarding powerdns I had whmcs hack for subdomain registry and will port it to Blesta but I'm afraid it will be for our very custom need only

I ever renamed a payment gateway label, it's had to be done from direct change in database, certainlly in table like gateway

Hi We run Blesta behind haproxy, with haproxy handling the SSL and setting X-Forwarded-For header. No issues. Hope this helps. -Barry Same situation as Barry, all runing fine, see above link I given

I think it's same way: http://www.blesta.com/forums/index.php?/topic/4117-prevent-loop-blesta-behind-loadbalancer-with-ssl-termination/?hl=termination

I got some success in Blesta by adding custom code taken from here: http://www.layoutit.com/build it's a drag drop builder free And you just paste the html code in blesta, the javascript part is not needed when your Blesta theme is using bootstrap

Maybe try to add collapse bar/button at your template. See here at (javascript section): http://www.layoutit.com/build and only using html code at your blesta will be enough if your blesta theme is ever using bootstrap

If you go at your hosting control panel & edit the database using tool like phpmyadmin , you will be able to export a table (see table users or contacts) in csv

I sugest you to describe the service your are thinking to add

ok, fine all was good at my Blesta

Yes

My paypal transactions are not in blesta logs. But, transactions are applied fine to invoices that pass to paid. But, Blesta Cron is working fine, there is no unfinished cron task that could block something, and this SQL query retun no result SELECT * FROM `log_cron` WHERE `run_id` !=0 AND `end_date` IS NULL ORDER BY `start_date` DESC; Only transactions present in the Blesta logs are transactions that was manually refunded

cancelled

While at first look, it could be a good idea, I think IP is poor solution, example I use a firewall/proxy in a server being on front of the one that have Blesta and all customer IP reported in Blesta are just my firewall IP/proxy. Maybe second factor authentication is best and the option is ever there in Blesta

It's always more easy for some people to do very negative critics of what is different but have you found interesting services/products that come just from common people, maybe they look like common but at least they have all somethings special. See it as like an addition formula, there are place you get (+), and other you have (-). So at the post you was referring you got (-), but from post here you get (+), so if people look at you on the Internet (web search), it's still balanced. Certainly better to do not continue to interact at the post you was referring, but later you will find many other place where you could get other (+)

in my opinion your site need to be public in the Internet, if not it will not work properly (license check, ssl, gateway postback, etc...)

For downloadable software (licensed through the license module/plugin), the check is not related to the service status, it's more related to the location of customer install. We want prevent customers to re-order trial for the same location, so the previous trial could be auto-cancelled by the end of terms, but if customer re-order a new trial we can understand the needed mechanism to limit customer abuse of trial can not be based on the service status. It's common customers order 2-3 trials at same time but none or only one was really uploaded on their server, it's can be see if no install path or domain are reported in the service detail, so in my case, custom cron check that no more than one trial (package group id) is active for same domain. That why my package group id match only to one given trial/package When customer is an agency or even other, nothing bad with more than one trial, but, it's more than one trial that use/used at the same install location (domain), that could hurt, as customer could order new free trial at end of each terms. So my custom cron do not check based on service status but check based on the domain of install, and only the first ordered service for that domain is the "regular", and any other found are "abuse" and are updated to cancelled. Supposing we are contacted by customer and we want to allow customer use trial again, so we update at DB service_fields table with a domain value with a prefix like 1st-try-domain, and ask customer to order a new trial. I have feeling the requested action could not be done in the cart context as not all info are ever know (path of install/domain). In my case the custom cron is dailly.