Anzeige von _vti_cnf und _vti_pvt

Anzeige von _vti_cnf und _vti_pvt

am 22.04.2007 08:07:45 von g-dietzinger

Servus
(Frage wurde wahrscheinlich schon öfter gestellt - aber ich finde hier keine
Antwort und ich komm im Moment "ums verrecken" nicht weiter)
Wie kann ich in der Ornderansicht die verborgenen Dateien wie _vti_cnf und
_vti_pvt wieder anzeigen lassen? Frontpage 2003

Danke im voraus
Günther Dietzinger

Re: Anzeige von _vti_cnf und _vti_pvt

am 22.04.2007 09:33:29 von Josef Gietzen

Hallo Günter,

Günther Dietzinger schrieb am 22.04.2007 08:07:
> ...
> Wie kann ich in der Ornderansicht die verborgenen Dateien wie _vti_cnf und
> _vti_pvt wieder anzeigen lassen? Frontpage 2003
>
Wahrscheinlich ist im Explorer-Menü bei
Extras - Optionen - Ansicht
der Punkt "versteckte Dateien und Ordner ausgeblendet" aktiviert.
Aktiviere "Alle Dateien und Ordner anzeigen".

Gruß
Josef

Re: Anzeige von _vti_cnf und _vti_pvt

am 22.04.2007 15:34:52 von Christoph Schneegans

Günther Dietzinger schrieb:

> Wie kann ich in der Ornderansicht die verborgenen Dateien wie _vti_cnf
> und _vti_pvt wieder anzeigen lassen?

In FrontPage lassen sich diese Verzeichnisse überhaupt nicht anzeigen. Dazu
besteht auch keine Notwendigkeit, du kannst dort eigentlich nur Schaden
anrichten. "Extras > Websiteeinstellungen... > Erweitert > Versteckte
Dateien und Ordner anzeigen" blendet aber bspw. den "_borders"-Ordner ein,
damit sich die Randbereichsdateien (bspw. "top.htm") direkt bearbeiten
lassen.

Re: Anzeige von _vti_cnf und _vti_pvt

am 23.04.2007 22:33:53 von g-dietzinger

"Christoph Schneegans" schrieb im Newsbeitrag
news:f0fvas.2f0.1@news.christoph.schneegans.de...
>>
> In FrontPage lassen sich diese Verzeichnisse überhaupt nicht anzeigen.
> Dazu
> besteht auch keine Notwendigkeit, du kannst dort eigentlich nur Schaden
>

Danke, mag sein, aber
ich hab noch Probleme ein von meinem Vorgänger erstelltes Web zu verwaltet.
So bekomme ich immer dann eine Fehlermeldung, wenn ich die Daten vom Server
mit Frontpage herunterladen möchte. Es wird sofort gemeldet, dass die _vti_
u.s.w. einen Konflikt auslöst und der Download steht.
Gut, ich kann vielleicht mit FP2003 noch nicht so recht.
Die Daten lade ich über den Explorer (ftp) runter oder mit einem Tool des
Providers. Aber ich wollte halt auch mit Frontpage leichter synchroniosieren
können.

Ich habe alle Einstellungen von Dir und von Josef natürlich gecheckt, meine
Einstellungen waren ok., aber ohne Ergebnis. Im Web /Explorer auf meinem PC
sind die Daten seltsamerweise im Webordner enthalten, werden aber von FP
nicht angezeigt.
Andere Webs auf meinem PC werden in FP aber korrekt geladen und angezeigt.
(Hirnrissig!)

Ich tappe absolut im Dunkeln .... aber sonst kann ich ja mit dem besagten
Web arbeiten.

Servus

Günther

Re: Anzeige von _vti_cnf und _vti_pvt

am 24.04.2007 01:31:51 von Frank.Mueller

Hallo Günther,

Günther Dietzinger wrote:

>> In FrontPage lassen sich diese Verzeichnisse überhaupt nicht
>> anzeigen. Dazu
>> besteht auch keine Notwendigkeit, du kannst dort eigentlich nur
>> Schaden

> Danke, mag sein, aber
> ich hab noch Probleme ein von meinem Vorgänger erstelltes Web zu
> verwaltet. So bekomme ich immer dann eine Fehlermeldung, wenn ich die
> Daten vom Server mit Frontpage herunterladen möchte. Es wird sofort
> gemeldet, dass die _vti_ u.s.w. einen Konflikt auslöst und der
> Download steht.

Wenn die Meldung mit dem "Konflikt" kommt, hast du aber
doch eine Auswahlmöglichkeit was du mit den entsprechenden
Dateien tun kannst. Worauf hast du da geklickt?

> Gut, ich kann vielleicht mit FP2003 noch nicht so recht.
> Die Daten lade ich über den Explorer (ftp) runter oder mit einem Tool
> des Providers. Aber ich wollte halt auch mit Frontpage leichter
> synchroniosieren können.

Von den Vorgängerversionen von FP zu FP 2003 hat sich da
nicht wirklich viel geändert, an der Version sollte es nicht liegen.

> Ich habe alle Einstellungen von Dir und von Josef natürlich gecheckt,
> meine Einstellungen waren ok., aber ohne Ergebnis. Im Web /Explorer
> auf meinem PC sind die Daten seltsamerweise im Webordner enthalten,
> werden aber von FP nicht angezeigt.

Was vorhanden ist und was in FP angezeigt wird ist
ja ein anderes Thema wie Christoph schon beschrieben hat.

Mach mal folgenden Test:
Öffne das Web mit FP auf dem Server. Geht das?
Wenn ja, dann gehe auf Datei / Website veröffentlichen
und hole dir das Web vom Server auf deinen Rechner.
Wenn dann da die "Konfliktmeldung" kommt gehe auf
den Punkt, dass du alle Dateien ersetzten/überschreiben
möchtest. Was passiert dann?

> Andere Webs auf meinem PC werden in FP aber korrekt geladen und
> angezeigt. (Hirnrissig!)

Nein hirnrissig ist das durchaus nicht, denn jedes Web ist anders
bzw. jeder ISP ist anders. Sind auf dem besagten Web überhaupt
die FP Erweiterungen installiert / aktiv?

> Ich tappe absolut im Dunkeln .... aber sonst kann ich ja mit dem
> besagten Web arbeiten.

Na ja arbeiten wohl nicht wirklich, was passiert denn in der
umgekehrten Richtung wenn du am lokalen Web Änderungen
gemacht hast und dann das Web wieder auf den Server
veröffentlichen möchtest? Kommt da die gleiche "Konfliktmeldung"?

Gruß,
Frank

Re: Anzeige von _vti_cnf und _vti_pvt

am 24.04.2007 17:04:11 von g-dietzinger

"Frank Müller" schrieb im Newsbeitrag
news:Olo7p$fhHHA.3472@TK2MSFTNGP04.phx.gbl...

>bekomme ich immer dann eine Fehlermeldung, wenn ich die
>> Daten vom Server mit Frontpage herunterladen möchte. Es wird sofort
>> gemeldet, dass die _vti_ u.s.w. einen Konflikt auslöst und der
>> Download steht.
>
> Wenn die Meldung mit dem "Konflikt" kommt, hast du aber
> doch eine Auswahlmöglichkeit was du mit den entsprechenden
> Dateien tun kannst. Worauf hast du da geklickt?
>
ich habe auf "überschreiben geklickt und dann erfolgt Serverfehlermeldung,
die Beschreibung der Datein ... Datei ist ungültig und dann kommt der
ABsturz


>
> Mach mal folgenden Test:
> Öffne das Web mit FP auf dem Server. Geht das?
> Wenn ja, dann gehe auf Datei / Website veröffentlichen
> und hole dir das Web vom Server auf deinen Rechner.
> Wenn dann da die "Konfliktmeldung" kommt gehe auf
> den Punkt, dass du alle Dateien ersetzten/überschreiben
> möchtest. Was passiert dann?

Wie oben passiert das selbe. Ein Download läuft nur über den Explorer
(FTP) oder über das Tool des Providers. Mit FP geht das nur über Downloaden
d.h. mit "ausgeählete Dateien veröffentlichen", und nicht über "Datei/
Website veröffentlichen"

>
.. Sind auf dem besagten Web überhaupt
> die FP Erweiterungen installiert / aktiv?
>

Heiligs blechle, es sieht ao aus, dass die FP Erweiterungen gar nicht
aktiviert sind!
Das habe ich nicht erwartet. Befor ich die aktiviere, muss ich so der
Provider, schaun ob scripts dann nicht mehr laufen !?? Das kommt davon, wenn
man mit dem Ersteller des Webs keine Übergabeverhandlungen machen und damit
keine Fragen über Hintergründe anbringen konnte ....
Ich denk, die FT -Erw. aktivier ich gar nicht mehr. Hab' hier gelesen, dass
Provider allgemein die Erweiterungen abschaffen?


> veröffentlichen möchtest? Kommt da die gleiche "Konfliktmeldung"?
ja, aber ich kann geänderte Seiten einzeln markieren und in FP hochladen.
Die Funktoin "Web eröffentlichen" werde ich jetzt mal nicht mehr versuchen
... ist mir jetzt etwas suspekt ...

Wie gesagt, ich bringe Daten schon "rauf und runter" aber die bequeme
Funktion"Website eröffentlichen" klappt halt nicht. Aber damit kann ich
leben.

Danke an alle für Eure Hilfe und für mich wertvollen Informationen

Günther

Re: Anzeige von _vti_cnf und _vti_pvt

am 25.04.2007 01:21:06 von Christoph Schneegans

Günther Dietzinger schrieb:

> Mit FP geht das nur über Downloaden d.h. mit "ausgeählete Dateien
> veröffentlichen", und nicht über "Datei/ Website veröffentlichen"

"Ausgewählte Dateien veröffentlichen" veröffentlicht stets mit derselben
Methode (bspw. HTTP oder FTP), die auch "Website veröffentlichen" verwendet.
Welche Methode ist denn im Dialog "Eigenschaften der Remotewebsite"
ausgewählt?

Und was genau steht im Veröffentlichungsprotokoll?
beschreibt, wie man
das Protokoll einsehen kann.

> Hab' hier gelesen, dass Provider allgemein die Erweiterungen abschaffen?

Unter Apache, ja. Dort ist es auch wirklich kein Verlust, denn sie liefen
dort ohnehin nie stabil.

Re: Anzeige von _vti_cnf und _vti_pvt

am 25.04.2007 22:22:29 von g-dietzinger

"Christoph Schneegans" schrieb im Newsbeitrag
news:f0mae2.29s.1@news.christoph.schneegans.de...

> "Ausgewählte Dateien veröffentlichen" veröffentlicht stets mit derselben
> Methode (bspw. HTTP oder FTP), die auch "Website veröffentlichen"
> verwendet.
> Welche Methode ist denn im Dialog "Eigenschaften der Remotewebsite"
> ausgewählt?
>
das ist die 3. Option aktiv: FTP. Das Problem ist, wenn FP die Remotewebsite
mit dem lokelen Daten vergleicht, bekomme ich die genannten Probleme. Dann
muss ich zuerst das WEb komplett herunterladen, da mehrere Köche hier an dem
Brei gelocht haben. Es könnte gut sein, dass meine vorhanden Daten nicht
mehr aktuell sind.
(Nur am Rande vermerkt: Men Nebenkriegsschauplatz: Ich bekomme ums verrecken
keun DSL, habe alles versucht, zuletzt sogar angeboten, dass ich das Kabel
selber vergrabe. : - )
Die Nachbarn haben jetzt DSL. Ich sag das deshalb, weil bei mir die Prozesse
damit etwas länger dauern. Meine Vorgänger haben jede Menge Müll auf dem WEb
hochgeladen. In einem Ordner über 100 MB Fotos, die in keinem Bezug zum WEb
stehen. Und wenn ich jetzt das Web komplett runterladen muss....) )

> Und was genau steht im Veröffentlichungsprotokoll?
> beschreibt, wie man
> das Protokoll einsehen kann.

in diesem Ordner war nur Müll, ich habe jetzt mal alles gelöscht. Ich werde
morgen nochmal Website veröffentlichen probieren und die Logfile suchen!

>
>> Hab' hier gelesen, dass Provider allgemein die Erweiterungen abschaffen?
>
> Unter Apache, ja. Dort ist es auch wirklich kein Verlust, denn sie liefen
> dort ohnehin nie stabil.

Das web ist bei Strato, war nicht meine Entscheidung!

Servus
Günther

Re: Anzeige von _vti_cnf und _vti_pvt

am 26.04.2007 00:59:20 von Christoph Schneegans

Günther Dietzinger schrieb:

> Das Problem ist, wenn FP die Remotewebsite mit dem lokelen Daten
> vergleicht, bekomme ich die genannten Probleme. Dann muss ich zuerst
> das WEb komplett herunterladen, da mehrere Köche hier an dem Brei
> gelocht haben. Es könnte gut sein, dass meine vorhanden Daten nicht
> mehr aktuell sind.

Dann mach noch einmal den kompletten Download, idealerweise mit einem
richtigen FTP-Programm, nicht mit IE oder FrontPage. Danach kannst du die
Remote-Website leeren und die Website lokal aufräumen; "Extras > Hyperlinks
neu berechnen..." wirkt manchmal Wunder.

Re: Anzeige von _vti_cnf und _vti_pvt

am 26.04.2007 03:50:01 von Frank.Mueller

Hallo Günther,

>> "Ausgewählte Dateien veröffentlichen" veröffentlicht stets mit
>> derselben Methode (bspw. HTTP oder FTP), die auch "Website
>> veröffentlichen" verwendet.
>> Welche Methode ist denn im Dialog "Eigenschaften der Remotewebsite"
>> ausgewählt?
>>
> das ist die 3. Option aktiv: FTP. Das Problem ist, wenn FP die
> Remotewebsite mit dem lokelen Daten vergleicht, bekomme ich die
> genannten Probleme.

Gehen wir mal davon aus, dass das Web im Internet aktuell ist.
Lösche doch einfach mal das lokale Web komplett oder lege
ein zusätzliches leere (Test)Web an und veröffentlich dort hin.

> Dann muss ich zuerst das WEb komplett
> herunterladen, da mehrere Köche hier an dem Brei gelocht haben. Es
> könnte gut sein, dass meine vorhanden Daten nicht mehr aktuell sind.

Eben, wenn du sowieso komplett runter laden mußt,
kannst du das auch gleich in ein neues leeres lokales Web machen.

> (Nur am Rande vermerkt: Men Nebenkriegsschauplatz: Ich bekomme ums
> verrecken keun DSL, habe alles versucht, zuletzt sogar angeboten,
> dass ich das Kabel selber vergrabe. : - )
> Die Nachbarn haben jetzt DSL.

Ist zwar im Bezug auf das Thema OT,
aber sind das gute Nachbarn? Mit nem WLAN Router? Vielleicht geht
da ja was.

> Ich sag das deshalb, weil bei mir die
> Prozesse damit etwas länger dauern. Meine Vorgänger haben jede Menge
> Müll auf dem WEb hochgeladen. In einem Ordner über 100 MB Fotos, die
> in keinem Bezug zum WEb stehen. Und wenn ich jetzt das Web komplett
> runterladen muss....) )

Wenn du ja genau weißt, dass da 100 MB sowieso nicht mehr gebraucht
werden, dann würde ich das Web per FP auf dem Server öffnen und
die Dateien dort erst mal löschen. Danach erst wie oben vorgeschlagen
das Web komplett vom Server auf den lokalen Rechner laden.

>>> Hab' hier gelesen, dass Provider allgemein die Erweiterungen
>>> abschaffen?
>>
>> Unter Apache, ja. Dort ist es auch wirklich kein Verlust, denn sie
>> liefen dort ohnehin nie stabil.
>
> Das web ist bei Strato, war nicht meine Entscheidung!

Schon klar du hast halt Altlasten übernehmen müssen,
aber wenn du die FP Erweiterungen nutzen möchtest,
dann kannst du ja weil du jetzt für das Web verantwortlich
bist auch jederzeit zu einem vernünftigen Hoster wechseln
welchseln und das Web auf einem IIS laufen lassen. Selbst
der billigste Tarif bei z.B. Quality-Hosting unterstützt die
FP Erweiterungen und kostet grade mal 3,99 Euro pro Monat.
Ist Strato da wirklich günstiger? Siehe:
http://www.qualityhosting.de/produktdetails_webpaketstarter. asp

Zu deiner Frage mit den Scripten bzw. ob du die bei
vorhandenen FP Erweiterungen überprüfen musst:

Was für Scripte sind das denn? Serverseitige oder clientseitige?
Serverseitige wie ASP / ASP.NET / PHP sollten wenn sie
denn jetzt funktionieren auch weiter funktionieren, clientseitige
die nur im Browser ausgeführt werden (z.B. JavaScript) sind
davon nicht betroffen da vom Server unabhängig.

Also Kurzform des Vorschlags:
Lösche die dir bekannten überflüssigen Daten direkt auf dem
Server, mach dann einen kompletten Download auf deinen
Rechner und schau was passiert. Wenn es dann immer noch
Fehler gibt, dann lass dir direkt die Log Datei anzeigen und
teile uns deren Inhalt mit wie Christoph schon vorgeschlagen
hat.

Gruß,
Frank