Aangezien Windows is blijven evolueren en na verloop van tijd meer functionaliteit toevoegt, is het mogelijk dat u nieuwsgierig bent naar waarom het ouder wordt. "Functies" zoals snelkoppelingsbestanden. Met dat in gedachten heeft het SuperUser Q & A-bericht van vandaag antwoorden op de vragen van een verwarde lezer.

De vraag en antwoordsessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een community-driven groep van Q & A-websites.

De vraag

SuperUser-lezer Peter Mortensen wil weten waarom Windows shortcut-bestanden blijft gebruiken in plaats van symbolische koppelingen:

Windows XP en latere versies ondersteunen symbolische koppelingen, maar Windows blijft gebruik maken van snelkoppelingsbestanden (die in feite de locatie opslaan) van het gekoppelde bestand als tekst). Waarom? Waarom blijft Windows snelkoppelingsbestanden gebruiken in plaats van symbolische koppelingen?

Het antwoord

SuperUser-bijdrager Jonno heeft het antwoord voor ons:

Er zijn een aantal redenen. Bijvoorbeeld:

U kunt verschillende compatibiliteitsniveaus opslaan met verschillende snelkoppelingen naar hetzelfde exe-bestand als deze worden geïnterpreteerd door de shell in plaats van het bestandssysteem.

1. Bepaalde snelkoppelingen zijn niet echt aanwezig in het bestandssysteem . Sommigen van hen zijn eenvoudigweg verwijzingen naar GUID's of speciale tekenreeksen die worden geïnterpreteerd door de shell.
2. U kunt schakelaars niet opnemen in een symbolische koppeling. Natuurlijk, je kunt naar het exe-bestand wijzen, maar je kunt dit exe-bestand geen verdere argumenten 'vertellen'.
3. Je kunt geen pictogram kiezen voor een symbolische link.
4. Je kunt niet kiezen in welke map je wilt werken in een symbolische link link.
5. Snelkoppelingsbestanden hoeven niet naar alleen bestanden te verwijzen, maar kunnen ook hyperlinks of protocolkoppelingen zijn (zoals .URL-bestanden). LNK-bestanden kunnen op elk bestandssysteem voorkomen. Symbolische koppelingen worden afgehandeld door het bestandssysteem zelf, in het geval van Windows, NTFS.
6. Er is geen echte noodzaak om ze te vervangen. Ze werken, zijn klein van formaat en kunnen in de toekomst worden opgeschaald als er ooit behoefte is aan meer functionaliteit dan wat hierboven al is vermeld.
7. Beheerdersrechten zijn vereist om een ​​symbolische koppeling te maken ( met goede reden), anders kan het omleiden van onschuldige bestanden naar kwaadwillende met zeer weinig werk worden uitgevoerd. Er zijn meer redenen dan dit, maar ik denk dat dit voldoende is om u op weg te helpen. Hier is een MSDN-bloglink verstrekt door Grawity die meer informatie geeft over delen van dit onderwerp.
8. Heeft u iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread

---



Office 365-hulpprogramma's voor probleemoplossing gebruiken om veelvoorkomende problemen op te lossen

Als u problemen ondervindt met uw Office 365-installatie of problemen met specifieke Office-apps, biedt Microsoft twee geautomatiseerde hulpprogramma's die mogelijk kunnen worden gebruikt om u te helpen bij het oplossen en repareren van uw problemen. GERELATEERD: Toepassingen detecteren en repareren In Microsoft Office 2007 Het eerste hulpmiddel - de Office Repair Wizard - is beperkter in wat het kan doen, maar het is beschikbaar voor alle gebruikers van Office 365 Home of Business.

(how-to)



Een batchscript schrijven in Windows

Weet u hoe u de opdrachtprompt gebruikt? Als u dat doet, kunt u een batchbestand schrijven. In de eenvoudigste vorm is een batchbestand (of batch-script) een lijst met verschillende opdrachten die worden uitgevoerd wanneer u dubbelklikt op het bestand. Batchbestanden gaan helemaal terug naar DOS, maar werken nog steeds aan moderne versies van Windows.

(how-to)