Page 1 of 1

seitenumzug-->all-inkl --> WindowsII:: backend-problem

Posted: Thu 4. May 2006, 15:49
by rollofritz
hi forum, brauch dringend eure hilfe.

musste eine seite umziehen von all-inkl nach (meinem ersten) windows-webserver.
nach 3 std. forum lesen und mehrfachem umzug dieser einen seite hab ich keine idee mehr:

status quo:
- das frontend funktioniert fehlerfrei
- die entwicklungsseite bei all-inkl fehlerfrei:front- und backend
- backend läßt sich komplett bedienen, jedoch bei Artikeledit und Dateibrowser folgende Fehler, siehe Bild

folgendes probiert:
- datenbank-dump und hochladen insgesamt 4 x durchgeführt (utf... usw)
- file-download und upload mehrfach durchgeführt
- bilder stichprobenartig geprüft ob funktionsfähig, mit photoshop neu gespeichert...
- config.inc.php:
-- verschiedene einstellungen $_SERVER['DOCUMENT_ROOT'] = ''; probiert
-- imagick ist ausgeschaltet
-- gd2 und gd1 probiert

wer hat eine idee wo ich den fehler suchen könnte???
PS: chmod brauch ich auf Windows-Rechnern ja nicht, oder? Kann es trotzdem in irgendeiner Form an Dateirechten liegen.

Herzlichen Dank schon mal


rollofritz

wer die seite selbst kurz ansehen will:
http://www.textra.ch

so sieht der fehler aus:
Image

Posted: Thu 4. May 2006, 17:11
by pepe
wieso brauchst du keine RECHTE???

ohne schreiben zu können geht doch nix....

Ist die Frage, wie setzen???

Wenn ich auf meinem localhost unter XT nix öffne läuft doch auch nichts!!!

Posted: Thu 4. May 2006, 17:56
by rollofritz
ich hab leider im kompletten forum/doku nichts gefunden wie man diese
rechte bei windows servern setzen könnte/sollte/müsste.
mit dem normalen ftp (filezilla) gehts auf alle fälle nicht.

am eigenen XAMMP zuhause arbeite ich als admin, vielleicht funktionierts
dort deswegen problemlos.

regards

rollofritz

Posted: Thu 4. May 2006, 18:25
by flip-flop
Hi, das ist doch ein IIS oder läuft da etwa ein Apache?

Knut

Posted: Thu 4. May 2006, 19:06
by rollofritz
hi flip flop

meines wissens ein IIs. bin aber nicht arg firm mit diesem zeug. woran kann ich das genau erkennen?

PLESK ist als backend-admin-tool installiert, dort kann ich auch PHPMyadmin aufrufen.
aber nach Apache (also so wie mein WAMPP) sieht das nicht aus.

sorry wenn ich da so unwissend bin.

jetzt weiß ich leider immer noch nicht, ob und wie ich dateirechte setzen muss und dann wie. im PLESK-Backend gibt es im "File-Manager" ein Dateiberechtigungstool. Aber dort werden mir 5 oder 6 verschiedene Benutzer angeboten mit recht wilden Namen, von denen ich nicht so genau weiß welche Bedeutung sie haben. (Bis auf die ADMIN-User halt, aber da kann ich eh nix ändern, was ja klar ist.)

gruss
markus

Posted: Thu 4. May 2006, 19:27
by rollofritz
jetzt hab ichs erst gelesen: ich hab oben fälschlich XAMPP geschr. das sollte WAMPP heißen....

Posted: Thu 4. May 2006, 20:15
by flip-flop

Posted: Thu 4. May 2006, 21:59
by rollofritz
hi knut!
danke für den tipp.

den thread hatte ich aber schon mal gelesen. hab jetzt nochmals die diversen/möglichen
einstellungen - auch mit hilfe der document_root.php - durchprobiert, lande aber letztendlich
immer beim gleichen problem oder komme gar nicht ins backend.

ich werde morgen nochmals eine "frische" installation laufen lassen,
die hat, soweit ich erinnern kann, vollständig funktioniert und mir dann
die config.inc.php nochmals ansehen.

ich meld mich, obs geklappt hat oder nicht.

kann mir trotzdem bitte noch jemand sagen wie das ist bei einem IIs-Server mit
den Rechten? Setzen? Wie?

Danke schon mal

markus / rollofritz

ps: ach wie ist das schön mit allinkl... da dauert ein umzug 15min...

Posted: Mon 8. May 2006, 09:54
by rollofritz
hi to all


habe nochmals frisch installiert + 2 dinge gelöst- dann gehts:

1. so sieht jetzt die conf.inc.php aus:

Code: Select all

$phpwcms["DOC_ROOT"]          = "C:/....(voller Pfad)....../textra.ch/httpdocs/";         
$phpwcms["root"]         		= "";     
//$_SERVER['DOCUMENT_ROOT']     = '';
2. Rechte gesetzt mit PLESK im Datei-Backend-Admin-Tool. Dabei tauchen
allerdings andere Probleme auf (Vererbung, dafür poste ich separat)

Funktioniert wieder.

gruss
rollofritz

allerdings neues Problem: verschiedene MySQL-Versionen = Zeichensatzprobleme. Nach Studium des Forums habe ich entschieden: Seite nachbauen :cry: (geht wohl schneller als raparieren...)