Posts made by hukadan

Just a shot in the dark but... have you got a npm-shrinkwrap.json file in your NodeBB folder ? If it were the case, it would prevent NodeBB to upgrade properly.

@yariplus Now I feel stupid because I never noticed the presence of those options on my profile... Thank you for the quick answer. I still have to check if one of the two discord plugins allow that.

I am considering installing SSO plugins (namely, Discord and Twitter ) on my NodeBB forum. But I am not quite sure about how to integrate this with existing users. My concern is the following : can an user that registered directly to NodeBB use its twitter account (e.g) to login as this specific user ?

I found this old thread on the subject :
https://community.nodebb.org/topic/3112/social-login-and-the-same-user-with-a-different-email

From what I understand, if an existing user that used to login directly to Nodebb with the email address [email protected] tries to login with Twitter using the same email address, it will be authenticated as being the classic user ? Is it right ? Does it depends on the SSO implementation ?

SSO is kind of black magic to me, so bear with me if the question is stupid.

Which operating system are you using ? I had the same message using FreeBSD for no logical reason and I had to disable this functionality.

@ubern00b I think you mistake anonymity (you walking on the street) for privacy (you walking or doing whatever pleases you in your apartment). Posting on different public websites is more related to anonymity than it is to privacy.

@PitaJ , reading again the thread, I think I find the answer.

@torn2 said in [nodebb-plugin-iframely] IFramely Embeds:

@boomzilla You have options on how the card may look when you use their hosting.

So my guess is that NodeBB forum uses the Iframely service while I am self hosting.

Thank you again, your help was appreciated.

By the way, here is the link : https://forum.zqsd.fr:6664/topic/166/les-bon-plans-pc/161

In my case the only CSS (on the test server) is the one you just wrote.

I would have bet my house (if I had one) that I already tried what you just wrote. Apparently I did not. It works just fine now ! Thank you !

Now, have you got any idea why the look is still different between my forum and here ? Does it use specific CSS settings for Iframely ?

@PitaJ said in [nodebb-plugin-iframely] IFramely Embeds:

@hukadan you should be able to do something like

.iframely-link .iframely-container img.thumb {
  max-width: 21px;
}

Thank you for your answer but it did not work.

CSS follows specificity. More specific rules are given precedence.

My understanding of the !important parameter is that it breaks the cascading behaviour and that it is precisely why I can't find a way to modify this using custom CSS. Is this interpretation of the !important parameter wrong ? Why does it work properly here and not on my test forum ?

Hello,

I am self hosting Iframely. It works as expected except the way some embedded media are displayed. You can find an example (on my testing server) here : https://forum.zqsd.fr:6664/topic/166/les-bon-plans-pc/161

To be more specific, here is what I obtain with no custom CSS (nodebb v1.1.1):

As you can see from the picture, the max-width: 21px !important is not applied because of the max-width: 100% !important. If I deactivate this later rule, I obtain what I would expect to see normally.

I am not a CSS guru, and since both rules are using !important, I have hard time finding how to get ride of them with custom CSS. Last thing in case it helps, these rules are coming from the iframely plugin :
https://github.com/NodeBB/nodebb-plugin-iframely/blob/master/static/style.less

Any help would be greatly appreciated.

Edit :
Same post here :https://community.nodebb.org/topic/9856/iframely-test/2

It reminds me an episode of South Park.

Hi,

Sorry for that, while cleaning a bit the rc(8) script, I accidentally removed the modified PATH. It is fixed now. Just run pkg upgrade. Concerning redis, I did not encounter the problem but apparently it is not the first time it happens : https://forums.freebsd.org/threads/30304/.

@abiliomarques If you want to make some tests using FreeBSD, do not hesitate to give the experimental package a try :

https://community.nodebb.org/topic/9427/freebsd-nodebb-package-call-for-testers/

I cannot help you with Node itself. But if I may, you should run NodeBB using an unprivileged user. You will save yourself a lot of trouble. May be you should also change the user running nginx from nobody to something more sensible like www or www-data.

Also, the Node and NodeBB version would certainly help Node gurus.

I finally found the time to finish the NodeBB port. Now, before submitting it to the official port tree, I am testing it (install, upgrade, etc.). If you feel like you want to test it too, here are the instructions.

Installing NodeBB

In order to install NodeBB using pkg(8), you need to add the nodebb repository (my repository, not an official NodeBB repository as shown by the url). For this, create a nodebb.conf file in /usr/local/etc/pkg/repos/ (create this folder if it does not exist) with the following content :

nodebb: {
  url: "pkg+https://pkg.hukadan.org/${ABI}",
  mirror_type: "srv",
  signature_type  : "PUBKEY",
  pubkey: "/usr/local/etc/ssl/certs/pkg.cert",
  enabled: yes
}

FreeBSD: {
  enabled: yes
}

Next you need to copy the public key of the nodebb repository into /usr/local/etc/ssl/certs/(create this folder if it does not exist). You can find the public key here. I will try to rebuild this repo once or twice a week.

Then, update the repository database and install NodeBB :

% pkg update
% pkg install www/nodebb-devel

It will not install any database so you will have to choose yours, for instance redis with pkg install databases/redis.

For the ones who want to use the ports(7) instead of pkg(8), here we go.

Launch NodeBB

First, launch your database with service redis onestart. Once it is done, you can launch NodeBB using the command service nodebb onestart. You can make it start at boot like any other services by adding the following lines in the /etc/rc.conf:

redis_enable=YES
nodebb_enable=YES

The ordering does not matter. These two lines will make sure that both services are started at boot. Once these lines added use start instead of onestart.

Misc

All the commands you use with the nodebb $arguments are available without modifications using service nodebb $arguments. They work in exactly the same way except for service nodebb upgrade that only update database schema.

NodeBB will be installed in the /usr/local/www/nodebb folder and will run under the unprivileged nodebb user.

For the one that test it, report any problem (or propose improvements) with the package (not NodeBB itself) here :
https://github.com/Hukadan/nodebb-devel-port/issues

Thank you for your participation.

I don't know if it will be helpful to you but I have started to work on a small shell script to save and restore NodeBB. In my setup, NodeBB is installed using the package system so all the modules present in package.json are already present. It just make a difference between what is present and what should be present. Note also that the current version only deals with plugin. This is a bad idea and will change in a near future.

Here is the github repo : https://github.com/Hukadan/nodebbutils/blob/master/nodebbutils

this is a work in progress so use it with care on machines you do not care about (at least for the moment)

@julian Sorry for the delay but I am working on a new project. For the moment it he has five different methods poo(), pee(), eat(), cry() and sleep() but at the moment the sleep() method is utterly broken and impact my other projects.

Reading the commit message, it does not affect the way the port would be handled. To be honest, I did not get what was the use case of this new flag. To be more specific, I fail to see how you can manage plugins if you do not have direct access to disk. IIRC, it is related to AWS but I am not familiar with Amazon services.

I should resume my work on the NodeBB port next week.

The experimental FreeBSD port is available here. I say experimental since I would like to make one or two upgrades before validating (let's say from v1.0.3-> v1.0.4 and v1.0.4 -> v1.0.5). Nevertheless, if some people wants to make some tests as well, there are more than welcome.

@julian Thank you. My only problem with this solution was that sometimes npm install command also build some modules when needed (also I think it does not happen with the modules NodeBB uses) and this is not really convenient. But I say was because I found the knob --ignore-scripts. I think it would have been better named --fetch-only. I will try this out this week-end but I think it should do the work.

-- Edit --
Just to make thing clearer, the building of packages is divided in different steps in FreeBSD (and I think this is the case on other platform as well). The jail (something similar to lxc on Linux) used to build the package has access to the network only during the fetch phase (during which it will fetch the tarball) and then build from this tarball offline. This is why I do not have to have any build step before creating the archive, any building step should happen during the building phase according to the wanted architecture/OS version.