Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Jonathan last won the day on March 10

Jonathan had the most liked content!

About Jonathan

  • Rank
    Advanced Member
  • Birthday June 11

Profile Information

  • Gender
  • Location

Recent Profile Visitors

1,986 profile views
  1. It's the same one, just with some updates from Blesta.
  2. Presently there's no way to access the suspension reason within the suspendService() method in modules. Looking at the source in app/models/services.php this is because the updated suspension_reason isn't set until after suspendService() runs, thus the suspension_reason field in the $service object is incorrect (ie it's the old/previous reason, if any). It would be great to be able to pass this value along to modules which may have their own methods of notifying customers, taking actions, etc.
  3. Yes and no. There's not active work being done on it right now but also there are no known major bugs, but it could use some TLC. I've been inundated with work as of late on some big datacenter moves so I've not given it any love in a while. As far as I know @NETLINK is still around as well. I've been in talks with Blesta for a while on sponsoring them (read, paying them) on adding some features to it and taking the whole thing under their wing so to speak but they've not been very responsive.
  4. Some modules take several minutes to activate a service and they don't create a lock of any sort when starting activating to prevent another process, be it cron or human, from duplicating the action. I've seen multiple instances of an order getting entered, a staffer clicking "activate" on the service to go ahead and provision it and either the cron was already running, or starts running while the staff-induced activation is still running and two services are setup, two activation emails are sent, but only one record exists in blesta so you end up with a totally orphaned service. A simple fix for this is to use locks in the database during provisioning.
  5. @NETLINK have you heard/seen anything new about a JSON version of their API? Last I talked to them it was supposed to be getting worked on. I think moving to JSON and away from bad XML parsing would significantly help this module.
  6. I need to know what page you were getting that error on about link_buttons. All errors I knew of related to that were fixed in 1.8.4. The "Audit Domains" and "Sync renew dates" pages are very heavy on the API and if you have low values for PHP timeouts it's quite possible the pages will simply fail to function. Sadly to improve these pages I need help from Namesilo and thus far they've refused to improve their API in a way to let me make the page more efficient.
  7. Will be publishing 1.8.5 soon with quite a few bug fixes. If you'd like to try it out early here's the beta: https://github.com/NETLINK/Blesta-Namesilo/tree/v1.8.5-beta List of fixes are at https://github.com/NETLINK/Blesta-Namesilo/blob/v1.8.5-beta/CHANGELOG.md
  8. What page do you get this on? Are you on version 1.8.4?
  9. It almost sounds like you might have a firewall blocking communication with the Namesilo API.
  10. Invoices currently don't show the service dates. It would be great if it were added so customers (and staff) don't have to reference numbers within Blesta for example.
  11. Would love if we could get some traction on this. It's stupid simple, and insanely annoying for customers.
  12. No it wouldn't, since it uses similar syntax that's what really matters. Blesta on the back-end would have some work to do but when changing libraries that will always be the case. If it can be done with little to no impact to end users and how their templates are built then it can be done without customers noticing since templates wouldn't have to be updated.
  13. Twig looks awesome: https://github.com/twigphp/Twig
  14. Permissions should not be an issue unless it's trying to write to something based on / perhaps instead of it's current working directory. If you do replace it, try to stick with something based on Jinja2 like h2o is. Jinja2 native in Python is by far the best template engine/library I've ever used hands down.
  • Create New...