Leaderboard

GosuHost - Store Hours plugin Don't leave your customers in the dark, let them know that you are on your break or that you are closed.... Not every customer goes to the footer or contact us page to find out your opening hours.... Now all that changes, with the Store Hours plugin for Blesta a nice tidy and effective bar shows up when you are on your break or when you are closed, no more second guessing. You can set up holiday hours so when you are closed for the whole day or have different opening hours you can do way in advanced so your customers can find out on the day without getting annoyed that they are being replied to. Improve your customer service and much more for a small price. Prices: Monthly: $2.99 Yearly $19.99 Owned: $125.00 one-time. Buy it now or start a free 30 day trial today

It was announced on August 22, 2016, and now it is already one year and i see no progress, it was meant to be released in Blesta 4.1. I don't know why these features are not added which are so necessary for hosting companies.

It seems like WHT is dropping in overall visitors and some of the others are gaining. Here are a few I check regularly: lowendtalk.com vpsboard.com hostingdiscussion.com forumweb.hosting

Yeah not sure why it's down Chris should get it back up for us, but the hard bit is getting the name out. He's an ex mod at WHT.

Jeez, I tried to use some of the advice here and get an escalation to Dennis - bear and Andy flat out denied it. I admitted that I broke a rule but they wasted my time, were sarcastic and condescending in the ticket and got mad when I rightfully called them out. Over a year they had their minds made up on the ticket and kept cherry picking responses and doing things that wasted my time - they won't escalate because they don't want their boss to see it. WHT sucks. I wish there was a good alternative, maybe it's time to make one.

Well yes you can sell domains but it is really pain in the a..s...I mean I did know this from April 2014 when started with Blesta....but now is 2017(almost end of it)and I tought it will be resolved in one year max..but now 3 and half year after it is same situation.Now problem is with the number of domains under menagment ......it is incrased(for us more than 6x over these years)and now it is...well it work but since many things are handled manualy for us it is time consuming and probably for customers sometimes slow.Now I understand how Paul and rest of crew are thinking...most of the complaints about blesta was about slow developement,not releasing updates too often..etc and ofcourse the best way to speed up things is to first get on important features that doesn't cost to much time and they did speed up with 4 .For now I can stil live with this but if number of domains go up to much I will have to start working on some ad hoc solution till official domain menager is released,hope it will not take that long

Being honest, Selling domains is a pain now. We but a domain for 8.99 renew at 10. If we sell for 11 constantly then renewal we get a loss in profits. That being said, I have total confidence that blesta will deliver a well coded Domain management, but time

This doesn't make sense to be honest, instead of working slowly, Blesta must have hired some new developers. I guess Blesta is a serious company and it is supposed to have many developers. I am not sure why but it seems like Blesta doesn't want to hire more developers, just because they don't want to give them money right? If you talk about the "Well made updates, with no security breaches etc." then don't say that it has to take time. Professional developers do exist, and they only work when you are giving them proper money. So if they had more developers, they would be able to fulfill both the choices at same time. Sorry for being rude, but i feel that one developer can't just run this whole company if they want to compete with competitors. On an index page of Blesta, it is written that it is a perfect solution for hosting companies but forgetting the fact that domain management system should be proper since they both work together perfectly. Focusing on other modules which are not actually compulsory to be used by people, but domain management is something that every hosting company uses.

From my point of view, the option 1 will lead a lot of new users, more income. In real case, i have described what is missing from the domain management, is need only some tweak and all the others task will be resolved, not needed a full rewrite or revamp.

Is confirmed .

#dropioncube

I have made a look at the priicng tables, and i found your idea is totally can be the fix for the multi pricing system gird , from database `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `package_id` int(10) unsigned NOT NULL, `term` smallint(5) unsigned NOT NULL DEFAULT '1', `period` enum('day','week','month','year','onetime') COLLATE utf8_unicode_ci NOT NULL DEFAULT 'month', `price` decimal(12,4) NOT NULL DEFAULT '0.0000', `setup_fee` decimal(12,4) NOT NULL DEFAULT '0.0000', `cancel_fee` decimal(12,4) NOT NULL DEFAULT '0.0000', `currency` char(3) COLLATE utf8_unicode_ci NOT NULL DEFAULT 'USD', it can be altered to become something like `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `package_id` int(10) unsigned NOT NULL, `term` smallint(5) unsigned NOT NULL DEFAULT '1', `period` enum('day','week','month','year','onetime') COLLATE utf8_unicode_ci NOT NULL DEFAULT 'month', `price` decimal(12,4) NOT NULL DEFAULT '0.0000', `setup_fee` decimal(12,4) NOT NULL DEFAULT '0.0000', `cancel_fee` decimal(12,4) NOT NULL DEFAULT '0.0000', `renew_price` decimal(12,4) DEFAULT NULL, `transfer_price` decimal(12,4) DEFAULT NULL, `currency` char(3) COLLATE utf8_unicode_ci NOT NULL DEFAULT 'USD', this way we can conserve the same package system and module system, it will need only some small adjustement in the service invoicing, we should include the added prices in the fucntion get getPricingInfo() and PackageOptions->getValuePricingById() not sure if others exist , the function getLinesForServices() is is already has services_renew as parameter and we can use it to determinate which pricing we should use, i think the below code line should be converted to a conditional statement to check if is services_renew = true or not : $line_item_amount = (isset($pricing_info->price) ? $pricing_info->price : $service->price); to be something like $line_item_amount = ($services_renew && isset($pricing_info->renew_price) ? $pricing_info->renew_price : isset($pricing_info->price) ? $pricing_info->price : $service->price ); this is a simple approach to accomplish the pricing schema module . i think we need to divide the work in steps. 1 - Complete Multi Pricing System (Activation, Renew, Transfer, Setup, Cancel) 2 - Update order plugin to set Transfer price instead of price in domain transfer 3 - Create a Complete Hosting Order Form 4 - Update Registrar Modules to have more tabs management (DNS, Domain forwarding, Email Forwarding)