Samba NAS-Caching-Probleme mit IIS

285
user1751825

Einer meiner Kunden verwendet ein Shared-Hosting-Konto, das scheinbar ein Linux-basiertes NAS zum Hosten von IIS-Inhalten verwendet, und ich habe Probleme damit, Dateiänderungen zu erkennen.

Wenn ich beispielsweise auf eine ASPX-Datei von IIS aus zugegriffen habe, werden alle nachfolgenden Änderungen an dieser Datei über FTP ignoriert. Auch das Löschen der Datei bewirkt nichts. IIS dient weiterhin dazu.

Ich habe Änderungen in App_Code vorgenommen und kann sie nicht wirksam werden lassen. Ich habe sogar versucht, den gesamten Ordner "App_Code" zu löschen, und IIS ist sich natürlich nicht bewusst und funktioniert weiterhin wie zuvor.

0
Haben Sie den Anwendungspool nach der Veröffentlichung des neuen Codes wiederverwendet? Dadurch wird die Site neu kompiliert. Andernfalls wird es nicht bis zum nächsten geplanten Recycling (Standardeinstellung 29 Stunden) oder WAS-Reaktivierung der Fall sein, dass die Site das Verzeichnis app_code und alle Code-Behind-Dateien neu kompiliert. Außerdem soll IIS bei jeder Änderung der web.config-Dateien eine Neukompilierung auslösen (auch wenn sie manchmal hängen bleibt). Versuchen Sie daher, der web.config ein Leerzeichen oder eine Leerzeile hinzuzufügen. Da Sie von Anwendungscode sprechen, ist es unwahrscheinlich, dass es sich um IIS-Caching handelt, da dies oberhalb der asp.net-Laufzeit in den HTTP-Funktionen von IIS geschieht. Frank Thomas vor 8 Jahren 0
Thanks @FrankThomas Leider habe ich keine Möglichkeit, den Anwendungspool zu recyceln. Es ist Shared Hosting mit nur FTP-Zugriff. Ich habe versucht, sowohl web.config als auch global.asax erneut hochzuladen, wobei beide normalerweise eine Neukompilierung auslösen. Es war, als würde IIS einfach keine Dateiänderungen erkennen, was mich zu der Annahme brachte, dass es auf Dateisystemebene zwischengespeichert worden sein muss. Ich bin ziemlich sicher, dass dieses Hosting ein Linux-basiertes Dateisystem über Samba verwendet. user1751825 vor 8 Jahren 0
Es hat schließlich meine Änderungen erkannt. Es ist nur sehr frustrierend, wenn versucht wird, einen Fehler zu beheben, und wenn Änderungen nicht erkannt werden, wenn sie hochgeladen werden. user1751825 vor 8 Jahren 0
Ja, es ist fast unmöglich, IIS ohne Zugriff auf die Verwaltungskonsole zu hosten. Vielleicht sollten Sie visuelle Studios zur Veröffentlichung von Funktionen verwenden, um die Site vorab zu kompilieren. Dadurch wird sichergestellt, dass der kompilierte Code immer recycelt und ausgeführt wird. Frank Thomas vor 8 Jahren 0
@FrankThomas Das würde sich immer noch darauf verlassen, dass IIS die aktualisierten DLLs erkennt. In dieser Situation gibt es nur eine Trennung zwischen dem Dateisystem, wie es von IIS gesehen wird, und dem, was FTP sieht. Die beste Idee ist meiner Meinung nach, Windows-Inhalte auf einem Windows-Dateisystem zu hosten. Samba ist ein ordentliches Dienstprogramm, aber es ist nicht dasselbe wie ein natives Windows-Dateisystem. user1751825 vor 8 Jahren 0
Es scheint, als wären herkömmliche Windows-Dateifreigabeimplementierungen für den Änderungserkennungsalgorithmus von IIS nicht ausreichend. Es scheint sich auf die MS-Implementierung als auch auf Samba zu auswirken, daher würde ich nicht sagen, dass Samba der Täter an sich ist. http://serverfault.com/questions/496024/why-do-microsoft-not-recommend-using-unc-paths-in-iis-what-is-the-alternative Frank Thomas vor 8 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme