Jump to content

FRH Dave

Members
  • Posts

    272
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by FRH Dave

  1. Limestone's support has been great. Their back end is pretty impressive too, with bandwidth pooling and virtual racks and whatnot. My only gripe about Limestone is that they're very thorough with IP blocks. I've never been denied needed IPs, but they take their time and require details of all your other IP allocations elsewhere. I suppose that's going to become the norm as the IPv4 shortage looms, but that doesn't mean I have to like it. Otherwise, they've been great to work with. They were one of the few companies at HostingCon that actually sought us out and really wanted to meet us, tiny company that we are. If you chat with them, tell them Dave from Fresh Roasted Hosting sent you over!
  2. I'm imagining something like "DokuWiki with Blesta integration". I think the only real integration is when someone submits a ticket, it searches the wiki for relevant terms (just as a KB would be searched). The rest of the "integration" could be as simple as adding a link to the portal page and client area. Maybe also the ability to display a random article (title + first ___ words) in the client area.
  3. I'll have to take another look at Singlehop. We use BurstNET and Limestone for our dedicated servers. BurstNET is cheaper unless you start to load up on configurable options, then it's usually Limestone. Reliability and support from both are outstanding. We used to use BurstNET for our VPSes when we were first starting out, but nowadays we run our own Xen nodes.
  4. There are lots of arguments I can make in favor of a wiki. At the core it boils down to this: If you want a traditional Q&A / FAQ KB, it is VERY easy to make a wiki behave like one. If you want a wiki, it is VERY difficult to make a traditional Q&A / FAQ KB behave like one. So the wiki gives the best of all worlds.
  5. Great. I think I might set up a simple wiki for now. Crude but effective. Speaking of, what are your thoughts on a wiki-driven KB? It would still have the same article structure as a regular KB, and it would be easy to set up category / list pages so that it behaved like a conventional KB, but I think the wiki format encourages more reading. Either way, as long as it hooks into the support system, I'm good.
  6. Bumping this. I know you guys have been working hard on the WHMCS import module. Any ETA on the knowledgebase?
  7. Great! We're moving from Quantum Vault to Stripe, but this will still be a very welcome addition.
  8. Great. I should be able to assign them manually, but I'd rather have everything jump in automatically.
  9. Thanks! I'll give that a shot.
  10. I'm not sure if it does or not, but we're deploying an InterWorx cluster on dedicated colo hardware so virtualization concerns aren't a big deal ... unless it's going to cause trouble with CloudLinux's LVE. That's one of the areas where InterWorx has room for improvement: brute force protection for client accounts (there is none). Other than that it's a swell panel.
  11. Nope, looks like that was the problem. It looks like the only problem I'm facing now is that SolusVM packages are coming over using the Universal module instead of the SolusVM module.
  12. I'm about to try a test run with live data to remedy the credits discussion from the WHMCS beta importer thread. It occurred to me that an excellent failsafe would be to mass set all email addresses to my personal address. This would not only ensure that no clients get emails, but would also allow me to execute tests to see what happens (our payment and module gateways are disabled for testing). Is there a quick and dirty database hack to mass set all client email addresses? I'll be re-importing the client database before going live, so data corruption isn't a concern here.
  13. I tried to void the invoice, but Blesta won't allow it because "a payment has already been applied to this invoice". After further review, this is another case where the client overpaid an invoice and the amount was credited forward: Original invoice amount: $5.00 Account credit applied: $4.99 (after this transaction, account has $0.00 credit) New balance due: $0.01 Payment received: $5.00 (PayPal subscription) Invoice satisfied, account now has $4.99 credit For this particular customer, this pattern repeats from February 2012 to August 2012, when they finally used the credit. However, in Blesta, only the February and March invoices show as open. Shouldn't the rest show as open too?
  14. At the bottom, between "subtotal" and "total due".
  15. That's very strange, because I took a SQL backup immediately after installing Blesta. After my last trial run I restored that database. I'll delete the databases, reinstall, and try again. Hopefully that's all it is! EDIT: Sheesh. That was it. So much for my mad cPanel skills. Everything is fine, nothing to see here.
  16. Another weird thing: I have multiple support departments in Blesta with the same name. I started from a blank database, but now I have three copies of each support department, all with the same name. Except for "Sales & Billing", which has one "Sales & Billing" and two "Sales & Billing". EDIT: Most tickets are being duplicated. Sales & Billing tickets seem to all have three copies, some with incorrect usernames (same substitution as before). Surprisingly, my first (newest) four tickets do not appear to be duplicated. EDIT 2: When a ticket is duplicated, the first ticket is usernumber+1, the second ticket is the correct usernumber, and the third ticket is usernumber+1.
  17. Found another crossed ticket. Same as before: The user showing in the ticket is correct user's usernumber + 1. This was also originated as an email. However, I found other tickets opened by email that did not have this issue. Just checked, and they are fine.
  18. Great question, but no. I just confirmed to be safe. The only other thing I can point out is that this ticket was largely email replies. I'm checking other tickets now to see if that's a factor.
  19. Definitely not all clients. Some tickets have correct information. So far this is the only one I've seen, but with thousands of tickets, I haven't checked them all.
  20. Believe me, I've thought about it. I have three major projects on the front burners right now. After that, who knows?
  21. This is new. I just checked into an old ticket, and the client name / profile was wrong. In Client A's ticket, the client shows as Client A in WHMCS but Client B in Blesta. Client B and Client A have no relationship (authorized contacts, etc). Not all clients are impacted and I am unable to see any correlation between these two clients at all. If I log in as Client B, I can see the ticket. This has obvious security implications. What info do you need from me? EDIT: The only "relationship" (and it's not) is that the clients are adjacent. Client A is client #43, Client B is client #42. Maybe Douglas Adams is hacking my server.
  22. Just logged in using my WHMCS credentials, and yikes -- looks like every ticket since day one is open including tickets which have been long since closed.
  23. I've also heard Google Wallet will not support hosting. Even if it's a miscommunication, I'm not about to chance it. We had a bad experience with them before and for what it's worth, I'd just as soon stick with Stripe and PayPal.
  24. Good points, but the "20% off for life" not working, I'm not clear on that part. If you create a coupon, set it to "apply when service is added or renews", type = percent, value = 20, why wouldn't that work? I haven't played with the coupons much so I may be missing something.
  25. Very nice! We're moving off cPanel and into InterWorx, so unfortunately this doesn't help us much. But if you make something to facilitate BFD, we're definitely interested. Keep up the good work, and thanks for contributing! Blesta is an open gold mine right now. It would be very easy for the right coder to come along and establish their company as "the" Blesta modules company. If only I knew PHP.
×
×
  • Create New...