Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDu hast zwar die gleiche Meldung aber nicht das gleiche Problem.
Das Problem wurde bei der Eingangsfrage durch eine fehlende Datenbank ausgelöst.
Die Lösung war, ein geeignetes Paket suchen.
Und nein, ich habe keine Ahnung, wodurch diese Fehlermeldung in Deinem Fall ausgelöst werden könnte.
Hier steht es noch besser:
Achtung: Die Backticks sind keine einfachen Anführungszeichen! PHP versucht, den Text zwischen den Backticks als Kommandozeilen-Befehl auszuführen.
http://www.php.net/manual/de/lang…s.execution.php
Da der aber nur einseitig war, konnte PHP Deinen nachfolgenden Kommandozeilen-Befehl nicht ausführen, weil einige Zeilen weiter wieder eine Definition für eine Konstante folgte. Somit wird die Fehlermitteilung verständlicher für Einsteiger, denke ich mir.
Jetzt habe ich gefunden, wonach ich suchte. Der kann als Backtick bei MySQL usw. benutzt und bezeichnet werden. In PHP hat der nichts verloren bei Strings, da darfst Du nur gerade einfache oder gerade doppelte Anführungszeichen verwenden. Anders wäre es, Du wolltest eine SQL-Anweisung in PHP als String schreiben.
In der Informatik wird das alleinstehende Zeichen fachsprachlich als Backtick oder Backquote (engl. für „rückwärts geneigtes Hochkomma“ bzw. „einfaches Anführungszeichen“) bezeichnet
http://de.wikipedia.org/wiki/Gravis_%28Typografie%29
Nun ja, doch dann möglichst einen Editor verwenden, bei dem sich Syntax-Fehler besser zu erkennen geben. Und in der wp-config.php hat ja nur etwas zu suchen, was auch dafür gedacht ist. define-Konstanten gehören dazu.
<?php
define('WP_MEMORY_LIMIT',[COLOR=#ff0000][B] ‘[/B][/COLOR]128M');
Musste erst einmal suchen, weil ich den Namen nicht wirklich kannte. Das ist kein einfaches Anführungszeichen, das ist auch kein Apostroph, das ist so etwas wie ein Gravis, was Du vor der 128 gesetzt hast und es ist normal, dass dann die folgenden Zeilen bemängelt werden.
Wobei ich eigentlich nicht den Begriff Gravis meinte, irgendwie habe ich die unter einem anderen Begriff in Erinnerung, nur fällt der mir gerade nicht mehr ein.
Nach der Piwik-Fehlermeldung kannst Du doch suchen wenn WP läuft und bis dahin deaktivieren. Und wenn Du keine Ahnung von PHP hast, wieso versuchst Du dann Dateien zu ändern?
Warum beseitigst Du nicht einfach den Fehler?
<?php
define('WP_MEMORY_LIMIT',[COLOR=#ff0000][B] ‘[/B][/COLOR]128M');
Ist doch wohl logeisch, dass nach einer fehlerhaften Zeile keine Konstante definiert werden kann und PHP diese dann bemängelt.
die du verwenden m[COLOR=#ff0000]ˆ[/COLOR]chtest. */
Soll ich Dir eine Brille senden oder findest Du Zeile 6 von allein?
Zuerst würde ich zumindest dieses Zeichen entfernen.
Wie kommt das da hinein?
Der eigentliche Fehler sitzt in Zeile 2:
<?php
define('WP_MEMORY_LIMIT',[COLOR=#ff0000][B] ‘[/B][/COLOR]128M');
Das ist kein einfaches Anführungszeichen vor der 128. Nehmt Euch einen vernünftigen Editor zum Editieren, dann werden zumindest diese Fehler weniger.
Na ja, so aus dem Stegreif, wenn ein Menü nur als Liste mit Punkte angezeigt wird, so tippe ich darauf, dass die Datei mit den CSS Styles nicht erreichbar ist, weil möglicherweise der Pfad zur Datei fehlerhaft ist. Doch das hättest Du ja im Quelltext gesehen und ein anderer kann es halt nur vermuten.
Na aber wenn Du keine möglichen Fehlerquellen siehst, obwohl Du Dich bereits mehr oder weniger mit der Gestaltung von Webseiten auskennst und Deinen Entwurf vor Dir zu liegen hast, wie soll da ein anderer mögliche Fehlerquellen finden, der Deinen Entwurf nicht einmal aus der Ferne sieht?
Hätte ich gestern nichts von dieser Warnung betreffs IE gehört, so hätte ich Dir jetzt F12 vom IE empfohlen, damit der Dir jeden JavaScript-Fehler mit Beschreibung im Dokument anzeigt. So kann ich ja den nicht empfehlen, benutze halt die Web-Konsole vom FF, die tut es ja auch, eventuell zusätzlich noch den Firebug. Und der Chrome hat auch etwas, was sich nutzen ließe.
Ich habe gelesen das es früher die Option "unfiltered_html" im User-Role-Editor war.
Die scheint es noch zu geben. Füge mal in die functions.php vom Theme ein (den ersten Test hat die Funktion bestanden):
/**
* Fuer erweiterte Berechtigung von Author oder Editor
*/
function fuege_berechtigung_hinzu() {
$role = get_role("editor");
$role->add_cap("unfiltered_html");
}
add_action("admin_init", "fuege_berechtigung_hinzu");Der Serverdienst schreibt, dass es an Wordpress liegt:
Kann ich nicht herauslesen, beide schreiben, dass es an der[COLOR=#000000][FONT=Helvetica] htaccess liegen könnte. [/FONT][/COLOR]
Dann habe ich ein Theme gebastelt und umgesetzt. Auch hier hat alles noch funktioniert, bis ich mein Menü mit dem Menü von Wordpress verknüpfen wollte.
So einfach bastelt sich kein Theme.
Was verstehst Du unter "mein Menü"?
Wer ein Theme bastelt, sollte sich gut auskennen und fehlerhafte Links, Verweise und Codes im Quelltext erkennen. Gehe die doch einfach durch, dann siehst Du doch welche nicht richtig sind und kannst diese korrigieren. Für Codes bietet zusätzlich noch jeder Browser Tools für Entwickler an.
Hier kann man einstellen nach wieviel Anmeldeversuche die IP gesperrt wird,
Bei richtigen Angriffen aus einem Botnetz ändern sich die IPs schneller als Du einen Schluck Kaffee nehmen kannst. Doch auch ein einfacher Hacker kommt nicht nur über eine IP, sondern wechselt über Proxys.
Ich weiß nicht, wie das bei Windows ist
Sicherlich wird sich das auch bei Windows Servern irgendwie verteilen lassen. Habe es jetzt nur überflogen, eigentlich beginnt es unter "Virtual Address Space" und endet erst unter:
Memory Limits for Windows and Windows Server Releases
Und bei Überschreitung der Grenzbereiche vom Sytem,
Überschreitung der Grenzbereiche vom Sytem würde sich nicht richtig anhören, eher was das System PHP zubilligt, um nicht andere Anwendungen in Bedrängnis zu bringen, nehme ich mal an.
Habe den Wert in der php.ini auf
memory_limit = 12M
gesetzt und in der wp-config.php
define('WP_MEMORY_LIMIT', '12M');
ebenfalls, dann den Apache neu gestartet und Wordpress aufgerufen. Weiße Seite und Ausgabe:
Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to allocate 393216 bytes) in ...
Dann mit Deinem Script und memory_limit = 12M
Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to allocate 5242881 bytes) in ...
und dann noch einmal mit memory_limit = -1 und mit Deinem Script.
Fatal error: Out of memory (allocated 1822687232) (tried to allocate 5242881 bytes) in ...
(Und somit um ein Vielfaches höher.)
Überschreitung des in php.ini oder in WP definierten Memory Limits sollte somit diese Fehlermitteilung auslösen:
Allowed memory size of
Und bei Überschreitung der Grenzbereiche vom Sytem, diese Fehlermitteilung:
Out of memory
Da muss ich mal in Zukunft darauf achten, wo überall das verdreht angegeben wurde, denke ziemlich häufig.
Habe noch ein wenig gesucht und "Undelivered Mail returned to Sender" bedeutet ja weiter nichts, als dass diese 2.100 Mails nicht angekommen sind oder nicht angenommen wurden und die restlichen 200.000 vielleicht schon oder so.
Screenshot Spammails 2100 Mails im moment..
[ATTACH=CONFIG]9622[/ATTACH]
Nee, das sind nur die "Rückläufer", die vom Empfänger nicht angenommen wurden oder zu denen kein Empfänger mehr existiert, würde ich mir denken. Die Zahl hat dann noch nichts mit der Zahl zu tun, bei denen die Mails angenommen wurden, denn da erhältst Du keine return-Benachrichtigung, würde ich meinen.
.. ich ändere per ftp einfach wp-login.php in wp-login um ..
Und wenn Du Dich 5 bis 10 x pro Tag einloggst, dann änderst Du die Endung 5 bis 10 x pro Tag?
Nicht das ich so viel schreiben würde, doch wenn ich etwas schreibe, dann fällt mir oft alle 5 bis 10 Minuten ein, wo ich noch etwas ändern müsste.
Na ja, ich hatte halt alle Dateien nach wp-login durchsucht, dann nicht nur die wp-login als neue-login.php angelegt, sondern noch eine zweite neue Datei angelegt, als fang-mich-auf.php, dann getestet, in welchen Dateien ich wp-login.php in neue-login.php umbenennen muss und in welchen Dateien wp-login.php in fang-mich-auf.php. Dann die wp-login.php gelöscht. Das war aber eine anfängliche Notlösung und von der möchte ich mit der Zeit auch noch weg kommen. Ohne Plugin wird es wohl nicht anders gehen.
Wenn eine feste IP Adresse, geht es ja einfacher, in dem für alles was nicht von dieser IP kommt, der Zugriff gesperrt wird.
Der oben genannte Fehler hat nichts mit dem PHP-Memory-Limit zu tun. Da kann WP anzeigen, was es will. Die Begrenzung "Out of Memory" schlägt betriebsystemseitig zu.
Was aber letztendlich nur daran liegen wird, dass PHP im Grunde selbst nichts weiter als eine Anwendung ist, die für jede Variable usw. im System einen Speicherplatz reservieren muss. Die php.exe kann ja nun einmal von sich wohl rein gar nichts speichern, sondern nur im System. Doch es wäre eigentlich zu erwarten, dass die Konfigurationen aufeinander abgestimmt stimmt sind.
http://en.wikipedia.org/wiki/Out_of_memory
Ich hatte bisher nur einen Test auf Überschreitung gemacht, in dem ich versuchte eine CSV mit 200.000 Zeilen in ein Array zu laden und dann mit einer Schleife auszulesen. Da erhielt ich dann aber nicht die Mitteilung "Out of Memory" sondern "Allowed memory size of 134217728 bytes exhausted", was ja der Einstellung in der php.ini " memory_limit = 128M entspricht.
Nach dem Unterschied zwischen den beiden Mitteilungen hatte ich mal gesucht, alles was ich fand, dass die Mitteilung "out of memory" von PHP stammt und die "Allowed memory size" vom PHP Interpreter Zend.
Wie man nun die erste Mitteilung unter Localhost auslösen kann, darüber habe ich mir noch keine Gedanken, ob das überhaupt so einfach geht, nur durch eine Datei mit Übergröße laden jedenfalls anscheinend nicht.
