Ich würde aber auch, wie von Shadow vorgeschlagen, einen anderen Weg wählen, da die Seite sich sonst mit deaktivierten JavaScript nicht mehr richtig navigieren ließe.
Beiträge von Melewo
-
-
Ist es irgendwie möglich (redirect???),
Ist jetzt nicht getestet und es muss die Syntax von PHP und JavaScript beachtet werden, sollte aber eigentlich funktionieren.PHP
Alles anzeigen<?php if ( is_single( '270' ) ) { echo "<script type=\"text/javascript\">\n". "window.location.href=\"http://testsite.de/?cat=55\";\n". "</script>\n"; } if ( is_single( '131' ) ) { echo "<script type=\"text/javascript\">\n". "window.location.href=\"http://testsite.de/?cat=56\";\n". "</script>\n"; } ?>Doch noch schnell getestet, ein Semikolon war zu viel "</script>;\n";
-
Eine Seite sollte sich zwar auch ohne JavaScript navigieren lassen, doch falls beide Dateien erforderlich sind, so kannst Du diese nicht einfach entfernen oder löschen. Auch handelt es sich um keinen Fehler, sondern einfach nur um den Hinweis, dass das Rendering blockiert wird, bis die Dateien geladen wurden und somit nicht wirklich blockiert wird, sondern nur verzögert.
Google empfiehlt nicht das Löschen der Dateien, sondern kleinere Scripts direkt in einer Seite einzubinden und größere mit
einzubinden, falls dabei nicht eine eventuell erforderlich Reihenfolge verloren geht. -
Habe die Datei jetpack-de_DE.po gefunden.
- alle Ratschläge befolgt aber kein Erfolg.:?:
Dann noch einmal lesen und genauer befolgen.wofür es den Editor Poedit und dieses Plugin gibt:
Plugin http://wordpress.org/plugins/codestyling-localization/
Manuell geht es nicht, da beide Dateien geändert werden müssen. -
Meine Antworten und Tests bezogen sich auf
"Illegal offset type",
weil ich damit schon zu tun hatte. Deine Fehlermitteilung ist hingegen
"Illegal string offset",
was nicht mehr bedeutet, als dass 'color' kein Schlüssel aus einem Array ist, sondern ein einfacher String. Habe erst ein paar Antworten bei StackOverflow gefunden und hier ist noch etwas leichter Verständliches:
-
Zu danken gibt es ja noch nichts. Schaue Dir mal die Beispiele an, darauf solltest Du beim nächsten Kopieren zurückgreifen.
http://codex.wordpress.org/Class_Reference/wpdb
Ich bin mal einer anderen Funktion nachgegangen, ging nicht um Daten aus der DB, doch da fand schon ein Abgleich statt ob UTF-8 oder nicht. Deshalb könnte schon ein Unterschied zwischen den Abfragen bestehen.
-
Es betrifft ja nur die Städtenamen und alles andere ist richtig, da werden die wohl nur fehlerhaft gespeichert sein. Wenn ich bei der Ansicht auf Iso wechsle, ist alles andere fehlerhaft und die Städtenamen sind richtig.
M�nchen
-
So sollte es funktionieren, zuerst color in einer Variablen speichern, dann bei $background [$neuefarbe->scalar] oder [(string)$neuefarbe] benutzen.
Kleine Testreihe:
PHP
Alles anzeigen$background = array("color" => 123456); $color = (object)'color'; $pruefe_02 = $background[$color]; echo gettype($pruefe_02)." | ".$pruefe_02."<br />"; /* Ausgabe: Warning: Illegal offset type in NULL | */ $pruefe_02 = $background[$color->scalar]; echo gettype($pruefe_02)." | ".$pruefe_02."<br />"; /* Ausgabe: integer | 123456 */ $pruefe_03 = 'background-color:'.$background[$color->scalar]; echo gettype($pruefe_03)." | ".$pruefe_03."<br />"; /* Ausgabe: string | background-color:123456 */ -
Aber wie so wird das dann so geschrieben, wird ja dadurch zum String und kann Color nicht mehr aus einem Array holen. Und warum hast Du den Text nicht als Code hier formatiert, damit mal etwas von der Syntax zu erkennen ist?
Jedenfalls ist das nur eine Warnung und kein Error und eigentlich kommt die nur dann, weil irgendeine Kleinigkeit mit der Umwandlung in String nicht stimmt. Ist jetzt nur schwer feststellbar. Für den Entwickler sollte es einfach sein.
Das erste Beispiel mit (string)'color' vergiss, das kann so nicht gehen, nur mit einer Variablen.
-
Habe gerade keine Lust ein Script von mir rauszukramen, sollte so in etwa aussehen. Hatte das aber mit Variablen und da schrieb es sich dann halt so [(string)$color], wenn ich micht recht erinnere.
Sehe gerade, hier scheinen die Anführungszeichen zu fehlen bei color:
Color wird deshalb für eine int Zahl gehalten, nehme ich mal an und PHP bekommt einen Husten, weil so eine Ziffer unbekannt. Weiß es nicht, denke es mir nur. -
Jetzt verstehe ich nur Bahnhof. Wenn Du in der category.php diese Kategorien ausschließt, in dem Du diese -54,-55,-56 auf eine schwarze Liste setzt, was erwartest Du dann bei einem Aufruf der category.php? Es wird alles angezeigt, bis auf diese 3 Kategorien, würde ich erwarten.
Schaue hier unter:ZitatExamples
You can also add some more categories to the exclude-list
-
Ja und wenn Du zu einem Absatz auf einer anderen Seite springen möchtest, dann verlinkst Du die mit einem absoluten Pfad plus #ziel-id, wie der Link von selfhtml.
-
Ich kenne nicht den Aufbau und Du hast nun zwei Möglichkeiten, entweder Dich weiter wundern oder es untersuchen. Falls letzteres, so würde mich interessieren, bei welchem Punkt Du nicht weiter kamst.
Und einen Link zur Seite bzw. zu beiden Seiten selbstverständlich in diesem Fall auch nicht vergessen.
-
Einfach ausprobieren, sollte so funktionieren, falls ich jetzt keinen Fehler eingebaut habe.
Mit <a name="ankername">...</a>, wie bei selfhtml beschrieben, ist seit HTML5 veraltet, der Rest ist aber noch lesenswert:
http://de.selfhtml.org/html/verweise/projektintern.htm#anker
-
Ich weiß es nicht, überlege nur, ein Plugin weiß ja nicht nach den ersten Beiträgen, ob ein Script oder eine CSS in den Beiträgen 568, 788 und 999 benötigt wird oder bereits eine Seite vorher oder 3 Seiten später. Wenn ein Script nicht unbedingt in den Header oder Footer gehört, finde ich es deshalb schon einfacher, einfach als letztes im Editor einzufügen und da die ID anzugeben oder eventuell die Scripts einfach als Shortcode in Beiträge einzufügen.
Die Frage ist schon interessant. Habe ja praktisch erst vor gut einem halben Jahr mit WP begonnen und weiß noch viel zu wenig. Gelesen hatte ich schon beide Seiten, wusste bisher nur nicht so richtig, wenn das erforderlich sein sollte.
http://codex.wordpress.org/Function_Refer…_enqueue_script
http://codex.wordpress.org/Function_Refer…register_scriptBei mir habe ich zusätzlich eine onload-Funktion im Footer und die hat nichts weiter zu tun, als weitere Funktionen aufzurufen. Über so eine zentrale Funktion ließe sich einiges steuern, auch mit PHP. Niemand sagt, dass eine Funktion unbedingt in die functions.php gehört, die könnte auch im Footer oder eine andere im Header eingefügt werden.
-
Ich registriere nichts und binde die unterschiedlich ein. JavaScripts meistens direkt am Ende vom Content in einem Beitrag, in dem das Script laufen soll. Ein Kommentar muss sein, sonst feuert der Editor es wieder raus.
HTML<p style="line-height: 2px;"><!-- Beginn --><br /> <script type="text/javascript" src="... .js"></script><br /> <!-- Ende --></p>
Wenn es nicht im Beitrag geht, dann auch mal im Footer.PHP<?php wp_footer(); ?> <?php if (is_single(468)) echo "<script type=\"text/javascript\" src=\"... .js\"></script>\n"; ?> </body> </html>
Oder bei einem Plugin abfragen, ob sich $_SERVER["REQUEST_URI"] im Array befindet und nur dann add_action ausführen, wie auf der Seite weiter unten im Listing. Da lassen sich ja dann alle Seiten im Array aufnehmen, in denen neue.css im Head eingebunden werden sollen. -
Hier wäre noch ein Vergleich, wie das Innenleben in der oberen Hälfte Deiner /wp-admin/menu.php aussehen sollte. Sieht es wesentlich anders aus, wird es sich um Schadcode handeln.
https://github.com/WordPress/Word…-admin/menu.php
Hinweise, wie bei einer Bereinigung vorzugehen ist, lassen sich hier im Forum genug finden. Und im Anschluss daran zukünftig besser vorbeugen. Also ein sauberes Backup machen (Dateien und Datenbank), die Sicherheitslücke suchen und beseitigen, den eigenen Rechner prüfen und säubern und was es sonst noch gibt. Allein das Ändern von Passwörtern genügt hingegen nicht, ist nur eine zusätzliche Maßnahme. Wäre zumindest einige der Punkte, die man häufiger liest.
Und keine alten Threads aus der Versenkung holen, die nichts mit dem eigenen Problem zu tun haben.
-
Möglicherweise doch. In der Zeile 18 befindet sich ein Kommentar, welcher sich von der Zeile 2 bis zur Zeile 23 erstreckt und keine Foreach-Schleife. Da somit eigentlich Zeile 18 keinen Fehler in /wp-admin/menu.php auslösen könnte, wurde Deine Seite möglicherweise gehackt. Oder Du hast eine uralte Version, bei welcher der Kommentar eventuell kürzer war, was ich nicht weiß.
Somit solltest Du das schnellstens kontrollieren und falls es sich bestätigt, geeignete Maßnahmen ergreifen.
-
Ich möchte am liebsten ein Unterverzeichnis Daten erstellen und dort vielleicht sogar noch flach verzweigen.
Da hindert Dich keiner an der Umsetzung, Du musst die enthaltenen Ressourcen nur entsprechend verlinken, doch wo Du was ablegst, in welchen Verzeichnissen, mit oder ohne Unterverzeichnisse, ist letztendlich Deine Entscheidung. Eine ähnliche Frage wurde gestern gestellt: -
Aber wie bzw. wo ich die Pfadangaben im Theme ändere, das ist mir nicht so ganz klar.
Ein Pfad ist ein Pfad und eine URL ist einmalig und verweist auf eine Ressource. Da kannst Du nicht einfach etwas ändern, es sei denn Du verschiebst die Ressource im Nachhinein in ein anderes Verzeichnis oder so, dadurch würde sich ja der Pfad und somit die URL ändern.Und was die Bilder in Beiträgen anbelangt, die lade ich ja über WP Medien hoch und da liegen die ja im Upload-Verzeichnis. Was ich meine sind all die Images oder JavaScripts, die zusätzlich über FTP hochgeladen werden, die werden in eigenen Verzeichnissen abgelegt. Und wenn Du zusätzlich keine benötigst, dann brauchst Du auch keine zusätzlichen Verzeichnisse anlegen.