Google Benutzerdefinierte Suche - Manuelle laden / ausführen von URL-Parameter

StackOverflow https://stackoverflow.com//questions/10689070

Frage

Erhalten Sie ein seltsames Verhalten von Google Custom-Suche, die ich nicht außen scheinen kann. Vielleicht hat jemand einen Hinweis.

Ich setze einen Magento-Standort zusammen, der seine eigene interne Suchmaschine hat, aber nur auf das Produkt beschränkt ist. Ich möchte auch Google-Suchergebnisse auf der Seite der Suchergebnisse implementieren. Ich möchte, dass ich einfach eine Suche basierend auf der Abfrage vars in der URL ausführen kann (um den gesamten Nicht-Produktinhalt zurückzugeben), als solche:

generasacodicetagpre.

Ich werde beachten, dass ich alle anderen Inhalte aus der Logik herausgezogen habe (aber seine Implementierung in Magento ist identisch).

Das Verhalten geht also so: Seite lädt fein (ich verzögere die Google-Suche mit einem Timeout zu Testzwecken). Angenommen, es gibt eine Abfrage VAR in der URL Die Konsole spiegelt sich wie erwartet aus. Dann wird die Seite einfach ausgelöscht, ohne Inhalte von Google zurück. "Ausgelöscht" ... dass alle Elemente auf der Seite verschwinden, oder werden von einer neuen Seite überschrieben, die Google lädt. Als ob die Suchsteuerung keinen IFRAME erstellt - ersetzt die Seite nur die Seite mit einer generationspoDicetagcode-weniger HTML-Seite.

Ich habe eine Reihe von Artikeln zum Thema bereit und ging über die API - Dieser Code sieht aus, als ob es funktionieren soll. Aber eindeutig nicht.

Was vermisse ich?

jubeln -

update

weiterführend durcheinander drehen, mit dem dies offenbart hat, dass aus irgendeinem Grund:

generasacodicetagpre.

war die Ursache der ersetzten Seitenausgabe. Die reagierte Seite enthielt jedoch Links zu dem Suchmodul, das Google Hosting ist. Und wenn ich diese Dateien manuell miteinander verknüpft habe (danach ein generationsprotokodizidagcode), kann ich eine Suche wie erwartet ausführen:

generasacodicetagpre.

Dann fand ich eine alternative Syntax auf dem Google Developers Seite, die wie erwartet funktionieren schienen: < / p> generasacodicetagpre.

das arbeitet wie erwartet. Nur echtes Problem an diesem Punkt ist der Host von

<body>

das wird jetzt geworfen.

Ich weiß nicht, wie die beiden verschiedenen Versionen der Lastsyntax etwas ändert ... aber es schien vor. Was auch immer der Fall ist, bin ich unklar, wie Sie diese Überquerungsfehler lösen können.

Gedanken wären großartig.

War es hilfreich?

Lösung

nothin huh?

Nun, ich habe grundsätzlich eine gute Lösung ausgearbeitet, mit einer alternativen Methode, die ich denke, dass ich auf lange Sicht flexibler ist.Verwenden von Googles erholsamer API und einfacher jquery .ajax-Anruf, kann ich gute, steuerbare Ergebnisse ohne Cross-Domain-Fehler erhalten:

generasacodicetagpre.

und Sie können auch; d

jubeln

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top