Beiträge von himitsu

    Zeigt dir deine Firewall denn nicht an, was es für Verbindungsversuche gab?


    Es gab auch eine WordPress-Firewall als Plugin (hab nur grade den Namen nicht im Kopf), die sperrt auch Verbindungen und hat vorallem ein Log, wenn man mal wissen wollte was alles nach draußen spricht.
    (dieses Plugin überwacht natürlich nur die offiziellen WordPress-APIs, aber wenn ein Plugin Diese nicht benutzt, dann ist da eh was falsch)

    Es gibt Sonderwünsche, für die gibt es schon massig fertige Lösungen eRecht.de uvm. ?

    Bei WordPress sind doch standardmäßig zwei Plugins dabei und bei Einem davon geht es um Text ... schau es dir an und bastel dir daraus deinen Generator. ;)


    Du denkst, daß du es wirklich hinbekommst rechtlich einwandfreie Texte hinzubekommen, welche nicht gleich im ersten Satz scheitern und ungültig werden?

    Ach ja, wenn man genau hin sieht, dann baut er auch noch eine endlose Rekursion auf.

    Denn in Frame 2 ist das WordPress und in Frame 1 wird nochmals diese index.html geladen ... da drin dann wieder WordPress und die index.html ... da drin dann wieder WordPress und sich selber ... usw.


    Aber zum Glück hat er da totalen Mist gebaut, denn in Frame 1 wird statt
    http://trade4life.de/index.htm ein http://trade4life.de/trade4life.de/index.htm geladen, welches im Hintergrund versteckt nur die 404-Seite des WorddPress läd.

    Bei http://trade4life.de/ wird intern die http://trade4life.de/index.html geladen
    und in dieser index.html steht einfach nur nachfolgender Code drin.
    Die eigentliche Webseite liegt in http://trade4life.de/cms/ , bzw. http://trade4life.de/cms/index.php .


    Beschreibung siehe http://de.selfhtml.org/html/frames/ .

    Dadurch wird in dieser HTML-Seite der Inhalt einer anderen Seite angezeigt. Hier allerdings im Vollbild nur ein Frame und ohne Rahmen, so daß man nur die andere Seite sieht.

    Der einzige Grund, für sowas hier, ist die eigentlich URL zu verschleiern/verstecken.


    Wenn er das wirklich beheben will, dann sollte er dieses Frame entfernen und entweder das WordPress verschieben oder den Pfad für seine Domain anpassen und auf das richtige Verzeichnis zeigen lassen.


    Bezüglich der doppelten Beiträge, welche mit diesem Thema hier absolut nichts zu tun haben.

    • neue Frage aufmachen


    oder

    • man könnte einen Filter (DELETE-Statement) über die Datenbank jagen und doppelte Inhalte löschen.


    Also quasi "lösche, wenn es noch einen weiteren Post, mit dem selben Inhalt, gibt"

    • eventuell gibt es auch Plugins zum Bereinigen der Daten
    • und so viel Geld wie er wohl verdient, kann er sich gerne hier im JobForum jemanden suchen, der im die Datenbank von doppelten Post befreit.

    Der DomainRoot beinhaltet einen Frame, in welchem das eigentliche WordPress eingebettet ist.
    In der Adresseleiste steht natürlich nur der Pfad zum Frame und nicht zu dem, was da drin liegt.

    Hier ist die richtige Seite:
    http://trade4life.de/cms/

    k.A. warum jemand unbedingt soeinen nervigen "Schwachsinn" machen muß.
    (halbwegs verständlich kenn ich das nur von gewissen ausländischen "Billig"-Domains ala xxx.de.be, welche nur den Inhalt von einem anderem Billighoster, ohne eigene Domain, anzeigen)

    PS: Noch kranker sind Links per JavaScript ... MultiTabBrowsing kann man da vergessen.

    Mir ist aufgefallen, daß die meisten der kürzlich angelegten Spam-Accounts immer alle "Über mich"-Felder ausfüllen und dabei für Ort und Beruf dasselbe verwenden,


    Das kann man so nicht sagen.
    Es gibt auch intelligentere Bots, die das "besser" ausfüllen.

    Einige haben ihre Foren/Gästebücher so eingestellt, daß der erste Post freigegeben werden muß und danach darf man dann frei posten, sobald man einen "bestätigten" Beitrag hat.

    In meinem Stammforum ist sogar etwas aufgefallen.
    Und zwar versuchen die Bots "intelligent" zu sein, durchsuchen die vorherrigen Antworten und generieren dann eine zum Thema passende Antwort und das manchmal sogar in einem fast verständlichen deutsch. Da war dann sogar die Grammatik und Zeichensetzung so perfekt ... das konnten keine echten Menschen sein. :lol:

    In meinem WordPress waren in den Kommentaren die Spamversuche auch über Weihnachten sehr stark angestiegen. Bin froh, daß der automatische Spamschutz aktuell immernoch 100%ig funktioniert.

    Ach stimmt ja ... das mit den Shortcodes könnte man sich mal "überlegen" :D

    Nja, hab im Text einige Links, welche die Anzeige zu den jeweiligen POIs umschaltet oder die Infoboxen anzeigt.
    Und in dem anderem Beitrag sind zwei Tabellen, die bissl leserlicher formatiert sind (im HTML) und wo in vielen Zellen per class ihr CSS zugewiesen bekommen (das kann der Tabellen-Editor nicht).
    Beide Beiträge werden ein maximal zwei Mal im Jahr bearbeitet und da reicht der Texteditor eigentlich ganz gut aus.

    War halt nur bissl umständlich, wenn das dann in der visuellen Ansicht aufging ... aber auf Textansicht umschalten, die letzte Revision zurück holen und schon war es wieder OK.


    PS: Hier im Forum kann man sagen "Smileeys nicht umwandeln", was beim Speichern auch gut funktioniert, aber beim Laden/Editieren tauchen sie plötzlich auf ... so viel zum "problemlosen" Umschalten von Text und Visuell ... überall geht irgendwas nicht, etwas verschwindet einfach und Anders taucht plötzlich auf.

    Wenn es dir noch nicht genügend Einstellmöglichkeiten sind, dann kannst du das auch Problemlos erweitern/aufmotzen.
    (z.B. TinyMCE Advanced)


    Da wir grade dabei sind und mr das Problem(chen) grade eben wieder eingefallen ist...

    WordPress merkt sich ja, was zuletzt aktiv war.
    Kann man das irgendwie pro Beitrag/Seite speichern lassen?

    Ich hab ein/zwei Seiten, da macht die visuelle Ansicht alles kaputt (vorallem meine MapPress-Steuer-Links)
    und da wäre es schon paktisch, wenn Beiträge in der Ansicht geladen werden, wie sie abgespeichert wurden.

    Die Sitemap hilft Google und den anderen Suchmashinen auch deine Seite schneller zu indizieren.
    Denn in der SiteMap steht der Aufbau gut lesbar drin und vorallem auch was wie zusammenhängt (übergeordnet, untergeordnet usw.) und vorallem sieht die Suchmaschine auf einen Blick was es alles gibt, ohne sich mühsam und Fehleranfällig durch den HTML-Code und die darin enthaltenen Verlinkungen zu kämpfen.

    Das spart im Endefekt auch traffic, da die Suchmaschine nicht jedesmal alles durchsuchen muß, sondern direkt weiß was Neu ist.


    Und das "darf nicht indizieren" ... Wenn man das anhakt, dann sagt man "guten" Suchmaschinen, daß man nicht in deren Suchindex aufgenommen werden will.
    Natürlich muß die Suchmaschine dieses "Flag" auslesen und sich auch freiwillig daran halten ... was "böse" Bots nicht tun.

    Wenn man CSS/JavaScript direkt in die HTML kopiert, dann gibt es zwar weniger Zugriffe (einzelne HTTP-Requests) aber dafür merden diese Daten bei jeder Seitenabfrage im HTML erneut mit übertragen.

    Wenn die CSS/JS extern liegen und sich bereits im Cache des Browsers befinden, dann muß der Browser nicht erneut diese Daten abrufen und spart somit etwas.

    Es ist ja schonmal nicht schlecht, daß WordPress an die Dateien eine Version anhängt (Parameter in der URL), aber anstatt der WordPress-Version hat das gefälligst die Version dieser Dateien zu sein.

    ich probier auf der Texto ständig Optimierungen aus,
    derzeit jage ich das ganze css direkt in den html header

    Wenn die CSS/JS in einzelnen Dateien sind und man dort die Cache des Browsers ordentlich ausnutzt, dann müsste es eigentlisch schneller sein, als wenn JEDES Mal immer wieder Alles übertragen wird.

    OK, außer bei solchen Testprogrammen, die vermutlich keine Cache benutzen.

    In der wp-includes/plugin.php gibt es die Funktion do_action und eim Auslösen einer Action knallt es nun.

    Du kannst in

    PHP
    function do_action($tag, $arg = '') {


    mal die Zeile mit

    PHP
    call_user_func_array($the_['function'], array_slice($args, 0, (int) $the_['accepted_args']));


    suchen und durch

    PHP
    try {
        call_user_func_array($the_['function'], array_slice($args, 0, (int) $the_['accepted_args']));
    } catch (Exception $e) {
        echo 'Exception: ',  $e->getMessage(), PHP_EOL;
        echo '<pre>';
        var_dump($tag, $wp_current_filter, $arg, $args, $the_);
        throw $e;
    }


    ersetzen.

    Dieses gibt dann aus was dort genau geknallt.
    (vorher natürlich die plugin.php sichern/umbenennen und die Änderungen als Kopie hochladen ... nachher dann alles wieder zurücksetzen)

    $tag ist der Name der Action und in $the_ steht der Schuldige.


    'ne bissl bessere Fehlerbehandlung könnte WordPress bestimmt nicht schaden.