moin!
Seltsames hat sich ereignet: von heute auf morgen bekomme ich bei einigen Admin-Funktionen eine leere Seite mit "Access Denied"....
Es handelt sich um die Funktionen: submissions, mod_users, usersconfig, topicsmanager, trackingshow
Was aber noch viel seltsamer ist: Wie ich bereits mal erwähnt habe gab es das Problem früher schon einmal. Allerdings nur bei der IRCChat Funktion: (blieb leider unbeantwortet: http://www.pragmamx.org/modules.php?name=eBoard&file=viewthread&tid=9489#pid )
Diese Funktion funzt jetzt wieder. Hat vielleicht jetzt einer ne Idee, womit das zusammenhängen kann? Ich habe keine Änderungen vorgenommen... Für mich besteht auch kein zusammenhang zwischen den "ausgefallenen" Funktionen...
pex
PS: Wäre nett, wenn diesmal jemand helfen könnte, denn ich konnte zwar ohne den Chat leben aber diesmal Fallen weit wichtigere Dinge aus (z.B die Userfreischaltung, ... )
lol
genauso wie das Problem gekommen ist, ist es wieder gegangen......
Läuft wieder alles einwandfrei. Verstehen tu ich das nicht - habe nichts geändert...
Also, wer demnächst solche eine Meldung bekommt: Einfach nur 30 Minuten warten ;)
Was gut ist: der IRC-Chat funktioniert weiterhin - kann ich das also auch mal in Angriff nehmen :D
Ansonsten kann der Thread wohl geschlossen oder sogar gelöscht werden..
ich bekomme es auch
könnt ihr mir helfen :-[
Moin :)
bitte etwas genauer....
Bei welchem Modul bzw. welcher Admin-Funktion kommt die Meldung?
Was steht in dem Moment in der Browserzeile?
Als Admin biste angemeldet?
aaargh, von gestern auf heute gibt es hier das gleiche problem.
wie es scheint funktionieren alle adminmodule nicht die sowas drin stehen haben :
if (!eregi("admin.php", $_SERVER['PHP_SELF'])) { die ("Access Denied"); }
bei mir läuft die php-version 4.1.2.
Moin :)
lass dir mal die phpinfo() anzeigen und schau nach, ob und wie _SERVER[PHP_SELF] definiert ist.
auch moin,
/admin.php
dies steht dort.
ich muss leider weiternerven. bei mir hat sich das problem leider noch nicht gelöst.
hier mal meine phpinfo. vielleicht kann mir einer der ahnung davon hat etwas darüber sagen.
http://struhsa.de/phpinfo.php
uhhh..allein das 4.1.2 sagt schon eines: Updaten! Wenn du keinen Server hast, dann schlag das deinem Hoster mal vor ;)...
Der $_SERVER['PHP_SELF'] String scheint allerdings richtig zu sein ...vielleicht hilft das vorgeschlagene Update
habe ich leider schon versucht. der vserver musste danach neu installiert werden. :'(
wenn du mir eine konkrete befehlskette gibst was ich tun muss versuche ich es gerne nochmal. system ist debian.
kannst dich aber auch gerne selber daran versuchen ... :D
Moin :)
ist es sicher, dass es die Adminmodule sind, die diesen String drin stehen haben?
Die Servervariable ist ok und der Vergleich müsste funktionieren.
Ein Update auf eine andere PHP-Version bringt in dem Fall dann auch nix.
hallo,
nach weiterer recherche habe ich gesehen dass es auch blöcke betrifft die so aussehen:
if (!defined("mxAdminFileLoaded")) die("Access Denied");
if (!mxGetAdminPref("radminsuper")) {
mxErrorScreen("Access Denied"); die();
}
aber die authors.php sieht genauso aus, und dort komme ich rein. dann liegt der fehler wohl nicht in den adminmodulen?
ich habe einen weiteren superadmin angelegt, dieser bekomt aber die gleiche fehlermeldung.
Moin :)
Blöcke?? die so aussehen?
Zitatif (!defined("mxAdminFileLoaded")) die("Access Denied");
Haste da mal ein Beispiel, welcher Block das ist?
ups, ich meine natürlich admin module, sorry...
Du schreibst, dass es "von gestern auf heute" gekommen ist.
Hast du zu dem Zeitpunkt irgendein Fremdmodul oder Block installiert?
mal kurz überleg...der vserver wurde neuinstalliert. danach die alten daten wieder hochgespielt.
ich habe in der zwischenzeit den superadmin neuangelegt, die module nochmal hochgeladen, die dateien aus dem root nochmal hochgeladen, einige datenbankfelder geleert (syslog,session etc) leider keine änderung. in einige komme ich rein in andere nicht.
Also irgendwas hupt da rum, was nicht zum mx gehört.
Sag mal ein exaktes Beispiel, von einer Adminfunktion die nicht funktioniert.
Was steht da in diesen bereits erwähnten Zeilen und welche Dateiversion steht im CVS-Header (erste Zeile)?
Welche Version hat die admin.php?
Kannst mir mal Adminzugang verpassen?
ZitatSag mal ein exaktes Beispiel, von einer Adminfunktion die nicht funktioniert.
diverse adminbereiche können nicht betreten werden wegen 'Access Denied'. dies sind z.B inhalts manager, einstellungen, module u.a.
ZitatWas steht da in diesen bereits erwähnten Zeilen und welche Dateiversion steht im CVS-Header (erste Zeile)?
Welche Version hat die admin.php?
Kannst mir mal Adminzugang verpassen?
?
ich verpasse lieber admin zugang und als bonus noch ftp zugang :D
ist als pm unterwegs...
Hi :)
thx für die Zugänge.
FTP kann ich aber erst Zuhause nachsehen...
Schau mal bitte in die admin.php, ob diese Zeile da drin vorhanden ist:
define("mxAdminFileLoaded","1");
ja, steht gleich am anfang.
komisches Ding....
Oki, werde dann später Zuhause den FTP-Zugang missbrauchen ;D ;)
Oki, Seite läuft
Die Servereinstellungen haben das vkpMx etwas aus dem Tritt gebracht.
Normalerweise sind die Standardeinstellungen bei neuen PHP-Versionen dass register_globals auf Off steht. Bei älteren war das noch standardmässig auf ON. Bei Dir läuft php 4.1.2 wo normal der Wert auf ON steht. Der Master-Value steht auch auf ON, aber der Local-Value steht auf Off.
Dadurch erkennt, das vkpMx nicht, dass register_globals auf Off steht und importiert die Servervariablen, darunter $PHP_SELF nicht als globale Variablen.
Mit eingeschaltetem Debugmodus kam die verräterische Fehlermeldung:
Warning: Undefined variable: PHP_SELF in /xxxxxxx/struhsa/admin/case/case.classifieds.php on line 26
Ich habe jetzt eine kleine Anpassung in der mainfile vorgenommen:
Zeile 313, von:
if (!mxIniGet("register_globals")) {
geändert nach:
if (ini_get("register_globals")==0) {
PS:
bei vkpMx Originaldateien spielt das keine Rolle, da werden bei den Servervariablen nur die Superglobals $_SERVER verwendet. Aber die Fremdmodule....
vielen dank für deine bemühungen.
da die seite ja aber vor der neuinstallation einwandfrei lief muss man die register_globals ja auch irgendwie über confixx einstellen können, oder? wo stellt man den master wert ein? da ich root zugriff habe sollte es doch eigentlich kein problem sein die .ini anzupassen.
trotzdem erstmal danke
Moin :)
mit confixx kenn ich mich leider nicht aus.
Aber normalerweise müsste das über die php.ini eingestellt werden.
Musst mal auf jubilee warten, der kennt sich da besser aus.
Hallo !
Zitatda die seite ja aber vor der neuinstallation einwandfrei lief muss man die register_globals ja auch irgendwie über confixx einstellen können, oder? wo stellt man den master wert ein? da ich root zugriff habe sollte es doch eigentlich kein problem sein die .ini anzupassen.
Confixx - Admin Konsole aufrufen. Dann unter
Einstellungen //
http-Spezial für die entsprechende Domain/ oder Kunden folgendes eintragen :
php_admin_flag register_globals On
Dann ist für die entsprechende Domain den entsprechenden Kunden im Local-Value die register_globals eingeschaltet . den Master Value würd ich stehen lassen ...
MfG
jubilee