@scottalanmiller I had this running when I was testing it out vs. Mattermost but one thing I've discovered with Mattermost is that, when you post a message with an attachment, deleting the message does NOT delete the attachment. The file is forever on your server. Yep, that's true. It never deletes the file. So now I'm back to looking at Rocket.Chat and wonder if it also does the same thing. Does anyone know?
Never looked into that behaviour. Interesting question.
[10:54 jbusch ~]$ sudo dnf copr enable a15/NGINX-extras
[sudo] password for jbusch:
You are about to enable a Copr repository. Please note that this
repository is not part of the main Fedora distribution, and quality
The Fedora Project does not exercise any power over the contents of
this repository beyond the rules outlined in the Copr FAQ at
packages are not held to any quality or security level.
Please do not file bug reports about these packages in Fedora
Bugzilla. In case of problems, contact the owner of this repository.
Do you want to continue? [y/N]:
Well at least you are adequately warned.
That was on my Fedora 25 (Korora) desktop. SO I know I cannot install it anyway.
That Facebook is using HHVM in production makes me a little more comfortable with it.
True, but I would guess that Facebook's application runs mostly on code that Facebook is responsible for maintaining. On the other hand, most WordPress websites have at least a couple of third party plugins and/or themes and those usually assume you're running on PHP 5 so there's a higher chance of stuff like this happening.
Probably wouldn't be an issue very often but I would be more paranoid about updates breaking things if I were running HHVM in production.