Beiträge von Jogibär

    Sorry die Punkte sind mein Fehler. Hier:

    [/QUOTE]

    Zitat

    Wie bzw wo muss ich was eintragen das der rechte Link bis zur Sidebar geht?


    Keine Ahnung, da ich deine Seite nicht kenne. Grundsätzlich muss der Code oben aber in der gleichen div sein wie der Post selbst, dann *sollte* es klappen.

    Das ist der Horror!


    Wir haben alle so unsere Vorstellungen von Horror. Für mich ist es der Horror, wenn man einfach so Punkte in einen Unix-Dateipfad einpflanzt. Bitte mach das nie wieder.

    [

    ]Ich habe versucht die o.g. Dateien durch die eines neuen Downloads von WP 3.4 zu ersetzen, hat nicht geholfen.


    Gute Idee. Deaktievere mal die Plugins. Falls das noch nichts bringt, ersetze mal alle php-Dateien. Da gewisse FTP-Server/Client Kombinationen manchmal probleme mit ersetzen von Dateien haben, wäre es eine Idee, die zu ersetzenden Dateien zuerst zu löschen um sicher zu gehen.

    Pphpflex Fehler sind typisch für Dateien, die plötzlich enden oder auch für Kommentare, welche nicht geschlossen werden.

    Dein Plugin wird wohl irgendswo die Funktion wp_login_form() aufrufen. wp_login_form() ist definiert in wp-includes/general-template.php.

    Falls du aber den Code dort abänderst, wirst du das nach jedem grösseren Update wieder tun müssen. Falls du aber der Funktion den Parameter array([COLOR=#000000][COLOR=#DD0000]'echo' [/COLOR][COLOR=#007700]=> false[/COLOR][COLOR=#007700])[/COLOR][/COLOR] mitgiebst, so gibt sie das Loginformular nicht aus, sondern gibt es als String zurück. Mit etwas Programmierkenntnisse und regular expressions oder geschickt gewählten substring-suchen kannst du dann die Reihenfolge der Felder im zurück gegeben String ändern und diesen dann ausgeben. Dann musst du deine Änderungen nicht nach jedem grösseren Update neu machen.

    High Wordpress 3.4 comment posting forgery
    -CSRF vulnerability in Wordpress versions under (and including) 3.3.2 allows malicious users to make fake posts


    Ich schnall zwar nicht, warum da im Titel Wordpress 3.4 steht. Aber aktuallisiere mal dein Wordpress auf Version 3.4, dann ist dieses Problem gelöst, dass bösartige User auf deinem Blog posten können.
    Edit: Du schreibst, du hast schon geupdatet, also weiss ich wirklich nicht was das soll. Scheint auch nur heisse Luft zu sein, falls du wirklich die aktuellste Wordpressversion hast.

    Low WordPress Readme file
    -Wordpress Readme file discloses information about your Wordpress version


    Naja, da musst du aus meiner Sicht nichts tun. Das "Problem" ist, dass Du eine Datei readme.html auf deinem Server im Wordpressstammverzeichnis hast, in der steht welche Wordpressversion du brauchst. Damit könne Menschen mit bösartigem Absichten einfach herausfinden, dass du eine alte Wordpress version hast und dann evtl. die erste Warnung umsetzen. Falls du willst kannst du das machen.

    Low WordPress up to 3.4 Usernames disclosure
    -Hacker could gain information about users in the blog by sending a specially crafted request


    Man kann deinen Username herausfinden, falls man weiss wie. Eigentlich total egal. Keine Ahnung was da die Gegenmassnahme wäre.

    Kannst du ein anderes Plugin deaktivieren, oder sonst was, was Speicher frisst?

    Sonst kannst Du nur entweder probieren das Memory noch mehr zu erhöhen probieren, oder auf ein Hosting wechseln, welche mehr Memory bietet.

    <div id="content-wrap">
    <!-------------content ---------------->
    [size=12] <div id="main">[/SIZE]
    <?php if(have_posts()): ?>
    <?php while(have_posts()): the_post(); ?>
    <div id="post-<?php the_ID(); ?>"[COLOR=#006400] class="borded_post"[/COLOR]>
    <h2> <a href="<?php the_permalink(); ?>" title="<?php the_title(); ?>">
    <?php the_title(); ?>
    </a> </h2>
    <div class="entry">
    <?php the_content(); ?>
    <p class="tags"> <?php the_tags(); ?> </p>
    <p class="postmeta">
    Category:
    <?php the_category(', ') ?>
    |
    <?php the_time('F j, Y') ?>
    <strong>|</strong>
    <?php edit_post_link('Edit','','<strong>|</strong>'); ?>
    <?php comments_popup_link('No Comments &raquo;', '1 Comment &raquo;', '% Comments &raquo;'); ?>
    </p>


    </div>
    </div>
    <?php endwhile; ?>
    <div class="navigation">
    <?php posts_nav_link(); ?>
    </div>
    <?php else : ?>
    <div class="post">
    <h2>
    <?php _e('Not Found'); ?>
    </h2>
    </div>
    <?php endif; ?>
    </div>

    Und dann in deiner style.css fügst du ein:

    .borded_post {
    border: 30px groove #0f0;
    }

    Oder falls du einen Anderen Rand haben willst, dann kannst du hier nachlesen, wie du verschiedene Ränder erzeugen kannst: http://www.w3schools.com/css/css_border.asp

    Erklärung: Jeder post hat schon seine eigene div. Doch gab es bisher keine Möglichkeit all diese divs mittels einem Befehl zu stylen. Deshalb das grüne class="borded_post" (Name willkürlich gewählt). Nun gehören alle Posts zur Klasse "borded_post". Und was das fürs Styling heisst, wird in der style.css definiert: Diese "borded_post"s haben einen Rahmen (border), der 30px dick ist, einen groovigen Farbverlauf hat (groove), und die Grundfarbe ist grün (#0f0).

    Der Code spuckt aus, wieviele Datensätze von der Tabelle wp_options beim einem gewöhnlichen Wordpress-Seiteaufruf mindestens geladen werden. Wenn diese Zahl in die Tausende ginge (oder gar knapp 81'020) wüssten wir, was soviel Zeit und auch Speicher benötigt. Sorry, das hätte ich natürlich schreiben sollen.

    Jetzt braucht die Generierung des Seite noch ca. 400-500ms, das ist etwa normal.
    http://www.webpagetest.org/result/120624_…50502aaa1e7705/

    Was meinst Du mit "ober für das Erstellen irgendeine andere Seite kontaktiert"? Wer?

    Keine Ahnung wen. Du könntest du zum Beispiel einen code haben, der irgendswo Aktienkurse abruft und diese dann in die Seite reinschreibt. Wenn jetzt dieser Aktienkursserver plötzlich langsam geworden wäre, so könnte das verzögern. Google analytics und blogoscoop werden wohl nicht verzögern.

    All-inkl.com bietet einen Serverwechsel an, um auszuschließen, dass es am Server liegt - soll ich das mal machen?


    Das bring wohl kaum etwas, ich würde noch warten, da ein neuer Server evtl. auch neue Probleme bringt.

    Kann es evtl. ein Traffic-Problem sein, weil vielleicht jemand Hotlinkt oder albern wie es klingt, so ne Art DOS-Attacke?


    Das hätte all-ink sicher bemerkt.

    "Sie sollten jedoch auch einmal die Einträge in der Tabelle "wp_options" prüfen, ob dort unnötige Einträge vorhanden sind, die gelöscht werden können. Derzeit befinden sich dort 81 020 Einträge darin und die Tabelle ist 56 MB groß."

    Weiß jemand, wie ich das mache?


    Ja, das wird's wohl sein. Da hat wohl ein Plugin durchgedreht oder sonst was. Die Tabellen grösse alleine wäre ja noch kein Problem, doch werden genau bei dieser Tabelle beim wordpress start alle Einträge geladen, welche mit autoload=yes gekennzeichnet sind.
    Füge doch mal das in den footer ein:

    PHP
    <?php 
    global $wpdb;
    $autoload_count = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(*) FROM $wpdb->optionsWHERE autoload = 'yes'";" ) );
    echo "<p>User autoload count is {$user_count}</p>"
    ?>

    Die Tabelle wp_options schaust du dir am Besten mit phpMyAdmin an. phpMyAdmin wird wohl höchstwahrscheinlich von allink schon installiert worden sein. Ich weiss jetzt nicht recht, wie man das bei allink aufruft, doch suche mal im hosting-verwaltunsbereich nach Datenbank-webadmin oder so. Suche zum Beispiel nach Einträgen, welche einen ähnlich option_name haben.

    Auf Zeile 225 gibt es einen Programmierbefehl (clone), den es erst seit PHP Version 5 gibt (Wordpress braucht mindestens Version 5.2.4). Wahrscheinlich hat Dein Server eine alte php Version installiert. Um die php-Version zu erfahren, kannst Du entweder bei Deinem Webhoster nachfragen/nachgucken, oder eine php Datei mit folgendem Inhalt erstellen und im Browser aufrufen:

    PHP
    <?php phpinfo(); ?>

    . Falls die Versionsnummer kleiner 5.2.4 ist, musst Du Dich an deinen Webhoster wenden, oder einen anderen Webhoster wählen.
    Falls die php-Version ausreicht, würde ich das zip nochmals frisch herunterladen und alle Dateien neu hochladen.

    [COLOR=#000080][FONT=helvetica]Soll ich einfach mal testweise ein anderes Theme installeren?[/FONT][/COLOR]

    [COLOR=#000080][FONT=helvetica]
    Ja.

    [/FONT][/COLOR]

    [COLOR=#000080][FONT=helvetica]Aber dann weiß ich nicht, wo ich die queries und die Zeit angezeigt bekomme...[/FONT][/COLOR]

    In dem Du das am in die footer.php einfügst.

    PHP
    <?php echo get_num_queries(); ?> queries in <?php timer_stop(1); ?> seconds.

    Meine eigentlich Frage ist nun wohl eher SEO-technisch. Und zwar würde ich gerne wissen, ob die paar Backlinks von der Zusatzdomain auch für die Inklusivdomain gelten?


    Nein, für google sind eure .com und .ch momentan unterschiedliche Seiten.

    Oder gibts ein Weg, hermajesty-music.com nun als Hauptadresse zu verwenden. Vielleicht irgendwelche Plugins?


    Klar einfach wechseln wie maxe beschrieben hat, falls euch com wichtiger ist.

    Danach kannst du die andere Domain per 301 HTML Header auf die Hauptdomain weiterleiten, dass google weiss, dass es das gleiche ist. Zum Beispiel so: Das als index.php auf der alten Domain:

    PHP
    <?php
     Header( "HTTP/1.1 301 Moved Permanently" ); 
     Header( "Location: http://www.hermajesty-music.com" ); 
     ?>

    Als Hinweis, ich weiss auch nicht wo das Problem verursacht wird, aber mal plugins kruz deaktivieren und dann testen ist sicher eine gute idee:
    Guckt man das file mit einem hex-editor an, sieht man, dass die ersten 9 Bytes dreimal(!)

    Code
    EF BB BF

    sind. EF BB BF: Byte Order Mark für UTF-8
    Vielleicht hat das auch etwas mit dem "Wechsel" russisch/englisch zu tun. Wäre aber auch eigentartig, beides ist ja UTF-8 codiert.