ExpressionEngine CMS
Open, Free, Amazing

Thread

This is an archived forum and the content is probably no longer relevant, but is provided here for posterity.

The active forums are here.

Index won't release non-existent data

August 23, 2010 7:44pm

Subscribe [2]
  • #1 / Aug 23, 2010 7:44pm

    NikiW

    36 posts

    While I will preface this with staying I think I’ve thought of a solution to this - it is long and drawn out and something I’d rather not have to do, so I’m asking if there are other solutions.

    Background - in 2008 my subdomain was hacked, via a very old copy of MT; as a result, much of my directory suffered attack, including EE files.  I was running 1.6.3 at the time.  I got most of the EE files cleaned up (or so I thought), and then stopped using that blog for a while.  However, I don’t think I tested the functionality of the pages after that, or maybe I did (can’t remember), and in the interim, leftover “unclean” files continued to do some damage.  When I started working on this over the weekend, I discovered that ALL of the PHP files in my EE directory had the following code at the beginning of each one:

    <? /**/ ?>

    which I came to the conclusion, potentially nullifies any code following it.  I cleaned up by doing the upgrade to 1.6.9, deleting the pre-existing 1.6.3 EE files (except some noted further below).

    I decided I wanted to upgrade to 2.0, but wanted to get my site working under 1.6 first.  I had skins running successfully before the attack, and everything else worked perfectly. Now though, my index file seems to be the ONLY thing that loads under my main weblog.  If I click comments, archives, categories, another of the skis, etc, it all just reloads my index page, with the default skin.  I even tried deleting the contents of my index template, and everything STILL loads what was there before—all of the content of the first page.  Seriously, I could type “what’s up doc” in the template and it will still show some seemingly cached content from my original template.  Yes, I’ve deleted EE Cache, and my browser’s. It does the same display in a browser that I don’t think has ever even visited that site.

    I have a lot of templates in that weblog “channel”.  I have not looked at every one of them, and since I cannot access the CP from work at the moment (login issues with cookie domain), I cannot recall if any were ever saved to the server.  Even if they were not, is it possible one of them is corrupted in the database, causing this seemingly irreparable issue?

    I think the way I can fix it is to delete all of templates within that weblog and the weblog itself, and create a new one, because when I change to a different weblog, the problem *seems* to go away - the other weblog’s content and templates load ok.  I haven’t tested it enough to know if the comments and other links work from a different weblog, so I could be wrong in thinking the problem doesn’t exist in the other ones.  But if they do work and creating a new weblog to replace this one is the fix, I was hoping there was some shorter method to fix it than that.

    I did upgrade it to 1.6.9 and the problem persists, but I want to fix it before I do the final upgrade to 2.0, since I have a feeling the problem will probably follow and not be magically fixed in an upgrade (as it was not when going from 1.6.3 to 1.6.9).

    So is it possible I have a corrupt file or two in my database?  When I did the upgrade from 1.6.3 to 1.6.9, I deleted everything in my directory except for config.php & config.php.bak, and the images directory, and my skins directories (after cleaning up those php files beforehand).  But I did not do anything with the database itself.

    I have at least two or three years of posts in that blog so I’d really like to avoid purging the whole thing.  If it comes to that, is there a different export method than a database dump, which could potentially save corrupt files and I’d be back at the same issue after a refresh?  I suppose I could probably select only the posts and comments, maybe categories, in a database dump, and hope none of those are corrupt..  And speaking of which, how does one determine if a database entry is corrupted?

    Thanks and sorry for the long post.

  • #2 / Aug 23, 2010 8:12pm

    NikiW

    36 posts

    Update:: fail.

    I was finally able to fix my cookie domain problem to get back into the CP before I went home, and I tried testing out another weblog to see if anything OTHER than the “index” template loads.

    It doesn’t.  That is all it will load, no matter what link is selected, and it is not restricted to my main weblog.

    What could be causing this?  Is my entire database corrupt?  Or is there some setting somewhere in the CP I’m not aware of that is clinging to that index page like a tick on a dog?  Please help. I really don’t want to lose all of those entries. :(

  • #3 / Aug 23, 2010 8:23pm

    NikiW

    36 posts

    So I just came across another person’s post about this same problem.

    Is this because my host is running PHP5?

  • #4 / Aug 23, 2010 10:54pm

    NikiW

    36 posts

    Reverted my site back to php4 and it works normally, so yes it is a PHP5 problem.

  • #5 / Aug 24, 2010 4:36pm

    Robin Sowell

    13255 posts

    I don’t think it’s a php5 problem per se- the latest 1.x should run fine on php5 (as will 2.x, obviously).  But- sounds like: Home page content appears on every page / I get 404s except on the main page / ‘No Input File Specified’- basically, the $qtype variable needs tweaking under your php5 install.

  • #6 / Aug 24, 2010 4:43pm

    NikiW

    36 posts

    Ah. Well, my plan was to upgrade it to 2.0 anyway, I just was trying to make sure 1.6.9 worked first before I did so.  I was impatient, so once I knew it worked under regressing to php4, I went ahead with the upgrade.  Thanks. 😊

  • #7 / Aug 24, 2010 4:51pm

    Robin Sowell

    13255 posts

    lol- yep, that’s what I’d have done as well.  You will want to run 2.x on php5.  But it’s easy enough to tweak the config if you need to.

.(JavaScript must be enabled to view this email address)

ExpressionEngine News!

#eecms, #events, #releases