Problem mit jscript und exteren js.Dateien

[info@mkpi.de]

Guten Tag,
habe ein riesiges Problem mit jscripts in html-Dokumenten, die eine extene Quelldatei verwenden.
Ich möchte eine Script auf unseren Seiten installieren, mit dem eine Webanalyse möglich wird.

Hierzu füge ich jscript-code in unsere Seite ein. Dieser ruft eine externe js.Datei auf.

Die Funktion arbeitet im Browser einwandfrei.
Nur kann ich nach erneutem öffnen der html-Datei in Golive
keine Änderungen mehr vornehmen.
Ich bekomme die Fehlermeldung "Systemfehler 32 - Datei wird von einem anderen Prozess verwendet".

Dieser Fehler tritt nur auf, wenn ich die Datei über die Siteverwaltung von Golive öffne.
Bei einem Öffnen der Datei über den Windowsexplorer ist alles wie immer.
Nur kann ich dann natürlich die Projektfeatures
von Golive nicht verwenden.

Dieses Problem besteht bei CS2 und Golive9
Hat jemand eine Idee???

Viele Grüße, Lars

[UweB]

Hallo Lars,
das kann ich nur schwer nachvollziehen.
Könnte es sein, dass der Browser beim öffnen der Datei/des Scripts abstürzt und/oder in einer Endlosschleife hängt und den Dateizugriff nicht mehr freigibt?
Tritt das mit allen Browsern (IE, FF, opera...) auf?

Gruß
Uwe

[info@mkpi.de]

Hallo Uwe,

nein das Problem liegt im Golive.
Ein html-Dokument mit eingefügten jscript, welches eine externe Quelle (jsscript) verwendet lässt sich im Golive nicht mehr speichern.

Im Browser funktioniert alles einwandfrei!

Das Script sieht so aus:
<!-- W3 Statistics Start -->
<a href="http://www.w3statistics.com" target="_blank">
<img src="http://www.w3statistics.com/img/banner-free.jpg" width="200" height="48" border="0" alt="" /></a>
<div style="display:none">
<script type="text/javascript" src="http://free.w3statistics.com/js/w3r_track.js####? "></script>
<script type="text/javascript" src="http://www.w3statistics.com/js/w3r_base_free.js?### "></script>
<noscript><img src="http://www.w3statistics.com/cgi/w3r_base_free.cgi?####" width="1" height="1" border="0" alt="" />
</noscript>
</div>
<!-- W3 Statistics End -->

Habe schon einige Stunden rumprobiert:
Die rot markierten Bereiche sind hierfür verantwortlich. Es ist aber egal, wie die
URL lautet. Ich habe es auch schon mit fiktiven Adressen probiert und der Fehler tritt genauso auf.

Nachdem ich diesen Code in meinen Seite eingefügt habe und gespeichert habe, ist ein ändern in Golive nicht mehr möglich.
Komisch ist nur, dass dieses nur dann zutrifft, wenn ich die betroffene Datei über die Siteverwaltung öffne.

Schließe ich Golive und öffne anschließend nur die betroffene Datei (ohne Siteverwaltung)
funktioniert alles einwandfrei. Hatte erst gedacht es liegt an CS2 und habe auf GL9 "ge-updated". Naja, das war es ja offensichtlich nicht.

Grüße, Lars

[UweB]

Hallo Lars,
ich habe es nun probiert:
Wenn ich deinen Code in eine leere Seite innerhalb eines Projekts einfüge, bekomme ich keinen Fehler. Ich kann die Seite problemlos innerhalb einer Site abspeichern.
Poste doch bitte noch einmal den Code der ganzen Seite. Manchmal tritt so ein Fehler ja nur auf, wenn sich mehrere Fehler ( sei es im Quellcode oder in GoLive ) ungünstig addieren. Das einfügen deines Codes in eine beliebige Seite funktioniert jedenfalls auf meinem PC mit GoLive CS2.

Gruß
Uwe

[info@mkpi.de]

Hallo Uwe,
habe jetzt in GL9 eine komplett neue Site angelegt und den Code
in die index.html eingefügt. Nach dem Speichern waren erwartungsgemäß keine Änderungen
(z.B. Dateinamen ändern) möglich.
Ich hatte hier die index.html dubliziert und versucht den Dateinamen dieser neuen Datei zu ändern.
Zum besseren Verständnis habe ich einen ScreenShot mit angefügt.
Die Test_Site liegt zum Download bereit:
www.mkpi.de/Temp/Test_site.zip

Viele Grüße, Lars

[info@mkpi.de]

...habe gerade noch einen Test mit einem "internen" script gemacht.
Hier funktioniert alles einwandfrei.
Könnte man nicht den Code auslagern in eine js.-Datei und hierauf dann linken?
Wenn ja, wie müsste der Code für diesen Link aussehen, damit die Funktionen aus der js-Datei auch funktionieren?
Grüße, Lars

[info@mkpi.de]

Problem gelöst!
Habe lange gebastelt und probiert. Die Lösung ist simple und unlogisch:
Habe die gesamte Site jetzt auf einem unserer Server verschoben und greife
nun über das Netzwerk drauf zu. Das war's!!!

Vielen Dank für Eure Bemühungen, Lars