Beiträge von Melewo

    Ich habe AntispamBee gegen Kismet getauscht.


    Ich verstehe nur nicht, warum es bei tausend anderen funktioniert und bei Dir nicht und ob das irgendwie mit OpenID zusammenhängt. AntispamBee sendet den eingegebenen Text an Google Translate und wertet dann bei der Rückgabe die Region aus oder so ähnlich. Ob das nun dabei mit OpenID ein Problem geben könnte, ich habe keine Ahnung.

    Warum genau hattest Du Dich für OpenID entschieden?

    define( 'UPLOADS', 'http://sub.domain.de' ) funktioniert scheinbar nicht ...

    Jemand ne Idee … ?


    Nö, kann ja nicht gehen, sonst könntest Du ja meine Domain dort angeben und morgen ist meine Seite nicht mehr erreichbar, weil mein Webspaces mit Bildern überfüllt ist, ohne das ich etwas ahnte oder von Dir informiert wurde. Uploads zu einer "fremden" Domain gibt es zumindest in dieser Form nicht.

    --> Schließe daraus, dass WP, dass Akismet per default mitliefert (trotz deaktiviertem Zustand) "heimtelefoniert" und dann eine Welle von Pseudo Spamkommentaren einsetzt.


    Daraus würde ich nichts schließen, denn richtige Spambots finden eine neue WP-Installation schneller als der erste Besucher. Dein Blog sendest einen Ping, um bekannt zu geben, dass ein erster Beitrag verfasst wurde?
    Nach dem Ping kommen die Bots und Spambots, dann erfolgt erst eine Aufnahme in den Suchindex, dann kann der erste Besucher irgendwann kommen. Und somit gehe davon aus, dass wesentlich mehr Bots Deine Webseiten pro Tag besuchen als echte User.

    Was Askimet betrifft, warum lässt Du ein Plugin, welches Du nicht nutzt, innerhalb vom Webspaces liegen? In meinem Plugin-Verzeichnis befinden sich zumindest nur Plugins, die ich auch nutze.

    Schaue mal innerhalb vom Dashboard unter Einstellungen -> Schreiben was da steht.

    Zitat

    Wenn du einen Beitrag veröffentlichst, kann WordPress verschiedene Dienste darüber informieren.


    Und dann lese dazu die Anleitung:

    http://codex.wordpress.org/Update_Services

    Dazu bedarf es kein Askimet, um die Spambots zu informieren, die informieren sich selbst.

    PHP
    <?php
    // ... ... ...
    ?>

    Was mit ein Grund für Fehler sein wird, wenn ich hier aus dem Forum kopiere, wird am Anfang vor <?php und am Ende hinter ?> ein Leerzeichen eingefügt, die in Plugins nichts verloren haben.

    weshalb ich mir einen Online-Editor gesucht habe, der mir auch die entsprechende php ausgegeben hat.


    Nehme doch den Editor, mit dem Du Deine Zugangsdaten in der wp-config.php eingetragen hast, die wirst Du doch auch nicht gezippt übertragen haben. (warum ahne ich bereits nach dieser ersten Antwortzeile schreckliche Dinge?)

    Diese php habe ich dann gezippt, weil WP zum hochladen eines Plugins nach einer zip fragt.


    Ich mache es immer genau umgekehrt, ich entpacke alle Zip-Archive und Dateien vor dem Hochladen und hatte noch nie Probleme und wurde von WP noch nie gefragt. Wie sollte WP auch danach fragen, wenn Du etwas hochladest wirst Du Dich ja wohl nicht gleichzeitig im Dashboard von WP aufhalten, es sei denn Du versuchst etwas über WP hochzuladen. Was Du auf Deinem Rechner mit einem Editor bearbeitest, wirst Du doch wohl direkt hochladen. Kann mir auch nicht vorstellen, was Du da für merkwürdige Sachen veranstaltest.

    Wo liegt mein Fehler?????


    Das fängt damit an, dass Du es nicht fertig bekommst einmal etwas in die Suche einzugeben, sonst hättest Du listenweise geeignete Editoren gefunden.

    http://en.wikipedia.org/wiki/List_of_PHP_editors

    Netbeans soll zum Beispiel nicht schlecht sein.
    Gut, in der Zeile sieht es mit einem abschließenden Semikolon besser aus,

    PHP
    var ladebutton = document.getElementById("ein_button");


    doch die hätte nie einen fatalen Fehler ergeben, weil JavaScript ohnehin das Zeilenende wertet, im Gegenteil zu anderen Sprachen wie PHP. Meine Vermutung ist, das durch Deinen Versuch eine Datei, die sowohl PHP als auch JavaScript enthält mit einem Online-Editor zu speichern, etwas richtig in die Hosen ging.

    AntispamBee


    Habe gerade geschaut, ja die zweite Textarea wird durch dieses Plugin verändert. Deaktiviere das Plugin einmal, mal schauen ob es dann geht. Das braucht nicht an AntispamBee liegen, sondern wie bereits von Dir geschrieben, an ein anderes Plugin, was da hinderlich wirkt. Und lösche den Cache nach der Deaktivierung.

    Ich weiß aber auch nicht so genau, für was eigentlich OpenID gut sein soll, ich sehe da gar keinen Sinn drinne, was ich da gelesen habe. AntispamBee funkt ja auch für die Spracherkennung oder so (habe es vergessen, wie es genau war) und kann dabei mit OpenID umgehen?

    Das Theme enthält einen Slider mit JPGs und bei den Panoramen handelt es sich um Flash. Ein Flash-Player lässt sich aber nicht einfach an Stelle eines JPGs in einen Slider stopfen, würde ich mir denken. Was aber nicht bedeuten soll, dass es nicht möglich ist, vermutlich nur etwas komplizierter, einen ähnlichen Eindruck zu erwecken.

    Wenn ich dann aber weiterlese von WebGL und Flash, dabei dann bei Maya lande, dann finde ich das zwar alles ganz toll, frage mich aber, ob sich etwas in der Richtung SVG nicht mehr anbieten würde oder ob die Datenlast zur groß würde, bei zu geringer Qualität?

    Ob so oder so, so einfach aus dem Ärmel wird sich da kaum eine Lösung schütteln lassen, würde ich vermuten, kann mich aber irren.

    In der Style nach den entsprechenden Eigenschaften suchen, da sind mehrere vorhanden.

    Kann ich das Geld einfordern oder den Anbieter verklagen?


    Würde vermuten, ja, doch ob es was bringt, ist wohl eine andere Frage.
    Ist der Anbieter zugleich der Urheber des Themes?

    Nun egal wie, da es sich um einen speziellen Fall handelt, kannst Du eine Rechtsberatung nur über einen Anwalt erhalten. In einem Forum sollte nur "mal angenommen, es wäre so" diskutiert werden.

    Jetzt bin ich aber baff, dass scheinen alle außer mir mit den zwei Textareas so zu haben. Dann kann das nur etwas weit verbreitetes wie askimet oder jetpack sein. Jedenfalls zum Standard gehört es nicht, da ist die eigentliche Textarea nach wie vor in der Datei wp-includes/comment-templates.php im Default-Array mit

    HTML
    <textarea id="comment" name="comment" cols="45" rows="8" aria-required="true"></textarea>

    und nicht mit name=".......comment" blende zweite mit name="comment" aus.

    Das würde mich jetzt schon interessieren, weil ich selbst einen Spamschutz geschrieben habe, mir dazu einige andere Spamschutz-Plugins angesehen hatte, um festzustellen, wo die mit welchen Hooks eingehakt werden und da befand sich der Haken in einer Datei hinter der Datei zur Eingangskontrolle von WP mit isset($_POST['comment']).

    Es könnte aber möglich sein, dass es da Plugins gibt, die anders eingreifen, deshalb ein Feld davor einfügen und das eigentliche reduzieren und ausblenden, was mich jetzt interessieren würde. So verwendest Du zum Beispiel Jetpack, was mir viel zu gewaltig war, um da etwas von der Funktionsweise analysieren zu wollen.

    Gut, haben andere auch noch, wie ich gerade sah "....-comment" plus kleiner ausgeblendete Textarea. Dann hat es aber nichts mit WP zu tun, sondern mit dem dafür benutzten Plugin.

    Du hast zwei Textarea hintereinander, ich schreibe die hier untereinander, wegen der besseren Übersicht. Eine große mit cols="45" rows="8", in der geschrieben wird und eine kleine mit rows="1" cols="1", die nicht zu sehen ist.

    HTML
    <label for="comment">Kommentar</label> 
    <textarea id="comment" name="51d9d-comment" cols="45" rows="8" aria-required="true"></textarea>
    <textarea name="comment" style="display:none" rows="1" cols="1"></textarea>

    Von WP wird aber $_POST['comment'] kontrolliert, was sich auf name="comment" von der kleinen bezieht, die nicht zu sehen ist.

    PHP
    $comment_content = ( isset($_POST['comment']) ) ? trim($_POST['comment']) : null;


    Und wo für ist die erste Textarea gut, in der geschrieben wird? Hat die der Theme-Entwickler so angelegt oder ein Plugin? Ich meine, könnte ja sein, dass die irgendein Plugin als Spamschutz oder warum auch immer angelegt hat, doch ich verstehe den Sinn nicht.

    Oder werden die Kommentare von "51d9d-comment" irgendwie anders weitergeleitet?

    Ich interessiere mich jetzt nicht so sehr viel für Themes, deshalb kenne ich mich nicht richtig aus, doch ich würde die Angaben jetzt für die untere Grenz halten, also was mindestens vorhanden sein sollte und nach oben ist noch Luft:

    Zitat

    WordPress 3.4.x,
    Hosting Requirements:
    PHP 5.3 or higher
    MySQL 5.0 or higher


    http://www.templatemonster.com/de/wordpress-t…tipo-41576.html

    Festlegen möchte ich mich aber auch nicht mit meiner Aussage.

    Was für (Sicherheits-)Lücken bekommt man mit einer älteren WP-Version?


    Würde so sagen, ältere Versionen haben nicht mehr oder weniger Sicherheitslücken, nur sind die bekannter und jeder Bot wird früher oder später zum Abklopfen auf bereits bekannte Sicherheitslücken eingestellt, so dass die Gefahr steigt, je älter eine Version ist.

    Immer die neuste WP Version, alles andere wäre Unfug. Zum Theme kann ich ja nichts sagen, doch vielleicht meint der Entwickler ja nur abwärtskompatibel?

    Du meinst sowas was unter dem Titel kommt wie

    Zitat

    Ungewöhnlicher...

    In dem Du überflüssige Plugins wie SubHeading löschst, dafür die H2 vom WordPress-Editor verwendest und wenn der Dir so noch nicht gefällt, eine eigene Klasse einfügst:

    HTML
    <h2 class="Deine CSS Klasse">Ungewöhnlicher... </h2>

    wie oder wo finde ich die PHP version.


    Mit einer kleinen Datei, die nicht mehr als einen Schnipsel enthält:

    PHP
    <?php
    phpinfo();
    ?>


    Wie Du die nennst, ist auch egal, nur nicht auf Dauer auf dem Server liegen lassen, damit die niemand anderes findet. Dein Webspace wird ja nicht zerschossen sein, sondern nur Deine WP-Installation. Somit kannst Du über FTP noch Dateien hoch und runter laden, gerade wie es Dir gefällt und in phpMyAdmin kannst Du Dich ebenfalls noch einloggen, um einen Export zu starten.

    Und nach dem Du alles gesichert hast, nicht vorher, machst Du mal aus dem false ein true in der wp-config.php bei:

    PHP
    define('WP_DEBUG', false);   // in true ändern


    Vielleicht ist ja doch noch etwas zu retten. Weiße Seiten habe ich zuweilen mehrmals täglich, nur mit true halt, um sofort auf Fehler reagieren zu können. Weiße Seiten gehören zum Programmieren einfach dazu, ohne dem könnte ich es mir gar nicht vorstellen.

    Wenn ich das so lese, dann würde ich mich beim Support vom Hoster nach einem Backup erkundigen. Und dann vor dem nächsten Anlauf erst einmal alles sichern, bevor erneut Änderungen gemacht werden. Da ja noch Zugriff auf phpMyAdmin bestehen wird, hätte ich aber auf jeden Fall auch jetzt einen Dump gemacht, bevor noch mehr den Bach hinunter geht und Dein Theme versucht über FTP herunter zu ziehen.

    Wenn dann bei den nächsten Versuchen noch etwas mehr schief läuft, dann hast Du zumindest erst einmal alles auf Deinem Rechner zu liegen, bevor es am Ende noch weg ist.