Title: Frank Herrman's Replies | WordPress.org --- # Frank Herrman [ ](https://wordpress.org/support/users/typify/) * [Profile](https://wordpress.org/support/users/typify/) * [Topics Started](https://wordpress.org/support/users/typify/topics/) * [Replies Created](https://wordpress.org/support/users/typify/replies/) * [Reviews Written](https://wordpress.org/support/users/typify/reviews/) * [Topics Replied To](https://wordpress.org/support/users/typify/replied-to/) * [Engagements](https://wordpress.org/support/users/typify/engagements/) * [Favorites](https://wordpress.org/support/users/typify/favorites/) Search replies: ## Forum Replies Created Viewing 8 replies - 1 through 8 (of 8 total) * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Second WordPress Installation in Subdirectory returns 404 Not Found](https://wordpress.org/support/topic/second-wordpress-installation-in-subdirectory-returns-404-not-found/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/second-wordpress-installation-in-subdirectory-returns-404-not-found/#post-4675321) * Your welcome. The WP_HOME and WP_SITEURL are not set in the wp-config.php by default. They should be in the database though (wp_options table). You can change them in the settings of WordPress. Be careful though, entering the wrong URL’s there breaks down your website. In that case you can use the method danielinberlin mentioned. * Forum: [Everything else WordPress](https://wordpress.org/support/forum/miscellaneous/) In reply to: [Google Verifying Website](https://wordpress.org/support/topic/google-verifying-website/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/google-verifying-website/#post-4675753) * Please provide a link to your website, I can’t help you without the code. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [Make admin have only editor features](https://wordpress.org/support/topic/make-admin-have-only-editor-features/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/make-admin-have-only-editor-features/#post-4676210) * That would be the best option yes. Use get_role(‘admin’) and remove_cap(..) to delete all capabilities the editor doesn’t have. I don’t have a clue why you would want to do so. You might be better of to create a new role and attach the right capabilities. * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Database Problems](https://wordpress.org/support/topic/database-problems-21/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/database-problems-21/#post-4674791) * Is the correct table prefix in your wp-config.php? Did installation finish? Are there any tables in your database at all? * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Integrating html pages with WP pages in same root folder](https://wordpress.org/support/topic/integrating-html-pages-with-wp-pages-in-same-root-folder/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/integrating-html-pages-with-wp-pages-in-same-root-folder/#post-4674790) * Every file that is on the server should still be directly available by its url. The .htaccess file should contain this: RewriteEngine On RewriteBase / RewriteRule ^index\.php$ – [L] RewriteCond %{REQUEST_FILENAME}!- f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] * The RewriteCond statements mean ‘if file not found on the server’, in that case it will be rewritten to index.php. Check if your .htaccess file has the same contents. * Getting the same design on the html pages is not possible without changing the html files or put them in an iframe. Your best bet is to create a script which reads all html files and create pages (or posts) of it. Then redirect all requests to .html files to WordPress. * <[[typify](http://www.typify.nl)]> * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [After migrating from wordpress 3.7.1 to 3.8 page link not working](https://wordpress.org/support/topic/after-migrating-from-wordpress-371-to-38-page-link-not-working/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/after-migrating-from-wordpress-371-to-38-page-link-not-working/#post-4674789) * Go to settings->permalinks and click ‘save’ on that page. Re-saving the permalinks will flush the rewrite url cache. Does that help? * Is the .htaccess file still there? Did the YNO SEO plugin maybe alter the .htaccess file which has been overwritten by the upgrade? (if so, get rid of that plugin;)). * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Second WordPress Installation in Subdirectory returns 404 Not Found](https://wordpress.org/support/topic/second-wordpress-installation-in-subdirectory-returns-404-not-found/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/second-wordpress-installation-in-subdirectory-returns-404-not-found/#post-4675231) * I see the 404 page is generated by the new installation (the html tag contains the lang=”de-DE” attribute). So you should look there. Did you correctly set the URL in the site url and home url options? Did you add the correct .htaccess file to the /de subdirectory (including RewriteBase /de)? Did you set a certain page as homepage which you then removed? * I think it has to do with the site url and home url since the 404 shows links to your English blog, not to the German version. * Forum: [Installing WordPress](https://wordpress.org/support/forum/installation/) In reply to: [after login blankpage](https://wordpress.org/support/topic/after-login-blankpage/) * [Frank Herrman](https://wordpress.org/support/users/typify/) * (@typify) * [12 years, 2 months ago](https://wordpress.org/support/topic/after-login-blankpage/#post-4675678) * Hi Javichu, * A blank page usually means PHP is not showing any errors. You could try to set WP_DEBUG in wp-config.php to ‘true’. Find the following line or add it: * define(‘WP_DEBUG’, true); * Post the error here to get more support. * That should show the error. If that doesn’t work you may try to add the following: ini_set(‘display_errors’,1); ini_set(‘display_startup_errors’,1); error_reporting(- 1); * Or change the php.ini values for display errors and error_reporting accordingly. Viewing 8 replies - 1 through 8 (of 8 total)