Beiträge von Ammaletu

Ich habe Deinen anderen Beitrag mal entfernt. Doppelpostings müssen nicht sein, davon geht es auch nicht schneller. ;-)

Zu Deinen Problemen: Hast Du ein eigenes Theme erstellt, das nach Belieben geändert werden kann? Dann fangen wir mal an mit Punkt 1, der Schriftart. Das machst Du tatsächlich im Stylesheet, es sei denn es geht um Schrift auf Bildern. Du kannst einige wenige universell vorhandene Schriftarten angeben (Times, Arial), ansonsten arbeitest Du besser mit Web-Schriftarten. Hast Du da schon eine Schriftart ins Auge gefasst?

Alle Fragen dieser Art beantworten sich übrigens leichter, wenn Du uns einen Link zur Seite gibts. Beim direkten Draufschauen lässt sich vieles genauer sagen.

Schön dass es jetzt geht. Fehler kann man sich im Firefox über die Fehlerkonsole anzeigen lassen, aufzurufen über das Tools-Menü (ich hoffe, dass das zur Firefox-Grundausstattung gehört, bin aber nicht ganz sicher -- kann sein, dass man die Web Developer Extension dafür braucht. Firebug hat sicher eine analoge Ansicht dabei.).

Zitat

Diese Datei im Ordner _notes stammt ja von Dreamweaver, richtig? Kann man damit denn eine vernünftige Update-Funktion "bauen"? ...

Stammt die von Dreamweaver?! Keine Ahnung, davon war ja bisher nicht die Rede. ... Hm, ja, wenn man den Dateinamen googelt, scheint das wohl eine Dreamweaver-Datei zu sein. Dann hat sich Deine ursprüngliche Frage vermutlich erledigt und mein Rate-Versuch aus dem letzten Posting ist hinfällig. ;-)

Zitat

Geht um die Plugins von tribulant.com ... Bei dem Preis, den die Plugins kosten, erwartet man dann doch was vernünftiges...

Support, zum Beispiel. Ich kenne die Seite nicht und habe nicht in die Plugin-Quelltexte geschaut, aber mindestens eines dieser Plugins ist auch für kostenlos auf wordpress.org zu haben, in vielen Varianten. Ich meine, ehrlich, wer zahlt denn für ein Lightbox-Plugin Geld???

Natürlich ist es prinzipiell legal, für WP-Plugins Geld zu nehmen, es macht nur fast niemand. In der Regel zahlt man für den Support der Plugins. Schau doch bitte mal in die Dateien der Plugins, ob da Details zur Lizenz stehen. Das muss nämlich die GPL oder eine kompatible Lizenz sein, sonst ist das nicht mehr legal.

Davon abgesehen würde ich nur in absoluten Ausnahmen Plugins installieren, die nicht auf wordpress.org gehostet sind. Man kriegt sonst nämlich nicht mit, wenn Updates anstehen, z.B. aufgrund von beseitigten Sicherheitslücken.

Bevor Du die ganze Installation verwirfst und neustartest, probier erst mal aus, ob es an einem Plugin liegt, wie ocean90 schon sagte. Zur Not per FTP erst mal den plugins-Ordner umbenennen, dann wird die Seite ohne die Plugins geladen. wenn es dann alles wieder geht, dann eines nach dem anderen aktivieren, bis der Fehler wieder auftritt.

Die richtige Lösung wäre meines Erachtens auch, nach dem Versenden der Nachricht die Bestätigungsseite nicht direkt anzuzeigen, sondern darauf umzuleiten. Das ist dann ein normaler GET-Aufruf, den der Nutzer so oft er möchte refreshen kann. Die angezeigte Nachricht machst Du einfach generisch, so dass da auch keine Variablen eingefügt werden müssen.

Die sind neuerdings scheinbar versteckt, was nicht wirklich sinnvoll ist.Klick oben rechts auf "Screen Options", dann fährt der Bereich aus, in dem Du auswählen kannst, was angezeigt werden soll. Setz das Häkchen bei "Custom Fields" und verstecke die Screen Options dann wieder. Die benutzerdefinierten Felder tauchen dann unter dem Editor auf. WordPress merkt sich diese Einstellung pro Nutzer, sollte Dir die Felder in Zukunft also immer anzeigen.

Links auf # haben in der Regel noch eine JavaScript-Komponente. Wenn die Seite beim Laden einen JavaScript-Fehler geworfen hat, werden solche Links allerdings nicht mehr ausgeführt. Stell doch also erst mal sicher, dass Dein Browser Dir auf der Seite keine JavaScript-Fehler anzeigt (je nach Browser musst Du die Anzeige ggf. erst aktivieren).

Hast Du das Plugin vielleicht von dieser Seite installiert und das ist deren Versuch, einen eigenen Update-Service anzubieten? Ich kenne wpplugins.biz nicht, würde aber von solchen Quellen eher keine Plugins installieren, wenn es nicht unbedingt nötig ist. Um welches Plugin geht es denn?

Schau Dir mal die .htaccess-Datei im Hauptverzeichnis an, würde ich sagen. Das wäre der erste Ort, wo ich nach Umleitungen suchen würde. Davon abgesehen solltest Du wirklich sicher sein, alle Reste des Schädlings gefunden zu haben. Neu aufsetzen ist in der Regel sicherer. Mit einer lokalen Testinstallation ist das auch nicht so nervenaufreibend.

Da fehlt das Menü auf der linken Seite, würde ich sagen. Stell doch erst mal sicher, dass es tatsächlich am Theme liegt, indem Du kurz auf das Standardtheme wechselst und dann noch mal das Dashboard anschaust. Ggf. mal Strg+F5 drücken um Cache-Probleme auszuschließen.

Da schließe ich mich Marcus mal an, bitte höflich bleiben! Und zum eigentlichen Problem: Sowas würde man üblicherweise über den RSS-Feed machen, denke ich, jedenfalls wenn Du da den ganzen Artikel veröffentlichst und nicht nur einen Ausschnitt. Dann kann man in Blog B mit einem geeigneten Plugin regelmäßig den Feed von Blog A prüfen und eventuelle neue Beiträge daraus importieren. Als Quelle kann z.B. auch der Feed einer Kategorie oder eines Tags dienen.

Zitat

Vielen Dank für deine schnelle Hilfe! Deine Tips waren gut. Hab die Einträge in der wp_postmeta erzeugt- aber erst das Abspeichern im Backend hat den Fehler behoben. Wieso ist dies erforderlich bzw welche Veränderung in der DB wird damit erzeugt?

Kann ich Dir aus dem Kopf nicht sagen. Du könntest aber vorher und nachher einen DB-Dump ziehen und vergleichen. ;-)

Zitat

nach welcher Systematik wird die meta_id generiert? Scheinbar fortlaufend, aber es werden Zahlen übersprungen.

Kann es sein, dass die IDs über alle Meta-Tabellen gemeinsam sind?

Zitat

Welche Funktion hat die _edit_lock?

Ich nehme an, das setzt WP wenn man die Bearbeiten-Sicht einer Page aufruft. Damit kriegt ein anderer User einen Hinweis, wenn er kurz danach ebenfalls die Bearbeitensicht aufruft. Wird vermutlich gelöscht, wenn eine gewisse Zeit vergangen ist.

Ja, sieht jetzt auch im FF gut aus. Freut mich, dass es nun klappt. :-)

Deine neue Seite hat dann keinerlei Meta-Infos. Allein deswegen ist so eine Änderung an der DB keine gute Idee. Davon abgesehen müsstest Du nun mal nachschauen, was denn wohin umgeleitet wird. Hast Du zudem mal probiert, die Seite im Backend neu abzuspeichern?

Zitat

Weiß wer, was genau da passiert ist? Trotz zu kleiner memory size hat es irgendwie doch funktioniert?

Naja, WP merkt ja erst, dass nicht genug Speicher da ist, wenn dann nicht genug Speicher da ist. Jedenfalls falls das versuchte Heraufsetzen des Speichers nicht schon deutlich schiefgeht. Soweit ich weiß, versucht WP ja, sich selber mehr Speicher zu geben. Falls Dein Hoster aber nun z.B. diesen Befehl einfach ohne Fehlermeldung ignoriert, dann legt WP mit dem Update los und irgendwo mittendrin ist dann der Speicher alle und das Script bricht ab. Und dann hast Du, wenn Du Pech hast, eben gerade ein paar Dateien aktualisiert und einige andere noch nicht. Da hilft dann nur, das Upgrade eben manuell zu machen. Mit den Upgrade-Paketen von WPD ist das ja auch schnell gemacht bei den kleineren Releases.

Zitat

Sollte man bei diesem "Automatischen Upgrade" vorher ebenfalls die PlugIns deaktivieren?

Nehme ich nicht an. Wenn WP meint, das wäre nötig, wird es das schon selber tun.

Das geht nur mit a-Tags, weil diese inline dargestellt werden, denke ich. Es geht auch, wenn Du der Sub-Liste eine Weite gibst. Das geht aber ja leider schlecht, da Du ja nicht weißt, wie groß die einzelnen Menüpunkte sind.

Sorry, bin gerade etwas im Stress und mir fällt kein guter Workaround dafür ein. :-/

Solange Du eine überschaubare Anzahl statischer Seiten hast, ist das ok. Bei vielen Seiten wird es sicher auf die Performance gehen. Begründung siehe z.B. hier: http://sw-guide.de/2009-02/wordpr…ie-performance/

Das Problem mit relativen Links hast Du aber ja schon erfasst. Selbst wenn Du die alle richtig eingibst (was je nach Permalink-Struktur eben nicht mal geht), wären die Links alle tot, wenn Du die Permalink-Struktur mal änderst (also wenn sich dabei die Anzahl der Ebenen in der URL ändert).

Deshalb ist der stressfreie Weg, einfach keine relativen Links zu nutzen. Das hat auch noch den Vorteil, dass die Links im RSS-Feed funktionieren (da sind relative Links generell nicht funktionsfähig).

Und wieso machst Du da jetzt noch einen zweiten Thread auf (http://forum.wordpress-deutschland.org/installation/8…det-werden.html), anstatt lieber mal die Forensuche zu bemühen? Das wurde mehr als einmal schon diskutiert, und die Fehlermeldung führt ziemlich flott zur Lösung.

Bitte mal in diesen Thread schauen:
http://forum.wordpress-deutschland.org/installation/6…date-jetzt.html