Wie oft ging es denn nicht und vorallem wie lange war sie dann weg?
Schalte doch mal probehalber WP-Super-Cache und eventuell weitere CachePlugins ab.
Und viele Neujahrsgrüße von der anderen Elbseite.
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenWie oft ging es denn nicht und vorallem wie lange war sie dann weg?
Schalte doch mal probehalber WP-Super-Cache und eventuell weitere CachePlugins ab.
Und viele Neujahrsgrüße von der anderen Elbseite.
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 .
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<title>TRADE4LIFE - Das Tradingportal, immer aktuell</title>
<meta name="David Pieper Tradinganalyst">
</head>
<frameset framespacing="0" border="0" rows="1,*" frameborder="0">
<frame name="NavFrame" scrolling="no" noresize target="Hauptframe" src="trade4life.de/index.htm">
<frame name="Hauptframe" src="http://www.trade4life.de/cms/" marginwidth="12" marginheight="1" scrolling="auto" noresize>
<noframes>
<body>
<p>Diese Seite verwendet Frames. Frames werden von Ihrem Browser aber nicht
unterstützt.</p>
</body>
</noframes>
</frameset>
</html>
Alles anzeigen
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.
oder
Also quasi "lösche, wenn es noch einen weiteren Post, mit dem selben Inhalt, gibt"
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" ![]()
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.
Ich hab auch noch was vom PHP entdeckt.
http://forum.wpde.org/mitglied/xxxxx…#likes_received
ZitatWarnung: Declaration of vB_ProfileBlock_vBSEOLikes::block_is_enabled() should be compatible with that of vB_ProfileBlock::block_is_enabled() in ..../vbseo/includes/functions_vbseo_pre.php (Zeile 388)
Dürfte jetzt schon mindestens eine Woche lang existieren. (vorher hatte ich da aber auch noch nie reingesehn)
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.
Alle Dateien/Plugins, mit fehlerhafter Kodierung, entfernen oder die Dateien richtig abspeichern.
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
mal die Zeile mit
suchen und durch
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.
Probier doch einfach mal dort dir die/eventilelle Fehler anzeigen zu lassen.
http://www.xelaz.de/firefox-javascript-error-console/
http://forum.jswelt.de/javascript-faq…lerkonsole.html
...
Muß aber ein schön großes Plugin sein. :eek:
Und alternativ einfach die Zip entpacken und das Plugin-Verzeichnis via FTP in das Plugins-Verzeichnis kopieren.
Bei 200 MBit/s fast direkt am Frankfurter Backbone ... knapp 5 Sekunden, bis alles geladen war.
Gefühlt aber mindestens 10 Sekunden, bis die Wackelbilder endlich ruhiger wurden. (und via RDP sind es auch noch ganz schön rucklige Bewegungen)
Nimm die Fehlermeldung und gib sie mal in die Suchfunktion des Forums ein.
Es gibt alleine in den letzten zwei Wochen dutzende Themen mit dem selben Problem und überall steht eine Lösung.
Für das hab ich nichtmal die Suchfunktion benutzt, sondern hab einfach nur mal in http://forum.wpde.org/allgemeines/ ein bissl runtergescrollt und mir die Überschriften durchgelesen.
Die Adminleiste wird doch per JavaScript/AJAX/OderSo nachgeladen?
Eventuell gibt es bei ihr einen JavaScript-Fehler und alles ab dann wird nicht mehr ausgeführt.