Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 03/22/2016 in all areas

  1. I believe we updated the SolusVM module so that extra memory was additive. It may or may not be possible to do this in the future with the Multicraft module.
    2 points
  2. Not sure what you are on about.... Open => Waiting for staff Awaiting Reply => Waiting for the customer In Progress => Staff are working on something On Hold => Waiting for a higher up or more information from internal (your business) Closed => Just that it's Closed.
    2 points
  3. domaingood

    Clickatell Sms Modules

    clickatell SMS Modules with Features need Automated SMS messages on actions (such as client registration and domain expiry) Manually send individual clients a SMS Manually send mass SMS to clients Clients choose if they want to receive SMS from you Unicode Support SMS statistics
    1 point
  4. Tyson

    Core-2069 Related Question

    The date shown in the database is always going to be different than the date shown in the UI unless you're in the UTC timezone. The database dates are all UTC. You mentioned auto-debit runs at 9am MST, which is -7 UTC, so invoices auto-debited would be closed at 16:00 UTC. The dates you mentioned are. Bill Date: February 8, 2016, 7am MST Date Due: February 15, 2016, 11pm MST Date Closed: February 15, 2016, 9am MST Bill Date: February 10, 2016, midnight MST Date Due: February 17, 2016, midnight MST Date Closed: February 16, 2016, 9am MST The time of day invoices are due don't have much of a bearing on the auto-debit since it looks at the entire day to find invoices. It could be throwing things off if the timezone conversion comparison is incorrect. If you look at more examples, do you see consistent behavior for invoices whose due date time is between 00:00:00 and 06:59:59 (in the database) being auto-debited the same day, and otherwise auto-debited the day before if the time is 07:00:00 or greater?
    1 point
  5. i will put here a manual Howto do it yourself . open plugins\order\lib\order_types\registration\order_type_registration.php and search : public function editSettings(array $vars) { $rules = array( 'template' => array( 'valid' => array( 'rule' => array("compares", "==", "standard"), 'message' => Language::_("OrderTypeRegistration.!error.template.valid", true) ) ) ); $this->Input->setRules($rules); if ($this->Input->validates($vars)) return $vars; } in the rule add your own template name like : public function editSettings(array $vars) { $rules = array( 'template' => array( 'valid' => array( 'rule' => array("compares", "==", "standard"), 'rule' => array("compares", "==", "your_template"), 'message' => Language::_("OrderTypeRegistration.!error.template.valid", true) ) ) ); $this->Input->setRules($rules); if ($this->Input->validates($vars)) return $vars; } in our case we want the registration support some setting that we have set in admin side ; so change public function supportsMultipleGroups() { return null; } to public function supportsMultipleGroups() { return true; } in the setting file you can add your own settings . but i suggest to create a new order type for this .
    1 point
  6. throttle

    Blesta

    What a sweet piece of software. Took me a little time to see how it works. Looks solid.
    1 point
×
×
  • Create New...