I think @julian or @psychobunny mentioned it somewhere... Anyway, if I'm correct, then their post stated that it will be released in late June.

Tip: You can also change the font easily under the Custom CSS section in ACP.

Example:

@import url(http://fonts.googleapis.com/css?family=Lato:300,400);

body {
   font-family: "Lato", sans-serif !important;
}

Well... If you already have NodeBB running on port 80 without nginx/Apache proxy, then you can not assign another service on the port as well. I recommend you to set up an nginx/Apache proxy for NodeBB and create virutal hosts for each service you want to run on port 80 (this way you can run multiple services/sites on port 80).

Just make a copy of it.

1. cd /var/lib/redis/
2. cp dump.rdb /place/where/you/store/files/dumpBackup.rdb

Btw, before doing that make sure you are in sudo bash.

Hey,

I'd like to know if there exists a method to alter the way how avatars are automatically assigned to users (like Gravatar). For example, let's say I have an user named Foo and his avatar is located on a remote server & domain, on the URL domain.com/avatar/Foo.png. Basically, all I need is that NodeBB would automatically take the avatar from a specified URL and assign it as the user's avatar when he/she registers for the first time.

You can't run multiple NodeBB instances on the same port (4567), so each instance should have its own port assigned (and different system path too). As for setting up the proxy, I suggest you to use nginx. Each instance should have its own nginx virtual host set up which then routes to the corresponding NodeBB instance.

However, I'm not sure about the database. Maybe you can run all the instances on the same Redis db, maybe not...

Updated to master & works like a charm ;).

I agree with @planner, however i came across this fancy cPanel look-alike yesterday. Furthermore, it uses the Twitter-Bootstrap framework. http://ajenti.org

I managed to fix the problem by uninstalling the redis-server service that I had installed via apt-get & manually installing the latest redis stable build which has an updated config to allow supervisors like systemd to supervise the process.

To anyone who's encountering the same issues, here's a decent tutorial on how to get Redis up and running on Ubuntu 16.04.

Just wondering if there will be an option to disable tags in the next NodeBB release?

@yariplus Nope, I just moved away from DO. And yes, for me also it was probably the 3rd time where I had to install a database package manually as previous attempts to apt-get install had failed or installed an outdated version. I really wish they updated database packages more often on Ubuntu repos, since my problem occurred only due to an outdated redis package on Ubuntu 16.04 (Xenial) repo.

I managed to fix the problem by uninstalling the redis-server service that I had installed via apt-get & manually installing the latest redis stable build which has an updated config to allow supervisors like systemd to supervise the process.

To anyone who's encountering the same issues, here's a decent tutorial on how to get Redis up and running on Ubuntu 16.04.

Ok, managed to get it working with systemd, however I ran into another issue. Redis starts, but kinda hangs and eventually the starting process timeouts. Any ideas?

As I look through the syslog, it seems that the starting process timeouts every ~2 minutes and then it tries to restart the server again. And it basically loops like that forever...
The forum itself is kinda working, but having some outages due to redis constantly restarting itself.

vps291166 systemd[1]: redis-server.service: Start operation timed out. Terminating.

Hey,

I'm currently migrating my NodeBB installation to another VPS and I came across an error when installing redis-server. The installation of redis-server went flawlessly, until I tried to check the status of Redis. (service redis-server status). It printed out a miscellaneous error with no information about what could be wrong... I've tried to fix this error for hours and I still can't figure out what could be the issue.
My first idea was that perhaps Ubuntu systemd was doing something nasty, because when manually starting Redis via $ redis-server, it started properly with no errors.

Error log when doing service redis-server status:

● redis-server.service - Advanced key-value store
   Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled)
   Active: inactive (dead) (Result: exit-code) since Sun 2016-06-26 15:11:08 CEST; 29min ago
     Docs: http://redis.io/documentation,
           man:redis-server(1)
  Process: 8492 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=1/FAILURE)
  Process: 8487 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis-server.pre-up.d (code=exited, status=0/SUCCESS)

Jun 26 15:11:08 vps291166 systemd[1]: redis-server.service: Control process exited, code=exited status=1
Jun 26 15:11:08 vps291166 systemd[1]: Failed to start Advanced key-value store.
Jun 26 15:11:08 vps291166 systemd[1]: redis-server.service: Unit entered failed state.
Jun 26 15:11:08 vps291166 systemd[1]: redis-server.service: Failed with result 'exit-code'.
Jun 26 15:11:08 vps291166 systemd[1]: redis-server.service: Service hold-off time over, scheduling restart.
Jun 26 15:11:08 vps291166 systemd[1]: Stopped Advanced key-value store.
Jun 26 15:11:08 vps291166 systemd[1]: redis-server.service: Start request repeated too quickly.
Jun 26 15:11:08 vps291166 systemd[1]: Failed to start Advanced key-value store.

And service redis-server start just prints this line:

Job for redis-server.service failed because the control process exited with error code. See "systemctl status redis-server.service" and "journalctl -xe" for details.

Does anyone know how many "concurrent connections" they actually allow in Free plan?

If you want to use custom fonts, you should upload the font files (.woff etc.) into public folder and still declare them in Custom CSS.
However, I can't give you any examples as I've never tried it myself.
Perhaps this SO post can help...

Perhaps this post can help?
https://community.nodebb.org/topic/4645/websocket-domain/4

According to the docs, it is not recommended to jump from 0.7.x to 0.9.x. Best practice at the moment would be to upgrade to the last version of 0.7.x branch, then proceed to 0.8.x and from there move on to 0.9.x.

More info here: https://docs.nodebb.org/en/latest/upgrading/index.html#upgrade-path

Well... If you already have NodeBB running on port 80 without nginx/Apache proxy, then you can not assign another service on the port as well. I recommend you to set up an nginx/Apache proxy for NodeBB and create virutal hosts for each service you want to run on port 80 (this way you can run multiple services/sites on port 80).

I suppose fresh Ubuntu 14.10 install will do the trick, if you don't mind losing data...