Massives Problem: config mit falschem chmod

Begonnen von dirt_bomber, 12 April 2004, 20:25:37

⏪ vorheriges - nächstes ⏩

0 Mitglieder und 1 Gast betrachten dieses Thema.

dirt_bomber

Ich wollte gerade mein vkp maxi auf mx updaten und bekomme folgendes Problem beim vierten(?!) Schritt:

/setup/modules/New_Installation_vkpMx2/config.php - Datei vorhanden
/setup/modules/New_Installation_vkpMx2/config.php - ERROR - Schreibrechte nicht korrekt
 
STOP
Setzen Sie Schreibrechte (CHMOD 666 oder 777) und überprüfen Sie das vorhandensein der ROT angezeigten Dateien!

Der Versuch den chmod automatisch zu ändern, schlägt jedesmal fehl. Wenn ich es manuell mache, bringt es auch nichts. Lösche ich zum Testen die config wird sie beim nächsten Versuch trotzdem als vorhanden angezeigt. Cookies und so löschen bringt genauso wenig. Selbst den setup-Ordner zu löschen und neu aufzuspielen führt zu nichts.
Ich weiß nicht was ich tun soll.

Bitte helft mir (schnell!).  :wall:  :cry  :o

Ich muss jetzt erstmal das alte Backup einspielen.


[Editiert am 12/4/2004 von dirt_bomber]

NeMeSiSX2LC

schonmal versucht einfach einen reload der Site zumachen nach chmod änderung?
CMS-Version: pragmaMx 0.1.8, 1.20.4.5/2006-03-10     
PHP-Version: 5.1.2
MySQL-Version: 5.0.15-max-log
Server-Version: Apache/2.0.55
phpMyAdmin-Version: 2.7.0-pl1

munzur

bist du sicher das du die richtige config.php chmoded hast?

../root/config.php

../root/setup/modules/New_Installation_vkpMx2/config.php

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

dirt_bomber

@ Nemesis: meinst du mit reload = aktualisiern?

@ munzur: natürlich die config im root.

munzur

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

dirt_bomber

ok, ich starte dann nach dem backup direkt den nächsten Versuch.

dirt_bomber

Hat soweit geklappt. DANKE EUCH BEIDEN!!!  :)

Trotzdem 2 Fragen:
1. Es wurde kein OK- und kein Error-Log erstellt (Meldung: NOT FOUND). Ist das schlimm? Ich wüßte gerne ob beim Update Fehler aufgetreten sind.
2. Das Prefix nuke wurde in der DB beibehalten und es kam sowas dazu:
  _mx_installed_tables_2004_04_13_10_47_36
  zzz_nuke_authors_users
  zzz_nuke_autonews
  zzz_nuke_banner_2004_04_13_10_47_36
  zzz_nuke_bannerclient_2004_04_13_10_47_36
  zzz_nuke_bannerclientfsz_2004_04_13_10_47_36
  zzz_nuke_bannerfinish_2004_04_13_10_47_36
  zzz_nuke_bannerfinishfsz_2004_04_13_10_47_36
  zzz_nuke_bannerfsz_2004_04_13_10_47_36
  zzz_nuke_comments
  zzz_nuke_intruder
  zzz_nuke_lastseen
  zzz_nuke_reviews_add
  zzz_nuke_reviews_main
  zzz_nuke_stats_date
  zzz_nuke_stats_hour
  zzz_nuke_stats_month
  zzz_nuke_stats_year
Ist das normal? Bei Neuinstallation hat man ja alle Tabellen derart: mx_...!

munzur

ZitatHat soweit geklappt. DANKE EUCH BEIDEN!!!  :)

Trotzdem 2 Fragen:
1. Es wurde kein OK- und kein Error-Log erstellt (Meldung: NOT FOUND). Ist das schlimm? Ich wüßte gerne ob beim Update Fehler aufgetreten sind.
2. Das Prefix nuke wurde in der DB beibehalten und es kam sowas dazu:
  _mx_installed_tables_2004_04_13_10_47_36
  zzz_nuke_authors_users
  zzz_nuke_autonews
  zzz_nuke_banner_2004_04_13_10_47_36
  zzz_nuke_bannerclient_2004_04_13_10_47_36
  zzz_nuke_bannerclientfsz_2004_04_13_10_47_36
  zzz_nuke_bannerfinish_2004_04_13_10_47_36
  zzz_nuke_bannerfinishfsz_2004_04_13_10_47_36
  zzz_nuke_bannerfsz_2004_04_13_10_47_36
  zzz_nuke_comments
  zzz_nuke_intruder
  zzz_nuke_lastseen
  zzz_nuke_reviews_add
  zzz_nuke_reviews_main
  zzz_nuke_stats_date
  zzz_nuke_stats_hour
  zzz_nuke_stats_month
  zzz_nuke_stats_year
Ist das normal? Bei Neuinstallation hat man ja alle Tabellen derart: mx_...!

den tabellen prefix kannst du ja bei der installation selber bestimmen, sowie es scheint hast du als prefix "nuke" genommen aber als standartwert steht mx drinnen!

die tabellen die oben stehen kannst du ja wieder löschen wenn du sie nicht verwendest!
"Debug-Mode" einschalten.
"SQL-Fehler anzeigen" einschalten
und evt. auftauchende Fehlermeldungen posten .