Beiträge von Melewo

Zitat von Sebbe

Melewo:
Wie meinst du das genau?
Habe das jetzt so gemacht:

Ich meinte damit mod_dir, eine von beiden Schreibweisen ist es wohl, geht aber auch mit der htaccess zu überschreiben. Womit eigentlich festgelegt wird, nach welcher Datei der Apache zuerst suchen soll, wenn nur die Domain oder nur die Domain und der Name eines Verzeichnisses eingegeben wird. Du brauchst da ja zum Beispiel nicht die index.html als erste angeben, wenn ohnehin die index.php ausgelöst werden soll.

<IfModule dir_module>
    DirectoryIndex index.php index.html index.htm ...
</IfModule>


# Oder:


<IfModule mod_dir.c>
    DirectoryIndex index.php index.html index.htm ...
</IfModule>

Ob es üblich ist so etwas mit in die vhost.conf zu notieren, weiß ich nicht, zur eigentlichen httpd.conf gehört es wohl mit zu, ist zumindest in meiner so enthalten.

Habe nicht viel Ahnung von diesen Servergeschichten, hatte schon zu tun unter Localhost mir einen vHosts für eine Subdomain einzurichten. Bei meinem vHosts brauchte ich es nicht, doch wenn das Dein eigentlicher Server sein sollte, musst Du da nicht einen DirectoryIndex anlegen in welcher Reihenfolge wonach gesucht wird?

Beispiel:
DirectoryIndex index.php index.html index.htm

Ist jetzt nur ein Gedanke, ohne es richtig zu wissen.

Danke für die Nachrichten, doch ich beantworte mal die Frage lieber hier, falls noch ein anderer Probleme mit der Einbindung haben sollte. Einen JavaScript-Code kann man nicht einfach in eine HTML- oder PHP-Seite einfügen, sondern nur in eine JavaScript-Datei oder in dem innerhalb einer HTML-Seite ein Script-Bereich angelegt wird. Ab HTML5 kann die Type-Angabe entfallen, um abwärtskompatibel zu bleiben, würde ich diese aber weiterhin benutzen.

<script type="text/javascript">
Hier den Code notieren...
</script>

Bei WP hätte ich ohnehin Bedenken, einen JS-Code einfach so in eine Datei zu schreiben, dafür gibt es bessere Möglichkeiten zum Hinzufügen. Da aber Themen wie Twenty Twelve bereits JS-Dateien im Footer einbinden, kann man diese JS-Datei auch gleich dafür nutzen und braucht in diesen dann halt keinen Script-Bereich anzulegen. Es ist nicht erforderlich für jedes kleine JavaScript eine eigenständige JavaScript-Datei anzulegen und einzubinden.

Hatte ich bisher auch so verstanden.

Du könntest sicher einmal einen Blick in die Datenbank werfen. Habe zwar nicht viel Ahnung von diesen Datenbankgeschichten, doch jeder Eintrag in der Tabelle wp_posts beginnt denke ich mit einer ID gefolgt von post_author als Ziffer. Der zur Ziffer gehörende Name sollte dann in der Tabelle wp_usermeta zu finden sein. Eigentlich sollte so erkennbar werden, wem die Artikel gehören. In der DB würde ich aber nichts so ohne weiteres ändern, sonst geht am Ende gar nichts mehr.

Wenn die Möglichkeit besteht ein Backup einzuspielen, könntest Du es wohl auch damit probieren. Möglicherweise gibt es aber auch irgendein Plugin (von irgendwelchen Datenbankmanagern las ich schon etwas), um verwaiste Artikel erneut Leben einzuhauchen.

Also, irgendwie kommt mir SimplePie() bekannt vor. Falls diese Anleitung noch aktuell sein sollte, so brauchst Du nur ein paar Zeilen umschreiben:

http://stackoverflow.com/questions/1394…wordpress-theme

Nun kennt wenigsten jeder Hacker Deine Serverpfade, wenn Du diese hier so schön veröffentlichst und weiß besser wo er ansetzen kann.

Für die Starseite könntest Du Dich in die index.php des Theme einklinken, der Text würde dann recht weit unten ausgegeben.

<p>Hier einen abschließenden Text einfügen?</p>
        </div><!-- #content -->
    </div><!-- #primary -->


<?php get_sidebar(); ?>
<?php get_footer(); ?>

Bei den anderen Seiten müsstest Du Dich dann halt durchkämpfen, bis Du die gewünschten Dateien gefunden hast. Eventuell kommst Du aber besser weg, wenn Du das über ein Plugin regelst oder Dich mit irgendwelchen Funktionen irgendwo einhakst oder wie auch immer.

Um die CSS brauchst Du Dich erst einmal nicht zu kümmern, die Styles werden vererbt.

Also, ich habe bisher nur ein Script mit Ajax für WP programmiert und dabei habe ich mich nach dem ersten Beispiel auf dieser Seite gerichtet http://codex.wordpress.org/AJAX_in_Plugins und halt nicht die aufzurufenden Dateien als Scripts irgendwo abgelegt (wie ich es aus Gewohnheit vorhatte), sondern alles über die Callback-Funktion abgewickelt, in der ich dann weitere Dateien lade.

add_action('wp_ajax_my_action', 'my_action_callback');

Die eigentliche Ajax-Einstiegs-Funktion dann mit einer Seite und mit add_menu_page zum Menü hinzugefügt. Ging dabei aber um ein Script fürs Dashboard. Mich würde jetzt schon interessieren, ob Deine Lösung ebenfalls funktioniert, doch wenn, dann würde ich da die URL benutzen, unter dem die Script-Seiten im Browser erreichbar sind.

Funktioniert ohne störende Übergänge, habe es jetzt jedoch nur mit dieser fiktiven xxx.net:8015 probiert, so dass ich keinen abschließenden Test durchführen kann.

Also, Vorschaubild einbinden, bei onload erfolgt ein verzögerungsfreier Austausch gegen die Bilder von der Webcam oder es wird dafür ein Ersatzbild geladen. Der Alt-Text wird weiterhin zugeordnet, Screenreader sollten diesen lesen können, jedoch nicht mehr sichtbar ausgegeben. Einbindung erfolgt wie bereits beschrieben:

<img id="webcam" alt="Bilder von der Webcam" width="500" height="378" src="vorschaubild.jpg" />

Und:

var bildelement = document.getElementById("webcam");


window.onload = function() {


    bildelement.src = "http://xxx.net:8015/?action=stream";
    bildelement.style.width  = "960px";
    bildelement.style.height = "540px";
    
    bildelement.onerror = function() {


        bildelement.src = "ersatzbild.jpg";
        bildelement.style.width  = "500px";
        bildelement.style.height = "378px";
    }    
}

Probleme könnte es dann geben, wenn Deine Seite bereits weitere onload Funktionen oder gleichnamige Bezeichner benutzt, dann wäre wohl eine Registrierung sinnvoll, ansonsten sollte eine einfache Einbindung in eine bereits vorhandene JS-Datei genügen.

So und da ich heute auch noch einmal etwas suchte, bin ich über einen Lösungsansatz gestolpert, der sich ebenfalls mit JS bewerkstelligen lassen sollte und der noch besser funktionieren sollte, als meiner. Und zwar wird zuerst ein richtiges Bild in HTML eingebunden und erst nach onload durch das Bild von der Webcam ersetzt, falls diese erreichbar ist. Falls diese nicht erreichbar ist, wird dann ein anderes Standbild eingebunden.

Dennoch würde ich mich mal über eine Einbindung als Objekt erkundigen, ob das dann nicht in allen Browsern geladen wird. Wie man Bilder auch mit JS sauber austauschen kann, hatte ich mal hier beschrieben: Clientseitige Möglichkeiten
Der Zusammenhang war zwar ein anderer, doch das Prinzip ändert sich jedoch nicht grundlegend.

Zitat von filmer11

Im IE, wo der Text ja permanent angezeigt werden muss, wird dieser nur sehr klein und schwer lesbar angezeigt.

Und nun noch einmal, sei froh, dass die Browser nicht mehr so auf diese Fehlermitteilung reagieren, wie in den Jahren zuvor. Heute werden nur noch dezent gestaltete Bildchen und Hinweise ausgegeben, keine leuchtend roten Warnkreuze mehr. Ich weiß jetzt nicht ab welchen Browserversionen, doch irgendwie sollte man schon versuchen ein wenig abwärtskompatibel zu bleiben.

Und wenn Du von vornherein weißt, dass das so im IE nicht ausgegeben werden kann, warum baust Du das so ein, wo Du doch nur einmal den Begriff Browserweiche in den Suchschlitz einer Suchmaschine eingeben müsstest? Dann kannst du in Abhängigkeit vom Browser entscheiden, ob Du das als Objekt oder Inline-Element mit dem Image-Tag einfügst und vielleicht gibt es auch eine Lösung, die alle Browser verstehen.

Sicher hatte ich gestern auch etwas gesucht, obwohl ich ja nicht vor diesem Problem stehe, sondern Du und habe zum Beispiel auf Anhieb Hinweise für eine Einbindung als Objekt oder per iFrame gefunden.
Für die Auslieferung ist aber eine PHP Lösung der bessere Weg, um erst gar nichts in HTML zu referenzieren, was nicht erreichbar ist. Doch es liegt an Dir Dich mal nach dem MIME-Typ zu erkundigen, damit wirst Du wohl auch nicht überfordert sein.

h1 und h2 befinden sich in einem gemeinsamen DIV-Bereich. Davon legst Du noch einen zweiten an, in dem Du das Logo einfügst. Zusätzlich solltest Du da eventuell aus einer zwei CSS Klassen machen, also statt logo lieber logo1 und logo2 verwenden. Die trimmst Du dann mit float und den restlichen erforderlichen Angaben, bis sie gut nebeneinander in unterschiedlichen Browsern halten.

<div class="logo">
</div>

Online mit dem WP Editor würde ich es mir nicht zutrauen, mit einen richtigen Editor in einer Testumgebung kommst Du besser weg und mehr als ein paar Stunden solltest Du dafür einplanen, wenn Du keine Erfahrungen mit HTML und CSS besitzt.

Das WP-Verzeichnis wird sich nicht löschen lassen, weil es noch Dateien enthält. Gehe zuerst die Verzeichnisse durch, lösche alle Dateien in den Verzeichnissen und erst danach kannst Du die Verzeichnisse löschen. Das ist abhängig von irgendwelchen Einstellungen, ob Du nur geleerte Verzeichnisse oder auch Verzeichnisse mit den enthaltenen Dateien löschen kannst, nur frage mich nicht, welche Einstellungen das betraf.

Na ja, Du kannst alles machen, ich möchte Dir hier nur keinen invaliden Mist andrehen. Am einfachsten wäre sicherlich ein Eventhandler, der ist aber im Image-Element nach HTML nicht erlaubt, doch nach JavaScript soll der erlaubt sein, deshalb hatte ich das obige Beispiel vor Jahren mal so geschrieben.

Nach einer PHP-Lösung werde ich nicht weiter suchen, vielleicht stolpere ich da mal durch Zufall über eine, es sei denn, dieser MIME-Type ließe sich mit getimagesize abfragen. Eine JavaScript-Lösung würde ich heute anders angehen, die würde ich zum Beispiel beim Theme Twenty Twelve unten in der navigations.js mit reinschreiben. Alles was das Bild dann zusätzlich benötigen würde, das wäre eine richtige ID, wie id="webcam" oder so.

<img id="webcam" alt="Bilder von der Webcam" width="960" height="540" src="http://xxx.net:8015/?action=stream" />

Unten in der navigations.js falls vorhanden oder in einer andere, möglichst bereits im Footer vorhandene JS-Datei dann den Code mit einfügen und kein zu großes Bild dafür verwenden.

var bildelement = document.getElementById("webcam");


bildelement.onerror = function() {


    bildelement.src = "der_richtige_pfad/ein_kleineres_ersatzbild.jpg";
    bildelement.style.width  = "500px";
    bildelement.style.height = "378px";
}

Kann das nicht abschließend testen, da ich ja hier keine Webcam zur Hand habe, doch unter Localhost wird das Ersatzbild nach einer Verzögerungszeit von 2 bis 3 Sekunden geladen. Diese Zeit wird wohl für den fehlerhaften Request verplempert, da ja zuerst eine Anfrage wegen dem eigentlichen Bild vom Browser an den Server gesendet wird, so dass es mit PHP eigentlich zügiger gehen sollte.

Screenreader sollten den alt-Text eigentlich weiterhin lesen können, der wird ja nicht überschrieben und bleibt dem Bild weiterhin zugeordnet, kann ich aber auch nicht richtig testen. Zumindest ordnet der FF den Text weiterhin dem Bild zu.

Windows macht keinen Unterschied zwischen Groß- und Kleinschreibung, Linux hingegen schon und wenn Deine Website auf einem Server mit Linux liegt, so kommst Du am günstigsten weg, wenn Du alle Namen von Verzeichnissen und Dateien kleinschreibst und so Dein eigenes Chaos verringerst.

Warum nicht manuell als kleine Liste?
Der Aufwand wäre ja nicht riesig.

Habe nichts gefunden, doch so in etwa würde ich da mit der Suche fortfahren, wobei Du zuerst das gelieferte Format kennen müsstest und ob sich da etwas mit PHP abfragen lässt, der Rest wäre dann eventuell einfacher. Ist deshalb nur ein Ansatz, mehr nicht und könnte im Endergebnis völlig anders aussehen.

$mimetype = "MIME-Type???";


if($mimetype != false){


    echo "<img alt=\"Webcam\" width=\"960\" height=\"540\" 
             src=\"http://xxx.net:8015/?action=stream\" />";
}  
else {
    echo "Lade Ersatz oder formatierten String.";
}

Zitat von Putzlowitsch

Das alt-Attribut wird selbstverständlich angezeigt, und zwar immer dann, wenn das Bild selbst, aus welchen Gründen auch immer, nicht angezeigt werden kann. Dafür ist es ja da.

Ja, da hast Du selbstverständlich recht, doch auf diesen Gedanken wäre ich jetzt nicht gekommen, nicht alles zu tun um eine deartige Ausgabe zu verhindern. Denn letztendlich handelt es sich dabei um einen Error, den auch ein onError EventHandler als Fehler bestätigen würde und um keine Lösung, die für etwas anderes als eine Fehlermitteilung vorgesehen ist. Zumindest ursprünglich nicht. Und wie ein Browser die Fehlermitteilungen anzeigt, bleibt weitestgehend dem Browser überlassen.
Beispiel:

<script type="text/javascript">
document.write("<img src=\"fehle.jpg\" onError=\"this.src = 'ersatzbild.jpg';\">");
</script>

Wesentlich besser wäre es hingegen, mit PHP das irgendwie zu überprüfen und einen richtigen Ersatz zu liefern. Mit der Überprüfung von Images von entfernten Servern hatte ich mich mal beschäftigt, da genügt eine Abfrage mit getimagesize, doch wie das nun bei Live-Stream überprüft werden könnte, weiß ich nicht so genau, damit habe ich mich noch nicht beschäftigt.

Gut, muss ich passen, was ich bisher einband, ging auch ohne ab bzw. ich habe es einfacher gelöst, in dem ich alles in PHP als String schrieb. So lange die Variablen sich nicht in die Quere kommen und möglichst nicht global definiert werden, gibt es damit denke ich kaum Probleme.

function binde_ein() {


    $einbindung = "<script type=\"text/javascript\" 
    src=\"http://www.example.com/datei.js\">".
    ...
    ...
    "</script>\n";


    return $einbindung;
}

Du könntest mal das erste Beispiel von dieser Seite testen

add_action ('wp_enqueue_scripts','google_plusone_script');


function google_plusone_script() {
wp_enqueue_script('google_plus_one', 'https://apis.google.com/js/plusone.js', array(), null);
}

http://www.eileenlonergan.com/how-to-add-goo…rdpress-website

und dabei die (Parameter, Argumente? Argumente sind wohl die Werte, die man zum Beispiel an eine Funktion übergibt, Parameter sind mehr die Bezeichner, die einen Wert enthalten, solange sie keine Variablen in JS und PHP oder Eigenschaften in OOP sind. Braucht jetzt nicht ganz richtig gewesen zu sein.) in den Array einfügen und Dich dabei an die Beispiele von dieser Seite halten:

http://codex.wordpress.org/Function_Refer…_enqueue_script

Ob das alles so richtig ist, weiß ich nicht, ich wurschtel mich ja auch erst ein paar Wochen durch.

Redest Du jetzt von dem normalen Suchfeld oder von irgendeinem Suchfeld in irgendeinem Widget? Auf dem Bild erkenne ich das nicht so genau.

Das normale Suchformular findest Du in der wp-includes/general-template.php, wenn Du dort nach function get_search_form suchst. Wo Du hingegen ein Suchfeld von irgendeinem Widget finden könntest, da solltest Du in den Dateien vom Widget nachschauen.

Was für eine Alt-Textgröße? Alt ist ein Attribut für Image-Tags und sollte nicht sichtbar ausgegeben werden. Wenn es dann doch im FF bei Dir sichtbar ausgegeben wird, dann ist Dein HTML zerschossen. In älteren Browsern wurde der Wert des alt-Attributes noch als kleiner Hinweis beim Überfahren mit der Maus angezeigt, doch mit neueren Browser wohl auch nicht mehr.
.