I have an issue where the URL re-write in IIS7 loads the component contents just fine, but not the site template.
Where this:
http://125valleywood.nexthometown.com/
Should look like this:
http://www.nexthometown.com/index.php?option=com_singleprop&view=singleprop&mlsnum=4200072
If I use "redirect" instead of "rewrite" everything is fine. I figure it has something to do with the domain joomla is tied to ?
My solution to this was to not use URL re-write. I instead mimicked a blind URL redirect using the DNS manager on windows server 2008. I figure it had something to do with the Joomla install not recognizing the subdomain. What I did not look into was seeing if Joomla would take a wildcard for the sitename, ie *.mysite.com. But since I never determined whether or not this was the problem in the first place, I not sure this would have been a solution.
Related
Instead of genuine Mixed Content issue this seemed like more of a Wordpress issue hence posting here to find a resolution.
I have everything setup to work with https, though there is no valid certificate yet. here is the home page url https://tourpoule.nl. The home page loads but with Mixed content errors which seem to be generated by core Wordpress or theme functions. Attaching image:
Database does not have any url which would start with http://. I already have replaced them using search and replace script.
There is nothing in htaccess file except basic Wordpress setup code. I tried renaming it as well. I cleared all types of cache but still it does not work. The site is using twentytwenty theme and if I comment out css and javascript enque lines, some of the errors disappear but styles and scripts do not load(that is normal I know).
In the view source of page it shows mixed urls, some with https and style and javascript urls without https. see below:
Interestingly if I click a stylesheet url i.e. http://new.tourpoules.nl/wp-content/themes/twentytwenty/style.css?ver=1.0 it redirects to https://new.tourpoules.nl/wp-content/themes/twentytwenty/style.css?ver=1.0
I am not sure what is going on and have got struck. I am not able to reach the client so that we can discuss turning ssl redirection off in nginx for this domain where it is redirecting everything to https if it is not https. Not sure if that is causing issue (I believe it is not as it has nothing to do with Wordpress mechanism to generate urls). Any help or direction is greatly appreciated.
I can see your website is still unsecured, for what it's worth, get yourself letsencrypt ssl.
Back to you question, go to your database, open the wp_options table, change the siteurl item to https://tourpoules.nl and also change the home item to https://tourpoules.nl.
If you have used search and replace DB master script or plugin it will not update inside meta files as well as and check for the function file have you Enqueue with https://
So will be better if you download SQL file and replace with below:
From:
http://new.tourpoules.nl
To
https://new.tourpoules.nl
and re-upload again
Problem is simple, I have a web site www.mydomain.com which have other links to other pages (in the same site) like www.mydomain.com/some/directory/some_page.asp. I would like to know if it's possible to hide the second part and show only the www.mydomain.com.
I'm using DotNetNuke, IIS web server.
Is it possible to do this with the url_rewrite module?
Do you want all the URLs to show up in the browser as just the domain? the only way to do this would be to use an Iframe, which is a TERRIBLE idea. It means that no one can copy and paste your URLs to send to their friends, and if they just get the URL anyway because they know how to use a browser users will see the full path anyway.
The url_rewrite module won't do what you're after either. It can rewrite one URL to another, e.g. instead of www.mydomain.com/mypage.asp you could have www.mydomain.com/mypage. But you couldn't map ALL of your pages to just the root domain (think about it, how would it know which of your pages to serve up for that URL).
This is something people used to ask for back in the 90's. It was a bad idea then, and it's an even worse idea now.
I have a problem with a Wordpress based website. Something is creating strange URLs. I know about those URLs, because Google Webmaster Developer try to Crawl them and the Crawler gets a 404 error (Not found). I have that problem in different websites:
In the first one the URLs looks like spam:
http://xxxx.com/wp-content/w3tc/apple-iphone-3gs-8gb-black-manual
In the other website the URLs make sense based on the content, but they are not valid URLs:
http://xxxx.com/portfolio/pool-view-suite-bathroom/
In other website, it's creating URLs that looks like valid, but with a ".html" in the final
If you try to access those URLs, you will get a 404 error. Curiously, when you look the "Linked By" tan in Google Developer Tools, you will see that is linked by another strange URL o there is no linked from. And that URLs are not in the sitemap, I checked it.
Thank you!
the first one is a trojan without a doubt. Quite usually, you'll find them in index.php, footer.php, header.php . If in doubt, check with an online tool like Sucuri
Once you isolate it, it's very important to know how you have it. While most people thinks they have been "hacked", in most cases you uploaded it by yourself from your own computer, so be sure to scan it thoroughly.
About the other cases, sounds more like an htaccess issue, but based on the first case, quite probably it's caused by this trojan as well. Ask your host to check the site, it's in their best interest to do it so. But assuming it's just htaccess, try this: go to Settings --> Permalinks and change the permalinks structure to anything else than what you have now. Don't hit the submit button yet. In the meanwhile, BACKUP your htaccess file and then delete it. Hit submit on the permalinks page an a new .htaccess file will be created. Try your site now. If it works, it was just a simple htaccess issue. If not, something else, going from a trojan to a server misconfiguration to anything in between
Maybe the domain was used before and you are seeing past valid urls which are now 404, or maybe these are incorrect, inbound spammy links which you would want to be 404. Duff links can be found anywhere on the internet and so no reason to think your site is generating them.
I need a rewrite rule for an nginx server. I'm using joomla 1.5 with sh404sef component to make clean urls.
Now i have installed gtranslate module to make the website multi language. So after installing the module my url's will change.
for example
My orginal url:
http://mywebsite.com/index.php?page=shop.product_details&flypage=flypage.tpl&product_id=511&option=com_virtuemart
the sh404sef component will change this to
http://mywebsite.com/men-s/coverall-shirt-in-grey.html
But after installing gtraslate the urls changed like this
I want to replace a url to something different. for example:
http://mywebsite.com/index.php?/ja/page=shop.product_details&flypage=flypage.tpl&product_id=511&option=com_virtuemart
here i have enabled japanese language, so there is a additional string /ja/ added in the url.
This is making problems in the website.
I want a rewrite rule for nginx to replace this url to orginal one without ja
Does anyone have an idea.
Please help me..
--
Thanks in Advance
Tibin Mathew
if you rewrite the url in ngingx your joomla will never receive the /ja request, and consequently will never server the translated content.
you'll have to make the sh404sef component work with the gtranslate url's instead
http://gtranslate.net/forum/gtranslate-fully-compatible-with-sh404sef-t2168.html indicates this should be possible, but doesn't say how
I have a page (shop) in my drupal 7 site. On this page is a php script requesting a webservice.
The response depends on the URL, eg. /shop/pid-1234/pink-shoes.html will show a product with id 1234.
I therefore need Drupal to load the /shop page no matter what the URL after shop/ looks like. How do I
achive this? I have tried using wildcards in the URL alias module ($,%) but that didn't work. I have also
looked at pathauto and redirect, but didn't seem like they could help.
Any suggestions?
You probably need an Apache mod_rewrite rule. You can add something to your .htaccess file if you're using one.