Beiträge von Melewo

Zitat von fhmuc

Könnte ich nun auf meiner Index seite (rootfolder auf der domain) abfragen ob das Wordpress cookie vorhanden ist und mich dann automatisch weiterleiten zu lassen ?

Allgemein, hängt davon ab, ob ein Cookie für die ganze Domain oder nur für spezielle Verzeichnisse gültig ist. Dein Vorhaben hört sich für mich nach einer Frage an, in etwa: "Wie kann ich Sicherheitslücken einladend gestalten."

Zitat von iMacfux

Wo soll das rein? Ich habe es mal an den Anfang der style.css gesetzt, klappt aber nicht....

Wenn Du PHP nicht von CSS unterscheiden kannst, dann solltest Du Dein Vorhaben noch einmal überdenken. Ich kann Dir jetzt zwar auch nicht sagen, wo Du das notieren könntest, von der general-template.php las ich etwas, doch bedenke, anders als bei kleinen Fehlern in der CSS würde jeder kleine Fehler in einer PHP-Datei einen Parser-Error auslösen.

Ja, falls sich nicht feststellen lässt, um was es sich handelt, dann bleibt ja nichts weiter übrig, als den Rechner neu aufzusetzen. Doch zuvor würde ich halt überprüfen, ob es sich nicht feststellen lässt. Das Ding versteckt sich ja scheinbar nicht und versucht nicht unbemerkt zu bleiben.

Mir ist es auch schon passiert, dass ich beim Download und der Installation eines anderen Tools gleich noch zusätzlich eine Toolbar von Yahoo mit im IE hatte. Bei den Updates von Adobe muss man auch jedes Mal aufpassen, dass man versehentlich nicht noch McAfee mit erwischt, weil McAfee immer mit angehakt ist. Und andere machen es halt vielleicht noch etwas weniger auffällig. Die Anbieter von kostenlosen Tools werden ja zuweilen von anderen Unternehmen gesponsert.

Bei Webseiten und Plugins denke ich, dass ein Security-Tool eigentlich Alarm schlagen sollte, wenn eine Webseite versucht unerlaubt Browsereinstellungen zu verändern, etwas zu registrieren oder wie auch immer. Es sei denn, es wurde beim Download oder bei einer Bestätigung mit ausgelöst. Habe aber keine Ahnung, wie zuverlässig die einzelnen Security-Tools arbeiten und die zitierten sind mir zwar namentlich bekannt, hören sich aber irgendwie mehr nach kostenlos als nach Testsiegern an. Ist aber nur mein persönlicher Eindruck, ohne es zu wissen.

Zitat von Art of Avalon

ich habe schon 3x systempflege mit avira, zone alarm, spybot und tuneup gemacht.

Die können nicht unterscheiden, ob ein Add-on versehentlich oder nicht versehentlich installiert wurde. Und versehentlich geht schnell, wenn es mit einer anderen Installation im Huckepack kommt. Sollte dann aber zu finden sein und sich entfernen lassen. Wüsste auch nicht, was das mit WP oder einem Plugin zu tun haben könnte. Eher so mit Desktop-Tools oder so, die gleich noch ein paar Überraschungen mit sich bringen. Zumindest würde ich darauf tippen, ohne es zu wissen.

Kleiner Nachtrag noch, habe mal nach diesem Script gesucht, wurde ja oft genug kopiert, wie es scheint.

window.setInterval soll der laufenden Anpassung dienen, falls sich die Höhe des Contents im iFrame verändert, während sich ein User auf der Seite befindet. So kann der iFrame halt alle 400 (je nach Einstellung) Millisekunden auf einen sich verändernden Content im Frame reagieren. Ist aber bei der Einbindung einer HTML-Seite mit normalen Content nicht erforderlich und gegebenenfalls bei Seiten mit sich verändernden Content mit window.parent.postMessage besser umsetzbar.

Bei Seiten mit Blätterfunktionen im iFrame ist beides nicht erforderlich, wenn die Höhe bei onload neu durchgereicht wird.

Nun hat es auch mit Version 3.6 geklappt.
Tee trinken soll auch zuweilen helfen, hab ich mir sagen lassen.

Was zu Problemen führen könnte, ist Cross Site Scripting, weil das im Widerspruch zur Same Origin Policy steht, an dem sich eigentlich alle Browser mehr oder weniger halten sollten. Beispiele, was geht und was nicht geht findest Du hier:

http://de.wikipedia.org/wiki/Same-Origin-Policy

Und was auch noch zu Problemen führen könnte, wenn Du versucht die Höhe von einem nicht vorhandenen Element zu ermitteln. In den letzten Beispielen ist eine Kontrolle eingebaut, welchen Wert gibt diese im IE aus?

Zitat von CHA

Die Inhalte der einzelnen html Dateien sind halt unterschiedlich lang,
und das iframe soll halt auch nur die Höhe des gerade dargestellten
Content im iframe anzeigen,

Und genau dafür verwende ich schon seit Jahren ein Script ähnlich dem auf der letzten Seite von mir vorgestellten Listing, welches ich nur noch einmal ein klein wenig aktualisierte. Und genau damit binde ich zum Beispiel den Content mit Angeboten von Amazon ein, der von der Höhe nie einheitlich ist. Und so benutze ich das bereits seit Jahren, weiß nicht mehr ob ab IE 7, doch mindestens ab IE 8 bis IE 10 gab es damit bisher nicht das geringste Problem, von dem ich je etwas erfahren hätte.

Um mal ein Beispiel zu bringen, die Buchempfehlungen auf der verlinkten Seite werden im iFrame geladen. Und falls der iFrame bei Dir nicht weglaufen sollte, dann brauchst Du nur in den iFrame zu klicken, um Dir den Quelltext vom iFrame anzeigen zu lassen und kannst Dir den Body-Tag kopieren.

Beispiel

Der Unterschied zum Listing von der letzten Seite besteht darin, dass ich JavaScript dort noch mit onload im Body-Tag notierte, heute aber lieber JavaScript und HTML trenne.

Zitat von CHA

Beim hin- und her- testen bin ich bislang nicht wirklich weiter gekommen.

Das JS-Script:

Code

var framefenster = document.getElementsByTagName("iFrame");
[COLOR=#ff0000]  // Variable [/COLOR][COLOR=#ff0000][COLOR=#ff0000]auto_resize_timer [/COLOR]definiert aber unbenutzt
  [/COLOR][COLOR=#ff8c00]// Funktionen lassen sich [/COLOR][COLOR=#ff8c00]auch anders starten[/COLOR]
  var [COLOR=#ff0000]auto_resize_timer[/COLOR] = [COLOR=#ff8c00]window.setInterval[/COLOR]("autoresize_frames()", 400);  
                                                                                                    
function autoresize_frames() {
 [COLOR=#ff0000]   // Schleife nicht erforderlich, insofern nur ein iFrame angesprochen werden soll[/COLOR]
    [COLOR=#ff0000]for (var i = 0; i < framefenster.length; ++i) {[/COLOR]   
        if(framefenster[i].contentWindow.document.body){
          var framefenster_size = framefenster[i].contentWindow.document.body.offsetHeight;
[COLOR=#ff0000]          // all-Objekt ist mehr oder weniger veraltet[/COLOR]
          [COLOR=#ff0000]if(document.all && !window.opera) {    
            framefenster_size = framefenster[i].contentWindow.document.body.scrollHeight;
          }[/COLOR]
          framefenster[i].style.height = framefenster_size + 'px';
        [COLOR=#ff0000]}[/COLOR]
    }
  }

Alles anzeigen

Nun gut, dann noch als kleiner Kommentar.

Und wenn ich die Bezeichner etwas einkürze, erhalte ich ein brauchbares Listing, ohne überflüssigen Schleifen und Variablen, welches in allen getesteten Browsern seine Arbeit verrichtete.

<!DOCTYPE html>
<html>
<head>
<title>Seite mit Frame</title>
</head>


<body style="text-align:center">
  <div>
    <h1>Seite mit Frame</h1>
    <p><iframe id="Frame01" src="seite-im-frame.html" name="Frame01"
    style="width:800px; border:1px solid #0f0; overflow:hidden; margin:0px"></iframe></p>
  </div>
  <div id="pruefe">Platzhalter</div>
<script type="text/javascript">
"use strict";
window.onload = function() {


    var fenster = document.getElementsByName("Frame01");


    if(fenster[0].contentWindow.document.body){
    
        var dhoehe = fenster[0].contentWindow.document.body.offsetHeight;
        dhoehe = dhoehe + 20;
        fenster[0].style.height = dhoehe +"px";
    [COLOR=#ff8c00]// Nur fuer Testzwecke zur Kontrolle, danach kann diese Zeile entfernt werden[/COLOR]        
    document.getElementById("pruefe").innerHTML = dhoehe;
    }
}
</script>   
</body>
</html>

Da bisher hier keiner etwas schrieb, schreib ich mal etwas. Persönlich mag ich keine Webseiten, die mich an etwas erinnern oder zu etwas auffordern möchten.

Unabhängig davon würde ich mir aber die Frage stellen, warum immer noch ein nicht unerheblicher Teil der User mit IE 7.0 bis 9.0 und mit Windows XP und Windows Vista im Web unterwegs ist. Die Gründe dafür mögen unterschiedlich sein, doch wird es einige darunter geben, die vielleicht lieber ihre Kinder vernünftig versuchen zu kleiden, statt sich jedes dritte Jahr einen neuen Computer zu kaufen, auf dem die neusten Browser laufen. Und der IE 10 soll zum Beispiel nicht unter Windows XP und Windows Vista laufen.

Doch auch unabhängig von der finanziellen Seite, wer nur mal an den Wochenenden im Internet unterwegs ist, weil er in der Woche privat und beruflich mit anderen Dingen ausgelastet ist, wird sich vielleicht auch nur in größeren Abständen einen neuen Computer zulegen und seine Prioritäten anders setzen.

Für wichtiger, als die User an etwas zu erinnern, halte ich deshalb, abwärtskompatible Webseiten zu gestalten, die sich auch noch eine arbeitslose Mutter mit drei Kindern anschauen kann, die sich den letzten Computer vielleicht vor der Geburt ihrer Kinder zulegte.

Nun gut, war nur meine Meinung und ohne dabei das Plugin zu testen, mehr nicht.

Hat doch geklappt oder nicht, woran lag es?
Bist Du auf 3.2 ausgewichen?
Was ist mit Version 3.6?

Nun gut, wenn alle Stricke reißen und falls bei diesen Sparangeboten wirklich keine richtige Umleitung möglich sein sollte, dann teste mal im Footer Deiner Seite diese Notlösung, damit die wenigsten dem Frame entkommt:

<script type="text/javascript">
if (self != top) top.location.replace(self.location.href);
</script>

Ist halt nur eine Notlösung, mehr nicht. Zuvor würde ich mich jedoch noch einmal beim Support eine Auskunft holen, ob Domains wirklich nicht weitergeleitet werden können, außer mit mit einer Frame-Weiterleitung.

Ich denke, es dämmert so langsam, woher diese Frame-Seite kommt:

Zitat

Ab dem Paket PowerWeb Starter (ältere Pakete: ab BasicWeb L) erhalten Sie eine echte Profi-Umleitung statt der einfachen sogenannten "Frame-Umleitung".
Die "Frame-Umleitung" ist im Strato Domain und im BasicWeb Paket enthalten.

http://www.strato-faq.de/artikel.html?id=415

Finde jetzt aber auch keine Angaben, wie sich da was ändern lässt, außer upgraden. So eine Domain lässt sich nur als Frame-Weiterleitung schalten? Kann ich mir nicht vorstellen, da hat ja 1 & 1 mehr Auswahlmöglichkeiten.

Gut, jetzt haben wir aneinander vorbeigeredet. Deshalb noch einmal. Es handelt sich nicht um ein Paket mit Inklusiv-Domains? Also, es geht Dir nicht um ein Paket mit Webspace und 6 bis 8 oder mehr kostenloser Inklusiv-Domains?
Dann habe ich Dich missverstanden, weil diese Inklusiv-Domains bei mir praktisch nicht alle werden, so dass ich bisher noch nie auf den Gedanken kam, noch weitere zu registrieren.

Ich sehe gerade nichts außer einer Parser-Mitteilung.

Zitat von alfred_manson

Und komischerweise sehe ich jedes mal beim Neuladen der Homepage für einen Bruchteil einer Sekunde alle einzelnen sechs Bereiche ausgeklappt.

Das würde ich als normal ansehen bei einem Accordion mit JS, wenn die Seite etwas trödelt. Zuerst muss die Seite ja aufgeklappt geladen werden, um in Browsern mit deaktivierten JS richtig angezeigt zu werden und für Screenreader lesbar zu bleiben. Bei den meisten Seiten geht das Einklappen dann nur so schnell, dass nichts mehr davon zu sehen ist. Doch alles hat halt seine Grenzen.

Und wenn es doch mehr iFrames auf einer Seite gibt, dann sollte auch jeder iFrame einzeln über eine ID oder wie auch immer angesprochen werden.

Und da ich nicht begreifen konnte, warum da eine Schleife verwendet wurde, um alle iFrame-Elemente innerhalb eines Dokumentes zu ermitteln, obwohl es nur einen iFrame gibt, habe ich die Schleife nun auch noch entfernt.

Ich weiß, dass einige meiner ersten Scripts Mängel aufweisen, doch wer sich so ein Zeug zusammen sucht, ohne dass er weiß, was er da eigentlich verwenden möchte, der braucht sich auch nicht zu wundern, wenn sich eines Tages Fehler einstellen und er vor einer weißen Seite sitzt. Wenn, so sollten doch auch nur Scripts und Plugins verwendet werden, die ab und an mal aktualisiert werden.

Seite im Frame:

<!DOCTYPE html>
<html>
<head>
  <title>Seite im Frame</title>
</head>
<body>
  <div id="content" style="text-align:center; border:1px solid #000">
    <h1>Seite im Frame</h1>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
    <p>Text</p>
  </div>
</body>
</html>

Seite mit Frame:

<!DOCTYPE html>
<html>
<head>
<title>Seite mit Frame</title>
<script type="text/javascript">
"use strict";
var framefenster = document.getElementsByTagName("iframe");


window.onload = function() {
    autoresize_frames();
}


function autoresize_frames() {


    if(framefenster[0].contentWindow.document.body){
    
        var framefenster_size = framefenster[0].contentWindow.document.body.offsetHeight;
        framefenster_size = framefenster_size + 20;
        framefenster[0].style.height = framefenster_size + 'px';
            
        document.getElementById("pruefe").innerHTML = framefenster_size;
    }
}
</script>
</head>
<body style="text-align:center">
  <div>
    <h1>Seite mit Frame</h1>
    <p><iframe id="Frame01" src="seite-im-frame.html" name="Frame01"
    style="width:800px; border:1px solid #0f0; overflow:hidden; margin:0px"></iframe></p>
  </div>
  <div id="pruefe">Platzhalter</div>
</body>
</html>

Hatte unter Lokalhost keine Probleme damit.

Ich weiß zwar nicht was Du Dir da zusammenschreibst, doch nun habe ich auch noch diesen Code ausprobiert, ohne den geringsten Hinweis auf einen Fehler zu erhalten.

Da ich hier kein Script korrigieren werde, welches noch das all-Objekt verwendet, habe ich mal die entsprechenden Zeilen gelöscht.

Dann, wozu wird da die globale Variable var auto_resize_timer definiert, wenn sie anschließend im weiteren Verlauf weder benutzt noch verwendet wird?
Wozu muss die Funktion autoresize_frames mit window.setInterval aufgerufen werden, wenn die nur die Höhe ermitteln soll und auch anders aufzurufen geht?

Der ein wenig aufgefrischte Code und nun erzähl mir nicht wieder, dass würde nicht funktionieren:

<!DOCTYPE html>
<html>
<head>
<title>Seite mit Frame</title>
<script type="text/javascript">
"use strict";
var framefenster = document.getElementsByTagName("iframe");


window.onload = function() {
    autoresize_frames();
}


function autoresize_frames() {


    for (var i = 0; i < framefenster.length; ++i) {


        if(framefenster[i].contentWindow.document.body){
        var framefenster_size = framefenster[i].contentWindow.document.body.offsetHeight;


            framefenster_size = framefenster_size + 20;
            framefenster[i].style.height = framefenster_size + 'px';
        }
    document.getElementById("pruefe").innerHTML = framefenster_size;
    }
}
</script>
</head>
<body style="text-align:center">
  <div>
    <h1>Seite mit Frame</h1>
    <p><iframe id="Frame01" src="seite-im-frame.html" name="Frame01"
    style="width:800px; border:1px solid #0f0; overflow:hidden; margin:0px"></iframe></p>
  </div>
  <div id="pruefe">Platzhalter</div>
</body>
</html>

Habe mal gesucht, auch gefunden. Also Du kannst nicht wie in 2.jpg eine externe Weiterleitung innerhalb eines Paketes einrichten, sondern nur auf eine andere Domain in einem anderen Paket:

Zitat

Externe Weiterleitung
Mit der externen Weiterleitung können Sie Ihre Domain auf jede beliebige Internet-Adresse (beginnend mit http://) bei einem Online-Dienst, anderen Provider oder auf eine Adresse eines anderen STRATO-Paketes weiterleiten.

http://www.strato-faq.de/artikel.html?id=474

Mit einer htaccess im Root sehe ich da aber keine Probleme.