mcx61 Posted October 29 Posted October 29 (edited) After moving servers since the old server was too outdated and unmaintained. The themes are no longer working. Instead the community is shown as text. Which is obviously not ideal. I did apply an update, that was in CSS, but after the update it went back to this non CSS theme. My quess would be either some nginx related issue, or something with newer versions of everything. (The pervious server was running Ubuntu 18.04 and PHP 7.3, the current is running Almalinux 8.10. PHP 8.1/3. Think the first one was running Apache, the current is running NGINX) So how can I troubleshoot this and how to sort this out? I added a small image to give an idea of the admin panel. Edited October 29 by mcx61
Nathan Explosion Posted October 29 Posted October 29 32 minutes ago, mcx61 said: The pervious server was running Ubuntu 18.04 and PHP 7.3, the current is running Almalinux 8.10. PHP 8.1/3 So what version of the Invision software are you currently on?
mcx61 Posted October 29 Author Posted October 29 (edited) Apologys forgot to mention. But the latest version: Invision Community v4.7.18 I upgraded after the migration not before. I am quite sure its an Apache, Nginx thing, already disabled friendly url's. Quote $INFO['sql_tbl_prefix'] = ''; $INFO['sql_debug'] = '0'; $INFO['sql_charset'] = 'utf8'; $INFO['board_start'] = '1287259992'; $INFO['installed'] = '1'; $INFO['php_ext'] = 'php'; $INFO['safe_mode'] = '0'; $INFO['board_url'] = 'https://www.jeepforum.nl'; $INFO['banned_group'] = '5'; $INFO['admin_group'] = '4'; $INFO['guest_group'] = '2'; $INFO['member_group'] = '3'; $INFO['auth_group'] = '1'; $INFO['use_friendly_urls'] = '0'; $INFO['_jsDebug'] = '0'; $INFO['mysql_tbl_type'] = 'MyISAM'; $INFO['use_memcache'] = 1; $INFO['memcache_server_1'] = "127.0.0.1"; $INFO['memcache_port_1'] = "11211"; $INFO['sql_charset'] = 'utf8mb4'; $INFO['sql_utf8mb4'] = true; define('IN_DEV', 0); ?> As for the config file. Edited October 29 by mcx61
teraßyte Posted October 29 Posted October 29 Looking at your site, the CSS/JS files cannot be loaded properly. The server returns a 500 ISE: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator at webmaster@jeepforum.nl to inform them of the time this error occurred, and the actions you performed just before this error. More information about this error may be available in the server error log. Have you already tried clearing the caches in ACP? Also, double-check that the permissions for the uploads folder are correctly set. If the permissions are wrong the code might be unable to write the files properly (and that would explain why they cannot be loaded, they were never written).
mcx61 Posted October 30 Author Posted October 30 Oke I am looking in the right direction, but something is being weird still. Instead of using Apache or Nginx, which gave weird errors I now switched to litespeed. This leads to a functioning admin area, but the website friendly url's seem to be off. Atleast it looks like it is loading stuff, but whats going on exactly is weird. So any experience with litespeed that could help me out? What writing rights should the upload have? It had: 755
mcx61 Posted October 30 Author Posted October 30 its an htc acces problem it seems: So how to sort this ^^ The rewriting does not seem to be working. This may be because you have not configured your server correctly, but may be a false error if your community is not generally accessible. Check friendly URLs are working, and if they are not, ensure you have configured your server correctly or contact your hosting provider or server administrator for assistance.
Marc Posted October 30 Posted October 30 You would need to contact your hosting company to ensure that mod_rewrite is enabled, and ensure you have the correct htaccess in place, that you can download from that same location.
mcx61 Posted October 30 Author Posted October 30 I checked the backend of the server, reinstalled everything (oh the joy). Rewrite is on, so that should work. But alas it didn't helped the server thus far. The current server is now running: Quote Apache 2.4.62 Running DirectAdmin 1.669 Running Exim 4.98 Running MariaDB 10.6.19 Running Named 9.16.23 Running sshd Running dovecot 2.3.21.1 (d492236fa0) Running pure-ftpd 1.0.51 Running Php 8.3.12 Installed Where the Php could be switch to 8.1 for the sake of the platform. The current .htacces file when uploaded (then the site crashes): Quote <IfModule mod_rewrite.c> Options -MultiViews RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # disable display of startup errors php_flag display_startup_errors off # disable display of all other errors php_flag display_errors off # disable html markup of errors php_flag html_errors off # disable formatting of error reference links php_value docref_root 0 # disable formatting of error reference links php_value docref_ext 0 I am not quite sure where to look next and if this file is correct in this way.
Nathan Explosion Posted October 30 Posted October 30 6 minutes ago, mcx61 said: and if this file is correct in this way. Start with the file in your ACP:
mcx61 Posted October 30 Author Posted October 30 (edited) Done, so now the file looks like this: Quote <IfModule mod_rewrite.c> Options -MultiViews RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteRule \.(js|css|jpeg|jpg|gif|png|ico|map|webp)(\?|$) /404error.php [L,NC] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> But as you can see the site still looks like this: jeepforum.nl. To summarise, what I did change the server + IP.(could this influence something?) Added https:// same question Migrated the files and edited the config file. Imported the database etc. I did see someone else somewhere talking about an add file having a missing ; what caused this, but I can't see to find anything thats off. Edited October 30 by mcx61
Marc Posted October 30 Posted October 30 When you say you added https, where did you add this? If just on your server, have you also updated your conf_global.php file?
mcx61 Posted October 30 Author Posted October 30 Yes I added the https:// in the global conf file: Quote $INFO['sql_tbl_prefix'] = ''; $INFO['sql_debug'] = '0'; $INFO['sql_charset'] = 'utf8'; $INFO['board_start'] = '1287259992'; $INFO['installed'] = '1'; $INFO['php_ext'] = 'php'; $INFO['safe_mode'] = '0'; $INFO['board_url'] = 'https://www.jeepforum.nl'; $INFO['banned_group'] = '5'; $INFO['admin_group'] = '4'; $INFO['guest_group'] = '2'; $INFO['member_group'] = '3'; $INFO['auth_group'] = '1'; $INFO['use_friendly_urls'] = '0'; $INFO['_jsDebug'] = '0'; $INFO['mysql_tbl_type'] = 'MyISAM'; $INFO['use_memcache'] = 1; $INFO['memcache_server_1'] = "127.0.0.1"; $INFO['memcache_port_1'] = "11211"; $INFO['sql_charset'] = 'utf8mb4'; $INFO['sql_utf8mb4'] = true; define('IN_DEV', 0); ?>
Nathan Explosion Posted October 30 Posted October 30 Your site is reachable via https://jeepforum.nl But your source code is still referencing http://jeepforum.nl Have you cleared the system cache in the ACP? if you cannot access the ACP, clear the contents of the datastore folder on your installation. mcx61 1
mcx61 Posted October 30 Author Posted October 30 Ah this would be the problem Id recon. Cleared the datastore folder but alas no change. Disable HTTPS then? Or what should I do to resolve this? (plus I quess those folders are correct but are just rewrited)
Jim M Posted October 30 Posted October 30 3 minutes ago, mcx61 said: Ah this would be the problem Id recon. Cleared the datastore folder but alas no change. Disable HTTPS then? Or what should I do to resolve this? (plus I quess those folders are correct but are just rewrited) Are you using Redis? May be best to go to ACP -> Support -> Clear System Caches. The styling won't be there but it'll work.
mcx61 Posted October 30 Author Posted October 30 But thats the thing, it's about the styling messing up. So what am I doing wrong that causes the server and the site ignore the settings completely? Because yes I can acces the ACP but its a nasty mess of white blue links. The site itself wont come online even if I click online. So it seems something is stopping it somewhere. I do seem to have all the data over since I can see users etc.
mcx61 Posted October 30 Author Posted October 30 Yes 6 post above here is the conf_global file without the database data
Jim M Posted October 30 Posted October 30 We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.
mcx61 Posted October 30 Author Posted October 30 Think I have updated the information. If there is a mistake ill hear it. I do notice that all the backend stuff is still set to http rather then https?
Jim M Posted October 30 Posted October 30 You would need to contact your hosting provider as simply accessing an image is rendering a 500 Internal Server Error after I cleared cache via the ACP. This would be a server issue and need to be addressed by them.
mcx61 Posted October 30 Author Posted October 30 (edited) Oke, but I am self hosting. So whats going on? Other sites on the same server are working. So its a setting it seems. Plus I installed litespeed as website renderer and the ACP started working. But the site then still was offline. (and since it caused other issues I fully reinstalled the server with a clean version of AlmaOS, reinstalled Directadmin, selected Apache with php 8.1. Is there a better way to troubleshoot? And does the http:// on the backend of invisionboards matter? Edited October 30 by mcx61
Marc Posted October 30 Posted October 30 You need to slow down with what you are changing here, as at the moment you appear to be just changing things and hoping for the best. The first thing you need to do is get back to where you were above when my colleague mentioned you need to contact you host. You had a 500 error, which is an internal server error. These are logged within your server error logs. If you are unsure on how to get the logs, you need to contact your host 7 minutes ago, mcx61 said: And does the http:// on the backend of invisionboards matter? It absolutely does matter, yes. If your server is pointing to http then your conf_global needs to point to the same. And the same for https.
mcx61 Posted October 30 Author Posted October 30 I am my host so contacting me for an 500 error won't help since I cant seem to figer out what is causing it. Thats why I am asking how to troubleshoot this. This is what I am talking about. I mentioned all the changes and how they were aplied. I also mentioned why I know this setup should work. But apperently theres some code not being rendered correctly. And trying to figer out where should be possible, but I have no clue where to look in the software aplied by invision. Since 15:00 the server has not changed one single bit. I am hosting the server, so saying contact your host won't change anything since you are talking to the host. I just need to figer out what you want me to check so I can check it rather then just being told I should contact myself.
Jim M Posted October 30 Posted October 30 Just now, mcx61 said: I am my host so contacting me for an 500 error won't help since I cant seem to figer out what is causing it You would need to contact a server administrator as we do not provide support for server environments/configurations. As the CSS/JS/Images are creating 500 Internal Server Errors, this is not a software error but a server error in rendering these files from your server. Starting with reviewing your server error log would be recommended but we can't really provide support for your server, only our software.
Recommended Posts