Bash Ubuntu ve Windows 10 a změny souborů z Windows

[Lukáš598]

Ahoj. Chtěl bych se zeptat proč se neakceptují změny souborů které změním pokud Bash Ubuntu běží. Když restartuji Apache2 tak se php, html atd.. soubory načtou správně.

[Reklama]

[Lukáš598]

No, to jsem teda napsal dotaz jako prase  Tak znova...
Spustím terminál Bash Ubuntu
v tomto terminálu spustím Apache2
pak vložím do souboru /var/www/html/index.html text třeba AAA
uložím a v prohlížeči zadám http://locahost
načte se AAA
- doposud OK -
teď spustím průzkumníka ve Windows a do souboru /var/www/html/index.html vložím text třeba BBB
uložím a v prohlížeči zadám http://locahost
načte se opět AAA
přepnu do termínálu Bash Ubuntu
a zadám cat /var/www/html/index.html
a je tam BBB

Tak proč není i v prohlížeči?

[Danny]

Není to normální síťová cache pro webové stránky? Zkuste změnit v průzkumníku, otevřít v prohlížeči a tam dát F5 či Ctrl+F5

[B. BQ]

Cache ?

[Lukáš598]

Keší to není, neprojeví se to ani v jiném prohlížeči kde jsem localhost nikdy nezadával, zkoušel jsem i cache vymazat.

[Reklama]

[JardaP .]

Tak asi nepujde o cache prohlizece, ale o cache Apache. Bud ho musite restartovat nebo nejak jinak donutit ke znovunacteni souboru. Coz, pokud umi, bude asi nekde v manualu.

[Filip Jirsák]

Cache Apache se mi moc nezdá, není k tomu důvod, aby to držel někde explicitně nacacheované. Ale je možné, že drží otevřený soubor, a že ten editor ve Windows ve skutečnosti udělá to, že původní soubor smaže a zapíše nový se stejným názvem. Mělo by to být vidět v adresáři /proc příslušného procesu Apache – v podadresáři fd je seznam otevřených souborů, uvidíte, zda tam bude odkaz na ten váš soubor a případně zda bude označený jako deleted.

[JardaP .]

@Filip Jirsák:
A co treba:
The MMapFile directive of mod_file_cache maps a list of statically configured files into memory through the system call mmap(). This system call is available on most modern Unix derivatives, but not on all. There are sometimes system-specific limits on the size and number of files that can be mmap()ed, experimentation is probably the easiest way to find out.

This mmap()ing is done once at server start or restart, only. So whenever one of the mapped files changes on the filesystem you have to restart the server (see the Stopping and Restarting documentation). To reiterate that point: if the files are modified in place without restarting the server you may end up serving requests that are completely bogus. You should update files by unlinking the old copy and putting a new copy in place. Most tools such as rdist and mv do this. The reason why this modules doesn't take care of changes to the files is that this check would need an extra stat() every time which is a waste and against the intent of I/O reduction.

Jestli index.html je defaultne mapovany do pameti, protoze se predpoklada zmena jednou za uhersky rok.....?

[Filip Jirsák]

@Filip Jirsák:
A co treba:
...

To je přesně to, co jsem napsal. Soubor není nijak explicitně cachovaný Apachem, ale Apache ho drží otevřený. A pokud dojde ke smazání souboru a vytvoření nového souboru se stejným jménem, Apache to kvůli implementaci souborových systémů na Linuxu nezjistí, protože má stále odkaz na ten původní soubor (který už po smazání není dostupný pod žádným jménem, ale protože na něj ještě existuje v Apachi odkaz, nedojde k jeho fyzickému smazání).

[Lol Phirae]

To je přesně to, co jsem napsal.

[MP]

@Filip Jirsák:
A co treba:
...

To je přesně to, co jsem napsal. Soubor není nijak explicitně cachovaný Apachem, ale Apache ho drží otevřený. A pokud dojde ke smazání souboru a vytvoření nového souboru se stejným jménem, Apache to kvůli implementaci souborových systémů na Linuxu nezjistí, protože má stále odkaz na ten původní soubor (který už po smazání není dostupný pod žádným jménem, ale protože na něj ještě existuje v Apachi odkaz, nedojde k jeho fyzickému smazání).

Tenhle nesmysl vznikl jak?

Protoze apache urcite nedrzi soubor otevreny a urcite neblokuje fyzicke smazani souboru...

[j]

...

A kdyz ten soubor zmenis v tom bashi? Ony maj totiz widle takovy ty ubefrikulinsky vymozenosti ktery vecne nefungujou na tema offline files, a trebas to nejak pouzivaj i na tohle.

[ByCzech]

@Filip Jirsák:
A co treba:
...

To je přesně to, co jsem napsal. Soubor není nijak explicitně cachovaný Apachem, ale Apache ho drží otevřený. A pokud dojde ke smazání souboru a vytvoření nového souboru se stejným jménem, Apache to kvůli implementaci souborových systémů na Linuxu nezjistí, protože má stále odkaz na ten původní soubor (který už po smazání není dostupný pod žádným jménem, ale protože na něj ještě existuje v Apachi odkaz, nedojde k jeho fyzickému smazání).

Tenhle nesmysl vznikl jak?

Protoze apache urcite nedrzi soubor otevreny a urcite neblokuje fyzicke smazani souboru...

Tenhle nesmysl vznikl tak, že tady napsal svou spekulaci či hypotézu (nebo co to bylo) Filip Jirsák, bez toho, že by to podpořil nějakými reálnými podklady. A napsat ji takto mohl jen proto, že tazatel nedal k dispozici moc informací, což pak nahrává tomu, že si kde kdo může napsat kde co, bez toho, že by se to opíralo o něco opravdu reálného.

[ByCzech]

...

A kdyz ten soubor zmenis v tom bashi? Ony maj totiz widle takovy ty ubefrikulinsky vymozenosti ktery vecne nefungujou na tema offline files, a trebas to nejak pouzivaj i na tohle.

Já osobně bych to taky jako jednu z možností hledal někde mezi těmi Windows a "emulací" linuxových jaderných volání, umožňujících provoz nativních linuxových binárek ve Windows. Taky bych zkouknul configuraci spuštěného apache a taky bych zkusil, jestli se to při změně souboru přímo v linuxovém "sandboxu" než abych ten soubor měnil přímo ve Windows.

[Majkl]

https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools/