Title: lomes's Replies | WordPress.org --- # lomes [ ](https://wordpress.org/support/users/lomes/) * [Profile](https://wordpress.org/support/users/lomes/) * [Topics Started](https://wordpress.org/support/users/lomes/topics/) * [Replies Created](https://wordpress.org/support/users/lomes/replies/) * [Reviews Written](https://wordpress.org/support/users/lomes/reviews/) * [Topics Replied To](https://wordpress.org/support/users/lomes/replied-to/) * [Engagements](https://wordpress.org/support/users/lomes/engagements/) * [Favorites](https://wordpress.org/support/users/lomes/favorites/) Search replies: ## Forum Replies Created Viewing 4 replies - 1 through 4 (of 4 total) * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Refreshing database from production to development](https://wordpress.org/support/topic/refreshing-database-from-production-to-development/) * Thread Starter [lomes](https://wordpress.org/support/users/lomes/) * (@lomes) * [18 years, 1 month ago](https://wordpress.org/support/topic/refreshing-database-from-production-to-development/#post-732733) * Perfect. After looking at it, I don’t think the mod_rewrite method would’ve actually worked anyway. * I had no idea you could define those vars to override the database. I can easily live with the user_url not pointing to the ‘correct’ instance, and if the guid doesn’t really matter other than being unique, that’s great too. * Now I’m just going to define those two vars in wp-config and have SVN ignore them when updating. Awesome! * Thanks. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [WordPress 2.5 Hacked](https://wordpress.org/support/topic/wordpress-35-hacked/) * [lomes](https://wordpress.org/support/users/lomes/) * (@lomes) * [18 years, 1 month ago](https://wordpress.org/support/topic/wordpress-35-hacked/#post-732575) * If you haven’t done much customization (or even if you have), you might want to download the version of the files on your webhost to your local machine. Then compare them to the local copy you had actually uploaded to the web host (you do have that right?). If you don’t, you can just download the WP2.5 zip again and extract it somewhere to compare. * I’d suggest using something like [http://winmerge.org/](http://winmerge.org/)( free) and just do a full directory compare. Then you’ll know if and what files have been changed from what WP delivers. If YOU didn’t make those changes… well there ya go. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [WordPress 2.5 Hacked](https://wordpress.org/support/topic/wordpress-35-hacked/) * [lomes](https://wordpress.org/support/users/lomes/) * (@lomes) * [18 years, 1 month ago](https://wordpress.org/support/topic/wordpress-35-hacked/#post-732574) * No. It sounds like someone has been playing with your files… * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [WordPress 2.5 Hacked](https://wordpress.org/support/topic/wordpress-35-hacked/) * [lomes](https://wordpress.org/support/users/lomes/) * (@lomes) * [18 years, 1 month ago](https://wordpress.org/support/topic/wordpress-35-hacked/#post-732573) * The actual PHP file wp-content/index.php looks to simply be there to disallow directory browsing. The contents of this file (at least in 2.5) is simply: * ``` ``` * So there should be nothing else in that file… * When I acutally browse there in a web browser, it outputs the following HTML: * ``` ``` Viewing 4 replies - 1 through 4 (of 4 total)