Beiträge von Ammaletu

Zitat

ok habe es auf meiner site weggebracht

Und wie? Bzw. woran lagen die Ausgaben?

Zitat

aber in wp steht immer noch eine fehlermeldung

Welche?

Mein erster Eindruck nach oberflächlichem Überfliegen einiger Artikel war halt der einer zwar professionell gemachten aber doch auch irgendwie unpersönlichen Seite. Ich könnte so auf Anhieb nicht sagen, wer Du bist oder was Deine Seite von den Heise-News und anderen Technikseiten unterscheidet (vom engeren inhaltlichen Fokus abgesehen).

Das mag Absicht sein und muss ja auch nicht schlecht sein. Genauso könnte man das ganze aber auch mehr in Richtung Blog ausrichten. Also mehr Meinung, mehr Fotos, mehr Persönlichkeit.

Rund um die Kommentare hakt es übrigens wirklich noch etwas. Schau mal hier: http://www.tabletstuff.de/?p=76#comment-11

- "Comments (3)" steht über den beiden Kommentaren. Hängt einer noch in der Moderation?
- In der Sidebar wird auch auf Kommentare verwiesen, die es gar nicht gibt (die obersten beiden).
- "vor 5 Tage" --> "vor 5 Tagen"

Du kannst das Blog ohne Plugins laden, wenn Du mal den Plugin-Ordner per FTP kurz umbenennst. Wenn es dann geht, ist es eines der Plugins. Währenddessen aber nicht die Pluginseite aufrufen im Backend, sonst werden die alle deaktiviert.

Außerdem kannst Du ja mal kurz aufs Default-Theme umschalten und dann schauen.

Wenn WP sich weigert, die URL mit dem Jahr am Ende anzunehmen, weiß ich auch nicht so recht. Als Query-Parameter kann man es natürlich machen, siehe z.B. http://www.webopius.com/content/137/us…rs-in-wordpress

Ansonsten müsste man vielleicht mal in WPs Quellcode schauen, was da genau passiert und ob man das auch über irgendeinen Filter beeinflussen kann. Das wäre im Prinzip der Code, der aus der URL die Query-Parameter parst. Ich nehme aber an, dass das etwas komplizierter wird...

Finde in der wp_users-Tabelle die IDs heraus. Alter Nutzer=X, neuer Nutzer=Y. Dann:

UPDATE wp_posts SET post_author = Y WHERE post_author = X;

Vorher ein Backup der ganzen DB ziehen!

Außerdem natürlich "wp_" anpassen, falls Du einen anderen DB-Prefix verwendest. Danach müsste sich der neue Nutzer löschen lassen über das WP-Backend, hoffe ich.

Wenn die URLs immer so aussahen wie die obere und nur die IDs verschieden sind, kannst Du das einfach mit einem Befehl in der .htaccess machen. Den auf jeden Fall vor den WordPress-Block ganz oben in die Datei schreiben!

Hm, mal frei aus dem Gedächtnis und sicher voller Fehler (nicht an der Live-Seite ausprobieren):

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{QUERY_STRING} ^did=([0-9]+)$
RewriteRule ^/brushes/?$ wp-content/plugins/download-monitor/download.php?id=%1 [L]
</IfModule>

RewriteBase so wie es WP auch verwendet setzen.

Das ist JavaScript-Code, der falsch eingebunden ist ins Blog. Kann das sein, dass da jemand versucht, Google-Translate-Buttons im Footer zu ergänzen? Musst Du mal schauen, an welchem Plugin das liegt oder ob das vom Theme kommt.

Sieht recht professionell aus, die Seite. Am Theme kann man echt nicht meckern. Auf den Einzelseiten tauchen bei den Kommentaren noch englische Begriffe auf ("Comments", "Comments by"), das irritiert etwas.

... Ok, man kann doch am Theme meckern: Es validiert nicht. ;-)
http://validator.w3.org/check?verbose=…de%2F%3Fp%3D343

Inhaltlich bin ich nicht so sicher, ob das auf Dauer spannend ist. Da wirst Du vielleicht schauen müssen, ob das wie jetzt in Richtung sachliche Nachrichtenseite gehen soll oder vielleicht doch eher ein persönlicheres Blog werden soll.

Das hier im übrigen schon gesehen? Passt inhaltlich gerade so schön, man kann es aber leider nicht direkt verlinken. Also runterscrollen zum 21.07. und nicht beim Eintrag darüber erschrecken. ;-)
http://www.ulistein.de/notizbuch-sprachwitz-humor.html

Das kannst Du sicher direkt in der Datenbank reparieren. Dann aber auf jeden Fall vorher ein Backup machen! Oder Du stellst den Zustand vor dem Import wieder her und änderst das Import-File entsprechend, das dürfte ggf. einfacher sein.

Das steht in einem Cookie, soweit ich weiß. Keine Ahnung, ob man das abstellen kann. Wieso stört Dich das denn? Ich finde das eigentlich recht nützlich für Gäste, die mehrmals kommentieren wollen.

Klappt es denn mit domain.de/category/news/2009/?! Das "category" kannst Du ja im Backend einstellen, ggf. auch auf etwas wie "archiv" oder so.Wo hast Du diesen Code denn eingesetzt? In der category.php? Du solltest dabei auch noch prüfen, dass das, was Du aus der URL parst, auch wirklich eine Zahl ist und andernfalls ebenfalls das aktuelle Jahr nehmen. Dann wären die Kategorieseiten immer jahresbasiert, ob es in der URL steht oder nicht. Falls Dich doppelter Content interessiert, könnte man vom Archiv ohne Jahreszahl auch auf eines mit der aktuellen weiterleiten.

Auch dann sehe ich aber noch nicht, wie Du die Jahreszahl in die Links zu weiteren Seiten bekommst. Das braucht doch noch mal Extra-Code, oder?

Danke fürs Posten der Infos, hilft vielleicht anderen auch weiter. Dachte ich doch, dass das an PHP 4 liegen muss. Wieso noch irgendein Provider PHP 4 überhaupt anbieten sollte, ist mir ehrlich schleierhaft!

Ob TweetOnPost normalerweise funktioniert, kann ich nicht beurteilen, nutze selber kein Twitter. Aber es gibt ja viele Twitter-Plugins, schön wenn Du ein funktionierendes gefunden hast.

Hm, sieht so aus als hättest Du das schon fast fertig. Du musst doch jetzt nur noch in der sidebar.php raussuchen, wo die Sidebars aktuell eingebunden sind und dort Deinen obigen Pseudo-Code durch echten Code ersetzen. ;-)

Wenn die Sidebar bei Dir noch in einer if-Abfrage eingebunden ist, überlege, das da rauszuziehen. Du wirst die Sidebars ja wohl nicht leer lassen und WP kann immer Widgets darstellen, die if-Abfrage ist also unnötig.

Statt dessen prüfst Du dort eben zuerst Deine Ausnahmen. Etwa so:

if (is_page('About')) {
  // Sidebar für About-Seite
  // ...
} else {
  // normale Sidebar
  // ...
}

Meine Anerkung zur .htaccess bezog sich auf diesen FAQ-Eintrag:
http://faq.wordpress-deutschland.org/server-fehler-…-auf-11-server/

Dateien mit der Endung ".php" werden u.a. bei 1&1 sonst wohl als PHP 4 ausgeführt. Das wäre jetzt so für mich die naheliegendste Erklärung.

Du kannst das Problem übrigens auch einfach anhand einer Testdatei lösen, wenn es denn daran liegt. Kopier mal das hier in eine test.php:

<?php
  try {
    phpinfo(); 
  } catch (Exception $ex) {
    echo 'Exception';
  }
?>

Wenn der Webspace tatsächlich noch mit PHP 4 läuft, sollte das ja den gleichen Fehler produzieren. Ansonsten ist es noch was anderes.

Die oben verlinkte Seite gehört zum Supportbereich von wordpress.com, was ja bekanntlich nicht das gleiche wie wordpress.org ist. ;-) Die haben in der auf wordpress.com laufenden Version hinter den Kulissen sicher einiges an Plugins laufen, darunter auch eines für das Kontaktformular. Im normalen selbst installierten WP wird das so nicht ohne Plugin gehen. Es gibt aber genug Plugins, die einem das tatschlich als Shortcode anbieten, der dann bei der Anzeige durch das Formular ersetzt wird.

Falls sich keine findet ist es ja ein halbwegs überschaubarer Aufwand, das Theme einfach selbst zu übersetzen. Anleitungen gibt es genug, z.B.: http://www.texto.de/wordpress-them…-anleitung-553/

Sehr einfach ist das natürlich, wenn das Theme schon andere Übersetzungen hat und Du nicht die Themedateien an sich anpassen musst. In dem Fall kannst Du in dem verlinkten Tutorial einige Schritte überspringen. Nicht vergessen am Ende, dem Themeautor die Übersetzung zu schicken!

Also bei mir läuft es mit einem anderen Nutzer. Kann es an den Rechten des Nutzers liegen? Sicher bin ich leider auch nicht, was da alles anzuhaken wäre, also hab ich meinem lokalen Nutzer mal fast alle Rechte gegeben.

Also ich hab mal ins TweetOnPost-Plugin reingeschaut. Der Fehler tritt dort bei einem "try {" auf, was sehr stark auf ein PHP-4-Problem hinweist. Wenn Deine Seite nun mit PHP 5 läuft, sollte das aber eigentlich gehen. Bist Du bei einem dieser komischen Provider, wo Du PHP 5 noch mit einer Zeile in der .htaccess auf ganz normale PHP-Dateien anwenden musst anstatt nur auf *.php5?

Zitat

Mein Problem ist nun, dass in der sidebar.php ja lediglich der Code für die Standard-Sidebar steht aber nicht der für eine individuelle und ich nicht weiß, wo ich die entsprechenden Tags des Plugin eintragen muss, damit mir der Vorschautext im Widget angezeigt wird.

Du müsstest dafür das Widget überschreiben, denke ich. Such Dir raus, wo in WP die Standard-Widgets definiert sind und kopier Dir den Code dieses Widgts in die functions.php. Dort kannst Du das Widget anpassen, so dass es den Excerpt mit ausgibt. Das Standard-Widget kannst Du deregistrieren und dafür steht dann Dein neues Widget zur Auswahl im Backend.

Wenn es mit Typo3 geht, solltest Du da ja eigentlich die korrekten Daten rausziehen können. Die Meldung ist leider eindeutig und fast immer stellt sich am Ende raus, dass die Daten in der wp-config.php doch irgendwie nicht gestimmt haben. ;-)