[HaBo]

keksinat0r

Anzeige

hi,

Kennt jemand eine Perl-Basierte Alternative zu PHP-MyAdmin?
Sprich den gleichen Funktionsumfang, nur anstatt in PHP halt in Perl ^^ :)

bitmuncher

Mir ist da leider nur ein kommerzielles Programm bekannt. MySQL Data Manager kostet knapp 40 Dollar und ist unter http://www.cgiscriptshop.com/ erhältlich.

__________________

keksinat0r

hmm...

Grund wesshalb ich eine Perl-Alternative zu PHP-MyAdmin scuhe ist folgender:
Auf dem Apache ist PHP und Perl installiert (siehe HaBo ^^).
Da wir auf dem Root Webspace vermieten, um die Kosten des Servers wenigstens Teilweise zu decken sind natürlich diverse Funktionen von PHP deaktiviert, so zB ini_set, system, dl, usw...
PHP-MyAdmin benötigt allerdings einige dieser Funktionen und ist somit nicht Lauffähig.

Für die ganzen Webinterfaces wollte ich dann Perl/CGI verwenden, da nur ein V-Host CGI/Perl-Script ausführen kann, und dieser nur von uns Admins zugänglich ist...
Problem ist hier aber dass PHP-MyAdmin net in Perl ist ^^

Dann hab ich mich mal dran versucht PHP als CGI, parallel zu Mod_PHP, zu installieren was allerdings net wirklich funktioniert hat.
Aber das is ne andere Geschichte...

Im Moment schau ich mir gerade das Perl-Modul "PHP::Interpreter" an, was mir allerdings net sehr vertrauenserweckend ausschaut, und ich bezweifle dass PHP-MyAdmin damit Fehlerfrei funktionieren wird...

Alles was ich will ist eigentlich dass nur bestimmte V-Hosts die "bösen" Funktionen ausführen dürfen...

bitmuncher

Restrikte doch die PHP-Funktionen einfach pro VHost z.B. über die htaccess, die einfach für den VHost-User schreibgeschützt gemacht wird, und nicht global. Dann kann das VHost für PHPMyAdmin weiterhin alle PHP-Funktionen nutzen.

__________________

keksinat0r

"php_admin_value disable_funktions" funktioniert doch nicht...

Es gibt im Netz hierzu massig Berichte und Beschwerden, aber AFAIK denken "die von PHP" netma dran diese Funktion einzubauen...

ba2

Hi,

http://mysql-admin.berniwa.com/

EDIT SRY hab das mit den Perl überlesen

adrian90

Kannst du nicht das Verzeichnis von phpMyAdmin von den Einschränkungen ausschliessen? Da bin ich fast sicher, das das geht. Das Verzeichnis kannst du ja irgendwo anders hintun, als die Daten des Users. Damit sollte es möglich sein, auf die Datenbank zuzugreifen, aber die Funktionen sind für den user trotzdem nicht verfügbar.

weau

Also bei mir auf dem Server sind diese Funktionen eingeschaltet dafür die Sicherheits Funktionen der php.ini
Phpmyadmin funktioniert wunderbar... ich verstehe dein problem mit den PHP-Sysbefehlen irgendwie nicht ganz. Mach es halt so wie Bitmuncher es gesagt hat. Aber was wollen die schon großartig anstellen, wenn die nicht aus ihrem Verzeichnis können und nur scripte aufrufen können, die die gleich UID wie ihre hochgeladenen Daten haben?

keksinat0r

Ganz einfach:

Die User haben FTP-Zugänge zB über den User "ftp" damit laden sie die Daten hoch auf den Server.
Der Webserver läuft zB unter dem user "server".

Jetzt erstellt ein Script auf dem Server (zB ein Installations-Script) eine Datei auf dem Server, die dann natürlich dme User "server" gehört.
Jetzt kann (wegen der anderen UID) ein Script dass der User via FTP hochgeladen hat, nicht das vom webserver erstellte Script ausführen...

Viele CMS' arbeiten so, dass ein Installationsscript mitgeliefert wird, dass dann configs, etc auf dem Server erstellt.
Oder CMS' mit einer "Custom Pages"-Funktion die dann ebenfalls PHP-Seiten auf dem Server erstellen...

Secure-Mode ist hierfür nicht gedacht, und macht hier mehr Probleme als es nützt...

--

Und wegen Basedir... Diese Einschränkung gillt nur für PHP-Scripte.
Wenn ein User jetzt allerdings ein Shellscript hochläd und das zB mit system() ausführt hat er die gleichen rechte wie der Webserver, sprich auch Zugriff auf fremde Web-Verzeichnisse...

adrian90

Du kannst doch den secure_mode oder wie der heisst aktivieren. Die Skripte gehen dann alle noch. Die Normalen jedenfalls. Ich hatte in dem Mode noch nie Probleme.

keksinat0r

adrian90

Hmm. Kannst du denn nicht mehrere FTP-User einrichten? Du hast doch geschrieben, es sei ein Root-Server.

keksinat0r

und welchen Sinn hätte das dann?

adrian90

Dass jeder die eigenen Daten hat und die anderen auch nicht bearbeiten kann. Wenn es der gleiche User ist, wird er ja auch die anderen Dateien bearbeiten können, da das hinaufgeladene PHP-Skript oder auch das ASP-Skript dann die Rechte des gleichen Users der anderen User hat.

keksinat0r