Kezdőoldal » Számítástechnika » Egyéb kérdések » Miért nem lehet per jelet...

Miért nem lehet per jelet megadni mappanévnek?

Figyelt kérdés
Néha jól jönne ez a funkció viszont most elgondolkoztatott hogy miért nem engedi egyik operációs rendszer sem a per jelet mappanévnek?

2019. máj. 3. 16:50
1 2 3 4 5 6
 51/59 Tom Benko ***** válasza:
@49: Akkor most megválaszoltad a saját problémádat.
2019. máj. 6. 08:47
Hasznos számodra ez a válasz?
 52/59 A kérdező kommentje:
Ha a legnagyobb informatikai problémával akarom kezdeni soha nem leszek kész. Ha mindig csak egy kis apróságot fejlesztek akkor viszont előbb utóbb megszületik a tökéletes. Természetesen nem ez a legnagyobb probléma. A legnagyobb probléma hogy a rendszereken olyan biztonsági rések vannak amiket egy laikus is ki tud használni egy laikussal szemben. Hiába a jó tűzfal és vírusirtó.
2019. máj. 6. 20:44
 53/59 A kérdező kommentje:

Mindezt azok ellenére hogy olyan szállóigék szállnak hogy ma már a felhasználó jelenti a biztonsági rést...

Pedig ha egy laikus ki tud használni egyet nem kicsi a baj.

2019. máj. 6. 20:51
 54/59 anonim ***** válasza:

[link]

Angol, de leírja, melyik karakter miért nem lehet fájlnévben. (Op.rendszer-függő.)

2019. máj. 7. 10:44
Hasznos számodra ez a válasz?
 55/59 Tom Benko ***** válasza:
Csakhogy ez nem apró probléma, hanem kreált probléma.
2019. máj. 7. 17:48
Hasznos számodra ez a válasz?
 56/59 anonim ***** válasza:
100%

"Ha mindig csak egy kis apróságot fejlesztek akkor viszont előbb utóbb megszületik a tökéletes"

1. Nincs olyan, hogy tökéletes, ez csak utópia. (Talán majd ha egy MI kitalálja, hogy vajon mit akar a júzer, de amikor még egy másik ember sem mindig tudja kitalálni, akkor egy MI-be is ugyanúgy bele lehet majd kötni.)

2. Folyamatosan fejlesztgetik, módosítják. Egy "szlfki03.xls"-hez képest most olyan fájlnevet lehet írni, hogy "számla fej kimutatás 2019.03.xlsx". Lehet, hogy majd bevezetnek egy olyan fájl megjegyzést, amibe bármit lehet írni, és ha úgy kérjük, akkor a fájlböngészőben is az jelenik meg, de a háttérben egy másik egyedi azonosítót használ. (Mondjuk ebben is vannak csapdák.) A fájlrendszerek fejlesztése terén fontosabb volt a stabil journaling, a tárkapacitáshoz kapcsolódó méret és egyéb limitek kitolása, stb., és ebben bizony volt fejlődés, kár lenne tagadni. (Ma már fel sem tűnik, mekkora dolog, hogy egy üzem közbeni áramszünet után is simán indítható a rendszer.)

Viszont a fájlnév karakterek bővítésére irányuló nyomás nagyon gyenge, és a fejlesztők csak akkor nyúlnak hozzá, ha tömeges igény van rá, vagy üzleti potenciál van benne (tehát eladhatóbb lesz tőle a rendszer, ld. MS). Szóval eljöhet még az az idő, de szerintem egyelőre inkább ne nyúljanak hozzá, mert ez csak egy kényelmi dolog, eyecandy, ne ebben fejlődjenek.

De ha gondolod, dobd fel a kérdést egy hardcore Linux vagy GNU szakmai fórumon, kíváncsi lennék, mit szólnak hozzá. ;)

2019. máj. 9. 05:19
Hasznos számodra ez a válasz?
 57/59 anonim ***** válasza:
Ezeket még a DOS -os korszakból örököltük át.
2019. máj. 9. 23:39
Hasznos számodra ez a válasz?
 58/59 anonim ***** válasza:

A miérteket már sokan leírták.

Ahoz, hogy lehessen használni az elvásztaásukra kelene kitalálni egy új jelet amit senki nem szeretne névben használni. A / jel erre pont alkalmas.

Mert fájlnévben helyettesíthető. A te példáddal élve:

nyelvek-languages, nyelvek&languages,

2019. máj. 21. 11:45
Hasznos számodra ez a válasz?
 59/59 Tom Benko ***** válasza:
Amúgy erre a Nyelvek/Languages dologra mintha lenne xdg néven megoldás.
2019. máj. 22. 21:13
Hasznos számodra ez a válasz?
1 2 3 4 5 6

Kapcsolódó kérdések:




Minden jog fenntartva © 2025, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!