Daniel B

if you are looking for this , i have started the work in it , but not finiched and need some tweaks to be complete .
http://host-image.net/v.php?id=45397incontext.png

It's possible, but it's not natively supported. It would require you to make core changes, which will be overridden during upgrades. You would need to maintain the changes in your installation.
 
Amounts are displayed in several places across the admin/client interfaces, but for brevity I'll give an example of one place on the Wizard order form. The other order forms (i.e. Standard/AJAX) would need to be updated similarly.
 
This example will change the price display on the Wizard order form's drop-down menu for Term and Price. This will show prices using the per-month price rather than the price for all months combined.
 
 
Open /plugins/order/views/templates/wizard/config.pdt
Find (line 37):
$prices[$price->id] = $this->_("Config.index.package_price", true, $period, $this->CurrencyFormat->format($price->price, $price->currency)); Replace with:
$amount = $price->price; if ($price->period == "month" && $price->term > 0) $amount = ($price->price/$price->term); $prices[$price->id] = $this->_("Config.index.package_price", true, $period, $this->CurrencyFormat->format($amount, $price->currency));

I'm pretty certain this functionality was intentional, though the work-around is certainly undesirable. Instead, I think, if fraud checks can be skipped for existing customers, it should only be possible if the customer has active services, or previously approved orders.
 
A setting in the order plugin along the lines of:
 
[x] Run fraud checks for all orders [ ] Run fraud checks for new customers only
 
Might work... and if you opt to run checks for new customers only, then they would have to meet criteria mentioned above (existing approved orders, active services)
 
Thoughts?

That's a lot of plus ones. I'm sure we'll do this at some point, however it's fairly complicated as there's no mechanism build in to support partial refunds and we want to maintain proper accounting of transactions. It will undoubtedly require some changes to the database schema.

I think Cody was just mentioning a work-around to the problem.

Here's a good one for you
 
http://www.blesta.com/forums/index.php?/topic/223-welcome-email-for-hosting/

You'd have to try and work out the other currencies anyway and most would use a conversion like google or xe.com and then currency values change every day of the week.

Guess I'm just trying to think on the clients end of this.  If I, as a client, pay for something in a specific currency...it's because I use that currency, and would expect to be billed and invoiced in that currency if it's still accepted.  Just seems like the cordial thing to do .

You can create an order page set to register.

Skipping payments on the order form when nothing is due is apart of CORE-1489, which is added in Blesta v3.5.

Here's a good one for you
 
http://www.blesta.com/forums/index.php?/topic/223-welcome-email-for-hosting/

Interesting idea. Reminds me of Dominos pizza tracker. Though, I'm pretty sure the pizza tracker is not accurate.
 
We are also looking into adding conditionals for configurable options which are very beneficial for dedicated servers.

You can create an order page set to register.

Yes, we will be adding the ability for authenticated clients to see and order restricted packages they have access to. This will round up this feature nicely.

Create a restricted package, go to client profile, click "Set Packages" on the left, select the desired package to add, then you can add the service to their account after that.  Right now you have to do it yourself, but hopefully in the near future it will be possible for the client to order assigned restricted packages themselves from the client area.

Guess I'm just trying to think on the clients end of this.  If I, as a client, pay for something in a specific currency...it's because I use that currency, and would expect to be billed and invoiced in that currency if it's still accepted.  Just seems like the cordial thing to do .

Yep I thought of that after posting this, but I don't think that's as bad as ending up with a 4-page invoice from a one-item pro-rata change.  There's gotta be a middle-ground solution as I think we can all agree a 4-page invoice for one change is obnoxious.

looks like PDO is having trouble connecting (are you using localhost instead of 127.0.0.1 in server network configs?).  (or did you not install PDO yet?)
 
Also, before you do anything...did you restart apache after installing PDO?  Sometimes just restarting apache can fix PDO errors (at least in my experience)

looks like PDO is having trouble connecting (are you using localhost instead of 127.0.0.1 in server network configs?).  (or did you not install PDO yet?)
 
Also, before you do anything...did you restart apache after installing PDO?  Sometimes just restarting apache can fix PDO errors (at least in my experience)

I don't mind mate a list just makes life easier
 
 
I'm hoping he means  for example pulling them from the database and then using that in an array which is better than text.

it would nice to  have a button to unlink/link a invoice line from the attached service id .
 
in case of unlink : as the moment , we need to copy/paste and ad new line , remove the old one .
in case of link : no option to do this via the interface .
 
some times we need to add a invoice for some existe services , and we want in case of unpaid invoice the service should be suspended .
 
 
this is not trivial and critital , but just a small seggestion .
 

Thanks all! Just trying to find a balance for blesta login which I think this is quite good to start off.

This is another one with full background image. Gradient with blurry effect. CSS transition is included as well.
 
This login suits any blurry background that you can find online.

Thanks and Enjoy! I will upload the link soon.
 
Here's the full size background image login theme for blesta

Sorry mate looks like I did more editing than that (been so long since I did it), here's what I found in my thesslstore.php
 
Find:
$thesslstore_country = $fields->label(Language::_("TheSSLStore.service_field.thesslstore_country", true), "thesslstore_country"); $thesslstore_country->attach($fields->fieldText("thesslstore_country", $this->Html->ifSet($vars->thesslstore_country), array('id' => "thesslstore_country"))); $fields->setField($thesslstore_country); unset($thesslstore_country); Change with:
// Old Country list code #$thesslstore_country = $fields->label(Language::_("TheSSLStore.service_field.thesslstore_country", true), "thesslstore_country"); #$thesslstore_country->attach($fields->fieldText("thesslstore_country", $this->Html->ifSet($vars->thesslstore_country), array('id' => "thesslstore_country"))); #$fields->setField($thesslstore_country); #unset($thesslstore_country); $thesslstore_country = $fields->label(Language::_("TheSSLStore.service_field.thesslstore_country", true), "thesslstore_country"); $thesslstore_country->attach($fields->fieldSelect("thesslstore_country", $this->getCountriesList(), $this->Html->ifSet($vars->thesslstore_country), array('id' => "thesslstore_country"))); $fields->setField($thesslstore_country); unset($thesslstore_country); Find:
private function getWebserverTypes() { //Dumped from https://www.thesslstore.com/api/web-server-types //No API for this return array( Above it put:
private function getCountriesList() { return array( "--" => "--- Please select your country ---", "AF" => "Afghanistan", "AL" => "Albania", "DZ" => "Algeria", "AS" => "American Samoa", "AD" => "Andorra", "AO" => "Angola", "AI" => "Anguilla", "AQ" => "Antarctica", "AG" => "Antigua and Barbuda", "AR" => "Argentina", "AM" => "Armenia", "AW" => "Aruba", "AU" => "Australia", "AT" => "Austria", "AZ" => "Azerbaijan", "BS" => "Bahamas", "BH" => "Bahrain", "BD" => "Bangladesh", "BB" => "Barbados", "BY" => "Belarus", "BE" => "Belgium", "BZ" => "Belize", "BJ" => "Benin", "BM" => "Bermuda", "BT" => "Bhutan", "BO" => "Bolivia", "BA" => "Bosnia and Herzegovina", "BW" => "Botswana", "BR" => "Brazil", "IO" => "British Indian Ocean Territory", "VG" => "British Virgin Islands", "BN" => "Brunei", "BG" => "Bulgaria", "BF" => "Burkina Faso", "MM" => "Burma (Myanmar)", "BI" => "Burundi", "KH" => "Cambodia", "CM" => "Cameroon", "CA" => "Canada", "CV" => "Cape Verde", "KY" => "Cayman Islands", "CF" => "Central African Republic", "TD" => "Chad", "CL" => "Chile", "CN" => "China", "CX" => "Christmas Island", "CC" => "Cocos (Keeling) Islands", "CO" => "Colombia", "KM" => "Comoros", "CK" => "Cook Islands", "CR" => "Costa Rica", "HR" => "Croatia", "CU" => "Cuba", "CY" => "Cyprus", "CZ" => "Czech Republic", "CD" => "Democratic Republic of the Congo", "DK" => "Denmark", "DJ" => "Djibouti", "DM" => "Dominica", "DO" => "Dominican Republic", "EC" => "Ecuador", "EG" => "Egypt", "SV" => "El Salvador", "GQ" => "Equatorial Guinea", "ER" => "Eritrea", "EE" => "Estonia", "ET" => "Ethiopia", "FK" => "Falkland Islands", "FO" => "Faroe Islands", "FJ" => "Fiji", "FI" => "Finland", "FR" => "France", "PF" => "French Polynesia", "GA" => "Gabon", "GM" => "Gambia", " " => "Gaza Strip", "GE" => "Georgia", "DE" => "Germany", "GH" => "Ghana", "GI" => "Gibraltar", "GR" => "Greece", "GL" => "Greenland", "GD" => "Grenada", "GU" => "Guam", "GT" => "Guatemala", "GN" => "Guinea", "GW" => "Guinea-Bissau", "GY" => "Guyana", "HT" => "Haiti", "VA" => "Holy See (Vatican City)", "HN" => "Honduras", "HK" => "Hong Kong", "HU" => "Hungary", "IS" => "Iceland", "IN" => "India", "ID" => "Indonesia", "IR" => "Iran", "IQ" => "Iraq", "IE" => "Ireland", "IM" => "Isle of Man", "IL" => "Israel", "IT" => "Italy", "CI" => "Ivory Coast", "JM" => "Jamaica", "JP" => "Japan", "JE" => "Jersey", "JO" => "Jordan", "KZ" => "Kazakhstan", "KE" => "Kenya", "KI" => "Kiribati", " " => "Kosovo", "KW" => "Kuwait", "KG" => "Kyrgyzstan", "LA" => "Laos", "LV" => "Latvia", "LB" => "Lebanon", "LS" => "Lesotho", "LR" => "Liberia", "LY" => "Libya", "LI" => "Liechtenstein", "LT" => "Lithuania", "LU" => "Luxembourg", "MO" => "Macau", "MK" => "Macedonia", "MG" => "Madagascar", "MW" => "Malawi", "MY" => "Malaysia", "MV" => "Maldives", "ML" => "Mali", "MT" => "Malta", "MH" => "Marshall Islands", "MR" => "Mauritania", "MU" => "Mauritius", "YT" => "Mayotte", "MX" => "Mexico", "FM" => "Micronesia", "MD" => "Moldova", "MC" => "Monaco", "MN" => "Mongolia", "ME" => "Montenegro", "MS" => "Montserrat", "MA" => "Morocco", "MZ" => "Mozambique", "NA" => "Namibia", "NR" => "Nauru", "NP" => "Nepal", "NL" => "Netherlands", "AN" => "Netherlands Antilles", "NC" => "New Caledonia", "NZ" => "New Zealand", "NI" => "Nicaragua", "NE" => "Niger", "NG" => "Nigeria", "NU" => "Niue", " " => "Norfolk Island", "KP" => "North Korea (Democratic People's Republic of Korea)", "MP" => "Northern Mariana Islands", "NO" => "Norway", "OM" => "Oman", "PK" => "Pakistan", "PW" => "Palau", "PA" => "Panama", "PG" => "Papua New Guinea", "PY" => "Paraguay", "PE" => "Peru", "PH" => "Philippines", "PN" => "Pitcairn Islands", "PL" => "Poland", "PT" => "Portugal", "PR" => "Puerto Rico", "QA" => "Qatar", "CG" => "Republic of the Congo", "RO" => "Romania", "RU" => "Russia", "RW" => "Rwanda", "BL" => "Saint Barthelemy", "SH" => "Saint Helena", "KN" => "Saint Kitts and Nevis", "LC" => "Saint Lucia", "MF" => "Saint Martin", "PM" => "Saint Pierre and Miquelon", "VC" => "Saint Vincent and the Grenadines", "WS" => "Samoa", "SM" => "San Marino", "ST" => "Sao Tome and Principe", "SA" => "Saudi Arabia", "SN" => "Senegal", "RS" => "Serbia", "SC" => "Seychelles", "SL" => "Sierra Leone", "SG" => "Singapore", "SK" => "Slovakia", "SI" => "Slovenia", "SB" => "Solomon Islands", "SO" => "Somalia", "ZA" => "South Africa", "KR" => "South Korea", "ES" => "Spain", "LK" => "Sri Lanka", "SD" => "Sudan", "SR" => "Suriname", "SJ" => "Svalbard", "SZ" => "Swaziland", "SE" => "Sweden", "CH" => "Switzerland", "SY" => "Syria", "TW" => "Taiwan", "TJ" => "Tajikistan", "TZ" => "Tanzania", "TH" => "Thailand", "TL" => "Timor-Leste", "TG" => "Togo", "TK" => "Tokelau", "TO" => "Tonga", "TT" => "Trinidad and Tobago", "TN" => "Tunisia", "TR" => "Turkey", "TM" => "Turkmenistan", "TC" => "Turks and Caicos Islands", "TV" => "Tuvalu", "UG" => "Uganda", "UA" => "Ukraine", "AE" => "United Arab Emirates", "GB" => "United Kingdom", "US" => "United States", "UY" => "Uruguay", "VI" => "US Virgin Islands", "UZ" => "Uzbekistan", "VU" => "Vanuatu", "VE" => "Venezuela", "VN" => "Vietnam", "WF" => "Wallis and Futuna", " " => "West Bank", "EH" => "Western Sahara", "YE" => "Yemen", "ZM" => "Zambia", "ZW" => "Zimbabwe" ); } There we go haha sorry again

+1 for this as well
 
While I don't see it as a must have feature, I can see it's usefulness
 
I actually have one example where I would like to be able to do it right now.  I have a vps client that I've had for quite some time and I have not added him into Blesta yet.  It would be nice to be able to set his creation date into the past when he actually became a customer when I add him.  Not important...just nice.

A setting allowing a client's account to always have invoices generated separately for each service would be wonderful.  This is a common request of large resellers I assume for record keeping purposes and ease of management for them and I'd also imagine to keep one service from getting suspended due to someone else not paying, or all services from one not being paid, etc.