Beiträge von Melewo

Zitat von SveMaTec

Bei manchen Dokumenten ergibt es keinen Sinn das sie andauernd runter geladen werden.

Wenn alle Dokumente so verlinkt sind, wie die von der Startseite, dann wundert mich das eigentlich nicht. Download wird zuweilen auch etwas falsch verstanden. Der Aufruf eines Dokumentes ist eigentlich bereits ein Download, es werden ja Daten übertragen, unabhängig davon ob eine Datei gespeichert wird oder nicht.

Zitat von formateins

aber mal mit einem JOIN gearbeitet?

Ja, heute, hatte ich ja schon längere Zeit vor mich da mal einzuarbeiten, doch vermutlich war das Beispiel gleich wieder etwas zu viel des Guten. Bisher ging das bei mir meist mit einer Tabelle ab, was ich so für den Eigenbedarf programmierte.

Ich danke Dir für Deinen Denkanstoß.

Habe mal das Forum gewechselt, weil meine Versuche eine verknüpfte Anfrage auszuführen, die scheiterten bisher.

http://forum.joergkrusesweb.de/verknuepfte-sq…n-t-4454-1.html

Wenn ich jetzt die search.php ändere, um eine erneute Abfrage zu senden, dann ist die einfache Ausgabe erst einmal wieder relativ leicht realisierbar. Doch die ID lässt sich scheinbar nur über die Tabelle wp_term_relationships der ID einer Kategorie zuordnen und der ID der Kategorie müsste dann über der Tabelle wp_terms der Name einer Kategorie zugeordnet werden, falls ich das richtig verstehen sollte.

Und wie müsste der SQL-Code aussehen, um so eine verknüpfte Anfrage an die DB zu senden? Da hätte ich wohl drei Tage zu tun, so fit bin ich in SQL nicht unbedingt.

Die search.php sieht augenblicklich so aus:

get_header(); ?>


    <section id="primary" class="site-content">
        <div id="content" role="main">


<?php
$anzahl  = $wp_query->found_posts;
$gesucht = $wp_query->query["s"];


echo $anzahl." Treffer mit ".$gesucht."<br />\n<br />\n";


if ($anzahl > 0) {


    $table = $wpdb->prefix."posts";
    $suche = $wpdb->get_results("
                    SELECT * FROM ".$table."
                    WHERE post_title LIKE '%".$gesucht."%'
                    OR post_content LIKE '%".$gesucht."%'");


    foreach ($suche as $detail) {


        if (isset($detail->post_title)) {
            echo "ID: ".$detail->ID." - ".
                 "Titel: ".$detail->post_title."<br />\n";
        }
    }
}


?>
        </div><!-- #content -->
    </section><!-- #primary -->


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

Die für einen Halbwissenden mit Abstand einfachste Lösung fiel mir heute Morgen nach dem Erwachen ein. Nur "s" übernehmen und mit s die Datenbank erneut abzufragen. Dabei könnte SQL gleich entsprechend formuliert werden. Und dabei wird dann ja auch ein neues WP_Query Objekt erzeugt, was dann beinahe einen Sinn ergibt.

$search = new WP_Query($search_query);
http://codex.wordpress.org/Creating_a_Search_Page

Die begonnene Variante muss aber ebenfalls funktionieren, denn die DB-Abfrage wurde ja bereits ausgeführt und ist abgreifbar.

Wie hast Du das mit der Pagnitation bzw. mit der Blätterfunktion gelöst?

Dass die Tags bemängelt werden, das könnte auch daran liegen, dass die Seite noch keine HTML5 Seite ist und die Einbindung vorher noch etwas anders aussah. Den Browsern ist das zwar weitestgehend gleich, doch die Validatoren meckern dann halt.

Die ID muss denke ich der Video-Tag erhalten, nicht Source, nachdem was ich bisher sah, doch das lässt sich ja testen.

Im einfachsten Fall brauchst Du dafür nicht viel. Werfe mal alle Attribute mit Angaben für die Weite und Breite hinaus, auch was übergeordnet ist und stören könnte und dann nicht mehr als (mit den richtigen Tags zum Einbinden):

<div id="ID_vom_DIV_ueber_Video">
    Und hier das Video mit der id="ID_vom_Video"
</div>

Darunter:

<script type="text/javascript">
window.onload = function() {


    var nehme_weite = document.getElementById("ID_vom_DIV_ueber_Video").offsetWidth;
    document.getElementById("ID_vom_Video_Tag").style.width  = nehme_weite;
    document.getElementById("ID_vom_Video_Tag").style.height = (nehme_weite / 16) * 9;
}
</script>

Misst die Weite des zur Verfügung stehenden Platzes aus und teilt diese dem Video als Style-Angaben zu.

Wobei diese Zeile nicht funktioniert:

$wp_query->set("posts_per_page", 20);

Doch so:

query_posts($query_string."&showposts=20");


/* Kontrolle */
$alleps = $wp_query->query_vars["posts_per_page"];
echo $alleps." Ergebnisse pro Seite<br />\n<br />\n";

So langsam begreife ich das eine oder andere.

Habe jetzt nicht genügend Seiten in der Testumgebung bzw. "und" ist nicht gerade der ideale Suchbegriff, um mit Tests Abweichungen zu ermitteln. Müsste mir da erst einmal mehr Kategorien mit auffälligeren Suchwörtern zulegen.

<?php
/* erhöhen auf 20 Suchergebnisse pro Seite */
$wp_query->set("posts_per_page", 20);
$anzahl  = $wp_query->found_posts;
$eingabe = $wp_query->query["s"];
$alleps  = $wp_query->query_vars["posts_per_page"];


echo $alleps." Ergebnisse pro Seite<br />\n<br />\n".
     "Suchbegriff: ".esc_html($eingabe)."<br />\n".
     "Treffer insgesamt: ".esc_html($anzahl)."<br />\n<br />\n";


for ($i = 0; $i < $anzahl; $i++) { ...
...
...
}


/*
20 Ergebnisse pro Seite


Suchbegriff: und
Treffer insgesamt: 13


11 Treffer in der Kategorie: Allgemein
1 Treffer in der Kategorie: Plugins
1 Treffer in der Kategorie: Ohne Kategorie
*/
?>

Dann könnte man die Anzahl heruntersetzen und dann mit den Ergebnissen der Blätterseiten vergleichen, wo da was aus dem Ruder läuft. Alles andere wäre für mich jetzt beinahe so wie herumraten.

Gut, dann muss das noch etwas weiter entwickelt werden. Stimmt bei "lorem" ein Ergebnis oder sind die alle fehlerhaft? Was ich beim Blättern gesehen habe, danach stimmte wohl eher nichts.

Werde mich da wohl noch etwas mit beschäftigen, falls es die Zeit erlaubt.

Fange doch erst einmal bei HTML an, denn wenn mir ein Validator erzählt, dass diese Tags nicht unterstützt werden, würde ich eventuell auf deren Benutzung verzichten.

line 123 column 1 - Fehler: <video> is not recognized!
line 123 column 116 - Fehler: <source> is not recognized!

Hat zwar nichts mit der Darstellung der Videos zu tun, doch bei der Gelegenheit könntest Du auch gleich mal <div id="fb-root"></div> aus dem Header entfernen, weil das eigentlich nichts zwischen <head> und </head> verloren hat.

Nun gibst Du ja 640 vor, eventuell solltest Du da auf Prozente umstellen und Videos könntest Du auch allein verwalten oder über ein anderes Plugin.

Zitat von Melewo

Das Tracking kann ja laufen, nur so richtig in Echtzeit erfolgt bei G Analytics wohl auch nichts und nach einer Umstellung könnte das schon 1 bis 2 Tage dauern, ehe die Daten wieder durchgehend erscheinen.

Zitat von formateins

PS: Tracking ist in Echtzeit.

Zitat von tobias.pohl

Habe beobachtet, dass bei Google Webmaster Tools, im Vergleich zu GA, eine Verzögerung von rund 2 bis 3 Tagen drin ist. Ist wohl nicht in Echtzeit.

Das müsste jetzt aber erst richtig ausdiskutiert werden. Ich mein bei WMT kann es auch mehr Verspätung geben, nur der Verlauf bei GA sollte aktuell sein?

Darauf kann ich Dir keine Antwort geben, weil ich bislang derartige Angebote nicht nutze. Einige wenige vielleicht schon, doch ob die gerade hier mitlesen, ist eine andere Frage. Die meisten mieten sich doch Webspace oder einem Server bei anderen Hostern.

Es beginnt in der style.css wohl mit:

#access li {
        float: left;
        position: relative;
}

Wobei dann aber der Abstand mit Top noch einmal für jedes li-Element geregelt wird, um diesen leichten Bogen darzustellen.

#menu-item-200 { top: 0px;
margin-right: 15px; }
#menu-item-348 { top: -2px;
margin-right: 15px; }
#menu-item-196 { top: 0px;
margin-right: 15px; }
#menu-item-197 { top: 3px;
margin-right: 15px; }
#menu-item-176 { top: 12px;
margin-right: 15px; }
#menu-item-175 { top: 20px;
margin-right: 15px; }

Nachteil, wenn die Media Queries griefen, die unter

/* =Responsive Structure
----------------------------------------------- */


@media (max-width: 800px) {

beginnen und für verschiedene Weiten ausgelegt sind,

@media (max-width: 650px) {
...
@media (max-width: 450px) {

so wird der Platzbedarf für float: left von #access li vermutlich zu gering und die Liste wird in Abhängigkeit vom zur Verfügung stehenden Platz umgebrochen. Wenn Du kein Experte in Sachen CSS bist, so solltest Du Dir einen suchen.

Im Übrigen scheint die Seite nicht abwärtskompatibel zu sein, versagt zumindest im IE Kompatibilitätsmodus beinahe komplett.

Na was sind das für Angebote?
Wenn Du Webspace und zusätzlich eine Domain registrierst, dann musst Du die Domain noch selbst auf Deinen Webspace aufschalten? Oder zu was wird weiter unten auf der Seite diese Selfhost-DynDNS-Wiki aufgeführt?

http://cms.selfhost.de/cgi-bin/selfho…rticle=produkte

Wenn ich mich durch die vorgegeben Fragen und Antworten bei selfhost klicke, dabei noch über Begriffe wie DynDNS stolpere, dann bekomme ich den Eindruck, dass selfhost wohl mehr etwas für Experten ist. Bist Du einer?

http://cms.selfhost.de/cgi-bin/selfhost?p=support

Falls Du keiner bist, auch in diesem Fall kannst Du Dich an den Support von selfhost wenden.

Ein ähnliches Problem hatte erst vor wenigen Tagen jemand im Forum hier, da schummelten sich diese Hashtags nur im IE ein. Auch nur dann, wenn JavaScript im Browser aktiviert war. Es lag somit höchstwahrscheinlich an einem Menü, welches zumindest teilweise von JavaScript gestützt wurde. Leider weiß ich nicht, wie die Angelegenheit weiter ging.

Habe mal nach dem Thread gesucht, doch da fehlt noch die Fortsetzung oder ein Abschluss:

http://forum.wpde.org/installation/1…verlinkung.html

Eine Möglichkeit zum Wechseln der Sprache kann ich bei der von Dir verlinkten Seite nicht erkennen.

Es liest sich für mich so, als würden beide Domains auf dasselbe Root-Verzeichnis verweisen und falls es so sein sollte, so behindern die sich selbstverständlich gegenseitig. Du musst zuerst jede Domain ein Verzeichnis zuweisen, in die Du dann WP installierst.

Noch einmal, weil in der For-Schleife fehlte noch eine if-Statement zur Überprüfung, ob die IDs auch zu einer Kategorie gehören, da sonst array_count_values eine Warnung auslöste. Da könnte aber im Einsatz ohnehin noch ein @ vorgesetzt werden.

<?php
$anzahl  = $wp_query->found_posts;
$eingabe = $wp_query->query["s"];


echo "Suchbegriff: ".esc_html($eingabe)."<br />\n".
     "Treffer insgesamt: ".esc_html($anzahl)."<br />\n<br />\n";


for ($i = 0; $i < $anzahl; $i++) {


    $kategorien = get_the_category($posts[$i]->ID);


    if ($kategorien[0]->cat_name == true) {
        $katearr[] = $kategorien[0]->cat_name;
    }
    else {
        $katearr[] = "Ohne Kategorie";
    }
}
if (count($katearr) > 0) {
    $zaehleaus = array_count_values($katearr);


    foreach($zaehleaus as $diekates => $dieanzahl) {


        echo esc_html($dieanzahl)." Treffer in der Kategorie: ".
             esc_html($diekates)."<br>";
    }
}
?>

Nun sollte es jedoch für den Anfang genügen.

Weil ich schon dabei war, habe ich mal noch ein etwas besseres Beispiel fertig gemacht:

search.php:

<?php if ( have_posts() ) : ?>


<?php
$anzahl  = $wp_query->found_posts;
$eingabe = $wp_query->query["s"];


echo "Suchbegriff: ".esc_html($eingabe)."<br />\n".
     "Treffer insgesamt: ".esc_html($anzahl)."<br />\n<br />\n";


for ($i = 0; $i < $anzahl; $i++) {


    $kategorien = get_the_category($posts[$i]->ID);
    $katearr[]  = $kategorien[0]->cat_name;
}
if (count($katearr) > 0) {
    $zaehleaus = array_count_values($katearr);


    foreach($zaehleaus as $diekates => $dieanzahl) {


        echo esc_html($dieanzahl)." Treffer in der Kategorie: ".
             esc_html($diekates)."<br>";
    }
}
?>
    <header class="page-header">
        ... ...

Ausgabe:

Zitat

Suchbegriff: Hula-Hoop
Treffer insgesamt: 3

2 Treffer in der Kategorie: Plugins
1 Treffer in der Kategorie: Allgemein

Suchergebnisse für: Hula-Hoop