Beiträge von Ammaletu

Zitat

sitzt WP in einer Endlosschlaufe fest oder gibt einen Error aus.

Wenn ein Error kommt, wäre der Wortlaut der Meldung hilfreich (bei Fehler 500 bitte im Errorlog des Servers den eigentlichen Fehler nachschlagen). Bei Endlosschleife: Sagt Dir da der Browser, dass die Seite den Aufruf in einer Endlosschleife umleitet? In dem Fall bitte mal schauen, von welcher Adresse auf welche umgeleitet wird (z.B. mit Firefox-AddOn "Live HTTPHeaders").

Viel mehr zu erklären fällt mir dazu nicht ein. Was ein DB-Dump ist und wie Du ihn von Deinem alten Hoster ziehst und auf dem neuen Server einspielst, kannst Du Dir ergoogeln. Das hängt ohnehin von der eingesetzten Software ab; bei den meisten Hostern ist es aber phpMyAdmin. DB-Dump kannst Du aber auch ganz einfach mit dem "Backup WordPress"-Tool ziehen ansonsten oder wenn Du von Deinem eigenen Rechner exportierst einfach per Konsole ("mysql --user=xxx --password dbname > dateiname").

Die Sachen, die im Dump vor dem Wiedereinspielen zu ersetzen sind: Zum einen kann der Dump Deine Domain enthalten. In den WordPress-Optionen, in internen Links in den Posts etc. Falls sich die Domain beim Umzug ändert (z.B. von localhost im lokalen Betrieb zur richtigen Domain auf dem Server), musst Du im Dump einfach alle Vorkommen der alten Domain suchen und ersetzen.

Bei meinem WordPress findet sich zudem im Dump an vielen Stellen der absolute Pfad auf dem Server, der sich bei einem Umzug in 99% der Fälle natürlich auch ändert. Der steht z.B. in der Tabelle "wp_postmeta" für hochgeladene Dateien drin, in den Optionen einiger Plugins etc. Ebenfalls einfach raussuchen und ersetzen.

Die wichtigsten Schritte für einen solchen Umzug hatte ich heute morgen gerade in einem anderen Thread beschrieben. Schau mal hier:
http://forum.wordpress-deutschland.org/installation/4…verwechsel.html

Also ich habe noch keine persönlichen Erfahrungen mit so ausgelasteten WP-Installationen, aber IMHO kommst Du da am Caching nicht vorbei. Klar kannst Du auch einen zweiten Server mieten und die Last auf zwei Installationen verteilen oder irgendsowas. Aber wesentlich sinnvoller ist wirklich Caching.

Kannst Du näher beschreiben was das Landing-Sites-Plugin tut? Rendert das einen Kasten in die Seite á la "Du kommst von Google und suchst nach xyz"? Auf jeden Fall müsste man es doch hinkriegen können, wenigstens Teile der Seite zu cachen...

Neu zu installieren brauchst Du nicht. Lade einfach die WP-Dateien komplett so wie sie waren hoch und stell ggf. sicher, dass die Verzeichnisrechte stimmen (z.B. Upload-Verzeichnis).

Dann nimm den Datenbank-Dump von Deinem alten Hoster und ersetze darin falls nötig den Pfad zur Installation (der sich vermutlich geändert haben wird, also z.B. "/kunden/xyz/deine-domain.de/wordpress" durch "/home/kunden/abc/deine-domain.de/wordpress" oder so). Falls sich die Domain geändert hat, müsstest Du die auch anpassen im Dump.

Dann in der wp-config.php die Datenbank-Zugangsdaten anpassen und den geänderten Dump in die Datenbank hochladen. Falls sich die Domain geändert hat, solltest Du sie auch in der .htaccess anpassen.

Tja, und das sollte es eigentlich gewesen sein für den Umzug. Ach ja, unbedingt beim Ziehen des DB-Dumps und Wiedereinstellen auf den Zeichensatz achten! Der sollte möglichst in beiden DB gleich sein, sonst zerhaut es Dir ggf. die Umlaute.

Macht nichts, die FAQ sind ja auch auf Deutsch:
»Fatal error: Allowed memory size of *** bytes exhausted?« ? « WordPress Deutschland FAQ

In Deinem Fall wird es wohl nicht an den Plugins liegen, sondern eher an der Sprachdatei. Teste ggf. mal, ob es ohne besser geht. Zu den Ursachen kann ich Dir da leider auch nichts sagen.

Nein, die Klasse muss im HTML-Code an das TH-Tag ran. Das hat mit Styles nichts zu tun, die Spalte soll ja nicht im Aussehen verändert werden. Sinnvollerweise müsste Dir wp-table die Möglichkeit bieten, einzelnen Spalten Klassen zuzuweisen. Wenn das nicht geht, wird's schwierig.

Du könntest natürlich selber ein JavaScript schreiben und der Tabellenspalte die Klasse hinzufügen. Dieses Script müsste dann natürlich auf jeden Fall vor dem Sortierscript laufen, und es sollte vielleicht wenigstens die Tabelle eine eindeutige ID haben.

So wie ich das sehe ist die Spalte korrekt absteigend sortiert, allerdings alphabetisch und nicht numerisch. Das Sortierungsscript ist nicht vom Pluginautor, der hat das auch nur eingebunden. Und auf der Seite des Autors der Sortierscriptes liest man z.B.:

Zitat

Should a column contain a mix of datatypes (or should you know the column datatype), it is advised that you explicitly set the sort algorithm by adding one of the following classNames to the associated table header (TH) tag: sortable-numeric, sortable-currency, sortable-text , sortable-date, sortable-date-dmy or sortable-keep (which keeps the row in it’s original order).

frequency decoder ~ Unobtrusive Table Sort Script (revisited)

Die Frage wäre also ob die Spalte die Klasse "sortable-numeric" zugewiesen bekommen hat.

Das sollte kein Problem sein. Du musst doch nur in der header.php schauen, ob Du Dich in der Einzelansicht befindest (Funktion is_single) und ob es eine Kategorie gibt, und dann das entsprechende Stylesheet einbinden, wahlweise anstatt oder zusätzlich zum Standard-Stylesheet.

Mal sehen, so in etwa (aus dem Kopf und ungetestet):

<link rel="stylesheet" href="<?php bloginfo('stylesheet_url'); ?>" type="text/css" media="screen" />
<?php
  // get the category ID
  $my_category_id = -1;  
  if (is_single()) {
    // post in a category
    $my_categories = get_the_category();
    if (($my_categories != null) && (sizeof($my_categories) > 0)) {
      $my_category_id = $my_categories[0]->id;
    }
  } else {
    // try category page
    $my_category_id = intval(get_query_var('cat'));
  }
  if ($my_category_id > 0) {
?>
    <link rel="stylesheet" href="<?php bloginfo('template_directory'); ?>/css/category-<?php print $my_category_id; ?>.css" type="text/css" media="screen" />
<?php
  } /* end if */
?>

Das würde ein zusätzliches Stylesheet namens category-x.css einbinden, mit x = ID der ersten Kategorie des Posts.

Zitat

Mein Theme unterstützt auf jeden Fall Widgets.

Das ist schon mal gut zu wissen. Das heißt jetzt noch nicht, dass die Seite auch welche benutzt, aber nehmen wir mal an, es wäre so: Dann bräuchtest Du jetzt zuerst mal ein Widget für das Formular.

Schau mal hier, da hatte ich mal ein einfaches Beispiel-Widget gepostet:
Widget: Asides - News - besondere Artikel oder Seiten in der Sidebar anzeigen

Einfach so in die functions.php Deines Themes kopieren. Den Mittelteil kannst Du komplett entfernen und statt dessen dort Deinen HTML-Code ausgeben.

Wenn Du dann tatsächlich noch ein Stylesheet brauchst, müsstest Du das in der header.php des Themes mit einbinden.

Was meinst Du mit "Newsletter"? Das Formular zum Abonnieren desselbigen?!

Generell gibt es zwei Möglichkeiten: Wenn das Blog Widgets benutzt, müsstest Du schauen, dass Du Dir dafür ein eigenes Widget schreibst. Das ist kein großer Akt und ich kann Dir ggf. sagen, wie das genauer geht (oder Forensuche nutzen). Falls das Blog keine Widgets nutzt, wäre die sidebar.php richtig. Nachschauen kannst Du das im Backend unter Design > Widgets. Entweder sind da welche konfiguriert oder nicht, vielleicht steht auch da, dass das Theme Widgets nicht unterstützt.

Wenn Du Dich mit WP noch nicht wirklich auskennst, empfiehlt es sich, vor solchen Modifikationen immer Backups zu machen (Themedateien und ggf. Datenbank).

Geht es um die Cover-Tabelle? Die sieht in meinem FF3/Win richtig positioniert aus. Welchen Firefox verwendest Du denn?

Fehler beim Upload per FTP kommen wesentlich öfter vor als man annehmen sollte. Falls also bei einem der Updates Dateien nicht oder beschädigt hochgeladen wurde, würde das Deine Symptome erklären, denke ich. Lade doch am besten die aktuelle deutsche Version 2.6.5 noch mal komplett hoch, ggf. mal mit einem anderen FTP-Programm. Wenn alles stimmt, sollte das keinen Unterschied machen, aber vielleicht erwischst Du die Datei ja auch.

Davon abgesehen müsste WP eigentlich eine Logmeldung im Errorlog hinterlassen, wenn es tatsächlich versucht eine nicht existente Funktion aufzurufen. Da könntest Du ja auch mal schauen.

Und dann kannst Du das Blacklisting natürlich auch einfach mal testen. Trage einen Teststring ein und versuche damit einen Kommentar zu posten (Ausloggen aus WP nicht vergessen, angemeldete Nutzer werden IMHO nicht mit der Blacklist abgeglichen?!).

Der Flash-Uploader funktioniert im Moment nicht mit dem neuen Flash 10 zusammen. Dieser von Adobe verursachte Fehler wird mit WP 2.7 behoben werden. Kann es vielleicht daran liegen? Der Browser-Upload sollte aber natürlich gehen.

Wenn von dem Beitrag nur noch Tags übrig sind, an denen gar kein Beitrag mehr hängt, kannst Du doch die entsprechenden Tags doch auch einfach löschen. Wobei ich Dir nicht sagen kann, ob wp.com diese Möglichkeit bietet. Schau mal unter Verwalten > Tags nach im Backend. Da müsstest Du Tags, denen 0 Beiträge zugeordnet sind, löschen können.

Kein Problem. Ich vergess sowas auch oft nach 'ner Weile, gerade bei den Plugins die so gut sind dass man sie in jede WP-Installation einfügt. ;-)

Es kann sein, dass maxe das in seinem Blog hat, weil er das per "Simple Tags"-Plugin ergänzt hat. Ich weiß, dass man da diese Option hat und glaube mich zu erinnern, dass zumindest ältere WP-Versionen keine Tags an Seiten zuließen?! Eventuell kannst Du ja einfach "Simple Tags" statt "Cumulus" benutzen, oder kann "Cumulus" noch irgendwas spezielles?!

Zitat

Wird mein gelöschter Beitrag bei Wordpress noch irgendwo "zwischengespeichert" bzw. liegt noch irgendwo ein Abbild/eine Kopie des Beitrags auf den WP-Servern?

Wenn Dein Beitrag vor dem Löschen auf einem WP-Server lag, bist Du hier schon mal falsch. Dieses Forum beschäftigt sich mit der selbstinstallierten Variante von WP und nicht mit wordpress.com. ;-)

Davon abgesehen: Es kann sein, dass beim Löschen eines Beitrages nicht die angehängten Tags mitgelöscht werden. Die zeigen dann ggf. auf eine leere Seite, denke ich.

Zitat

Wenn ja, wie kann ich sicherstellen, das mein Posting nicht mehr nachvollziehbar ist?

Gar nicht, jedenfalls nicht mit 100% Sicherheit. Was einmal im Netz veröffentlicht war, kann immer irgendwo abrufbar sein, im Cache von Suchmaschinen oder bei archive.org.

Zitat

habe die divs einfach relative positioniert und dann mit negativen margin werten gearbeitet

Ich habe es mir nicht im Detail angeschaut, aber sollte eine (negative) relative Positionierung nicht reichen, auch ohne Margins? Bzw. noch besser ist vielleicht ein div absolut über dem Flash zu positionieren und da dann die Schrift-divs normal reinzupacken. Was genau klappt denn im IE6 nicht? FF3 und IE7 sehen auf den ersten Blick jedenfalls gleich aus.

Nur meine persönliche Meinung, aber ich würde die Schrift-divs irgendwie erkennbar ausrichten. Alle links, alle rechts oder eben mittig. So sieht es etwas flatterhaft aus. ;-)

Was sonst glaube ich noch wichtig sein kann ist, bei der Flash-Einbindung das "wmode"-Attribut zu setzen. Nur falls Du auf das Problem stößt, dass sich das Flash immer nach oben legt.

Kurze Frage: Geht es auch dann nicht, wenn Du einen Artikel in die Kategorien reinlegst? Im Moment sind sowohl in test12 als auch in test22 keine drin. Ich hab schon Templates gesehen, die in so einem Fall auf die 404 weiterleiten.

Zu Deinem zweiten Problem: Auf der Kategorieseite fehlt zuerst mal die Sidebar. Sieht mir nach einem PHP-Fehler aus, kontrollier doch mal das Error-Log. Ansonsten werden vom Validator auch noch eine Reihe Meldungen angezeigt:
[Invalid] Markup Validation of http://www.eeebox-news.de/asus-eee-box-eeebox-b202/ - W3C Markup Validator