Beiträge von codestyling

qTranlate klingt erstmal nach einem Verdächtigen, denn soweit ich mich erinnere, benutzt das solche Marker wie [en_US]...[/en_US] um zu kennzeichnen, was in welcher Sprache ist.
Die ist vergleichbar mit der Angabe [caption ...] ... [/caption] die für gerahmte Bilder benutzt wird.
Durch die Arbeit mit einem meiner Plugins, das ebenfall Content von statischen Seiten verändert (während der Ausgabe) bekomme ich in der WordPress eigenen Korrektur wpautop ebenfalls solche Probleme mit halboffenen <p>, sei es am Anfang oder Ende. Bei solchen Einschüben über ShortTags gibt es tatsächlich einige Problem mit der automatischen Paragraph Erstellung, weshalb ich dafür selbst Korrekturcode schreiben musste.
Eine Anfrage beim Autor, ob das Problem bekannt ist, wäre keine schlechte Idee, denn die bei dir aktivierten "Sonderreparaturen" sollte man normal nicht brauchen, um validen Code zu erhalten. Ich befürchte, das qTranslate zu einem falschen Zeitpunkt den Content "seziert" und damit kaputtes Markup produziert, wenn es Teilbereiche "herausschneidet".

Das ist eine Mischung aus Tiny, WP und Plugins.
Ein Liste der verwendeten Plugins wäre hilfreich um zu sehen, ob potentiell eines dabei ist, das dein Content der Seite modifizieren kann.
Auch wäre wichtig zu wissen, ob du den Tiny im Standard einsetzt und ob in den WordPress Einstellungen die Reparatur von HTML Markup aktiviert ist.

Löst aber nur den Speed, nicht aber die max-connetion Problematik.
Ist ein einfaches DOS Scenario, wenn die zig Bots auf deine Seite loslässt, die alle in die DB fragen, um die Seite zu erstellen, kannst du bereits damit die maximale Anzahl gelichzeitiger Connections überschreiten.
Dies ist ein generelles Problem, das man mit Beschleunigung des DB Anfragen zwar verkleinern nicht jedoch beseitigen kann!

Zitat von csign

Äh, gute Frage ... ich dachte schon :confused:
(DE-Edition 2.7.1)

Wenn man auf SEITE bearbeiten geht, ist er ganz unten direkt über "Click Tags".

Die Seitenbearbeitung kennt keine Tags im Standard.
Die Artikelbearbeitung hat die von dir beschriebene Einstellung im Standard nicht.

daraus folgt: du hast ein Plugin laufen, was das erst dorthin einblendet und vergisst, sich in den Quickedit zu integrieren.

Wo kommt denn der Haken "in Sidebar benutzen" her ?
Ist ja wohl nicht Standard WordPress, oder ?
Denn dann solltest du den Autor des Plugins mal anschreiben, das er offensichtlich den Quickedit für seine Funktion vergessen hat. :)

Wenn du dieses Script hast laufen lassen, kann es sein, dass deine DB beschädigt ist. Denn nach Durchsicht konvertiert dieses Script eine 1.5 WP auf eine 1.6 WP zwangsweise und löscht den WP cache.
Du hast sicher ein Backup, das man wieder einspielen kann ? :)

In der Datei: wp-admin/includes/template.php ab Zeile: 1330

case 'date':
            if ( '0000-00-00 00:00:00' == $post->post_date && 'date' == $column_name ) {
                $t_time = $h_time = __('Unpublished');
            } else {
                $t_time = get_the_time(__('Y/m/d g:i:s A'));
                $m_time = $post->post_date;
                $time = get_post_time('G', true, $post);


                $time_diff = time() - $time;


                if ( ( 'future' == $post->post_status) ) {
                    if ( $time_diff <= 0 ) {
                        $h_time = sprintf( __('%s from now'), human_time_diff( $time ) );
                    } else {
                        $h_time = $t_time;
                        $missed = true;
                    }
                } else {


                    if ( $time_diff > 0 && $time_diff < 24*60*60 )
                        $h_time = sprintf( __('%s ago'), human_time_diff( $time ) );
                    else
                        $h_time = mysql2date(__('Y/m/d'), $m_time);
                }
            }

Es ist nicht ganz so durchdacht, was die WP Core Jungs da gemacht haben. Normalerweise würde das, was Frank schrieb reichen, wenn da nicht der Zugriff durch Plugins und/oder Themes auf die content Ordner wäre. Somit müsste es ausreichen, nur in der wp-config.php folgendes aufzunehmen, ohne andere Dateien zu manipulieren (letzte Zeilen der config):

...
if ( !defined('ABSPATH') )
    define('ABSPATH', dirname(__FILE__) . '/');
define('PLUGINDIR', 'inhalt/plugins' );
define('WP_CONTENT_DIR', ABSPATH . 'inhalt');
define('WP_LANG_DIR', WP_CONTENT_DIR . '/languages');
define('WP_CONTENT_URL', 'http://www.deine-seite.de/inhalt');
require_once(ABSPATH . 'wp-settings.php');
?>

Wie gesagt, das sollte so ausreichen in der config, aber es gibt Plugins und Themes, die weiterhin so programmiert sind, sich nicht um diese Konstanten zu kümmern und statt dessen weiter "hardcore" den Teilpfad 'wp-content' benutzen.

Noch ein Nachschlag, bitte dann auch alles anpassen:

define('WP_CONTENT_URL', get_option('siteurl') . '/inhalt');
define('WP_CONTENT_DIR', ABSPATH . 'inhalt');
define('WP_PLUGIN_URL', WP_CONTENT_URL.'/plugins');
define('WP_PLUGIN_DIR', WP_CONTENT_DIR.'/plugins');
define('PLUGINDIR', 'inhalt/plugins' );
define('WP_LANG_DIR', WP_CONTENT_DIR . '/languages');

Wobei die Anpassung der WP_CONTENT_URL erst nach erfolgter Datenbankverbindung geht, also nicht in der wp-config.php !

Bei Themes kann es sein, das diese den Pfad zum wp-content Directory hart codiert haben, um ggf. Bilder einlesen zu können.
Ebenfalls sind in der Datenbank gespeicherte Bildreferenzen bereits hochgeladener Bilder vor dieser Umstellung nun nicht mehr erreichbar.

Die Sprachdatei von WordPress selbst sollte aber trotzdem funktionieren, den WP stellt sicher, das der Sprachdateipfad sich vom WP_CONTENT_DIR Pfad automatisch ableitet.

Das hängt nur von Theme ab, wie und ob man das ändern kann. Da du weder das Theme noch eine deine Seite verlinkt hast, kann man das auch nicht ohne weiteres beantworten.

Schon mal drüber nachgedacht, das die bloggerei eins auf den Deckel bekommen hat wegen des Weiterverlinkung deiner Artikel ?
Für einige im Netz sind die Beiträge deiner Seite zu kontrovers oder political incorrect sodass ggf. Druck ausgeübt wurde.
Muss nicht sein, aber ich kenne das bereits, das man bei kritischen Artikel wie heiße Kartoffeln behandelt und fallen gelassen wird ...

<?php 
foreach((get_the_category()) as $cat) { 
    echo $cat->category_description . '<br/>'; 
} ?>

... für den Fall das du mehr als eine Kategorie zugeordnet hast.
Ansonsten kann du auch ohne Schleife arbeiten:

$cats = get_the_category();
if (is_array($cats) && count($cats)) echo $cats[0]->category_description;

Also ich hatte das mal für jemanden lösen müssen und konnte das Feld "description" der Kategorie verwenden, da sein Theme das nicht benutzt.
Dort habe ich den Markup untergebracht, den ich pro Kategorie brauchte.
Vielleicht geht dies auch in deinem Fall. Somit ist auch für den jenigen, der die Kategorien pflegt, es deutlich einfacher, die Verlinkung mit zu pflegen ohne das Code angefasst werden muß.
Du musst das nur einmal im Template anpassen, dann funktioniert das automatisch.

Zitat von isargirl

Vielen lieben Dank für eure Tipps.
Ich habe die Anleitung gründlich studiert und alles so ausgeführt. Ich vermute nun, dass das Problem beim ftp liegt (ich habe einen screenshot angehängt). Was meint ihr?

Wie hast du denn das WordPress Packet bei dir ausgepackt ?
Da sind ja alle Dateien in einem Ordner! Normalerweise entpackt das *.zip File von WordPress mehrere Unterordner, die essentiell sind und auch so hochgeladen werden müssen.

Zitat von h-u-g-o

Hallo,

ich hoffe mit meiner Frage hier richtig zu sein, andersfalls bitte ich um Nachsicht.

Wird hier im Forum die Versionsgeschichte von Beiträgen aufgezeichnet, so dass nach Editierung noch auf ältere Versionen zugegriffen werden kann und Vergleiche mit diesen möglich sind?

Liebe Grüße
Hugo

Deshalb ist es gut, den Bezugspost zu zitieren (wie deinen zum Beispiel). Denn selbst wenn du deinen Post jetzt änderst, kommst du an das Zitat in meinem Post nicht dran. Mehr Historie gibt's leider nicht.

Zitat von klobi1

Aber ein anderes WP beim gleichen Anbieter funktioniert ohne Probleme.

Was genau ist ein "anderes" WP ?

Wurde schon mehrmals im Forum beschrieben, aber hier nochmal einer der Links: http://forum.wordpress-deutschland.org/installation/3…html#post177943

Es sieht trotzdem danach aus, dass deine deutsche Sprachdatei weiterhin 2.5 ist statt 2.7.1. Da diese ja unter /wp-content/languages liegt, kann es sein, dass du diese nicht wirklich erneuert hast ?
Bitte lade die korrekte 2.7.1 Sprachdatei in diesen Ordner hoch, dann sollte das alles auch übersetzt sein.

Das geht viel einfacher und ohne Positionierung, einfach das nur ergänzen statt der Verbiegungen vom obigen Post:

#container { margin: 0 auto; }

Das ist alles, was nötig ist, um das zu zentrieren.