Beiträge von chris21

Schnipsel: bist auf der falschen Fährte.

Der von Leo gepostete Link ist einer der Standardanbieter für das Problem und viel genutzt bei professionellen Agenturen und kommt aus den USA. Damit hat Leo nichts zu tun. Und Leo hatte anscheinend einfach mal einen freien Nachmittag Und "blubbern" können hier einige

Und das ist ja der Fehler.

CSS wird chronologisch abgearbeitet.

Wenn im IE CSS steht:

body{color:black;}

und im normalen CSS, welches später eingebunden wird:

body{color:red;}

dann ist die Farbe im IE rot.

Also musst Du:

- normales.css

- ie.css

als Reihenfolge machen.

Dann vll. ein Problem der Reihenfolge? Das normale Stylesheet überschreibt das IE Stylesheet ja wieder.

<!--[if IE]>
<link rel="stylesheet" type="text/css" href="/pfad/zu/teneriffa-ie.css">
<![endif]-->

Import funzt beim IE meines Wissens nur innerhalb einer CSS Datei.

Nächstes Problem: Die Seite läuft im Quirksmode, damit sind zusätzliche Probleme programmiert. Am Besten erstmal einen korrekten Doctype bestimmen.

Anderer Vorschlag:

Da die Kunden auch die erste "falsche Version" der sunwave Seite im iframe nicht sehen sollen:

<script type="text/javascript">
function PrettyIframe(){
if(document.getElementById('myiframe').height=="0"){
document.getElementById('myiframe').contentWindow.location.replace("https://beispiel.rocks/beispiel.rocks/www.sunwave.de/singlereisen-lanzarote.php?ag=400129");
document.getElementById('myiframe').height="1600";
}else{
scrollTo(0,0);
}
}
<script>
<iframe src="https://beispiel.rocks/beispiel.rocks/www.sunwave.de/singlereisen-lanzarote.php?ag=400129" name="ttp_main_frame" onload="PrettyIframe();" frameborder="0" width="730" height="0" scrolling="no" id="myiframe"></iframe>

Da passiert folgendes: Der Iframe wird erst mit einer Höhe von 0 geladen. Über onload wird die Javascript Funktion PrettyIframe aufgerufen.

Diese ändert die Höhe von 1600 und lädt neu, wenn die Höhe 0 ist. Danach ist sie dann nicht mehr 0, weshalb es beim weitersurfen im iframe nicht mehr passiert, sondern nur die scrollTo(0,0) Funktion aufgerufen wird.

P.S.: Falls irgendein blöder Browser bzgl. dieser Zeile:

document.getElementById('myiframe').contentWindow.location.replace("https://beispiel.rocks/beispiel.rocks/www.sunwave.de/singlereisen-lanzarote.php?ag=400129");

einen Javascript Fehler auswirft, dann bitte ändern in:

document.getElementById('myiframe').src="https://beispiel.rocks/beispiel.rocks/www.sunwave.de/singlereisen-lanzarote.php?ag=400129";

(diese zweite Methode hat en Nachteil, dass es damit zweimal in der Browser History auftaucht, was man ja nicht will, daher ist contentWindow.location.replace() schöner als src= Zuweisung. Bin nur gerade nicht sicher, ob es mit contentWindow.location.replace() eine Cross Browser Policy Error gibt.

Seit Pinguin, sofern ich mich recht erinnere.

*** Link veraltet ***

Bei den WMT würde ich allgemein bei den meisten Anzeigen/Daten/komischen Sachen davon ausgehen, dass die dort wieder Mist bauen. Ist ihre Lieblingsbeschäftigung, um WM auf Trapp zu halten.

Damit gilt für mich: ich schaue in die WMTs nur bei neuen Seiten und falls irgendwas unerklärliches in dne SERPs abgeht. Ansonsten tue ich sie mir nicht mehr an.

So, nun landen auch die Advertorials dieser beiden Verlage in Berlin in den Google News.

Wer mag bei Google petzen? Zumal da noch Links verkauft werden

Wenn sie das nun für jeden Mitschnitt hätten zahlen müssen, wäre es eine vernünftige Strafe gewesen. So ist es ein Witz. Das sind vll. 100 Adwordssekunden...

Google vergisst nicht (nie und nimmer vergessen die irgendwas )

Du landest lediglich derzeit auf verschiedenen Datencenter, auf denen die Seite mit neuer SSL Version noch verschieden bewertet ist.

Wenn das im B2B gilt, wende ich es mal auf Affiliate Netzwerke an

So,wenigstens konnten sie das technische Problem anscheinend beheben und die Buchungen tauchen wieder auf.

Jetzt bin ich nur noch neugierig, woran es lag..

Manche neben wohl gerne eine Abkürzung in die SERPs, wobei es vermutlich einfach ein technischer Fehler seitens Google News ist, indem die URL als News wahrgenommen wird.

Habe ich auf einem Projekt auch, wo eine Zeitung ein Forum angeschlosssen hat und Forumsbeiträge auch in Google News lande(te)n.

Tja, kein Filter ist perfekt

Landet das auch im Universal Search? oder wie ist es Dir aufgefallen?

Ne, die IBE hat die Partner-ID nicht verloren, aber es klemmt derzeit an anderer Stelle...

Sie sind aber dran, mal sehen, was rauskommt. Ist wenn ein technisches Problem, keine Absicht seitens des PP.

Meine Aussage von oben bezieht sich daher auch nicht auf ein konkretes PP oder eine konkrete IBE, sondern allgemein.

So'n Hals

Wenn ihr irgendwo Reise-PPs einsetzt, dann trackt unbedingt die IBE Nutzung bis zur Buchung.

Da gehen Sachen ab, die keine Freude machen.

PS: unwissend wie ich bin, kenne ich die Fluchsmilies nicht bzgl. Tastenkürzel... denkt Euch drei dazu.

Äh, wartet mal kurz. Wenn man bedenkt, dass viele Newsseiten bei Kurssteigerungen von Unternehmen darüber berichten und dann in den Artikeln nicht nur die Kurse sondern oft, insb. in den USA, auch die Homepages der Firmen verlinkt sind und dann dazu noch die Freshness Algos rechnet, ist das einfach eine natürliche Folge, die da auftritt.

Alex: Da Du derzeit das SSL Zertifikat entfernt hast und zugleich aber noch das HTTPS Protokoll verwendest, ist zum einen das Problem der Anmeldung für die Mitglieder noch aktiv (wg. geändertem Protokoll), zum anderen dürfte es in einigen Browsern zusätzliche Fehler geben wegen des derzeit genutzten self-signed Zertifkats.

Der derzeitige Zustand ist also der Schlechteste aller möglichen Zustände...

Äh, was für ein Zertifikat ist es dann? Multidomain Zertifikat mit 5 SANs? Und alle sollen über die gleiche IP laufen? Wird das schon unterstützt? Unterstützt der IE SNI?

Edit: Habe nachgeschaut:
SNI wird nämlich unter Win XP nicht unterstützt, IE7 + IE8 auf XP melden mir auch Fehler. Kann es nachher nochmal unter WinVista und Win7 testen.

Aber die Kombi IE+WinXP wirst Du mit SNI nicht erreichen können.

Und auf älteren Android Versionen sowie iOS Versionen gibt es auch keine Unterstützung, sofern man der Wikipedia glauben darf.

Lösen könntest Du es also nur mit eigenen IPs für jeden Host, sofern das Zertifikat es unterstützt (was ich jetzt aber mal vermute).

Ist das ein Wildcard SSL Zertifikat?

Könnte gut sein, dass der IE Probleme mit den IP Adressen hat (vers. Hosts mit gleicher IP)

Jetzt kann ich gerade auch bei hosting... kein GlobalSign Zertifikat mehr finden. Hast Du es wieder rausgenommen?

Ansonsten: Damit checken: *** Link veraltet *** <- deren Check ist ziemlich gut.