Beiträge von Melewo

Beinahe täglich wird die Frage aufs Neue beantwortet:

http://forum.wpde.org/allgemeines/12…out-memory.html

Zitat von Putzlowitsch

Also mit meta robots=noindex wird das aber auch nichts mit Google und den anderen Suchmaschinen.

Der Tipp ist vom 06.01., bist irgendwie nicht der Schnellste mit Problemlösungen?
Deine robots.txt nutzt nichts, wenn Du dafür im Head der Seiten noindex einfügst. Entferne das und Dein Problem könnte gelöst sein.

<meta name='robots' content='noindex,follow' />

Zitat von Nukita

was aktuelleres hab ich nicht gefunden :-(

Hier ist eine aktuellere Anleitung:

http://dokupress.de/wordpress-benu…n-installation/

Mit CSS kenne ich nichts, was eine Weiterleitung auslösen könnte. Mit JS ist es hingegen möglich, in dem Du die Events vom Image abfängst und dabei eine Location auslöst. Jetzt nur mal das Prinzip:

var geschehen = document.getElementById("ID vom Image");


geschehen.onclick = function (ereignis) {


    // Und hier dann der auswertende und weiterleitende Code
}

Na ja, dass Plugin biete ich ja nicht zum Download an und da würden noch viele Unterseiten fehlen, für Diagramme und so ein Zeug. Hatte nur mal begonnen und um mich nicht selbst die Datenbank zuzumüllen, sieht das bisher so aus, dass ich in Abständen etwas entrümpele, wie auf dem Screenshot zu sehen.

Doch im Normalfall, hatte Plugins gesehen, die bei jedem Aufruf erst prüfen, ob eine Tabelle vorhanden ist oder nicht und falls noch nicht, dann eine anlegen. Braucht eigentlich nicht zu sein, wenn man eine kleine Hilfe-Seite erstellt und da dann zwei Punkte wie Tabelle anlegen, Tabelle löschen, enthalten ist.

Und den Namen der Datenbank würde ich ebenfalls ändern.

Ich meinte nicht das Angebot, sondern die Installationsanleitung, aus der Du zitiertest.

Der zweite wird weiter eingerückt, weil er wohl eine Antwort auf dem ersten Kommentar erhält, nehme ich mal an. Die Kommentare werden doch angezeigt, somit ist doch alles richtig, jetzt brauchst Du nur noch mit CSS formatieren, also zum Beispiel mit CSS regeln, dass der Text neben den Gravataren erscheint. Oder was meinst Du?

Das hängt von den Einstellungen ab, ob Du komplette Verzeichnisse löschen kannst oder nur leere Verzeichnisse. Entweder suchst Du danach, wo sich diese Einstellungen ändern lassen (bei meinem FTP-Programm weiß ich es, bei anderen nicht) oder Du löschst zuerst alle Dateien im Verzeichnis, bevor Du das Verzeichnis löschst.

Zitat von Putzlowitsch

Ich tippe ja auf irgendwas in der .htaccess-Datei.

Ist bislang auch immer noch meine Vermutung, so lange er die hier nicht einmal veröffentlicht und genau die Verzeichnispfade abbildet, bleibt es ein Rätselraten und mehr nicht.

Zitat von hassun

bei mir kommt ebenfalls die Meldung.

Also, bei mir ist die Meldung gekommen, weil der Pfad zur search.php in der custom.js nur relativ angegeben ist und die Datei search.php dann unter "http://localhost/wordpress/..." gesucht wurde, wo die ja nicht lag. Doch selbst wenn ich die absolut verlinkt hätte, hätte es auch nichts gebracht, weil es sich ja um einen Ajax-Request handelt, was nicht domainübergreifend funktioniert.

Wenn es bei Dir nicht funktionierte, dann wäre es besser gewesen, Du hättest nicht nur diese Datei im Plugin-Verzeichnis abgelegt, sondern alle zugehörigen Dateien in einem Verzeichnis und dieses Verzeichnis dann im Plugin-Verzeichnis abgelegt.

Wenn Du es aber so wie so in eine Datei einbinden wolltest, dann hättest Du da HTML auch gleich so einfügen können, ohne diesen maskierten String mit PHP. Ich ging davon aus, das Du es als Widget in die Sidebar schieben wolltest.

Nun ja, ist egal, Hauptsache es funktioniert.

Kann ja bei mir keine Ausgabe im Test erzeugen, die Anfrage läuft ja über Deine search.php und da Du mir die Datei nicht mitgegeben hast, laufen meine Requests ins Leere und erzeugen einen 404.

Bei Dir sollte es hingegen problemlos laufen.

Funktioniert insoweit, das die Dateien im Head und die Suche in der Sidebar eingebunden werden kann. Wie Du ein Plugin aktivierst, weißt Du und wie Du ein Widget in die Sidebar verschiebst, hoffentlich auch. Abschließend testen kann ich es nicht, bei mir wird unter dem Suchfeld nur Showing results for: Array ausgegeben. Probiere es erst einmal, mal schauen was es sagt. Die Zeilenumbrüche musst Du Dir wegdenken, die entstehen hier bei längeren PHP-Zeilen.

<?php
/**
 * Plugin Name: Live-Suche
 */


add_action("wp_head", "binde_im_head_ein");
add_action("widgets_init", "registriere_mein_live_search_widget");


function binde_im_head_ein() {
    echo "<!-- Load Fonts -->\n".
    "<link rel=\"stylesheet\" href=\"http://fonts.googleapis.com/css?family=PT+Sans:regular,bold\" type=\"text/css\" />\n".
    "<!-- Load jQuery library -->\n".
    "<script type=\"text/javascript\" src=\"https://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js\"></script>\n".
    "<!-- Load custom js -->\n".
    "<script type=\"text/javascript\" src=\"http://www.steuergeraet-rep24.de/code/scripts/custom.js\"></script>\n";
}


function registriere_mein_live_search_widget() {
    register_widget("Live_Search_Widget");
}


class Live_Search_Widget extends WP_Widget {


    function Live_Search_Widget() {
        parent::__construct(false, "Live-Suche");
    }
    function widget($args, $instance) {


        echo "<div id=\"main\">\n".
        "\t<!-- Main Title -->\n".
        "\t<div class=\"icon\"></div>\n".
        "\t<h1 class=\"title\">Live Search Tutorial</h1>\n".
        "\t<!-- Main Input -->\n".
        "\t<input type=\"text\" id=\"search\" autocomplete=\"off\" />\n".
        "\t<!-- Show Results -->\n".
        "\t<h4 id=\"results-text\">Showing results for: <b id=\"search-string\">Array</b></h4>\n".
        "\t<ul id=\"results\"></ul>\n".
        "</div>\n";
    }
    function form($instance) {
        echo "F&uuml;r dieses Widget sind keine weiteren Einstellungen erforderlich.";
    }
}
?>

Ich würde es machen und kann mich daran erinnern, hier jemanden geholfen zu haben, der eine Löschfunktion anbieten wollte. Braucht ja nicht automatisch zu sein, vorher ein Hinweis, dass alle bisherigen Daten und Einstellungen verloren gehen, ist eventuell besser.

Bisher programmiere ich mehr für den Eigenbedarf. Hatte im letzten Jahr so ein Statistiktool begonnen, nur als es dann soweit war, dass da von Google so gut wie keine auswertbaren Suchbegriffe mehr mit durchgereicht werden, hatte ich die Lust verloren. Doch habe ich in dem Ding jetzt schon mehr als eine Löschfunktion verbaut, weil sich durch den Bots und so schnell tausende Datensätze ansammeln und der Nutzer sich aussuchen kann, ob er zum Beispiel nur die Zugriffe ohne Referrer löschen möchte oder alles was älter ist wie vom Monat x.

Die anderen zwei oder drei, die ich noch zum Download anbiete, schreiben nichts in die DB, dadurch erübrigt sich das Löschen. Nur ein Amazon-Script ist dabei, dass speichert die letzte XML in eine Datei, da habe ich keine Löschfunktion zu geschrieben. Wenn das Plugin gelöscht wird, wird jedoch das Verzeichnis mit der Datei ebenfalls gelöscht.

Kommt ja darauf an um was für Kunden es sich handelt und wofür die Microseiten gedacht sind. Wenn für Werbezwecke oder Linkbuilding kommt bei unkontrollierter Freischaltung und mehr als drei Kunden ohnehin nur eine Spamschleuder bei heraus.

Mir fallen keine möglichen Fehlerquellen mehr ein, weil ich so etwas nicht kenne, dass eine verzeichnis/testseite.html sich nicht aufrufen lässt. Kann mich nur daran erinnern, dass gesucht und gesucht wurde und nach einer gewissen Zeit stellte sich heraus, dass sich in der htaccess ein Fehler bei der Groß- und Kleinschreibung eingeschlichen hatte und kein NC verwendet wurde oder so. Handelte sich nicht um WP, sondern einfach nur um die Erreichbarkeit einer Unterseite.

Da Du Dir aber sicher bist, dass das alles stimmt und die Images nicht in Jahres- und Monatsverzeichnissen liegen, fällt mir nichts mehr ein. Und Leserechte werden ja wohl auch vorhanden sein, da hattest Du ja bereits mit mehr experimentiert.

Zitat von smartware.cc

mir geht es darum ob es sinnvoll ist, eine Deinstallation anzubieten.

Nicht nur bei Tabellen in der DB. Hatte eine htaccess mit von einem Plugin stammenden Einträgen gesehen und als das Plugin entfernt wurde, lief einiges schief. Da wäre es schon wünschenswert, wenn bei der Deaktivierung als letzte Aktion die Einträge gelöscht werden.

Das wäre eine Möglichkeit, doch die von anderen Usern eingestellten Artikel sind ja dennoch zu sehen, sobald diese veröffentlicht werden.

Es ist möglich, ich weiß aber nicht mehr wie, doch im Endergebnis läuft es immer auf eine URL-Kodierung hinaus, da die Wegbereiter vom Internet keine Umlaute kannten, woraus sich dann das ergab:

http://de.wikipedia.org/wiki/URL-Encoding

Da die Seite ein noindex direkt im Head der Seite enthält, wird die ohnhin nicht von Suchmaschinen gelistet. Zumindest die großen Suchmaschinen halten sich an noindex, wenn es im Head der Seite notiert wurde. Falls es damit nicht genug sein sollte, dieses kleine schwarze Symbol links unten im Post ist dafür gut.