Dotaz: Symlinky vs zastupci Linux/Windows

[petrfm]

Ahoj, resim zajimavy problem. Mam adresarovou strukturu na WIN - X:/produkty/kody

cili je slozka produkty a v nich slozky a123 a124 a125 a126 atd. Protoze nektere produkty maji svoje nadrazene/podobne produkty, tak abych je nemusel slozite hledat, mam ve slozce zastupce, na ktereho kliknu a ten mne navede treba az produktu a123 do a125. Tam mam zase dalsiho zastupce, ktery mne vraci zpatky. Muzu tak jednoduse klikat bez hledani.
A ted ten problem - prechazim postupne na linux a rad bych, aby mi tohle fungovalo na linuxu, protoze to je disk, ktery je sdileny sambou. Mam ho nekam namountovany a logicky tyhle windows sracky .lnk na linuxu nechodi. Existuje zpusob, jak zachovat funkcnost na windows a soucasne to mit funckni na linuxu?

Priznam se, ze jsem jeste ani moc nenastudoval symlinky na linuxu, takze je tam ani nepouzivam a mozna by to slo resit pomoci nich, protoze ten sdileny adresar je hostovany na LINUXU a tak by zrejme slo udelat nejake symbolicke linky, kterymi by slo oklamat ten windows (jeden klient proste jede a musi na WINDOWS jet nadale - kvuli ucetnimu SW)

Aby bylo jasno k cemu to je : je to seznam kodu produktu na eshopu, ke kterym jsou ve slozkach manualy, apod. Produkt a123 je treba bila ponozka, ke ktere je manual k ponozkam. No a produkt a124 je treba ruzova ponozka. Mam jeden manual k ponozkam, ulozeny v MASTER produktu a123 a kdyz chci tisknout manual k ruzove ponozce, vlezu do jeji slozky a pres zastupce si kliknu na hlavni polozku, kde je manual. Nemusim tak ukladat manualy do vsech barevnych a ja nevim jakych modifikaci a pritom kazdy produkt ma svoje jedinecne cislo, podle ktereho lze jednoznacne identifikovat.

Poradite, jak na to? Diky moc,

P.

Odpovědi

[Matlák]

Symlinky normálně přes Sambu nefungují, ale jejich podpora se dá zapnout viz zápisek zdejšího blogu z roku 2005.

Na takovouhle šílenost bych ale možná raději použil nějaký document management system - otázka spíš zní, k čemu potřebuje účetní software přístup k manuálům produktů...

[petrfm]

Ucetni sw to nepotrebuje, ale clovek, ktery pracuje na tom win desktopu ano. Mozna ale stoji za zvazeni, zda to nejak nerozdelit, nebo nenahradit tyhle linky treba nejakymi .TXT soubory. Nakonec manualy se neupravuji tak casto, aby to bylo stezejni a proste implementace tech linku na obou systemech asi bude tvrdsi orisek.

Resil - zavadel jsem to v dobe, kdy jsem byl presvedceny, ze budu pouzivat na desktopu vyhradne WIN, ale za posledni tydny se situace vyrazne zmenila, takze to potrebuji vyresit s ohledem na to, ze do budoucna urcite vetsina desktopu ve firme pobezi na linuxu.

Alias zase mi ten linux komplikuje zivot ))))

[dustin]

Naopak linuxem si jej zjednodušíš.

Na linuxovém serveru ve sdíleném adresáři nastav normální symlinky a v sambě nastav, aby je pro windowsí klienty dereferovala, tudíž projdou rovnou do nalinkovaného adresáře,jak už napsal kolega přede mnou.

[Milan Uhrák]

no .. pokud je ten sdílený disk na windows stroji, tak máš smolíka.

pokud je na disk sdílen přes Sambu, pak no problem. pomocí softlinků (podporu musíš zapnout v konfiguraci) to funguje velmi dobře.

Dá se nastavit i akceptace linku mimo "kořen" sdíleného adresáře, je to síce "proti srsti", ale funguje i toto

follow symlinks = yes
wide symlinks = yes
unix extensions = no

Milan

[petrfm]

To sdileni bezi prave na sambe, WIN je jenom ten klient, jinak uz je vsechno na linuxu.

Jak potom takovy symlink vypada ve windows? Jako obycejny soubor? A presune to uzivatele do te novy slozky? Tak, aby nic nepoznal? Ono to generuje defakto windowsi zastupce, nebo jak to funguje?

Ptam se, protoze se ke zkouseni dostanu nejdrive zitra.

P.

[Matlák]

Bude se to tvářit, jako by tam ten adresář byl a normálně obsahoval ty soubory. Na windows žádní zástupci vidět nebudou, budou to normální adresáře.

[petrfm]

Aha, to neni uplne to, co jsem od toho chtel Jde o to, ze mam nejakou strukturu a temi zastupci (ve win) jsem se preklikaval mezi jednotlivymi souvisejicimi slozkami. Tedy neobjevil se mi zadny imaginarni adresar, ale mel jsem tam soubor - link, na ktery jsem kliknul a ten windowsi prohlizec mne prehodil do jine slozky.

Fungovalo to proste jako hyperlinky na www, kdy se dalo prechazet mezi jednotlivymi "odkazy" a zase se zpatky vracet.

Nakonec od toho ale asi upustim, protoze to je horor i v tech winech - win neumi zrovna moc dobre pouzivat relativni cestu v zastupcich a tak kdyz jsem ten disk pripojil jinam, nez jako X, tak to taky nefungovalo. Jedinym resenim bylo namontovat do toho link ve tvaru explorer.exe cesta/soubor - s vyuzitim relativnich cest - ..\a123 apod. ale to zase otevira nove okno spravce souboru, coz taky otravuje.

Cili prdim na to, pobezi to bez tehle vychytavky a bude to kompatibilni na win i linuxu.

[Bugs]

Však to udělej jak ti radili výše - softlinky a povolit je v Sambě. Bude to fungovat přesně tak jak to máš teď na Windows.

[dustin]

Takže když někdo bude používat třeba TC, do jiného adresáře by přešel vždy v exploreru. To bych asi neskousl

[petrfm]

explorer je pro beznou kancelarskou praci (otevri, smaz, zkopiruj) stejne nejlepsi

[dustin]

Hm, když myslíš...

[Bugs]

Nééé, prostě ho to hodí do té symlinkované složky i v TC a jakémkoliv jiném správci. Prvně to prosím vyzkoušej.

[dustin]

Symlinky za sambou ano, ale navrhovaný postup asociace určitého souboru na klientských stanicicích s něčím, co ten adresář otevře natvrdo v exploreru sotva :)

Jinak se symlinky za sambou mám trochu zkušenosti, náš systém (již nevyvíjený) generoval ze struktury dokukmentů v DB symlinkovou strukturu na filesystému a sambou se exportoval pro win stroje. Uživatelé tak mohli přidávat/číst soubory, vytvářet adresáři a přes webové rozhraní (to již jelo nad DB) si k nim přidávat metadata, fulltextově vyhledávat, případně je umisťovat (i automaticky, dle pravidel) do více adresářů najednou. Stačilo upravit vfs modul samby.

V podstatě to je to, co hledá tazatel, ale lokální instalace už neprodáváme/neděláme k nim podporu.