Es werden dort keine Fehler angezeigt. Aber wie lange? Wenn die auch eine neue PHP-Version aufschalten, führen vielleicht auch dort Fehler zu Unannehmlichkeiten. Es wäre schön, wenn du, ich oder jemand anders noch früh genug eine Antwort hätten.
Meine neue Installation der neuesten Version 8.2.4 von PHP Nuke gefällt mir in ihrer Funktionsweise. Einiges davon, z.B. bei der Einstellung der Blöcke oder Module, geht dort perfekt, vorher wurde einiges nicht sofort übernommen oder gar nicht angenommen. Ich muss das Programm aber noch weiter kennen lernen.
Verfasst am: Do Dez 29, 2011 12:24 pm Titel: Wunderbar!
Erst jetzt nach dem Abschicken meines vorherigen Beitrags sehe ich, dass du die Lösung bereits gefunden hast, super und danke! Es funktioniert nun tatsächlich auch auf dem PC-Server.
Du hast ja zwar die Version PHP-Nuke 8.1 3.4 verbessert, ich arbeite mit der neueren (?). Danke für den Hinweis auf Sentinel 2.5.16. Eine höchst anschauliche und gründliche Anleitung hast du dazu geschrieben! - Was wolltest du ursprünglich: eine Homepage über Angeln (oder so ähnlich) aufstellen? Wie geht es diesbezüglich?
Es ist nicht selbstverständlich, dass eine Zusammenarbeit im Internet so reibungslos vonstatten geht und erfolgreich ist. Heute reagiert deine Seite hier aber sehr, sehr langsam, kann bis 5 Minuten dauern. Dann gehe ich dazwischen Schnee schaufeln
Deine letzten Beiträge sah ich nicht, weil ich den Link der Mail anklickte, die auf deine erste Antwort hinwies, die noch auf der Vorseite 1 kam. Jetzt war ich recht erstaunt und ich freue mich sehr an der Lösung! Danke!
Alois
(Diesmal ging das Absenden und ein neuer Aufruf wieder schnell, hatte aber gestern dasselbe Problem mit einer andern PHP-Nuke-Seite; das wäre dann ein klarer Nachteil von PHP-Nuke)
Ich habe mich mit der PHPNuke 8.2 noch nicht beschäftigt. Ein Grund ist, dass man eine aktuelle Version macht aber diese nicht auf PHP 5.3 läuft. Ist doch sehr seltsam. Dann ist kein Update von der Version 8.1 auf 8.2 dabei! Sehr komisch. Bis jetzt habe ich auch noch keine Infos gefunden ob Sentinel auf dem neuen Nuke 8.2 läuft. (Ohne Sentinel überlebt eine PHPNuke Webeseite nicht lange). Ich warte mal ab.
Verfasst am: Do Dez 29, 2011 10:33 pm Titel: PHP Nuke 8.2.4 ist einfach anders
Die Anleitung, wie man Sentinel aktiviert, ist nicht auf PHP Nuke 8.2.4 anwendbar; Sentinel ist nämlich gar nicht zu finden. Also schon in 8.2.4 enthalten?
Was meinst du denn mit der Instabilität, bzw. dem Ausfall der Webseite?
Was löst ein solches Out aus?
PHPNuke ist schon immer ein unsicheres CMS System gewesen. Aber es gab dafür immer 2 Schritte um die Fehler zu beheben und das System sicher zu machen.
1. Die Patche von catserv installieren(nukeresources.com)
2. Sentinel Installieren (cybertipps.com)
Durch diese Schritte wird Nuke sicher. Macht man es nicht so kann es passieren, dass auf deiner Seite plötzlich ein fremder Inhalt erscheint, du dich nicht mehr anmelden kannst und deine Seite verwendet wird um Angriffe auf andere Systeme zu starten.
Ich persönlich würde zum jetzigen Zeitpunkt niemandem empfehlen eine Webseite mit PHP-Nuke zu machen.
Verfasst am: Fr Dez 30, 2011 4:11 pm Titel: Ein Wort über Sentinel hinaus
Danke für die Antwort. Ich glaube, ich lasse die Installation mal so laufen, das Ergebnis macht auf mich einen guten Eindruck. Ich suchte nach für mich brauchbaren Installationsanleitungen für Sentinel und bemerkte, dass es oft Probleme damit gab. Deine Anleitung lässt sich bei mir nicht ausführen, weil bei mir das zugehörige Administrations-Tool fehlt.
So komme ich zum Schluss, dass ich meine Tätigkeit in anderer Weise schützen muss und auch das Risiko, alles zu verlieren, dazu gehört. Über allem Geschehen waltet ein höherer Wille, und zwar so, dass alles auf das Leben günstig einwirkt. Da können Probleme mit einer Installation ebenso dazu gehören wie der Schutz vor Zerstörern. Das heisst: Die mentalen und seelischen Begierden und Antriebe der Menschen können sich nur begrenzt durchsetzen .... und wenn es nötig ist, interessiert sich kein Hacker für mich.
Verfasst am: Sa Dez 31, 2011 3:36 pm Titel: mainfile.php für Version 8.2.4 aktualisiert
Hallo
Nach Fehlern in der Behandlung und gewagten Tests, begann ich mit der Installation nochmals von vorne. Da merkte ich, dass noch etwas hier nicht erwähnt wurde. Im Mainfile musste ich noch eine Stelle korrigieren, die jetzt so aussieht:
Falls in deiner Aktualisierung, lieber Nuke, jenes vom Mainfile noch nicht inbegriffen war....
Es hat aber dort noch immer Stellen mit eregi - vielleicht müssen die auch noch irgendwann geändert werden?
Gleich unterhalb:
Übrigens wagte ich mich gleichzeitig an Drupal, mein Webanbieter bot diese Applikation an: http://epidophekles.name/drupal/
Das ist erst provisorisch, und es wird sich herausstellen, welches ich wie verwenden werde. Ich hoffe schon, dass die "Spielerei" bald ein Ende findet und ein sauberer Inhalt folgt.
Neu habe ich die PHP-Nuke-Installation heimat benannt, die ist im Moment noch nicht im Netz, sondern erst auf meinem PC-Server xampp.
Ich wünsche Dir und allen ein gutes neues Jahr mit Gottes Segen!
Hallo
Ich habe jetzt mal alle Dateien nach „ereg“ durchsucht. Es gibt leider noch über 700 mal diesen Befehl. Da ist noch ein langer Weg bis das alles ausgebügelt ist.
Da muss jeweils eregi durch preg_match ersetzt und nach dem ersten (" ein Slash gesetzt werden: ("/
Aus (eregi(" ==> mach (preg_match("/
(ich weiss, das weisst du schon, aber ich möchte es besser verankern)
Am Schluss mit dem Hinzusetzen von /i ist es nicht immer so einfach.
Ist das eine feste Regel, dass /i immer vor dem Ende /i", $.....)) || vermerkt werden soll?
Dann sollte der genannte Code vielleicht so aussehen:
if ((preg_match("<[^>]*iframe*\"?[^>]*/i", $secvalue)) ||
(preg_match("/<[^>]*object*\"?[^>]*/i", $secvalue)) ||
(preg_match("/<[^>]*applet*\"?[^>]*/i", $secvalue)) ||
(preg_match("/<[^>]*meta*\"?[^>]*/i", $secvalue)) ||
(preg_match("/<[^>]*onmouseover*\"?[^>]*/i", $secvalue)) ||
(preg_match("/<[^>]script*\"?[^>]*/i", $secvalue)) ||
(preg_match("/<[^>]*body*\"?[^>]*/i", $secvalue)) ||
(preg_match("/<[^>]style*\"?[^>]*/i", $secvalue))) {
In der Neuinstallation reagiert die Spracheinstellung nicht, und ich weiss gar nicht warum. Vorher hat das geklappt. In der Administration habe ich auf German und de_DE umgestellt. Gibt es da eine schnelle Lösung?
Soll ich alle eregi aufsuchen und korrigieren? - oder vorsichtig sein?
Verfasst am: So Jan 01, 2012 6:52 am Titel: eregi und ereg durch str und stristr ersetzt
===============================================
Am 1. Januar 2012 korrigiert:
mainfile.php,
include/counter.php,
blocks/block-Modules.php
modules/Your_Account/navbar.php
modules/Your_Account/index.php
if (eregi("HREF[ \t\n\r\v]*=[ \t\n\r\v]*\"([^\"]*)\"",$tag,$regs));
else if (eregi("HREF[ \t\n\r\v]*=[ \t\n\r\v]*([^ \t\n\r\v]*)",$tag,$regs));
if (preg_match("/HREF[ \t\n\r\v]*=[ \t\n\r\v]*\"([^\"]*)\"/i",$tag,$regs));
else if (preg_match("/HREF[ \t\n\r\v]*=[ \t\n\r\v]*([^ \t\n\r\v]*)/i",$tag,$regs));
Deprecated: Function ereg() is deprecated in C:\xampp\htdocs\GNOSIS\modules\Your_Account\navbar.php on line 43
Linie43:
if ( (!ereg("[.]",$file)) ) {
if ( (!stristr("[.]",$file)) ) {
Änderungen in modules\Your_Account\index.php
Code:
Deprecated: Function ereg() is deprecated in C:\xampp\htdocs\GNOSIS\modules\Your_Account\index.php on line 24
if (isset($username) && (ereg("[^a-zA-Z0-9_-]",$username))) {
if (isset($username) && (stristr("[^a-zA-Z0-9_-]",$username))) {
Die Spracheinstellung funktioniert scheinbar ab irgendeiner Stunde / Minute plötzlich ....
Ich hatte Frust und Freude, ich stöhnte und jubelte....
Alle Zeiten sind GMT + 1 Stunde Gehe zu Seite Zurück1, 2, 3Weiter
Seite 2 von 3
Du kannst keine Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum nicht antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen.
FAQ
Suchen
Mitgliederliste
Benutzergruppen
Profil
Einloggen, um private Nachrichten zu lesen
befindliche Dateien sind leicht zu verändern, bei andern kenne ich den Trick nicht.