I posted about a rather severe problem I've been having. When I try to update block changes, I get a prompt asking me to download admin.php, rather than the page simply refreshing and showing my changes.
It seems uninstalling modules fixes it, and if I have any more than about 21 modules installed at any given time, the problem returns.
Any idea what could be causing this?
Doesn't seem to matter which modules are installed once I go over about 21...
I've tried rebuilding a database from scratch, and it has the same problem... This really sucks.
Must have been something to do with my hosting setup is my best guess. I renamed and removed a few temp directories and config files. Particularly ones I set up when I didn't have a clue what I was doing... So far, so good.
Yeah, I get the same thing - but only sometimes - on my XAMPP dev system. And I can get it on any refresh, although it may only be when I have Blocks Admin open in another browser tab - I'll have to watch out for that. A retry often fixes it, and a restart of XAMPP always does. Haven't a clue what causes it though. It's obviously a very dynamic system, and the problem will occur frequently then go away for a while before returning. But it is relatively recent.
I have always had lots of modules, certainly more than 21 installed. Oh, ... I am at 21 ACTIVE modules ...
Well heres a clue for you. any time the server sends a file to be downloaded that should be executed instead it usually has something to do with permissions. I am no expert but it might be a server settings some where a limit on what you can run is reached and instead of executing the script it treats it as a regular file and wants you to download it.
I am just throwing ideas out. I don't even know if this is possible. It does sound plausible tho.
For me i own my server. It sits behind me so i don't have limits as those who use shared hosting does.
Server specs (Server OS / Apache / MySQL / PHP / DragonflyCMS):
Thanks, I was sort of suspecting it might be something like that...perhaps with a certain number of blocks and modules, the data sent gets too large for a certain limit or something.
Alternatively it could be related to accumulated junk in cms_modules from having installed and uninstalled so many modules...
After gutting cms_modules, and restoring it from a test database, I seem to have it mostly working... It started messing up again, but then I removed some blocks and readded them, and it's behaving again. Strange...but if it's working I'll just go with it. Was a pain in the butt, had to rebuild my blocks and all.
I think the strangest thing is the intermittent and temperamental nature of the issue.
My host is Dreamhost, just FYI. Just figured I post about it on the off chance it is something in Dragonfly. Sorta curious what host layingback uses?
This is my development system, so XAMPP on Ubuntu Linux 9.10. (Yeah, yeah, I know, I don't need to run XAMPP on Linux when I could load a native LAMP stack - but I like being able to boot it when I need it, close it, and restart it at will with 1 button.)