![]() Whichever starts first wins and the other will fail. So with default config, both Apache and Nginx are trying to use ports 80 & 443 (vanilla HTTP & HTTPS respectively). However, by default only a single application can listen on any particular port. ![]() So the proper fix will be to remove Nginx from the NodeJS plan and explicitly add Nginx to their relevant plans.Īpache and Nginx don't necessarily conflict with one another. However, now in 2022 NodeJS has become a common component of lots of software stacks - even ones based on our LAMP appliance. Another part is that since we added NodeJS based apps to our library, they have used Nginx (as a reverse proxy for NodeJS server). Once removal is complete, restart Apache: systemctl restart apache2įWIW, part of the cause of that occurring is that NodeJS is now required for Invoice Ninja v5.x. Note that will remove about 10 packages (except for 'libgeoip1', they should all start with 'nginx.' or 'libnginx.'). Removing Nginx resolves that "403" issue. It turns out that the updated Invoice Ninja appliance has both Apache and Nginx installed. I've opened an issue on our tracker so it doesn't get forgotten.Īs glad as I am that you reported it, now that I know the cause, I'm a little frustrated and annoyed that this slipped through! Argh! So in the meantime, I've opened an issue on our issue tracker. OTOH, v5.x is a major change/progression so making an update/rebuild to include that certainly has additional weight. So I'm a bit loathe to rebuild it again so soon, especially when we're only about 1/3 of the way through the library. I still haven't updated the website or announced via the blog (both will hopefully happen today), but the image is already on the mirror. Unfortunately though, Invoice Ninja has just been (re)built. Plus as I said above, we do try to keep them as up to date as possible. We made some major changes to our custom software in v16.0 and some of the earlier ones includes some buggy packages that we've fixed. ![]() As an open source library, all our mirrors are provided to us gratis so we need to keep them happy! So in that context the less files on the mirror the better.ĭespite all that, we are currently doing a refresh of the images. Plus it's not just about our storage costs, it's also about being a good open source citizen. But with each release around 500MB (min ~300MB, max 1.2+ GB), a number of different build types and 100+ appliances, the size of all those files adds up. Ideally we try to keep as many past releases as we can. ![]() We also have the problem of keeping previous versions. So we need to balance our priories and resources. Every time you say yes to one thing, you are in effect saying no to a million other things. With a small team and 100+ appliances on a multitude of platforms, keeping every one on the latest upstream version is a big job! Plus the more time we spend maintaining the current library, the less time/energy for developing other/new features, etc. The longer answer (with context), is yes but not sure when. The pragmatics though mean that isn't always the case (especially with faster moving projects). FWIW we do always hope to follow upstream's "latest stable". Please do not hesitate to post back if you have any further issues/questions.įirstly, thanks for the heads up. The docs for v5 are really good, but the v4 docs are somewhat vague about PHP dependencies (beyond the actual PHP versions supported) and it was hard to find precise info on the required PHP extensions for Invoice Ninja v4.Īnyway, hopefully that fixes it up. They have been working on v5 for a while which is a full rewrite, however it's still in beta and apparently is not quite feature complete. Alternatively, they can be installed separately/after:įWIW, my memory is a little vague now, but when I was working on Invoice Ninja v16.0, I was initially intending to install v5. They can be added to the instructions I posted above - at end of the line that includes 'php-gd'. Regardless I suggest that you install them too (even if they aren't strictly required, they won't hurt). As this appears to be a bug, I've opened an issue so we can fix it in the next release.įWIW on closer inspection, I note that there are a couple of other PHP extensions which may be dependencies, and aren't included by default. Regardless, if it's required for the base functionality, then it should be pre-installed. It's been a little while since I built Invoice Ninja, but I don't recall reading anything about it being a requirement.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |