Jump to content

WebhostingNZ.com

Members
  • Posts

    113
  • Joined

  • Last visited

  • Days Won

    4

Posts posted by WebhostingNZ.com

  1. Hi @Tiny

    If it's a plugin you should install it to:

    public_html/plugins

    If it's a Module you should install it to:

    public_html/components/modules

     

    If it's a plugin, make sure to go to the available plugins  (in blesta) to install, if it's a module go to the available modules to install.

     

  2. Hi @viablethought

    How would you see that working?  Logging in with the same username (email or username) but having access to 10 different accounts, how would they select which account they wanted to log into at the time?  This thread was about the same client on multi companys so at least it would know which account to log them into not about one provider wanting the same user to log into 10 different accounts.

    Changing the database to allow same email address to be used for different companies wouldn't be too hard but I think what you are suggesting viablethought is more like a master account that has access to sub accounts.  Maybe that could be put as a feature request?   Create a contact with the ability to add which accounts it has access to.  When they log in they could be directed to a landing page where they select the account they want to log into.... come to think of it you could probably code up something to do that yourself anyway

  3.  

    On 8/23/2016 at 6:58 AM, Paul said:

    Are domains services?

    This is a question that has resulted in much debate internally. My personal thoughts are that domains are very unique and do not easily fit with services. I am proposing that domains be treated completely separately from services. This means there would be a separate table in the database that stores domains and information unique to domains like: Domain Name, Registrar, Status, Date Registered, Date Expires, Management Features Available, Expiration/Renewal Reminders, Last Sync Date, and whether to Auto Renew or not.

    If domains are not services, they will not be listed with services. For the Staff area, I propose a new Domains widget on client profile pages. For the client area, I propose a new primary nav link called Domains. The Domain Manager would be responsible for renewing domains, and invoicing for them and services and domains would not appear on the same invoices, even if they are billed on the same day.

    Question: What are your thoughts on domains not being considered services?

    What about Registrar Modules?

    The Domain Manager would implement its own module system, and existing registrar modules would not be compatible. The new registrar module system would be drop-in similar to the existing, but these would be enabled and configured under Domains > Registrars. New registrar modules would likely be more lightweight than current registrar modules as the plugin would implement the common features across registrars.

     

    What about existing registrar modules?

    Existing registrar modules would be incompatible with the Domain Manager plugin. However, services using current domain registrar modules will continue to work as they do now.

     

    1

    Firstly I think Domains are a service, but if you wanted to go the route of making their own section with their own widget etc, would that be most of the 'leg work' done to be able to split off other sections if we wanted.  Say for example we sold Domains, webhosting and extras (IP address, Web Dev etc).  Would having domains in their own section allow further splitting so we could have 'Domains' 'Webhosting' 'Extras' instead of the current 'services' or proposed 'Domains' & 'Services'

     

    41 minutes ago, Blesta Addons said:

    the domains logic in blesta should only have some tweaks to be fully functional, rather than create a whole system for that, if blesta can tweak the pricing model system to add two new fields (Renew, Transfer) and use them in case of renew or transfer update the whole registrar module to have a unique function names like updating nameservers, updating whois contact, registering child name servers, ect ...  if blesta can begin with this suggestion i think is totally accepted and can be improved by the time, WhmXX has this already with the same mechanism and they are doing well .

    Reinventing a new system will lead to a serious problem and test and improvement that will be infinite . I hope we can see something in the near future and before 2019 because personally if no update comming in this subject i would be forced to move to other competitor  .

    10

     

    "Existing registrar modules would be incompatible with the Domain Manager plugin" The quote from the OP shows that they are planning on a whole new system not just tweaking what is currently offered hence wanting a heads up on the ETA before many hours of work are put into something that could be outdated shortly after completion.

    We have waited for so long I personally would much prefer they build the system they have suggested not just tweak the current offering to add renew and transfer.

  4. 2 hours ago, Blesta Addons said:

    This Project Still Alive !!!

    Do we have an ETA or should we assume a few more years?  I need to re-write a module but I've been holding off as the new domain system is 'coming' I don't want to write it to have to re-write it within the next year.

    I know the EU stuff had to get pushed up the queue but is the domain rework in the next major release?

  5. If you are upgrading you should NOT delete your blesta.php     You only rename blesta-new.php to blesta.php IF and only if you are doing a new install, if it's an upgrade you can just ignore the blesta-new.php or delete it if you don't like it hanging around.

    Also as a suggestion, you should never delete a file if you are not 200% sure of what you are doing, best thing to do would be to rename it to something else so you can move/rename it back if it was not the right thing to do.

    If you have your blesta.php from before your upgrade I would suggest restoring it, if not restore your whole account if you have a full backup.

     

  6. Hi,

    Settings -> Mail Settings.

    Enter your SMTP settings for sending via google apps, I don't use google apps but I assume they have an SMTP server.

    For the support manager, you would just set it up to check via IMAP/POP and check your google apps email.

  7. What might be easier for them to implement is a PHP version check on login to blesta.  If the version has changed check if it needs to apply a patch for that version then ask, if ok, apply the patch files and continue.

    What would also be good is if during install from Softaculous Blesta detects the PHP version for cPanel/that account and applies the patches itself when installing.

  8. 8 hours ago, Blesta Addons said:

    Yes you can just edit the files, and in every upgrade you need to re-edit the files, some other users hasn't the knowledge to do ti .

    a simple settings in admin settings can do the trick !!! and it will take just a minutes to complete the work .

    @Blesta Addons I 100% agree with you it would be great if there was a setting to force either or.  I would personally use it and force email only.  I have a few times told customers their client area login is their email address only to find out after I've sent the email it's not.

    @breeze  You could also ask for a developer to make the quick change for you for a small price, one of the massive benefits to Blesta is the ability to change things to suit your own needs without needing to wait forever for an update and a setting.  I know there is a list of people who make modules / plugins for blesta on request (and payment) I've seen Paul link it a few times, maybe someone who knows the link could post it below for breeze.  (I think Blesta Addons is one?)

  9. Hi @breeze

    I've only had a quick look into it but you could just edit the orderform signup.pdt so it's not an option, maybe make a hidden field to pass the pram back to blesta

     

    <div class="radio">
    <label>
    	<?php
    	$this->Form->fieldRadio('username_type', 'email', ($this->Html->ifSet($vars->username_type, 'email') == 'email'), ['id'=>'username_type_email']);
    	$this->_('Signup.index.field_username_type_email');
    	?>
    </label>
    </div>
    <div class="radio">
      <label>
        <?php
    	$this->Form->fieldRadio('username_type', 'username', ($this->Html->ifSet($vars->username_type) == 'username'), ['id'=>'username_type_username']);
    	$this->_('Signup.index.field_username_type_username');
    ?>
      </label>
    </div>

    Change that to a hidden field with a name and ID as 'username_type' and the value of 'email' i think would work, or you could just remove the username option both may or may not work and would require testing.

  10. Hi Xzion,

    Maybe you could use the Dev tools in either Chrome or Firefox to find which file/piece of content (image, css, javascript etc) is being loaded via http instead of https and change that/them.  Should be pretty simple to fix.

  11. Hi,

    It will attempt the card every day and will email them every day.  You can change how many times it tries though.  What Paul was meaning is you could put this one customer into a different client group and have that client group attempting to charge the card a different amount of times if that would help, it would still be daily.

    I think an email should be sent every single time the card is attempted as there is a record on the banks' side of the attempt.  It would look bad if you are trying to charge someone's card but not letting them know every time.

    @Paul Hijacking this thread sorry but do you know what could cause failed charges not to count up?  We are using a custom Braintree plugin but on a failed transaction the customer is emailed but the database never seems to increment the failed charge count, so no matter what we set for x number of charges it just keeps trying every single day.

     

  12. It's a business expense plain and simple.   I'm from NZ so I have no idea on UK tax but you should be able to claim the business expense so you would not be taxed on that income at all as you didn't make income that turnover it went to business expenses. 

    Not sure if you can just call up HMRC (I think they deal with Tax in UK?) but if you can give them a call and ask how you claim business expenses.  Should be the same as you claim all other expenses eg hosting/servers/power/phone/room rental (even in your own house).

  13. This is something we would be interested in too, we were thinking of making a client group for each server and if customers wanted to receive notifications they needed to make a contact in the group for their server name, but it was too complex for customers.

    Would love the ability to send emails to customers only on certain servers using the cPanel module.

    +1

  14. this is something I really want, retention period in one form or another.  I have Blesta backing up to an account in a different location and it hits 20gb often before I remember to remove the old backups.

    Apart from file changes for support desk attachments I don't think the files change that often at all, are you able to have different period backups for files and database, for example?
    Backup frequency:
    Files - Weekly/daily/hourly etc
    Database - Daily/hourly etc
    Or whatever period is selected

    Also for the file backup are you able to set a folder(s) to exclude as well?  We don't really worry about the email attachments files for the support desk and as time goes by that will just get larger and larger to a point where we would not want to be backing it up all the time, there is no reason really not to but there is also no reason to.  We do full cPanel backup before we make any changes so this backup is just for disaster recovery and email attachments don't rank for recovery.

     

    Looking forward to this please do let us know when you finish it.

     

     

  15. 13 hours ago, DeanCollins said:

    I moved from WHMCS to blesta. I would like to ask how to become an authorized dealer and how can I become a developer of plug-ins?

    Great move to make too.  As Blesta.Store said Paul would be able to answer RE the dealer.  Regarding the plugins, you can just start creating them.

    https://docs.blesta.com/display/dev/Creating+a+Plugin

    Personally, I found it easier just to have a look at the code of a similar plugin/gateway/module and work from that.

     I find the below helpful as well

    https://docs.blesta.com/display/dev/Module+Methods

  16. @agisthos, why don't you install v4.2 and have a play around and see if you like all the updates?  From what I've read v3 was a full code re-write.  I came around to blesta after the change but even since v3 there have been a lot of good updates you'll be missing due to that one module.

    If you have access to VPS's you could always do a quick install of blesta on a new setup and test your module with TLS1.0 disabled.  I'm sure it would still work.

×
×
  • Create New...