XF 1.4 Friendly URLs

[SoManyPosts]

I'm trying to get the friendly URLs working on my website but the pages keep going to 404.

Here's the config if anyone wouldn't mind helping. Don't I just paste this at the end of my nginx file?

server {
    listen   [::]:80;
    server_name  www.domain.com domain.com;
    root   /usr/share/nginx/html;
    index  index.html index.htm index.php;
    access_log  /usr/share/nginx/html/domain.com.access.log; 

    location / {
        try_files            $uri $uri/ /index.php?$uri&$args;
    }
   
    location /data/ {
        allow                127.0.0.1;
        deny                all;
    }
   
    location /internal_data/ {
        allow                127.0.0.1;
        deny                all;
    }
   
    location /library/ {
        allow                127.0.0.1;
        deny                all;
    }
    location ~ \.php$ {
        fastcgi_index            index.php;
        fastcgi_pass            127.0.0.1:9000;
        include                fastcgi.conf;
        fastcgi_intercept_errors    on;
        fastcgi_ignore_client_abort    on;
    }

}

 

[TPerry]

I used the default one provided by XenForo – any idea why that wouldn't work though? I kept getting a [failed] to restart when I pasted it in the bottom of the config, where I assume it should be pasted ...

Usually running nginx -t will tell you why it's failing.

 

[SoManyPosts]

Usually running nginx -t will tell you why it's failing.

nginx: [emerg] "server" directive is not allowed here in /etc/nginx/nginx.conf:98
nginx: configuration file /etc/nginx/nginx.conf test failed

Hmm...

 

[TPerry]

Odds are you have forgotten a closing } near the end.

 

[SoManyPosts]

Odds are you have forgotten a closing } near the end.

I don't think so:

server {
    listen   [::]:80;
    server_name  www.domain.com domain.com;
    root   /usr/share/nginx/html;
    index  index.html index.htm index.php;
    access_log  /usr/share/nginx/html/domain.com.access.log;

    location / {
        try_files            $uri $uri/ /index.php?$uri&$args;
    }
  
    location /data/ {
        allow                127.0.0.1;
        deny                all;
    }
  
    location /internal_data/ {
        allow                127.0.0.1;
        deny                all;
    }
  
    location /library/ {
        allow                127.0.0.1;
        deny                all;
    }
    location ~ \.php$ {
        fastcgi_index            index.php;
        fastcgi_pass            127.0.0.1:9000;
        include                fastcgi.conf;
        fastcgi_intercept_errors    on;
        fastcgi_ignore_client_abort    on;
    }

}

 

[TPerry]

Here is my head server section

server {
# ipv4
listen 80;
# ipv6
listen [::]:80;
    server_name www.twowheeldemon.com;
    return 301 https://twowheeldemon.com$request_uri;
}

server {
# ipv4
listen 80;
# ipv6
listen [::]:80;
    rewrite        ^ https://$server_name$request_uri? permanent;
    server_name twowheeldemon.com;
}

server {
listen 80 default;
listen [::]:80 default ipv6only=on;
    listen              443 ssl spdy;
    listen              [::]:443 default ssl spdy;
    ssl_certificate     /etc/nginx/ssl/bundle.crt;
    ssl_certificate_key /etc/nginx/ssl/twd.key;
    server_name twowheeldemon.com;

Of course I use SSL and SPDY.

 

[SoManyPosts]

Here is my head server section

server {
# ipv4
listen 80;
# ipv6
listen [::]:80;
    server_name www.twowheeldemon.com;
    return 301 https://twowheeldemon.com$request_uri;
}

server {
# ipv4
listen 80;
# ipv6
listen [::]:80;
    rewrite        ^ https://$server_name$request_uri? permanent;
    server_name twowheeldemon.com;
}

server {
listen 80 default;
listen [::]:80 default ipv6only=on;
    listen              443 ssl spdy;
    listen              [::]:443 default ssl spdy;
    ssl_certificate     /etc/nginx/ssl/bundle.crt;
    ssl_certificate_key /etc/nginx/ssl/twd.key;
    server_name twowheeldemon.com;

Of course I use SSL and SPDY.

Getting the same error. This is strange.

 

[TPerry]

If I get a chance, I can probably look at it later this evening or tomorrow. It will require SSH access though.

 

[SoManyPosts]

If I get a chance, I can probably look at it later this evening or tomorrow. It will require SSH access though.

It might be easier to ask my host, maybe it's an issue with the OS version or something of the sort.

 

[TPerry]

It might be easier to ask my host, maybe it's an issue with the OS version or something of the sort.

If you have managed support that would be your best bet.
If you are worried about me "hacking" your system.. don't be. Plenty of folks here have had me rooting in their junk with no problems.

Like I said, the offer stands if your host can't or wont take a look at it. I'm about to get busy as we are doing a conversion to new EMR software at a client location shortly.

 

[SoManyPosts]

If you have managed support that would be your best bet.
If you are worried about me "hacking" your system.. don't be. Plenty of folks here have had me rooting in their junk with no problems.

Like I said, the offer stands if your host can't or wont take a look at it. I'm about to get busy as we are doing a conversion to new EMR software at a client location shortly.

Alright thank you I appreciate the offer! I will contact you if the host doesn't know – I'm not sure how good they are with this stuff.