Beiträge von Ammaletu

Mach Dich mal mit Tools wie Firebug oder F12 im IE 8 vertraut. Dann siehst Du sehr schnell woran es hakt. .SC und .SR sind in .CON enthalten, also fängt .SR schon mal unter dem Header an. Da an .SR noch 25 Pixel Padding definiert sind, beginnen die Boxen noch ein Stück weiter unten.

Du könntest jetzt z.B. .Con und .SC zusammenlegen und .SR danach beginnen lassen. Das könnte dann neben .Con und .SubHeader rutschen, wenn Du .SubHeader entsprechend weniger breit machst (genauso breit wie .Con -- sehe gerade dass .SubHeader mit 520 Pixeln ja schon schmaler ist. .Con/.SC müsste dann also auch nur 520 Pixel breit sein). Dann noch an .SR einen negativen Margin in der Höhe von .Header und die 25 Pixel Padding nach oben weg.

Sorry wenn das jetzt sehr technisch ist. Etwas CSS-Kenntnisse gehören für solche Basteleien leider dazu.

Also wenn Du Dich per FTP nicht mehr einloggen kannst, hat Dein Server ein Problem. Das sollte der technische Admin des Servers genauer sagen können, was da passiert.

Für das alte WPMU brauchte man wohl durchaus etwas mehr Speicher, jedenfalls wenn viele Blogs mit entsprechend vielen Besuchern drauf liefen. Siehe z.B. http://mu.wordpress.org/forums/topic/14205
Ob das bei WP 3.0 auch so ist, weiß ich nicht genau, aber auch da brauchst Du auf jeden Fall mehr Speicher wenn mehr Besucher auf die Seite zugreifen.

Schau Dir mal das Plugin "In Series" an, das macht diese Verlinkung soweit ich weiß dann von selbst. Habe es aber auch noch nicht benutzt, kann also nicht sagen ob es was taugt.

weißer Bildschirm = vermutlich PHP-Fehler = mal Fehler ausgeben lassen => WP_DEBUG in wp-config.php mal auf true stellen und damit probieren (später aber wieder auf false, das gibt die Fehler am Bildschirm aus)

Kann es sein, dass Dein Theme oder ein Plugin Header mitschickt, wie lange die Seiten gecacht werden sollen? Das kannst Du Dir anschauen, wenn Du beim Aufruf der Blogseite mal die HTTP-Header beobachtest. In dem Fall müsste Strg+F5 statt normalem Seite aktualisieren aber helfen.

Das ist eigentlich das normale Verhalten von WP. Sowohl für später geplante Beiträge als auch Beiträge, die längere Zeit als Entwurf herumlagen, werden natürlich unter dem Publikationsdatum einsortiert. Die Frage wäre also, wieso das bei Dir nicht so ist.

Du könntest ja mal aufs Default-Theme schalten und schauen, ob es dann passt. Falls ja liegt es irgendwie an Deinem Theme. Vielleicht wird da ja explizit nach dem falschen Datum sortiert. Ansonsten kann es natürlich auch ein Plugin sein und ggf. sogar ein Bug in Deiner MySLQ-Version (ist aber eher unwahrscheinlich, prüfe erstmal Theme und Plugins).

Also auf der Seite steht:

Zitat

1. set “define (‘WPLANG’, ’sl’);” in wp-config file (instead sl use your code)
2. create .mo file and rename to “AWPCP.mo” (important – UPERCASE!)
3. put AWPCP.mo in to “another-wordpress-classifieds-plugin” directory

Gehen wir das mal durch. Zuerst mal muss WP ja wissen, welche Sprache es verwenden soll. Dafür gibt es diese Konstante in der wp-config.php:

define ('WPLANG', 'de_DE');

Damit stellst Du allerdings sowohl den Blog als auch das WP-Backend um (de_De ist Deutsch, kroatisch wäre... hr_HR?!). Ggf. hast Du das ja auch schon. Falls die Sprachumstellung nur das Frontend betreffen soll, aber nicht den Adminbereich bin ich nicht sicher, wie man das hinkriegt.

Dann die Sprachdatei. Hast Du die *.po-Datei zu einer *.mo-Datei übersetzt? Nur diese kann WP laden, die *.po-Dateien sind nur zum Editieren da.

In der Anleitung steht nun, Du sollst sie als AWPCP.mo in das Verzeichnis des Plugins kopieren. Das ist einen Versuch wert. Falls das noch nicht geht, probier es mal mit AWPCP-hr_HR.mo.

Wenn Du nach dem Logout auf einen der Links zum Backend klickst, wird Dir das dann angezeigt oder kommst Du dann zum Login?

Das sollte einfach analog noch das alt-Attribut mitbehandeln:

add_filter('post_thumbnail_html', 'my_post_image_html', 10, 3);
function my_post_image_html($html, $post_id, $post_image_id) {
  $newTitle = esc_attr(get_post_field('post_title', $post_id));
  $newTitle = str_replace('\\', '\\\\', $newTitle);
  $newTitle = str_replace('\$', '\\\$', $newTitle);
  $html = preg_replace('/ title="[^"]*"/i', ' title="' . $newTitle . '"', $html);
  $html = preg_replace('/ alt="[^"]*"/i', ' alt="' . $newTitle . '"', $html);
  return $html;
}

Ich sehe übrigens gerade, dass das nicht funktioniert, falls aus irgendeinem Grund ' statt " im HTML-Quelltext verwendet wird. Hab ich manchmal schon gesehen in WP-Seiten.

Ich bin nicht sicher, dass ich Dir da weiterhelfen kann. Wenn das Plugin die Infos, welche Datei hinter der ID steht, in einer eigene Tabelle ablegt, kannst Du es doch nicht deaktivieren ohne diese Information zu verlieren?! Dann bringt Dir auch eine .htaccess nichts, die alten Links sind dann tot. Das neue Plugin kennt diese IDs ja nicht. Solange dieses Grundproblem nicht gelöst ist brauchen wir nicht an der Umleitung per .htaccess werkeln, denke ich. ;-)

Als "WordPress-Core" werden alle Dateien bezeichnet, die direkt zu WP gehören, im Gegensatz zu Plugins und Themes. In welcher nun genau der Feed gebaut wird, weiß ich auf Anhieb auch nicht, aber ich würde mal auf wp-includes/rss.php oder etwas in der Art tippen.

Dass Dir das der Support nicht sagen kann ist ein Armutszeugnis und sollte Dich ernsthaft an diesem Hoster zweifeln lassen. Richtig müsste es meiner Meinung nach so sein:

define('DB_NAME', 'dbyyyyyyyyy'); // = DB-Name   
define('DB_USER', 'dboyyyyyyyyy'); // = DB-Login
define('DB_PASSWORD', 'xxxxxxxyxxxx');
define('DB_HOST', 'dbyy.xxx.web.de'); // = DB-Server

Wenn diese Kombination bisher nicht ging lag das vielleicht an den fehlenden ";"!? Wenn es dann immer noch nicht geht müsstest Du schauen, wo bei Dir PHP-Fehler geloggt werden (WP_DEBUG ggf. mal auf true setzen in der wp-config.php). Fehler 500 ist nur ein Sammelbegriff, intern hat der eigentliche Fehler aber schon eine aussagekräftige Meldung, die man für weitere Recherche bräuchte.

In diesem Zusammenhang ist sicher auch die Liste der Voraussetzungen für das Multisite-Feature interessant:
http://codex.wordpress.org/Create_A_Netwo…gs_Requirements

Das kann nämlich nicht mit jeder vorhandenen WP-Installation genutzt werden, sondern es müssen für die Aktivierung weitere Voraussetzungen erfüllt sein.

Dein RSS-Feed ist völlig korrekt eingebunden und wird im Browser auch angezeigt. Allerdings nicht, wenn Du die eigentliche Seite so wie jetzt in einem iFrame versteckst. ;-)

Also: http://www.zentrumsblog.de/ ist das Frameset ohne Feed, http://www.zentrumsblog.de//Blog ist die eigentliche Seite mit Feed, aber nur bei direktem Aufruf, nicht innerhalb eines Framesets.

Ich würde vermuten, dass Du vielleicht das hier suchst. Anders kann ich mir dieses Frameset nicht erklären. ;-)
http://faq.wordpress-deutschland.org/wordpress-trot…chnis-aufrufen/
Sei dabei aber bitte vorsichtig und mache im Zweifelsfall immer zuerst ein DB-Backup!

Ich bin nicht sicher, wozu Du da ein Plugin brauchst? Die verlinkte Seite zeigt eine normale Ansicht mit dem ersten Posting hervorgehoben und vom Rest eben alles ohne den Text. Das lässt sich mit einem entsprechenden Template in wenigen Minuten basteln. Folgendes wäre da wohl zu tun, mal ganz grob skizziert:

- In Deinem Theme eine home.php anlegen falls sie nicht existiert. index.php kopieren und umbenennen.
- Darin die Anzeige der Beiträge im Loop anpassen, z.B. die Ausgabe der Texte entfernen.
- Bei Bedarf eine Zählvariable einführen und darüber regeln, dass der erste Beitrag anders angezeigt wird.

Nein, das wird komplett mit den jeweils aktuellen DB-Daten generiert. Es könnte sein, dass es Filter gibt, über die Du weitere Bestandteile einfügen kannst, aber sicher bin ich nicht. Ich nehme an, der beste Weg das rauszufinden, wird wohl sein, die entsprechende Stelle in den Core-Dateien zu finden und nachzuschauen.

RedirectMatch war mir jetzt nicht geläufig bisher. Funktional ist das aber genau das, was ich mit der RewriteRule weiter oben zum Ausdruck bringen wollte. ;-)

Zitat

Downloads sind unter wp-content/files/ abgelegt.....

Da stellt sich mir aber die Frage, woher jetzt der Dateiname kommt. Hat das Plugin eine eigene Datenbank, mit der es die gegebene ID zum Dateinamen übersetzt? Oder ist das die Attachment-ID der Datei?! So oder so geht das ja eher nicht über .htaccess wenn nicht irgend ein Script aus der ID einen Dateinamen machen kann. Du hattest ganz oben einen Link zum Download-Monitor gepostet. Übernimmt der dann die Dateiauslieferung und nutzt die gleichen IDs wie vorher der Download Manager?

Die Lösung per .htaccess ist schon besser als es per JavaScript zu machen. Das kann ja auch abgeschaltet sein, und ja, Google folgt sowas vielleicht auch nicht. Also besser per .htaccess.

In Deinem Fall kannst Du auch einfach eine RewriteRule nutzen, denke ich, denn der Pfad, auf den Du weiterleiten willst, beginnt ja nicht mit dem, von dem aus Du weiterleitest. Das hier sollte also ausreichen:

Redirect /photo/baku http://www.sebastian-burger.de/en/photo/baku/photographs

Zitat

hab das ganze mal versucht aber leider keine Änderung!

Um das noch mal genauer zu sagen: Der Gedanke bei meinem Codeschnipsel war, dass Du den Downloadmanager deaktivierst und diesen Code in der .htaccess lässt damit die alten (externen) Links zur richtigen Seite führen. Den Code musst Du natürlich an die Form der externen Links anpassen. Kann sein, dass ich da Dein erstes Posting falsch verstanden hatte (die Form mit "brushes" ist nicht das, was aktuell extern verlinkt ist?!).