Installation MX neu

Begonnen von falke, 27 Dezember 2005, 21:40:01

⏪ vorheriges - nächstes ⏩

0 Mitglieder und 1 Gast betrachten dieses Thema.

falke

Hallo,
komme einfach nicht klar.


der Test
( http://roki-nrw.de/test/index.php )
::::::::::::::::::::::::::::::::::::::::::::::::::::::

vkpMx Server-Check Tool

Encoder-Check
  SourceGuardian Encoder: not supported
  Turck Encoder: not supported
  Zend Encoder: not supported
Encoder-Status: Error
Please visit http://docs.pragmamx.org/ for more informations

PHP-Version: 5.0.4
PHP Session: Ok
PHP_SELF Variable: Ok
PHP Safe-Mode: On
MySQL-Server: 4.1.15
Web-Server: Apache/2.0.54 (Fedora)
IP-Address:

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

hatte Hilfe von den Server gebeten ,
sie sollten doch einer der Encoder-Status auf on schalten, und das kommt jetzt von denen.



Den Turck Encoder koennen wir nicht installieren.
Source Guardian koennen Sie selbst hochladen. Ohne eine Angabe der benoetigten Version koennen wir Ihnen da nicht weiterhelfen. Zur Installation muss nur ein ixed Verzeichnis im Hauptverzeichnis erstellt werden und dort die entsprechende Version hinterlegt werden.


und was nun ????? oder was u.s.w

gruß an alle

munzur

Hallo!

Für das PragmaMx braucht man keinen Encoder mehr!

L.g
"Debug-Mode" einschalten.
"SQL-Fehler anzeigen" einschalten
und evt. auftauchende Fehlermeldungen posten .

falke

und warum bekomme ich das

Es konnte keine Verbindung zur Datenbank 'usr_137_1' hergestellt werden.
MySql meldet: (1044) - Access denied for user 'web137'@'localhost' to database 'usr_137_1

RiotheRat

Bei der Neuinstallation von pragmaMx fragt die Setuproutine die entsprechenden Datenbankdaten ab und verifiziert diese auch.

Wenn hier die Zugangsdaten eingetragen werden die Du von Deinem Provider erhalten hast sollte das auch klappen. Die Aussage von Munzur stimmt im übrigen haargenau. Es gibt innerhallb des pragmaMx keine verschlüsselten Dateien mehr. Von daher braucht es weder das Texttool noch die Installation irgendwelcher (De)Crypt-Tools.

Die Meldung die Du gepostet hast kommt auch nicht vom Decoder, sondern ist eine allgemeine Meldung. Lass das pragmaMx-Setup nochmal laufen, mit den Zugangsdaten Deines Providers - sollte / müsste eigentlich klappen.

RtR
Unaufgeforderte PNs & Emails werden ignoriert

Erst wenn die letzte Zeile Code verhunzt, der letzte Server gehackt und der letzte Script-Kidde befriedigt ist, erst dann, werdet Ihr feststellen, dass Nuke nicht sicher ist...

falke

leider es kommt das nur das  (10 Versuch)  daten stimmen von Provider

habe das Passwort geändert. z.b

Es konnte keine Verbindung zur Datenbank 'usr_137_1' hergestellt werden.
MySql meldet: (1044) - Access denied for user 'web137'@'localhost' to database 'usr_137_1


PS :  Antwort  von meinen server

Sourceguardien koennen Sie installieren. Dazu muessen Sie die Datei fuer Linux Server i386 vom Hersteller downloaden und in Ihrem Account ein ixed Verzeichnis erstellen und die Datei in dieses Verzeichnis legen.

bei lycos  /evanzo.de/   geht es alles 

Andi

Hi :)
ZitatEs konnte keine Verbindung zur Datenbank 'usr_137_1' hergestellt werden.
MySql meldet: (1044) - Access denied for user 'web137'@'localhost' to database 'usr_137_1

Das ist eine ganz klare Fehlermeldung, dass die Datenbankdaten nicht in Ordnung sind.

Zitat....Sourceguardien koennen Sie installieren......
Vergiss den Kram mit irgendwelchen Encodern. Im pragmaMx ist nichts mehr verschlüsselt. Du brauchst keinen Encoder.
schön´s Grüssle, Andi

RiotheRat

Zitat von: falke am 27 Dezember 2005, 23:14:57habe das Passwort geändert. z.b

Ist das ein Root,- oder VServer? Dann kann die Lösung auch eine andere sein. Du mußt nach jeder Änderung an der mysql-Basis-Tabelle (z.b. neuer User und/oder neues Passwd) den mysql-Server restarten, sonst sind die Änderungen nicht aktiv.

Wenn es kein Root,- oder VServer ist - dann stimmen irgendwelche Datenbankparameter nicht ... das liegt aber dann definitiv nicht am Mx oder dessen Setup.

RtR
Unaufgeforderte PNs & Emails werden ignoriert

Erst wenn die letzte Zeile Code verhunzt, der letzte Server gehackt und der letzte Script-Kidde befriedigt ist, erst dann, werdet Ihr feststellen, dass Nuke nicht sicher ist...

jubilee

ZitatIst das ein Root,- oder VServer? Dann kann die Lösung auch eine andere sein. Du mußt nach jeder Änderung an der mysql-Basis-Tabelle (z.b. neuer User und/oder neues Passwd) den mysql-Server restarten, sonst sind die Änderungen nicht aktiv.
Zusätzlich, wenn der Server via Confixx verwaltet wird,  muss auch bis zum nächsten durchlauf des Counterscriptes gewartet werden. Das bedeutet, wenn die Reloads der Server nur nachts zw. 3 und 4 Uhr durchgeführt werden (standardeinstellung bei Confixx) , dann wird das Passwort dann erst am nächsten morgen frühestens um 3:10 funktionieren.


MfG
jubilee

falke

Danke an alle  :)

:-\  es lag am Passwort   .    :mad:  Saudummer  Fehler


nochmals  Danke an alle
und einen Guten Rutsch  :thumbup: