@rfc2822 Yes, sharp replaced jimp in 1.10.2 to fix some bugs. See: https://github.com/NodeBB/NodeBB/pull/6774

As far as I can tell libvips only need those X11 dependency to compile it. Not sure how FreeBSD works, could it be that it will compile it on the server when you want to install it? Could you compile it elsewhere and then install on the server?

I think he means if there is a way to limit for which notification users can receive e-mails. Thus to reduce the amount of e-mails NodeBB sents out.

Well now I feel dumb. Couldn't I have waited another hour after waiting three months?

But that is great news, just doing some testing and now I can test with 1.10.2 and hopefully do the update soon. Thank you!

It has now has been over three months since the release of 1.10.1. I was expecting the release of 1.10.2 would be soonish back then. It is only a bug fix release after all. Still waiting to upgrade my forum to 1.10 because of some issues in 1.10.1 that would be fixed in 1.10.2. What is holding you back from releasing it?

Actually quite a nice system. Otherwise you would need to either check regularly if a ban has expired and thus probably do a lot of unnecessary checks, or you would need to predict when the next ban expiration will be and thus probably introduce a lot of bugs with the prediction code.

What might be interesting is a feature request, to not show the flag if the expiration has happened. I assume the flag is stored with a timestamp for when the ban will expire. Thus it should be possible to filter it out when displayed. But actually remove it when the user logs in.

Could you clarify something. Why are you saying putty console? Is this installation running on your local machine or is it running on a remote machine?

Also why are you running NodeBB 1.6.1 and not a more up-to-date one like 1.10.1?

@Macrow-Willson said in Facebook sso - essentials:

yeah, i tried that too, https://myurl.com:4567 renders the forum inaccessible since it doesn't return encrypted http, obviously.

Not really obviously. The URL in your config.json should be the one you're using publicly. Thus whatever your Apache reverse proxy is configured for. The configuration is used to create the URLs on your site. It has no impact on the actual communication with your reverse proxy.

My hunch is, you also need to remove that port. Because your Apache reverse proxy probably is providing your site over the standard HTTPS port. So it probably is just https://myurl.com. Also don't change anything about your reverse proxy configuration when you change this url parameter. Your reverse proxy still fetches the forum over HTTP at the port 4567. This has nothing to do with the url parameter.

Have you read the readme of the import plugin? Especially that giant section saying:

THIS PLUGIN ONLY SUPPORTS: NodeBB v1.7.5

I don't know if it is that but at least that might be a possibility since you're saying in the opened issue that you're using the latest NodeBB?

Nginx reverse proxy can improve the performance of NodeBB. The simplest way to understand this is by viewing the client connection. The client bandwidth requesting something is usually slow or at least much slower than your server. With the reverse proxy in place the request will be done by the proxy and the result stored in memory. Thus it frees up capacity in NodeBB to serve another request. While Nginx caches responses and send them back to the client via their slower connection.

Good to hear. Just in case you need it in the future.

MongoDB has very good documentation and you can find it here: https://docs.mongodb.com/

Dropping the database would be described here: https://docs.mongodb.com/manual/reference/method/db.dropDatabase/index.html

Thus probably would be something along the line of:

use nodebb
db.dropDatabase()