Notice: This thread is over two years old; the information may be outdated. Please consider creating a new thread if you require free support. If you have an active SiteOrigin Premium license, you can email our premium support desk at [email protected].
Hi,
I was finished the my site and set the htacces in the root dir to url.com/wordpress and the works for most of the site except for the features widget that I use.
if you go over www.yumi3d.com the features widget in the 2nd block/page are broken
if you go over www.yumi3d.com/wordpress they work.
I use vantage + sitebuilder, any idea why the link is braking in one situation?
Hi Sungod3k,
I’ve taken a look around and as the first link seems to be “reserved” I’ll presume you’ve taken the first link down for the time being. Once you’re ready for it to be made public again please be sure to message us and we’ll take a look.
im not sure whats happening with the first link but there are not supposed to be restrictions on it. it works if its just typed in as url not clicked from the post
Hi Sungod3k,
It was previously not working when I manually typed it but it must have fixed itself so it’s all good. I’ve had a look at the site and this is actually a really annoying issue. It’s showing up like a square because that’s what your browser uses to tell you it can’t render the font. It can’t render it due to a Cross-Origin Resource sharing policy issue. The argument of www vs non-www is finally at the point where you have to decide the route to take, and take it (unless the server is set up for it – this is sadly beyond the scope). There’s no both in the world of fonts. I recommend following the advice in this article to resolve this issue, Force users to use the WWW or Non-WWW version of your domain.
www vs non www you say? but is that the thing here? i have the feeling its /wordpress vs non/wordpress.
I have the htacces in root configured to always use www and that seems to work. its the missing /wordpress thats “breaking” the link.
btw when you look further down in the 5th block there is another feature widget that displays the symbols without the circular backgrouds.
Hi Sungod3k,
As odd as it may sound, it has nothing to do with the move. You need to update your site URL in WordPress to resolve the issue if you intend on using www. Right now WordPress is being told to fetch the font from yumi3d.com rather than http://www.yumi3d.com which isn’t allowed by the browser due to CORS.
I totally dont understand the situation :D
what do I tell wordpress (I assume you mean the two links under general settings)?
Hi Sungod3k,
Oh sorry I should have been more clear in which links to update. Yes, those are the links that need to be updated.
so ill update the link to www. versions right? do I have to do anything to the htacces in root?
Hi Sungod3k,
Correct. You’ve already done the required changes to the htaccess.
Hi Sungod3k,
Please remove /wordpress/ from your site url to fix the issue.
and what is the most common error you can do while messing with these settings?
now the site looks really broken :D although i uploaded the backup already
when i try to log in the back end i get http://wwwww.yumi3d.com/wordpress/wp-login.php 4w’s :D and no access to the backend
I got it back like it was before by setting both site url and wordpress adress to http://yumi3d.com/wordpress
if put in both http://www.yumi3d.com/wordpress the frontend breaks and there is not forward
if I remove /wordpress the same happens
Hi Sungod3k,
:(
I’m sorry. Based on your previous messages I thought you were more familiar with that setting so I didn’t provide more guidance. Once you’ve restored the backup, please input http://www.yumi3d.com That will fix the font issue you’re having.
The most common issue is the one you did. You input the wrong thing and WordPress would link you to wrong thing you until you’ve fixed it. Please note for future reference that while WordPress will redirect you a million times you can still access the pages by going there directly. So what you would do is log in, get redirected to the wrong place, then navigate manually to the desired page.
Hi Sungod3k,
I don’t know how I can say this differently but it has to be said so… this issue has nothing to do with moving the directory. If you revert the htaccess redirect on your old /WordPress install and go to the www of it the exact same issue will occur there. Please input http://www.yumi3d.com (without HTTP:// – that’s being automatically added) and this will resolve the issue.