Peercointalk domain redirect


When can you handle this?


I’m a little confused on what you mean by this. What I was talking about above was adding to the short description for the website. Are you talking about something different here?


proof of stake
proof of stake peercoin
proof of stake coin
proof of stake ppcoin
proof of stake vs proof of work
energy efficient cryptocurrency

Searching for proof of stake or related terms peercoin comes very low in search results


Basically we have to wait for Fuzzy for this before you can move forward. Am I understanding this correctly?


Yes, that is correct.


I think planting keywords for search engines is ineffective. Maybe not the approach you meant, but Google ignores <meta name="keywords">.

@Fuzzybear: You need to set the DNS ‘A records’ of and to (which is

An alternative that should be superior is setting a CNAME record for to (with trailing dot). You’ll never have to update that if IP of the Discourse server changes, but doesn’t (usually) work with zone apex (“naked domain”, i.e. I’m not certain there’s no caveat doing so.


A quick way to get a certificate is (as root):

curl -O
chmod a+x certbot-auto
/var/discourse/launcher stop app
certbot-auto certonly --standalone --agree-tos --renew-by-default --rsa-key-size 4096 --email $EMAIL -d -d -d
mkdir discourse-certificate-backup
cp /var/discourse/shared/standalone/ssl/ssl.{crt,key} discourse-certificate-backup
cp /etc/letsencrypt/live/ /var/discourse/shared/standalone/ssl/ssl.crt
cp /etc/letsencrypt/live/ /var/discourse/shared/standalone/ssl/ssl.key
/var/discourse/launcher start app


@jooize So I have a CNAME record for that is pointing at

I have an A record for that I have to point to my server so, all still work and the SSL cert is valid for them all. I can not add in another A record for the domain or a CNAME record for just to point to the new domain / server.

I can only see that I am going to have to move my sites off the domain under the current setup unless you know of another way? I am not going to be able to look into this until the weekend.



Excellent! That should be sufficient, I think. No more hurry on your part. :slight_smile: redirects (with 301) to including URL path (/index.php?board=3.0). points to with CNAME record where Discourse handles legacy URLs. redirects properly with Discourse permalinks without certificate warning., the most important one that people have saved needs Discourse to serve a valid certificate for the domain.

@peerchemist: Certificate request should work now. :thumbsup:


I still cant get cert for [www.]


Try only and exclude


SSL issues seems to be resolved. Nginx config is still not polished so please test and report.
Onion access is disabled for a moment, I will handle that soon.


On my phone, when I click on all the links above that Jooize posted, they open me in a new tab, but for some reason I am logged out because I see the sign in button. I am not actually logged out though, because if I go back to the original tab where I clicked the links I am still logged in. For all of those links, the URL also appears as and does not convert to When I start clicking on threads, the URL also does not change and stays the same.

For example:


Yes, I see.

I’ve must have broken the redirect while doing this. I will investigate.


Meanwhile, if someone has some ideas…

nginx config:

upstream backend {

server {
        listen 80; listen [::]:80;
        return 301$request_uri;

server {
        listen 443 ssl spdy;

        error_log /var/log/nginx/discourse.access.log;

        ssl_session_timeout 1d;
        ssl_session_cache shared:SSL:50m;
        ssl_stapling on;
        ssl_stapling_verify on;
        add_header Strict-Transport-Security max-age=15768000;

        location / {
                proxy_read_timeout      90;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_set_header X-Forwarded-Proto https;
                proxy_redirect off;
                add_header Front-End-Https on;




Do you have some ideas?


Why not simply replace Discourse’s certificate and private key?


Because then I lose control again.


Over what?


Everything. Discourse setup is presuming that only discourse will run on the server and it can control the port 80 alone. Beside, is setting a reverse proxy in front of that docker container not more elegant solution than manually entering container to overwrite the certs and re-doing it on each update?