This is first time I'm driving to use Mathjax, the maths is written in LaTeX, it works fine when I open the page locally, but when I host the same page on Google Drive, Mathjax no longer works, I only see the LaTeX code.
Here is the link to the webpage.
https://googledrive.com/host/0B6DfW2X25tuNck9yLTFSX2hiTEE/Group%20challenge%20Topic%206.html
And here is my code.
https://drive.google.com/folderview?id=0B6DfW2X25tuNck9yLTFSX2hiTEE&usp=sharing
I have tried everything, I'm using latest Chrome, so it shouldn't have any issues loading Mathjax
Since Google Drive is using a https:// URL, you need to load all your resources via https as well or you will get a security violation (check the browsers console for these). So that means you need to use an https: URL for MathJax. The MathJax CDN provides an alternate URL for that: https://c328740.ssl.cf1.rackcdn.com/. See the MathJax FAQ for details.
Related
As most of you know, when using an external library via a CDN, let's say Google, the url often looks something like this.
<script src="//ajax.googleapis.com/ajax/libs/jquery/2.1.1/jquery.min.js"></script>
When using this on a live site, this works perfectly. However, locally it doesn't. Changing // to https:// does the trick. (Didn't test with http.)
So, what's the catch, and what's the difference?
// takes the current used protocol. Mainly https or http, but also any other protocol supported by the browser, such as ftp.
If you're visitig a site via https the used URL for your //-resource is https too.
See also Browser support for URLs beginning with double slash
I am using Delphi & the DCEF (Delphi Chromium Embedded Framework) to load a local HTML file into a browser embedded within a form. The HTML file is trying to display a Google Map & has the line -
<script type="text/javascript" src="https://maps.google.com/maps/api/js?sensor=true&v=3.6&client=gme-{mycompanyid}"></script>
but the problem is that the URL sent as the referer to Google APIs is
HTTP://127.0.0.1/mypage.html
We have already authorised our website URLs for our Business Client ID, and we want to use the same Business Client ID for this desktop application.
My question is - how can I get the calls to Google API to use a different referer ? I think its not possible.
Decided not to persue this, a locally hosted HTML file is really a security risk. We are still using the embedded DCEF browser in a Delphi form, but host the HTML file on our corporate webserver. That way the Google API is happy with the referring URL for map requests.
Thank you to all those who replied.
I have a site which is a secure site means, it is accessed using https:// protocol.
This site has highchart on it.
The highchart was working perfectly when the protocol was http://.
But after installing secure certificate it failed to load in any browser.
I had imported the HighStock chart js as shown below.
Then I thought of changing the protocol for fetching the js from http:// to https:// as shown below
After this the chart started to render properly in internet explorer.
But the charts are still not loading in google Chrome,Firefox and Safari etc.
Can Anyone tell me the proper way to render/display HighStock chart over a site
that is accessed using https:// protocol.
also the export and print functionality should also work.
This is a very urgent requirement, so any sort of help would be appreciated.
Thanks in advance.
Regards
Soham Patel
I had the same problem and I solved it by removing the protocol (http:) by doing this:
<script src="//www.myserver.com/js/HighStock/js/highstock.js" type="text/javascript"></script>
Without any code to look at, it's hard to tell, but one option is that you are loading some things with http and others with https. Make sure that everything in the page is using https e.g. All loaded scripts, etc.
I have looked around the web and have found that appending #page=?? to the end of a PDF link will automatically take the visitor to that specific page in the PDF file.
I was wondering if this is still best practice as it doesn't seem to be working for me (Chrome on Windows 7). Also, all the articles I have found so far date back to 2006-2008, have things changed recently?
This is still valid code but it may require that some version of Acrobat (Reader, Pro, etc) be installed as a plugin on the browser in order for it to work as expected. Since multiple commonly-used browsers now have a built-in reader (Chrome, Safari for iOS are the big two that come to mind) support for direct page linking is somewhat spotty now. You can still do it...the worst case scenario is that the PDF just opens to the first page for those users but I would advise to just leave off the direct page link. If the page is that important, extract it to a separate PDF and link to that.
It is not uncommon for our intranet web applications to link to publications, documents, or other resources from our shared network file servers.
In the past, we've had little trouble fashioning links such as the following:
file://fileserver1/folderofgoodies/rules.pdf
\\fileserver1\folderofgoodies\rules.pdf
The reason we had no trouble is because everyone in the building uses IE6 or IE7 (very few have IE8). Both styles of URLs worked fine in Microsoft browsers it seems.
But if you try clicking such links in other browsers, specifically Firefox, nothing happens!
On a new intranet web app I'm developing I've been attempting to ensure cross-browser support, but any links to local computer or local network resources seem to be ignored in at least Firefox 3.5.3, though I admit I haven't yet checked other browsers.
Is there any way I can change the way I link to said files so that browsers like Firefox will accept them? I cannot do anything that requires installing scripts, software, extensions, or any other solution on a per-user/per-computer basis.
I realize the suppression of said links is a security thing, but these links would be originating from only trusted local intranet locations, so...
If this is intranet, you can build a little helper server/page/webservice/whatever to which you will link and pass file name as parameter:
http://server/getlocalfile?path=file://fileserver1/folderofgoodies/rules.pdf
And you will benefit from extended security, by the way.
I think your only option is reconfiguring Firefox, but unfortunately you said you can't do that.
You could just map the file server path as a virtual directory into your intranet site and link via http.
Mozilla applications block links to local files. The only way is to install plugin(s) to Firefox. This link describes some of them.