Beiträge von Melewo

Habe eine verständliche Anleitung gefunden:

http://www.aiw.bz/f89/problem-mi…ehlt-27616.html

Probiere es mal wie mit Lebensmitteln, vor dem Reinbeißen auspacken und die Verpackung in den Mülleimer werfen (oder Wertstofftrennung, jedenfalls ohne Verpackung genießen).

Das Zip-Archiv brauchst aber nicht wirklich löschen oder in den Papierkorb verschieben, sondern kannst es als Reserve gut aufbewahren.

@ entwickler,

kann mich ja irren, nur weil ich es gerade probiert habe (ohne Formular), wenn Du die so einfügst, dann müsstest Du die außerhalb vom Theme auf der ersten Ebene von WP mit ablegen oder nicht?
Und wenn Du die ins Theme mit ablegen möchtest, fügst Du die dann nicht mit Template Name hinzu und gibst der dann übers Dashboard einen Beitragsnamen wie /Suche-XML/?

<?php
/**
 * Template Name: Testseite 
 */
get_header();
?>
    <section id="primary" class="site-content">
        <div id="content" role="main">
        <header class="page-header">
            <h1 class="page-title">Testseite</h1>
        </header>
            <article id="post-0">
                <div class="entry-content">
                    <p>Was ist hier?</p>
                    <?php /* Baue Script für Suche-XML ein. */ ?>
                </div><!-- .entry-content -->
            </article><!-- #post-0 -->
        </div><!-- #content -->
    </section><!-- #primary -->


<?php get_sidebar(); ?>
<?php get_footer(); ?>

@ seka,

wofür benötigst Du $s, wenn Du ein Formular mit eigenem Input für GET oder POST verwendest und dann das Formular an /Suche-XML/ (oder wie immer Du die Seite benennen möchtest) adressierst?

Beispiele für einfache Formulare: http://www.coder-welten.com/wp-funktionen-…l-und-site_url/

Nach den Angaben, die ich bisher fand, soll WP angeblich mit 20 bis 22 Queries auskommen. Die Artikel, in denen das stand, sind nur nicht die neusten gewesen. Könnte somit sein, dass diese Angaben nicht mehr stimmen. Alles andere sollte dann erst durch Plugins usw. hinzukommen.

Zitat von segelfreund

Wobei die Seite von Formateins auch um die 300 hat.

Hatte ich erstaunt festgestellt, doch vielleicht hat er die Funktion ja dort eingebaut, um die Seite auf Query-Einsparungspotential hin zu untersuchen.

300 empfinde ich auch schon als viel. Normalerweise sollte ein Qurey den Content für den Beitrag mit der ID xy holen, dann vielleicht noch ein paar weitere für Taxonomie, Kommentare und Widgets und einmal einer um den Referrer in die DB zu schreiben und gut ist. Hatte bei mir jetzt zwischen 24 und 33 und wo liegt eigentlich der Durchschnitt, wenn einige Plugins aktiv sind bzw. wie viele sind es, wenn nicht ein Plugin installiert ist?

Bei den meisten Hoster ist wohl ein Backup möglich, frage einfach mal beim Support nach oder schaue in die FAQ, ob da etwas von Backup steht.

Bin mal nach der Anleitung vorgegangen, nur das die bei mir nicht auf cnf sondern auf ini endet:

http://www.good-tutorials.de/MySQL/Miscella…loggen-147.html

Dann zwei Testaufrufe gemacht und sauber alle Querys aufgelistet bekommen. Danach wieder SQL und Apache gestoppt und die Zeilen wieder auskommentiert. So solltest Du zumindest unter Localhost einen Überblick erhalten, was bei einem Aufruf alles abgefragt wird. Wird auch alles richtig sauber aufgelistet, mit Zeit (21:20:00) und Nummer (2):

131020 21:20:00        2 Connect    ... 
            2 Query    SET NAMES utf8
            2 Init DB    ...
            2 Query    SELECT option_name, ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT option_value FROM ...
            2 Query    SELECT ID, post_name, ...
            2 ...

Zitat von segelfreund

Die Datenbank an sich, hat eine Größe von knapp 8,8 MB.

Eigentlich eher nicht bei ID = 5934 oder mehr, denke ich mir.
Kannst denn Du erkennen, wie viel Anfragen in einem Rutsch hintereinander gestellt wurden?

Ja aber nicht nur auf der Startseite, wie es ausschaut, was ist denn das bei Dir?

2191 Datenbankabfragen in 8,378 Sekunden
49.70 MB Speicher belegt

Zitat von Eisennixe

sollte nur noch "http://www.eisennixe.de" werden.

Und Du hattest vorher die Frameseite entfernt oder wie?
Diese hat dann nichts mehr dort verloren, damit der Server nicht versucht die index.html auszuliefern.

Es ist ja auch alles kein Problem, nur die Umsetzung ist nicht aus dem Stegreif erlernbar. Es gab mal für den IE ein ganzes Filterpaket, welches die anderen Browser nicht verstanden. Neuere Browser können dafür SVG interpretieren. Nur für den Fall, dass Du etwas Eigenes gestalten und kein fertiges Theme verwenden möchtest.

http://maddesigns.de/css3-filter-1525.html

Zitat von segelfreund

Also hast Du es über den Editor in WP gemacht?

Nein, unter Localhost benutze ich das Ding nur für Beiträge, nicht aber für Änderungen in/an PHP-Dateien, da nehme ich den Notepad++. Online nehme ich zuweilen für kleinere Ergänzungen den Editor von WP, doch im Allgemeinen lade ich mit dem Notepad++ bearbeitete Dateien lieber per FTP hoch, nach dem die unter Localhost getestet wurden.

In diesem Thread ging es zwar nicht weiter,

http://forum.wpde.org/konfiguration/…-not-found.html

doch wenn ich dem Link folge, so wurde der Artikel aktualisiert und dürfte noch zutreffen:

http://www.webdesign-klaus-oppermann.de/wordpress/all-…der-htaccess-20

Da ich nur ein Standard-Theme benutze, in
/wp-content/themes/twentytwelve/functions.php

Eine Frage wie Deine wurde nicht das erste Mal gestellt und auch bei Deiner Seite handelt es sich um einen JavaScript-Fehler, der bei deaktivierten JS nicht auftritt. Leider gab es bei der/den anderen Frage/n bisher keine Rückmeldung, ob und wie der Fehler behoben wurde. Zumindest ist mir keine Rückmeldung bekannt.

Mit deaktiviertem JS: http://michael-voegele.net/webdesign/

Als ich das zweite Mal den anderen Link aufrief, also der zweite Versuch, nach dem der FF (Version 24) hängen blieb erhielt ich auch kein Bild, sondern den Binärcode vom Bild angezeigt, der hatte somit irgendwie zu kämpfen oder konnte den Header vom Bild nicht richtig interpretieren.

Ja, jetzt funktioniert es auch in der footer.php, lag an den fehlenden Klammern,

<?php echo do_shortcode('[f1-perf]'); ?>

unter Localhost gerade getestet:

34 Datenbankabfragen in 0,269 Sekunden
16.97 MB Speicher belegt

Wieder etwas von formateins gelernt.

Ich hatte die Funktion in der functions.php vom Theme getestet. Dann mit

<?php echo do_shortcode('f1-perf') ?>

http://codex.wordpress.org/Function_Reference/do_shortcode

in der footer.php, wo es mit oder ohne echo nichts brachte, doch unten im einem Beitrag nur mit Shortcode ['f1-perf'] eingefügt wurden die Werte ausgegeben.

Mit do_shortcode('f1-perf'); im Footer hat es bei mir auch nicht funktioniert, mit ['f1-perf'] als Schortcode in einem Beitrag hingegen schon.

Zitat von Michibeck12

z.B. http://michael-voegele.net/#webdesign/

Was verlinkst Du hier, dabei blieb mir der FF hängen.