Kann es sein, das der Server infiltiert mit einem Rootkit ist?
Serverlast, Abstürze und Apache-Fehlverhalten etc. sind Anzeichen so was. Ich würde das gründlich checken.
Beiträge von codestyling
-
-
Das ist fehlerhaft programmiert, hier die Beschreibung, weswegen der Code durch PHP angemeckert wird: PHP: List of php.ini directives - Manual
und hier der Code selbst:
Code193: $fp = @fsockopen($host,$port,[COLOR=Red][B]&[/B][/COLOR]$errnr,[COLOR=Red][B]&[/B][/COLOR]$err,10);Dein Provider hat das so eingestellt, das sogar eine Fehlerunterdrückung nix bringt. Versuch den Wert umzustellen (umstellen zu lassen) und/oder schreib den Autor an.
-
Hi Söan,
jep aktiviert, deaktiviert, deinstalliert, wieder installiert und aktiviert, permalinks deaktiviert, default-theme aktiviert - no chance, die bilder machen sich nicht in einem js-fenster auf...
Die Dateien fehlen, sind beschädigt oder die Zugriffsrechte stimmen nicht -
Vielen Dank Söan!!!
Aber warum steht sowas nicht in der Doku?
Dann schau mal in dein Backend unter "Einstellungen - Allgemein !Zitat
Dokumentation zur Formatierung von Datum und Zeit. Klicken Sie auf "Änderungen speichern", um die Vorschau zu aktualisieren.Dort ist der Link sogar zur Datumsseite von PHP drin, denn Datumsformatierung ist bei PHP beschrieben und wird nicht redundant gemacht.
-
Dann da ganze so:
PHP[COLOR=Black]<?php if (function_exists('nggSlideshowWidget')) { echo "ngg vorhanen"; nggSlideshowWidget(2,700,110); } else { echo "<a><img src=[COLOR=Red][B]\"[/B][/COLOR]".[/COLOR][COLOR=Blue]get_bloginfo('home')[/COLOR][COLOR=Black]."/deinbild.jpg[B][COLOR=Red]\"[/COLOR][/B] /></a>" ; } ?>[/COLOR]Falls das Bild in Unterordnern liegt (also nicht im Root) bitte noch dazwischen schieben.
-
Hab nun die NextGEN Gallery installiert. Funktioniert echt wunderbar, nur der gleiche Fehler. Liegt anscheinend wirklich eher am css.
Freiwillige Feuerwehr Dahlenburg
Folgendes fehlt in deiner style.css deines Themes:Dann klappt es mit der Gallery (schon per FireBug getestet) und auch mit einer normale Seite. Die "normalen" Seiten bitte aber nochmal alle nachtesten, sollte aber keine weiteren Probleme verursachen.
-
Lieber ganz aus dem Theme rausnehmen und grundsätzlich die WP eigene jQuery Version verwenden. Hatte schon mehrere Threads damit beantwortet: http://forum.wordpress-deutschland.org/design/44481-o…html#post216436
-
Deinen Textbehandlung ist nicht ok, doppelte Hochkomma, die du innerhalb von Strings in doppelten Hochkomma verwenden willst, musst du escapen:
PHP
Alles anzeigen[COLOR=Black] <?php if (function_exists('nggSlideshowWidget')) { echo "ngg vorhanen"; nggSlideshowWidget(2,700,110); } else { echo "<a><img src=[COLOR=Red][B]\"[/B][/COLOR]http://www.meine Webseite/Bild.jpg[B][COLOR=Red]\"[/COLOR][/B] /></a>" ; } ?>[/COLOR][COLOR=#000000][COLOR=#0000CC][COLOR=Black][/COLOR] [/COLOR][/COLOR] -
jedoch habe ich immer noch das problem das firefox abstürzt wenn ich in der dashboard-navi auf "Artikel" klicke... es laedt die liste, dann stürzt firefox ab... woran kann das liegen? hab nur adp als ff-plugin drin :neutral:
Kannst du die Crashdaten, die FF senden will abspeichern, um sich das mal ansehen zu können (evtl auch Crash Screenshots) ? -
Genau das geht nicht, denn diese php Datei wird ja direkt und ohne Initialisierung von WP ausgeführt und wird nix als eine Fehlermeldung zurückliefern, daß die Funktion get_post_meta nicht existiert!"Außerhalb von der Loop" heißt in dem Artikel vom Frank aber innerhalb eines von WP initialisierten Templates und nicht in einer von System unabhängigen PHP Seite, was dein Ansatz nur mal ist.
-
Das wird sich mit PHP 6 sowieso erledigen, denn: PHP: Laufzeit-Konfiguration - Manual
ZitatEntfernt in PHP 6.0.0.
also fliegt das endlich weg

Ergänzung: Um es abzurunden, ich hab den Fehler auch auf meinen lokalen Test-System nachgestellt und genau so solche Abstürze bekommen. Daraufhin hab ich den Bugfix, der schon für die mbstring.func_overload Einstellung von mir als Patch eingebracht wurde, wiederbelebt als [COLOR=Red]kritisch [/COLOR]für die WP 2.7.1 Version http://trac.wordpress.org/ticket/5599#comment:25
-
-
magic_quote_runtime beeinflusst natürlich auch die Session Datei auf dem Server. Deshalb stimmt auch dann die Anmeldung nicht.
Diese Einstellung ist ziemlich übel und hat so manche Nebenwirkung auf diverse PHP Systeme.
Läuft das Forum denn nicht ohne diese Einstellung ? -
Das ist eines der Probleme: PHP: set_magic_quotes_runtime - Manual
Zitat
get_magic_quotes runtime and set_magic_quotes_runtime are useful when you want to read some data in a binary file using fread() and some bytes in such file may be interpreted as \ (backslash), " (double quotes), ' (simple quote) or any "special" character that has a meaning for string processing.
Wenn das an ist, wird das Binärfile de_DE.mo durch diese Funktion beim Einlesen mit zusätzlichen Zeichen erweitert, was dann in die Hose gehen muß.
Hast du cgi Prozesse oder mod_php laufen ?
Bei cgi kannst du in der wp-config.php mit
dieses nur für WP deaktivieren und dann testen. -
Ja, denn die Theme-Aktivierung ist ein iframe. Wenn du einen Frame-Buster eingebaut hast, dann funktioniert die Aktivierung nicht mehr !
Den solltest du umgehen im Theme für die Aktivierung, ich glaube auf Texto.de gabs da einen Artikel dazu. -
Alles anzeigen
Die Seitentemplates sind wie folgt gekennzeichnet:
category-1.php
[COLOR=Blue]<?php get_header(); ?>
/*
Template Name: Milchprodukte
*/[/COLOR]
Das ist kein gültiger Template Code, denn der Kommentar ist nicht innerhalb von PHP sondert bereits Seiteninhalt. Korrekt wäre: -
Was ist so verwerflich daran, wenn der Validator für CSS ein paar Rules anmeckert, wenn der HTML Code valide ist ?
Beim Überfliegen der angemeckerten Rules sind das alles samt und sonders Hacks für Browser wie IE <= 7 / Opera bzw WebKit. Das ist deswegen drin, damit auch ja kein Besucher der Seiten meckert, weil etwas nicht geht, nur weil er unbedingt mit IE 5.0 kommen muß :mrgreen: -
Völliger Käse, das liefert nur eine 404 'Not Found', denn die Datei "[COLOR=Black]style.css.php" gibt es nicht. Und wenn du sie so anlegst, hat sie keinen Zugriff auf die WP Daten.
Das mit dem Kolorieren von Kategorien etc. löst man in den Template Dateien (index.php / single.php etc.) und nicht im Stylesheet. Im Template gibt man den entsprechenden HTML Tags die entsprechende Klasse oder Id:
[/COLOR]Dann steht in dem $arr alle Kategorien, zu denen der Artikel gehört, im güstigesten Fall 1ne Kategorie.
Dann kannst die den HTML Code damit ausstatten:PHP<div id="post-cat-<?php echo $arr[0]; ?>" class="post-class-<?php echo $arr[0]; ?>">jhfjshfkh</div>und im Stylesheet kannst du dann damit was machen:
-
-
Also der Validator zeigt einen offenen div [Invalid] Markup Validation of http://australien.muenst.ch/?p=10 - W3C Markup Validator
Habt ihr Änderungen am Template (speziell für Hervorhebung des Admin in Kommentaren) vorgenommen ? Dabei ist sicher ein schliessendes div mit ein den Anmeldetest reingerutscht, sodass im angemeldeten Zustand alles ok ist aber abgemeldet dann eben fehlt.