I have copied drupal from my main directory to anothre directory and created a sub domain but the url rewrite is not working.
I have checked mod_rewirte is enabled and allow override is set to all but I can not access pages except home page also I changed $base_url to point sub domain and also reflected in .htaccess.
Please advise what I can do from here also searched on net for this but nothing seems to be working
Thanks
If you cannot log in to turn off clean urls and you have access to the database you can edit the setting in the database.
in the 'variables' table find the row 'clean_urls' and delete the row. Then when the setting is checked it uses the default which is OFF.
In my experience this breaks when you move Drupal but miss the .htaccess file. Or if it is moved into a directory that forsome reason has AllowOverride turned off in apache settings.
Related
I've just moved a WordPress website from my local machine to the server. All the normal steps were done, such as updating the SQL database and setting it all up. The only problem is the homepage is 301 redirecting to my local URL even though it has the correct URL to go to. The rest of the website is fine including the admin area. So far I've done the following:
Checked the SQL database to look for any localhost URL's
Defined the wp_home and wp_siteurl in the wp-config file
Also defined it in the functions file
Disabled caching
Flushed the permalinks
Disabled plugins
Checked for hardcoded URL's in the PHP
Deleted the .htaccess file and created a brand new one
Any further ideas please?
The solution to the problem was just browser caching, just needed to load it in a different browser which was cache free
I have an installed WordPress website.
I'm working on the site, therefore, I want to show a constructor page for the internet user. I have created a page which called first.html and I change the .htaccess file like below
#Alternate default index page
DirectoryIndex first.html
Now when I enter my domain name on the browser I can see the first.html. This is working properly.
I'd like to see my changes by entering the domain and page name on the browser like
www.mydomain/index.php
or
www.mydomain/wp-content/themes/XXXTHEME/index.php
However, my theme pages don't work.
How can I achieve to do this?
Instead of making changes in .htaccess, I'd suggest you to use this plugin : https://wordpress.org/plugins/maintenance/
Simply name your html file "index.html"
Web servers most commonly parse the index.html file firstly (unless told otherwise) and if it is not found, it proceeds to index.php
This also allows you to simply change that ".html" part to ".php" to see the website you are working on, without installing plugins that clutter your database or making unnecessary changes to your .htaccess file.
I tried migrating my wordpress from xampp to a web server. Changed the site fields in the sql database, exported the database, updated wp-config, set permissions and uploaded the page.
The front page loads fine and I can access the admin page through /wp-admin (where everything functions) but any page request that isn't an actual file (like /admin) results in error 500.
I'm not sure how those work in PHP anyways. Is there some configuration I missed maybe? I also have access to php.ini if that helps.
Since I moved the deployment from /wordpress/ to htdocs root, I also had to edit the .htaccess file to change rewrite path.
I have a magento site. When I changed it location, it is not working.
I am getting the errors :
The page isn't redirecting properly in Mozilla.
This webpage has a redirect loop in Chrome.
For changing the location what I have done is:
1) Imported my database and changed the urls in core_config_data table.
2) Changed the db credentials in local.xml
3) Cleared the var folder.
I have found various solutions for the same problem but nothing resolved my issue.
Like clearing the cache, auto increment of ids in database etc.
I am able to access my backend
These are the steps I go through when I find such problems
Delete the cache, full page cache(If it exists) sessions, and log folders from with the var directory
Go into core_config_data
Using a Database tool, search (value "contains" http)
This will show you your site urls referenced from within the database.
Make sure web/unsecure/base_url and web/secure/base_url
both reference your domain without any https: at first
i.e they both should contain http://mydomain.com/
Last as kaigorodov says above check the cookie_path
Next, reference your .htaccess file. Here's an option
via terminal
cd into the root of your install. i.e
cd /public_html/magento
Again verify your .htaccess file.. One option is duplicate your existing file and rename the .htaccess-sample to .htaccess and use this one to be sure this isn't causing your problem.
Could be web server caching. Try restarting that if you have ownership.
Infinite loop problem often related to improper magento cookies configuration. Try to check the cookie_domain and cookie_path settings in the core_config_data table.
It's a www to non-www redirect. Because I don't have the install in front of me to help I can't narrow down the cause, but maybe within your core_config_data you use www on some and non www on others. Maybe your .htaccess has a www redirect in place?
Maybe Catalog > URL Rewrite Management turning the www to non redirect off may fix your problem
I am having trouble with my main menu in Joomla. I have the installation on a testing site in a subdirectory that I am accessing via ip address (ex. http://255.255.255.255/joomla)
For some reason all the menu links except for 'Home' add an extra subdirectory that isnt there. for example, I have 'contact' link, the menu links to http://255.255.255.255/joomla/joomla/menu-id-85.html which in turn links to 404.
Whats going on here? fyi I have the configuration file set to:
var $live_site = 'http://255.255.255.255/joomla';
the site is running on iis7 with several other successful joomla production sites running.
UPDATE: I have removed the $live_site variable and still no luck! any ideas would be helpful.
I think I know what your problem is. Try turning off SEF URLs and see if the links work. If so, you probably need to take a look at your HTACCESS file and change the RewriteBase or comment it out completely.