Large holders of Tether would be pretty dumb to short it, as they'd be shooting themselves in the foot. If Almeda indeed knows something the rest of the market doesn't, they would (assuming rational action) quietly be exiting their position.
Totally agree, from a technical point of view, PHP would not be our first choice (or second, or third, etc). However, since our customers need to install this on their own infrastructure, we were rather limited in options.
The first $1 is easy.... If you're struggling to attract a single customer you seriously need to re-evaluate what you're doing. As mentioned earlier in the comments; doubling from MRR from $40,000 to $80,000 is a way bigger challenge than making that first buck.
There are other ways to test legacy code rather the applying unit testing. If no testing is present at all, unit testing is not likely the correct approach and function/integration testing (using a PhantomJS for example) might be more suitable.
Sounds like you were NOT running a business, but the business you built was running you. In other words, you created a job for yourself, rather then a business.
There are other ways of testing which are more suitable, at least until you get your code base to the point where unit tests can more easily be applied. Smoke tests, functional tests, integration tests, QA, are workable solutions to build an initial testing harness around legacy code.
That's a rather lame response, coming from the guy who submitted this and who's clearly affiliated. If you're only posting this for the "Oooh's" and "Ah's", you might want to submit it elsewhere.
You'd definitely come across more professional when taking criticism to heart rather then getting all defensive.
After staring at your site for a solid 2 minutes, scanning back and forth, I still haven't gotten a clue what it is that your product/service does...
Also, a major fail IMO, the share buttons are covering the first paragraph of text. This being the first written content visitors will be looking at, you better make this readable as most people aren't as patient as I am and will not stick around...
Since we've opted for a flexible item table structure (not every business out there requires the "item", "description", "item price", "total" structure) the table columns can pretty much anything, so the application currently have no way determining what to multiply with what.
Not sure about the number of digits in the totals, but obviously this should be unlimited. On our own installation we're in the for digits, so there should not be an issue with this.
Discounts are located in the Financials tab. It's a simple invoicing app, so there's no way to specify a discount based on when the invoice is paid (nor are we likely to implement something like this).
Thanks for the screenshots; the popup issue seemed to appear on Safari/Chrome, and has been taken care off now.
We also corrected the wording on the install page (SiteCloner is another one of our products, nothing shady going on here :)) and fixed the typos in the install instructions.
Thanks again for pointing out these issues :) Ping us at [email protected] if you'd like us to you the updated version right away.
Apologies for the typos; we'll take care of these shortly.
Regarding issues on the dashboard; we're not aware of any issues. Would you mind sending an email to [email protected] so we can figure out what the issue is and hopefully take care of them asap?
The only currency set through the config file is the default one; we placed this in the config file as, typically, you would set this once. Defaults per invoice and client can easily be set through the UI.