Beiträge von h-u-g-o

Keine Fehlermeldungen und kein Zugriff auf die error.log.

Kontrollzentrum > Verschiedenes > Termin-Erinnerungen

Du meinst sicherlich die ID einer Zeile!?

Wie beschrieben, sortiert sich der Beitrag nicht weiter oben ein.

Keine Idee?

Also gar nicht? :mrgreen:

Bitte um Hilfe! :roll:

Hat da vielleicht doch jemand eine Idee?

Danke euch! :-D

Hallo,

wo kann ich mich detailliert über die Änderungen von WordPress 2.7 nach WordPress 2.8 erkundigen?

Liebe Grüße
Hugo

Ansonsten kann dir folgenden Artikel noch empfehlen: Suchen und Ersetzen in MySQL-Datenbanken - Jowra | Webdesign - Photo - Artwork

Wie gesagt, dieses Phänomen tritt während des Vorgangs auf, ansonsten sind die entsprechenden Passagen eingedeutscht. Ganz komisch.

PS: Ich habe ja anscheinend richtig Glück, dass du dem Forum längere Zeit ferngeblieben bist, da du hier jetzt richtig Gas gibst. :mrgreen:

Zitat von codestyling

Ich werd' es mal einfangen gehen :-)

Gut so. :mrgreen:

Zitat von codestyling

Das mit den Leerzeichen ist eine philosophische Frage, dafür gibt es Vor- und Nachteile, Befürworter und Gegner. Ich persönlich nehme lieber Tabulatoren, denn zum Beispiel bei Javascript Dateien (ohne Komprimierung) macht eine Einrückung mit einem Tab 1 Byte, 4 Leerzeichen aber eben 4 Byte = 3 Byte mehr.
Das Ganze mal 300 Zeilen Quelltest und im Mittel 3 stufige Einrückung, dann sind das 2700 Byte mehr als nötig. Beim Transfer zählen aber die Dateigrößen schon etwas, egal ob man "heisse" Luft transportiert oder nicht :-)
Für die Scriptsprachen Parser gilt gleiches, wenn auch nicht so gravierend.

Uff, das ist wirklich eine Menge. Aber für meine lokalen Java-Progrämmchen kann ich ja ruhig weiterhin die Leerzeichen nehmen.

Zitat von codestyling

Welche Sprachdatei verwendest du ? Die von wordpress-deutschland.org oder die von wordpress.org ?
Und welche WP Version ist im Einsatz ?

Ich verwende dieses Paket (Version 2.7.1).

Mir ist gerade noch Folgendes aufgefallen:

Wenn ich beim Erstellen eines Artikels bei "Sichtbarkeit: Öffentlich" auf "Bearbeiten" klicke, dort "Privat" auswähle und "OK" anklicke, stimmt bei diesem Vorgang etwas mit der Übersetzung nicht. Da wird dann, zum Beispiel, "Public", "Privately Published", "Update Post" und "Save Draft" anstatt der deutschen Begriffe angezeigt. :confused:

Also, Notepad++ benutze ich ohnehin. Dann sollte das ja kein Problem sein.

Ist es eigentlich nicht besser vier Leerzeichen anstatt eines Tabulatorzeichens im Quellcode zu verwenden?

Im Quellcode der Datei de_DE.php ist übrigens (mindestens) ein Leerzeichen zu viel. ;)

/* sanitizes the titles to get qualified german permalinks with  correct transliteration */

War auch nicht so gemeint. ;)

Das heißt, wenn ich in irgendwelchen php-Dateien von Plugins oder so auf Entitäten ( ä ö ü ß ) stoße, kann ich die getrost durch reguläre Umlaute beziehungsweise die Eszett-Ligatur ersetzen?

Geilo! Warum kommst du damit erst jetzt? ;) Danke sehr! :-D

Wie ist das mit UTF-8? Kann man da beliebig im Code Umlaute anstatt Entitäten benutzen? Hatte mich sowieso schon gefragt, warum bei WordPress in Artikeln verwendete Umlaute im Seitenquelltext nicht kodiert dargestellt sind.

Ich möchte dich zwar zu nichts anstiften, aber manchmal lohnt es sich wirklich sich ein paar Minuten Zeit zu nehmen und die gewünschte SQL-Query zusammenzubauen. Damit kann man dann mitunter sehr viel Zeit sparen.

Selbst bin ich auch alles andere als Experte auf dem Gebiet, aber manchmal gelingen mir erstaunliche Dinge, wenn ich mir ein bisschen Zeit nehme. :mrgreen:

Ein kleiner Tipp, wie man sich einer SQL-Query annähern kann, wenn man gar nicht weiß, wo man anfangen soll:
Sagen wir mal, du möchtest aus einer Tabelle alle Zeilen löschen, deren Spalte X den Wert Y hat. (Konkretes Beispiel: Du möchtest alle alten Artikelversionen löschen, die durch Autosave oder Versionierung entstanden sind.) Jede Zeile, deren Spalte post_status also den Wert inherit hat, soll verschwinden. Jetzt klickst du unter phpMyAdmin > wp_posts > Anzeigen erst mal auf das [COLOR=Red]X[/COLOR] einer der betroffenen Zeilen. Es erscheint ein Dialogfenster, das die auszuführende Abfrage-Syntax anzeigt, zum Beispiel:

DELETE FROM wp_posts WHERE wp_posts . ID = 4711 LIMIT 1

Du kannst dir auf diese Weise also schon eine Query generieren ohne etwas an der Datenbank zu verändern, wenn du anschließend in dem Dialogfester auf "Abbrechen" klickst. Nun überlegst du einfach, wie die Query ungefähr aussehen müsste, um das gewünschte Resultat zu liefern.

Das ist ja schon mal richtig:

DELETE FROM wp_posts

(Sollte man so nicht zur Ausführung bringen, hat mich gerade drei Artikel im Testblog gekostet. :mrgreen:)

Die Bedingung ist, dass die Spalte post_status den String inherit enthält. Also:

WHERE post_status = "inherit"

Insgesamt ergibt sich:

DELETE FROM wp_posts WHERE post_status = "inherit"

Auch bei komplexeren Queries kann es hilfreich sein, sich die erzeugte Query einer Einzelaktion (Bearbeiten/Löschen einer einzelnen Spalte/Zeile) anzeigen zu lassen und diese dann einfach so abzuändern, dass sie einem einen Haufen Arbeit abnimmt, in dem sie viele Spalten/Zeilen auf einmal bearbeitet/löscht.

Die hier beschriebene Vorgehensweise mag laienhaft sein, aber vielleicht hilft sie die erste Scheu zu überwinden.

Du brauchst halt die richtigen SQL-Queries.

Hehe, kommt mir bekannt vor. :mrgreen:

Hallo,

ist es ein Bug, dass der Tag-Count bei neuen Tags auf 0 stehenbleibt anstatt auf 1 zu gehen?

Unter Verwendung von Simple Tags (Version 1.6.6) ist das nicht so.

Gibt es eine einfache und schnelle Möglichkeit den Tag-Count zu reorganisieren? Ich möchte nicht alle Tags einzeln zählen und den Count anpassen müssen.

Liebe Grüße
Hugo