I'm currently working on sitecore and facing an issue where for fetching a media i.e .jpeg or .PDF in English it's opening but for other languages it's not opening and showing in .ashx format in URL however i don't think this is an issue because when we edit URL of english language with .ashx instead of .pdf it still shows the file but not in other languages.
We tried removing the media Request handler value and kept it blank and tried some more past suggestions for the solution but nothing worked for us.
It would be great if anyone can come with a possibility of our solution.
Thanks
Related
I'm having problems getting SVGs to display correctly on my website, http://www.byfrequency.co.uk. Instead the site displays the fallback PNG's instead.
When I preview the site locally, they display fine in all browsers which leads me to believe there might be some kind of issue server side. Trouble is, I have no idea where to begin to rectify this!
(My web server is Windows 2008 and currently configured for PHP 5.2, ASP, SSI, Perl, ASP.NET 3.5, CGI)
Other things I've investigated is to inspect the object (logo.svg) within Chrome. All this gives me is a message saying "Failed to load response" and is highlighted in red. I've tried putting the files on the local root to see if that would make a difference which is doesn't. And finally, I've looked up numerous articles about displaying SVGs but to no avail.
On a semi-related note, my web fonts also seem to fail to load when the site is inspected but render correctly in Chrome/Safari but not Firefox. Again, the path to these files are correct but I can't seem to be able to rectify this error.
Any thoughts and ideas would be much appreciated!
Solved this now with the addition of MIME types within a web.config file.
I have a personal website at http://deanattali.com/
A few days ago I shared my site on my feed and everything was ok. Now whenever I try to share any other page, Facebook does not parse it and simply ignores it.
I tried the Open Graph Object Debugger tool and it always returns "Error Linting URL An internal error occurred while linting the URL."
For example, try any of the following URLs:
http://deanattali.com/aboutme
http://deanattali.com/2015/03/12/beautiful-jekyll-how-to-build-a-site-in-minutes/
I even tried taking an HTML page from a similar site and copying the exact same HTML onto my site, and the parser worked for the other site but not for mine
Page on other site that works: http://keshinid.github.io/2015-02-26-flake-it-till-you-make-it/
Page on my site with identical HTML that doesn't work: http://deanattali.com/test
This is very frustrating, the error is very vague.
When I try to click on the link to see what the scraper sees on FB's debugger tool (https://developers.facebook.com/tools/debug/og/object/) it says "Document returned no data"
Another point worth mentioning is that this is a GitHub Pages website, with URL daattali.github.io and I have a CNAME to deanattali.com (I'm not sure if that matters at all)
I'm very lost, thank you
For anyone who will ever run into this problem in the future: a bandage fix seems to be to append ?fbrefresh=anystring to the URL. It looks like when there is a fbrefresh param in the query string, it works fine (doesn't matter what the value of the parameter is). Not sure what the underlying cause is, whether this is a bug or not.
I'm in the middle of testing a customized Dojo theme based on the popular claro theme. The new theme is named 'jelam'. I've gone through all the suggested steps for making a new theme based on an existing theme like claro and all seems to be working fine - except Firebug is reporting an error immediately upon opening my page. It reports that it can't find the claro_rtl.css file. The thing is, I've searched many times my source code and files for any reference to that claro_rtl.css file, but I can't find it. I suspected initially that my browser was cacheing it somehow, so I cleared the Firefox browser, closed Firefox and ropened it, and also restarted the WebSphere portal which is serving my JSP page. Despite those attempts to clear out any reference to claro_rtl.css, I'm still getting the error reported in Firebug.
"NetworkError: 404 Not Found - https://localhost:10149/CompassThemesURS/themes/html/commonurs/dojo/1.9.1/dijit/themes/jelam/claro_rtl.css"
How can I get Firebug to show me what the source of that request is? I had initially suspected that I had missed it in one of my many JSP files or CSS files that was possibly importing it, but it's not showing up.
Is there a way to get Firebug to show me who is trying to pull that file in?
Thanks for any insight you can give.
Finally figured it out. In Firebug I put "claro_rtl.css" in the search box, then performed the search in each tab until the search found it from the CSS tab, and it found it referenced in the new jelam.css file.
I had forgotten to redeploy the webapp. I had correctly updated the source files, including jelam.css, but I hadn't redeployed with those updates like I thought I had.
Cheers.
I'm building a website that stores a number of articles. The URL for each articles implements URL routing in the form /Articles/{categoryid}/{articleslug}.
Some articles have links to a graphics file. The link does not specify the full path so I'm storing the graphics file at /Articles/{categoryid}/{articleslug}/graphic.jpg.
This works fine on my desktop. But when I deployed the site to a shared hosting account, the behavior is different.
Now, the link only works if I store the graphics file at /Articles/{categoryid}/graphic.jpg. In other words, on my desktop, the {articleslug} is assumed to be a directory, but on the web it is assumed to be the name of the current page.
Does anyone know why the behavior changes? You can seen an example at http://www.blackbeltcoder.com/Articles/asp/creating-website-thumbnails-in-asp-net. Both the screenshot and download link near the top are broken links.
Without knowing more, it seems like the most likely cause would be a different version or configuration of IIS. The behavior of the web host makes all kinds of sense; the behavior of your desktop is confusing to me. Is your desktop doing a redirect from /Articles/{categoryid}/{articleslug} to /Articles/{categoryid}/{articleslug}/? Can you use Fiddler etc to see if the browser formats the GET request differently?
Thanks for the input. There probably wasn't enough information here for anyone to resolve this unless they've specifically seen the issue already.
At any rate, I was able to resolve it myself and I describe the resolution in a related question I posted at Relative Links with Extension-less URLs.
Thanks.
I've seen a lot of dynamic website through the internet that their pages are in html or htm format . I don't get it why is that ? And how they do that ?
Just look at this website : http://www.realmadrid.com/cs/Satellite/en/Home.htm
What you see in the URL can be set at will by the people running the web site. The technique is called URL rewriting.
How
On Apache, the most popular solution to that is the mod_rewrite module.
Seeing as you've tagged ASP.NET: As far as I know, ASP.NET has only limited rewriting support out of the box. This blog entry promises a complete URL rewriting solution in ASP 2.0
Why
As for the why, there is no compelling technical reason to do this.
It's just that htm and html are the recognized standard extensions for HTML content, and many (including myself) think they simply look nicer than .php, .php5, .asp, .aspx and so on.
Also, as Adam Pope points out in his answer, this makes it less obvious which server side technology/language is used.
The .html/.htm extension has the additional effect that if you save it to disk, it is usually automatically connected with your installed browser.
Maybe (a very big maybe) there are very stupid simple client programs around that recognize that they have to parse HTML by looking at the extension. But that would be a blatant violation of rules and was hopefully last seen in 1994. Anyway, I don't think this is the case any more.
There are a number of potential reasons, these may include:
They could be trying to hide the technology they built the site with
They could be serving a cached version of a page which was written out to HTML.
They could simply perceive it to look friendlier to the user
They might be using a server-side scripting language like PHP or ASP. You can configure what file extensions get parsed by the language by editing the web server configuration files.
For example in PHP the default extension is .php but you could configure the server to use .html, that would mean any files with the .html extension could contain PHP code they would get parsed before the page is sent to the clients web browser.
This is generally not recommend as it adds an overhead and .html pages that don't have any PHP would be parsed by the PHP engine anyway which is slower then serving pages direct to the browser.
The other way would be to use some form of URL rewriting. See URL Rewriting in ASP.NET
Another reason is SEO(Search engine optimization). Many search engines like html pages and many guys（I mean some SEO specialists) think the html can improve the rank of their content in search engine.
One possibility is just historical reasons. Pages that started static, now are generated dynamically, but sites don't want to break old customer's favorites.
They keep some pages as html because their content is not supposed to change frequently or not at all.
But you should also keep in mind the fact that some sites are dynamic but they change the page extention to html but original page remains same eg php or aspx, etc using htaccess or some frameworks like codeigniter etc.