Est-il possible d'ouvrir personnalisé schéma d'URL avec Google Chrome?

L'actuel accepté solution a un problème avec google Chrome pour SSL https. En regardant le journal de la console, google Chrome bloque la demande, car il pense que l'url personnalisée protocole n'est pas sécurisé:

[blocked] The page at reports blah blah ran insecure content from customproto//blah blah

Voici une solution (cela m'a pris quelques jours de recherche):

    <input type='button' value='Test Custom Url' onclick='exec()'>

    <script>
    function submitRequest(buttonId) {
        var d = (window.parent)?window.parent.document:window.document
        if (d.getElementById(buttonId) == null || d.getElementById(buttonId) == undefined) return;
        if (d.getElementById(buttonId).dispatchEvent) {
                var e = d.createEvent("MouseEvents");
                e.initEvent("click", true, true);
                d.getElementById(buttonId).dispatchEvent(e);
        } 
        else {
                d.getElementById(buttonId).click();
        }
    }

    function exec(){
        var d = (window.parent)?window.parent.document:window.document
        var f = d.getElementById('customUrlLink')
        if (f ) {f.parentNode.removeChild(f);}
        var a = d.createElement('a');
        a.href =  'mycustomproto://arg1';    
        a.innerHTML = "Link"                                    
        a.setAttribute('id',        'customUrlLink');
        a.setAttribute("style", "display:none; "); 
        d.body.appendChild(a); 
        submitRequest("customUrlLink");
    }
    </script>

Ce code ne fonctionnera pas pour IE. J'ai trouvé à l'aide de cette technique, IE les limites de l'argument du protocole personnalisé à moins de 1000, où que l'utilisation de l'iFrame technique IE permettra 2083 caractères.

La seule façon de surmonter l'url de limite dans le javascript est chuck les données et de les appeler plusieurs fois. Si quelqu'un veut prendre un coup de couteau à l', s'il vous plaît laissez-moi savoir comment ça se passe. Je voudrais l'utiliser.

Pour manipuler des url dans l'exécution d'application, passer un jeton dans l'application et le faire aller d'obtenir les données à partir d'une url GET.

Donc pour l'instant je suis en utilisant une fonction de Chrome/FF et une autre fonction pour IE.

Ces liens m'ont aidé à développer cette solution:

https://superuser.com/questions/655405/custom-protocol-handler-not-working-in-chrome-on-ssl-page

Simuler un clic dans jQuery/JavaScript sur un lien

(si j'avais connu cela il y a quelques jours....espérons que cela aide quelqu'un)

==================================================

Mise à jour: (8h plus tard)

==================================================

Jake posté une excellente solution pour chrome: https://superuser.com/questions/655405/custom-protocol-handler-not-working-in-chrome-on-ssl-page

Cela fonctionne dans chrome n':

 window.location.assign("customprotocol://");

Il échouera dans une iframe c'est donc ce travail:

var w = (window.parent)?window.parent:window
w.location.assign(service + '://' +  data)

==================================================

Mise à jour: (semaines plus tard)

==================================================

Tous les exemples de l'ouverture du protocole personnalisé, dont le mien, ont un "://" dans l'url. Et c'est ce qui est à l'origine du SSL avertissements.

S'avère la solution est de changer "://" a ":"

donc faire ceci:

src="x-myproto:query"  .....

et le SSL avertissements vont s'en aller.

==================================================

Suivre: (après des mois d'utilisation de la production)

==================================================

Cela a bien fonctionné pour chorme. Détecter le navigateur et si chrome ce faire:

var w = (window.parent)?window.parent:window
w.location.assign('myproto://xyzabcdefetc')

Pour IE et les autres navigateurs je ne quelque chose de légèrement différent.

Remarque que les navigateurs n'imposer une limite sur la quantité de données que vous pouvez mettre dans l'url personnalisée protocole. Tant que votre chaîne est inférieure à 800 caractères ce qui semble être le nombre magique de ce qui fonctionne dans tous les navigateurs.

Voici une solution qui comprend également une redirection vers l'App Store /Play Store si l'utilisateur ne dispose pas de l'application. Il utilise un setTimeout pour cela. Il permet également l'utilisation d'une iframe à l'appui de plus en plus de navigateurs. Si cela fonctionne sur Chrome, et tout autre navigateur mobile. Nous l'utilisons comme mon entreprise, Branche. Modifier juste les deux liens ci-dessous pour correspondre à votre URI et l'App Store lien.

<!DOCTYPE html>
<html>
    <body>
        <script type="text/javascript">
            window.onload = function() {
                //Deep link to your app goes here
                document.getElementById("l").src = "my_app://somepath";

                setTimeout(function() {
                    //Link to the App Store should go here -- only fires if deep link fails                
                    window.location = "https://itunes.apple.com/us/app/myapp/id123456789?ls=1&mt=8";
                }, 500);
            };
        </script>
        <iframe id="l" width="1" height="1" style="visibility:hidden"></iframe>
    </body>
</html>

Encore une fois, cela devrait fonctionner sur n'importe quel navigateur, grâce à l'iframe.

J'ai trouvé la solution qui fonctionne avec google Chrome.
J'ai utiliser l'IFRAME-chemin.

Exemple (avec JQuery):

$("body").append('<span id="__protoProxy"></span>');

function queryWord(aWord)
{
 var protoProxy = document.getElementById('__protoProxy');
 if (protoProxy)
 {   
  var word = aWord.replace('"','\"');
  protoProxy.innerHTML = '<div style="display:none;"><iframe src="x-myproto://query?' + word + '"></iframe></div>';
 }
}

queryWord('hello');