ctalkington

nice! what id really like to see is support for the email reselling side of things. once you get past 50 domains hosted, it gets a bit fun to keep it all straight.
 
i do think a email module will be my focus after migration from HostBill.

In regards to hostname, this is something I've manually fixed before.
Instead of removing the IP, I just added another field and changed a few outputs to use it and it can be referenced in emails as well.
I borrowed a lot of the naming/logic from cPanel module.
Here's a gist showing the changes made (replace + with / for filenames):
https://gist.github.com/ctalkington/e72ecefaeb1cd3eec73905e411dba89c/

In regards to hostname, this is something I've manually fixed before.
Instead of removing the IP, I just added another field and changed a few outputs to use it and it can be referenced in emails as well.
I borrowed a lot of the naming/logic from cPanel module.
Here's a gist showing the changes made (replace + with / for filenames):
https://gist.github.com/ctalkington/e72ecefaeb1cd3eec73905e411dba89c/

any chance of getting this an ID assigned for tracking? seems its come up a few times.

I received a cron error when payment reminders attempted to send.
PHP Fatal error: Call to a member function deliverInvoices() on a non-object in /app/controllers/cron.php on line 858 I've manually patched this by placing this at 811:
if (!isset($this->InvoiceDelivery)) { $this->components(array("InvoiceDelivery")); } Blesta 3.6.0-b1
PHP 5.6.13

I received a cron error when payment reminders attempted to send.
PHP Fatal error: Call to a member function deliverInvoices() on a non-object in /app/controllers/cron.php on line 858 I've manually patched this by placing this at 811:
if (!isset($this->InvoiceDelivery)) { $this->components(array("InvoiceDelivery")); } Blesta 3.6.0-b1
PHP 5.6.13

The following page mentions "The coupon may be set automatically when added to a URL at /order/main/ or /order/config/ using the parameter coupon."
 
http://docs.blesta.com/display/user/Order+System#OrderSystem-LinkingtoanOrderFormtoIncludeaCoupon
 
However, when using the wizard list the "/order/config/" aspect doesn't work (ie /order/config/index/web-hosting/?group_id=2&pricing_id=13&coupon=10off) will take you to the product but won't actually apply the coupon.
 
I found that adding the preAction block found in "plugins/order/controllers/main.php" to "/plugins/order/controllers/config.php" that it applies the coupon correctly.
 
Is there a reason why this logic wasn't added originally?

nice! what id really like to see is support for the email reselling side of things. once you get past 50 domains hosted, it gets a bit fun to keep it all straight.
 
i do think a email module will be my focus after migration from HostBill.

technically, this could almost be done with an adjustment to the contact system to add a type for previous primary contacts (no login, admin only listing). then store contact id with invoice.
 
the cost is most likely minor since youd specify the exact ids you want as part of invoice row.

nice! what id really like to see is support for the email reselling side of things. once you get past 50 domains hosted, it gets a bit fun to keep it all straight.
 
i do think a email module will be my focus after migration from HostBill.

yah, i've been working on an internal HB importer for myself on and off for the past few months and thats picking and choosing the parts I really need. had fun dealing with decoding the passwords too

This view seems to be missing a status filter for "refunded" status.

i've patched this on my install.
 
https://gist.github.com/ctalkington/fb28c2a1d47d0c3ead83/revisions

This view seems to be missing a status filter for "refunded" status.

I've been working on an import from another billing system which doesn't use the webspace id. I believe the component should expose a function that allows for looking up a webspace id by domain (connecting to the package server). This helper would allow services to have stats working after import vs having to manually update the IDs for what could be hundreds of domains.
 
As said billing system didn't have an importer yet, I've made my own mapping by running sql on each plesk instance and storing in the plesk config map.

I was playing around with a few ways of configuring Plesk in Blesta. I noticed that the component allows for groups but requires plan IDs to be the same on all the servers in the group which is restrictive. specially when servers can be deployed by different technicians and at varying times. this means groups wont work unless you've:
 
a ) added all the plans in same order on servers (and nothing more)
b ) manually adjusted all the ids in the database (without upsetting plesk in the process)

initial patch here: https://gist.github.com/ctalkington/7f31f81cb14a5251143b

i've patched this on my install.
 
https://gist.github.com/ctalkington/fb28c2a1d47d0c3ead83/revisions