Beiträge von Melewo

Zitat von zyclop

Ich habe eine Seite bei welcher ich im IE9 die Fehlermeldung erhalte:

Im IE 9 könnten aber noch weitere Fehler oder völlig andere Fehler auftreten, die ich mit IE 11 nicht nachvollziehen kann.

Firebug meldet:

TypeError: this.element is null


  ...is.element=c;for(var c=this.element.getAttribute("src").split("/"),b="",a=0,d=c....

IE 11 meldet unter Extras -> F12:

c=this.element.getAttribute("src").split("/"),b="",a=0,d=c

Beide beziehen sich auf ein src-Attribut und die Datei:

contest/wp-content/themes/G-SHOCK/js/froogaloop.js?ver=3.8.1

Im IE kannst Du auch allein unter Extras -> F12 -> durchgestrichener Käfer (Debugger) schauen, wenn Du nach dem Öffnen des Debuggers die Seite neu ladest und erhältst eine rote Fehlermitteilung, die sich scheinbar nicht kopieren lassen möchte.

Falls Du damit nicht zurecht kommst und auf diese Datei nicht einfach verzichten kannst, wende Dich an den Entwickler, der sollte sich auskennen.

Brauchst doch nur rauswerfen und den Farbcode dafür einfügen:

<?php echo 
get_post_meta($id, "qode_page_title_holder_color", true) ?>

Und bei den anderen Elementen schaust Du halt über welche class denen die CSS-Eigenschaften zugewiesen werden und fügst Deine Wunschfarben hinzu.

Zitat von Pizzaman

Ist es überhaupt möglich, meine eigenen HTML und CSS Dateien in Wordpress einzufügen und die Texte davon online editierbar zu machen?

Nein, ist nicht möglich. Die Texte müssen ja in der Datenbank gespeichert werden, um für WordPress verfügbar zu sein. Auch eigene HTML-Dateien lassen sich nicht einfach einfügen, da Du diese nur durch Template-Dateien ersetzen könntest.
Es sollte jedoch problemlos möglich sein, Deine bisher gefertigten Texte über den Editor von WP einzufügen und weiterhin zu nutzen. Mit einem Standardtheme schnuppern und wenn es Dir gefällt mit einem anderen Theme nachlegen. Deine bereits vorhandenen HTML- und CSS-Kenntnisse sollten Dir viele Anpassungen erleichtern.

Und die Meldung ist notiert in de_DE.po:

#: wp-includes/script-loader.php:231
msgid "HTTP error."
msgstr "HTTP-Fehler."

In der Datei wp-includes/script-loader.php befindet ein Array und in diesem Array ist in Zeile 231 'http_error' => __('HTTP error.') enthalten.

Meine Suche nach dem eigentlichen Schlüssel 'http_error' liefert dazu Treffer in:

/wp-includes/js/plupload/handlers.js
/wp-includes/js/plupload/handlers.min.js
/wp-includes/js/plupload/plupload.html5.js
/wp-includes/js/plupload/plupload.js
/wp-includes/js/plupload/wp-plupload.js
/wp-includes/js/plupload/wp-plupload.min.js

Wobei die sich eventuell darauf beziehen könnten, was Ajax als http_request.readyState Wert von 0 bis 4 oder als Response erhält. Doch da jetzt noch tiefer einzudringen, dazu verspüre ich gerade kein Verlangen.

Jedenfalls könnte es durchaus sein, dass die Meldung sich nicht auf einem HTTP-Statuscode bezieht, sondern auf einem Code von Ajax, weil der Server wegen fehlendem Speicher das Handtuch warf und Ajax keine Antwort mehr erhält. Ob es sich so verhält, ist eine andere Sache, wird sich aber wohl so in etwa verhalten.

Weil mir nichts dazu einfiel, wie sich ein Statuscode vom Upload überhaupt abgreifen lassen sollte. JavaScript weiß nicht, was auf dem Server los ist und PHP kann eigentlich nur feststellen, ob ein Upload erfolgte und was im Datei-Array als Error-Meldung vorhanden ist und da scheint doch kein Statuscode enthalten zu sein. In den Logs wird auch nur erwähnt, dass die Seite mit dem Formular aufgerufen wurde.

Ein DOM besteht aus HTML-Elementen, Du hast aber in Deiner Seite mehr JavaScripts eingebunden, als es mit JavaScripts ansprechbare HTML-Elemente in der Seite gibt. Weiterhin muss ein Element im DOM existieren, bevor es von JavaScript angesprochen werden kann. Du musst nun suchen, ob ein Script ein HTML-Element anspricht, welches nicht im Dokument vorhanden ist oder erst unterhalb eines Scripts.

Falls letzteres der Fall sein sollte, genügt es das JavaScript oder die Einbindung der JavaScript Datei in den Footer zu verschieben. Falls ersteres, musst Du das fehlende Element in den Quelltext mit aufnehmen oder das Script entfernen.

Zitat von Putzlowitsch

, was das JavaScript dann einfach als HTTP-Fehler meldet.

Habe mal einen Test gemacht und halte es augenblicklich mehr für die begrenzten Möglichkeiten von PHP, es sei denn Dir fällt noch etwas mehr ein als mir:

<!DOCTYPE HTML>
<html>
<head>
<title>Upload</title>
</head>


<body>
<div style="margin:100px">
<h1>Upload</h1>


<form action="upload.php" method="post" enctype="multipart/form-data">
    <input type="file" name="Datei" accept="image/*">
    <input type="submit" name="upload" value="Upload">
</form>


<?php
/**
 Datei wird ohne Sleep nicht sichtbar im Temp-Verzeichnis, 
 da die Datei sofort wieder gelöscht wird, soblad die von 
 PHP im Array von $_FILES gespeichert wird.
*/
sleep(20);        
print "<pre>\n";
print_r(http_response_code());         // Call to undefined function
print_r(apache_response_headers());    // Enthält keinen Statuscode
print_r($_FILES);
print "<pre>\n";


/* Ausgabe:


Array
(
    [Datei] => Array
        (
            [name] => Bild.jpg
            [type] => image/jpeg
            [tmp_name] => C:\xampp\tmp\phpCA2.tmp
            [error] => 0
            [size] => 940092
        )
)
*/
?>
</div>
</body>
</html>

Wobei ein Statuscode sich ja eigentlich auch nur auf die Erreichbarkeit der Seite und nicht auf den Upload beziehen würde. Die erste Funktion gibt es wohl ab PHP 5.4 und ich benutze noch 5.3.8

Zitat von Dr.Heisenberg

Wenn ich die index.php umstellen möchte steht bei mir nicht nur:

Ist nur eine Verbesserung, damit die Datei schneller von PHP gefunden wird.

Wenn Du einmal im Dashboard oben rechts nach Willkommen, Name schaust, da sollte sich zumindest Dein Profil verstecken.

Ein Beitrag ist ein Beitrag in Deinem Blog. Ein Beitrag ist keine Seite, sondern nur ein Beitrag. Mit Seite nehme ich an, dass Du damit eine statische Seite wie Impressum oder so meinst, denn die Seite Impressum ist ja kein Beitrag in einem Blog, sondern eine Seite.
Halte einige Bezeichnungen ab und an für etwas unglücklich gewählt, weil auch eine statische Seite eigentlich keine statische Seite ist, sondern sehr wohl eine dynamische, die einige Gemeinsamkeiten mit einer statischen Seite besitzt.

Also, das eine ist ein Tagebuch, Weblog oder wie auch immer, das fortlaufend geführt wird, dass andere ähnelt einer statischen Webseite oder so, besser kann ich es gerade nicht erklären, falls Du das meintest, was ich mir denke, was Du meinen könntest.

Kann keinen Fehler entdecken.
Sah Deine robots.txt einmal anders aus?
Falls ja, dann solltest Du Google etwas Zeit geben.

Könnte ich mir durchaus vorstellen, doch warum wird dann ein HTTP-Fehler ausgegeben?
Werden die üblichen Speicher-Limit-Warnungen dabei unterdrückt und mit HTTP-Fehler ist dann nur gemeint, dass nicht mehr so große Dateien übertragen bzw. hochgeladen werden sollen?

Zitat von Apokh

UploadSize ist 200MB und die Abmessungen hab ich auch schon raufgesetzt.

Wüsste nicht, dass WP erweiterte Fehlermeldungen anzeigen kann, habe mich aber da noch nicht intensiver damit beschäftigt und kann mich deshalb irren.

Fehlermeldungen erklärt:
http://www.php.net/manual/de/features.file-upload.errors.php

Häufige Probleme
http://www.php.net/manual/de/feat…on-pitfalls.php

Zitat

Der mit MAX_FILE_SIZE eingestellte Wert kann nicht größer sein als der des ini-Parameters upload_max_filesize. Der Standardwert ist 2 Megabyte.

Wenn Du Dir das richtig durchliest unter 'Häufige Probleme', dann haben Deine Einstellungen im günstigsten Fall keine Auswirkungen und im ungünstigsten Fall führen diese Änderungen zu einer Verschlechterung.

Wenn ich es mir richtig überlege, ich meine WP könntest Du ja als Blog verlinken oder umgekehrt. Doch Du brauchst ja etwas, wo Du der einzige Entwickler bist, der ein Update durchführt und dabei genau weiß, in welcher Datei er eine Änderung vornehmen müsste oder wo noch Bedarf besteht, den Funktionsumfang zu erweitern. Bist an keiner Version gebunden, außer an denen von PHP, an keinem Update, außer die Du selbst durchführst und wenn alles stabil läuft, hast Du übers Jahr oder länger Deine Ruhe.

Waren jetzt nur Gedanken, mehr nicht. Du wirst das schon machen und richtig einschätzen, ich habe jetzt beinahe volles Vertrauen in Deine Fähigkeiten.

Jetzt verstehe ich das besser. Dafür würde ich nie und nimmer WP oder ein anderes CMS nehmen, das würde ich als eigenständiges Script programmieren. Frontend und Backend lässt sich ja auch so einrichten.

Ich verstehe es unabhängig von WP nicht. Die Seite, an der Du sendest, die muss sich ja öffnen. Eine Plugin-Datei ist aber nicht zum Öffnen gedacht, sondern zum Einbinden. Eigentlich bei beinahe allen Scripts so, die mir gerade einfallen und die ich selbst geschrieben, dass die an PHP_SELF senden in den Seiten, in denen die eingebunden sind.
Wenn die Post eingetroffen ist, auf der Seite, von welcher die Post versendet wurde, wird eine Funktion im Script aufgerufen, um zum Beispiel Daten oder eine XML von woher auch immer einzulesen, entweder mit cURL oder file_get_contents, oder aber es wird eine Abfrage der Datenbank durchgeführt.

Noch besser geht es teilweise mit Ajax, dazu braucht die Seite mit dem Formular nicht einmal mehr neu geladen zu werden. Für ein Dasboard-Plugin, welches ebenfalls auf eine eigene Tabelle zugreift, habe ich mir zum Beispiel das erste Script von dieser Seite angepasst:

http://codex.wordpress.org/AJAX_in_Plugins

Oder nehmen wir einen simplen Feed-Reader, Du sendest doch nicht an eine Zeitschrift Deine Post, sondern an die Seite, auf die Du Dein Script eingebunden hast und nachdem die Post vom Formular eintraf, führt eine Funktion vom Script, welches Du in der Seite eingebunden ist, die Anfrage durch.

Ob es direkt mit WP Möglichkeiten gibt, diese Frage kann ich Dir leider nicht beantworten, dazu müsste ja die Abfrage erweitert werden. Was ich aber selbst schon gemacht habe, zusätzlich eine eigene Suchabfrage schreiben und diese in die search.php mit aufnehmen.

Ich verstehe ja nicht, wieso Du Post an eine Datei im Plugin-Verzeichnis senden möchtest, statt zum Beispiel eine Funktion oder Klasse zu schreiben, die das direkt abrufen und übergeben kann und nicht das da jeder beliebige User Post an ein Plugin senden kann?

Innerhalb vom Dashboard würde ich das als normal empfinden, dass man das dann vielleicht per Formular (mit oder ohne Ajax) erledigt, doch aber nicht unbedingt von den öffentlichen Seiten aus. Und im Dashboard könntest Du die Dateien dann gleich so verarbeiten, zum Beispiel mit in dem Du die mit dirname(__FILE__) einbindest und was erforderlich ist als Objekt übergibst.
Ich verstehe zwar so halbwegs was Du vorhast, doch soll das öffentlich sein? Dann lege dafür doch eine benutzerdefinierte Seite mit einem Formular an, filtere die Eingaben richtig, mache mit den Eingaben eine DB-Abfrage und verarbeite das intern.

Wenn es funktioniert, dann ist es ja gut. Werde mal heute meine Seite auch noch einmal überarbeiten und weiter unten dann eine Zusammenfassung einfügen. Mit esc_url() würde ich es für besser halten, doch da wollte ich auch noch einmal etwas testen.

Was ich jetzt nicht so richtig nachvollziehen kann, möchtest Du die Post an einer Seite im Plugin übergeben?