News:
Bored? Looking to kill some time? Want to chat with other SMF users? Join us in IRC chat or Discord
Recent posts
#1
SMF 2.1.x Support / Re: Moved forum to new host, a...
Last post by Sir Osis of Liver - Today at 01:04:26 PMQuote from: PhilWebb on Today at 12:13:16 PMI u/l'd a fresh copy of Admin.php and most everything works now. The main Admin page still shows asThat's suggestive that a mod edit is causing the problem. A couple of those mods were not updated past RC, so it's likely one of the mods doesn't support php 8.4. You can try uninstalling the mods one at a time, see if the problem clears, or just downgrade to php 8.1. I'd recommend uploading clean files, make sure everything works, then reinstall mods, but downgrade php first.
#2
SMF 2.1.x Support / Re: Moved forum to new host, a...
Last post by PhilWebb - Today at 12:42:50 PMQuote from: All Colours Sam on Today at 12:26:10 PMI don't think so, seems weird for a mod to place a file called like that in a Cache folder. The only possibility would be a mod that actually adds another Cache system but if that was the case, the mod will have to follow proper procedure to do so.
You could post a list of mods installed if you want to make sure none of them are interfering.
#3
SMF 2.1.x Support / Re: Moved forum to new host, a...
Last post by All Colours Sam - Today at 12:26:10 PMI don't think so, seems weird for a mod to place a file called like that in a Cache folder. The only possibility would be a mod that actually adds another Cache system but if that was the case, the mod will have to follow proper procedure to do so.
You could post a list of mods installed if you want to make sure none of them are interfering.
You could post a list of mods installed if you want to make sure none of them are interfering.
#4
SMF 2.1.x Support / Re: Moved forum to new host, a...
Last post by PhilWebb - Today at 12:16:12 PMQuote from: All Colours Sam on Today at 10:15:38 AMIts not really a cache error, related sure but not about the action of caching itself.
The code is looking for some class "mcljlcox" that doesn't exists or better yet, there is a file called "mcljlcox", SMF trys to load it and look for a class inside that file, since its mot likely that file is the result of a cache entry, its not a PHP file and thus it doesn't have a class.
Looks like the cache directory and the SMF/Sources/Cache/APIs directory somehow ended up being the same folder (or you have some compromised folders that ended up with foreign files being injected, better ask your host about it, "mcljlcox" is not an standard SMF file nor its a product of SMF file based cache system), this will cause issues so we better separate them.
First thing would be enter your path/toYour/SMF/Sources/Cache/APIs folder and delete the "mcljlcox" and any other file that is not one of the following:
- Apcu.php
- FileBased.php
- MemcachedImplementation.php
- MemcacheImplementation.php
- Postgres.php
- Sqlite.php
- Zend.php
Ideally, the file structure would be the following:
- path/to/your/SMF/Sources/Cache/APIs // for the API files mentioned earlier
- path/to/your/SMF/cache // for your cache files
You can go to index.php?action=admin;area=serversettings;sa=cache to change the cache dir or use repair_settings
Always make a backup of your files before attempting anything.
Could that "mcljkcox" be a result of a mod being installed? I have "A few" mods on the forum...
#5
SMF 2.1.x Support / Re: Moved forum to new host, a...
Last post by PhilWebb - Today at 12:13:16 PMQuote from: Sir Osis of Liver on Yesterday at 06:42:59 PMOnly other thing I can suggest is upload a clean copy of Admin.php. Removing that file replicates the problem you've described, everything works except admin.
I u/l'd a fresh copy of Admin.php and most everything works now. The main Admin page still shows as blank, but I can access all the relevant pages thru the menu buttons, "Features and Options," "Package manager" etc. While this isn't optimal, it could work.
Should I just upload fresh copies of everything in "/Sources" ?
If I do, will it blow up the forum?
Thank you for the help so far!
#6
SMF 2.1.x Support / Re: Moved forum to new host, a...
Last post by All Colours Sam - Today at 10:15:38 AMIts not really a cache error, related sure but not about the action of caching itself.
The code is looking for some class "mcljlcox" that doesn't exists or better yet, there is a file called "mcljlcox", SMF trys to load it and look for a class inside that file, since its mot likely that file is the result of a cache entry, its not a PHP file and thus it doesn't have a class.
Looks like the cache directory and the SMF/Sources/Cache/APIs directory somehow ended up being the same folder (or you have some compromised folders that ended up with foreign files being injected, better ask your host about it, "mcljlcox" is not an standard SMF file nor its a product of SMF file based cache system), this will cause issues so we better separate them.
First thing would be enter your path/toYour/SMF/Sources/Cache/APIs folder and delete the "mcljlcox" and any other file that is not one of the following:
- Apcu.php
- FileBased.php
- MemcachedImplementation.php
- MemcacheImplementation.php
- Postgres.php
- Sqlite.php
- Zend.php
Ideally, the file structure would be the following:
- path/to/your/SMF/Sources/Cache/APIs // for the API files mentioned earlier
- path/to/your/SMF/cache // for your cache files
You can go to index.php?action=admin;area=serversettings;sa=cache to change the cache dir or use repair_settings
Always make a backup of your files before attempting anything.
The code is looking for some class "mcljlcox" that doesn't exists or better yet, there is a file called "mcljlcox", SMF trys to load it and look for a class inside that file, since its mot likely that file is the result of a cache entry, its not a PHP file and thus it doesn't have a class.
Looks like the cache directory and the SMF/Sources/Cache/APIs directory somehow ended up being the same folder (or you have some compromised folders that ended up with foreign files being injected, better ask your host about it, "mcljlcox" is not an standard SMF file nor its a product of SMF file based cache system), this will cause issues so we better separate them.
First thing would be enter your path/toYour/SMF/Sources/Cache/APIs folder and delete the "mcljlcox" and any other file that is not one of the following:
- Apcu.php
- FileBased.php
- MemcachedImplementation.php
- MemcacheImplementation.php
- Postgres.php
- Sqlite.php
- Zend.php
Ideally, the file structure would be the following:
- path/to/your/SMF/Sources/Cache/APIs // for the API files mentioned earlier
- path/to/your/SMF/cache // for your cache files
You can go to index.php?action=admin;area=serversettings;sa=cache to change the cache dir or use repair_settings
Always make a backup of your files before attempting anything.
#7
Theme Site Themes / Re: Reseller
Last post by FrizzleFried - Today at 07:57:31 AMBTW... those tiny gaps... I just checked... they were there for with the last version as well...
#8
Theme Site Themes / Re: Reseller
Last post by FrizzleFried - Today at 07:50:58 AMStrange... the width issue was resolved by removing my Tiny Portal column from the left (which I didn't have to do prior, but isn't a big deal). After removing the column, the issue with the buttons dropping down resolved (of course) but those tiny gaps are still there... Not a deal-breaker though.
Thanks for looking.
Thanks for looking.
#9
SMF 2.1.x Support / Re: repairboards function time...
Last post by rty42 - Today at 04:10:14 AMIt worked like a charm!
Thank you very much!
Thank you very much!
#10
Theme Site Themes / Re: Reseller
Last post by Diego Andrés - Today at 01:21:31 AMI can't reproduce that issue, I'm not seen the highlighted gap on my instance.