وینډوز، پاور شیل، او اوږدې لارې

زه فکر کوم چې تاسو، زما په څیر، ډیری وختونه د بڼې لارې لیدلي دي !!! مهم_____نوی_____!!! مه ړنګوئ!!! د حکم شمیره 98819-649-B نیټه د فبروري 30, 1985 د Ivan Aleksandrovich Kozlov د کارپوریټ VIP پیرودونکو مالتړ او په sidelines.doc کې د سوداګرۍ غونډو تنظیم کولو لپاره د څانګې سرپرست رییس په توګه د ټاکل کیدو په اړه..

او ډیری وختونه تاسو نشئ کولی سمدلاسه په وینډوز کې داسې سند خلاص کړئ. یو څوک د ډیسک نقشه کولو په بڼه کار کوي، یو څوک د فایل مدیران کاروي چې کولی شي د اوږدې لارې سره کار وکړي: د لرې مدیر، ټول قوماندان او داسې نور. او ډیری نورو په خواشینۍ سره ولیدل چې د PS سکریپټ دوی څنګه رامینځته کړی ، په کوم کې چې ډیر کار پانګونه شوی او کوم چې د ازموینې چاپیریال کې د بنګ سره کار کړی ، په جنګي چاپیریال کې ، په بې وسۍ سره د یو ناممکن کار په اړه شکایت وکړ: ټاکل شوې لاره، د فایل نوم، یا دواړه ډیر اوږد دي. د بشپړ وړ فایل نوم باید د 260 حروف څخه کم وي، او د لارښود نوم باید د 248 حروف څخه کم وي.
لکه څنګه چې دا معلومه شوه، 260 حروف کافي دي "نه یوازې د هرچا لپاره." که تاسو علاقه لرئ چې د هغه څه له حدودو هاخوا لاړ شئ چې اجازه ورکړل شوې وي ، زه د پیشو لاندې پوښتنه کوم.

دلته د فایل لارې اوږدوالي محدودولو یوازې یو څو بدبختانه پایلې دي:

• په سرور کې یو فولډر شتون لري، د بیلګې په توګه، D:DataSharedAccounting، چې د SMB له لارې شریک شوی او کاروونکو ته د شبکې ډرایو S په توګه نصب شوی؛ کارونکي داسې فایلونه رامینځته کوي چې اډمین / سکریپټونه نشي لوستلی کله چې له سرور څخه په محلي توګه لاسرسی ومومي، ځکه مطلق لاره د شبکې له لارې اوږده ده؛
• د رومینګ پروفایل همغږي کولو تېروتنې;
• د سیوري کاپي څخه بیرته راګرځولو سره ستونزې;
• کله چې د نورو سیسټمونو څخه ډیټا لیږدول چې د لارې په اوږدوالي کې لږ سخت محدودیتونه لري، په نوي چاپیریال کې، ځینې به د تیمبورین سره نڅا کولو پرته د لاسرسي وړ نه وي؛
• غلط معلومات کله چې په فولډرونو کې د فایلونو اندازه او شمیر محاسبه کول;
• نور ...

د موضوع څخه یو څه انحراف، زه یادونه کوم چې د DFS نقل لپاره، په مقاله کې په پام کې نیول شوې ستونزه خورا خطرناکه نه ده او د اوږد نومونو فایلونه په بریالیتوب سره له سرور څخه سرور ته سفر کوي (البته، البته، که نه نو تاسو سم شوی).

زه غواړم یو ډیر ګټور کارونې ته هم پام واړوم چې له یو ځل څخه یې زما سره مرسته کړې روبوپي. هغه هم له اوږدو لارو نه ډارېږي او ډېر څه پېژني. له همدې امله ، که چیرې دنده د فایل ډیټا کاپي کولو / لیږدولو ته راشي ، تاسو کولی شئ پدې کې ودریږئ. که تاسو د فایل سیسټم لاسرسي کنټرول لیستونو (DACLs) سره ګډوډي ته اړتیا لرئ ، لرې وګورئ subinacl. د دې د پام وړ عمر سره سره، دا په وینډوز 2012 R2 کې ځان په بشپړه توګه وښود. ټوټ د غوښتنلیک میتودونه په پام کې نیول شوي.

زه د اوږدې PowerShell لارو سره د کار کولو څرنګوالي زده کولو کې هم علاقه لرم. د هغه سره، تقریبا د ایوان زارویچ او ویسیلیسا ښکلی په اړه د ږیرې ټوکې په څیر.

چټک لاره

لینکس ته لاړشئ او د وینډوز 10/2016/2019 په اړه اندیښنه مه کوئ او د مناسب ګروپ پالیسي ترتیب/رجسټري ټیک فعال کړئ. زه به په دې طریقه په تفصیل سره خبرې ونه کړم، ځکه. د دې موضوع په اړه لا دمخه په جال کې ډیری مقالې شتون لري، د بیلګې په توګه، دا.

د دې په پام کې نیولو سره چې په ډیری شرکتونو کې ډیری شتون لري، په نرمۍ سره د عملیاتي سیسټمونو نوې نسخې ندي، دا طریقه یوازې د کاغذ لیکلو لپاره چټکه ده، پرته له دې چې تاسو یو له هغو بختورانو څخه یاست چې لږ میراث سیسټمونه او وینډوز لري. 10/2016/2019 واکمني.

اوږده لاره

دلته موږ سمدلاسه یو ریزرویشن کوو چې بدلونونه به د وینډوز اکسپلورر چلند اغیزه ونکړي ، مګر دا به دا امکان رامینځته کړي چې په PowerShell cmdlets کې اوږدې لارې وکاروئ ، لکه Get-Item، Get-ChildItem، Remove-Item، او داسې نور.

لومړی، راځئ چې PowerShell تازه کړو. دا یو، دوه، درې ترسره شوي.

1. موږ د .NET چوکاټ لږترلږه 4.5 نسخې ته تازه کوو. عملیاتي سیسټم باید لږترلږه وینډوز 7 SP1/2008 R2 وي. اوسنی نسخه ډاونلوډ کیدی شي دلتهنور معلومات ولولئ دلته.
2. کښته کول او د وینډوز مدیریت چوکاټ 5.1 نصب کړئ
3. موږ ماشین ریبوټ کوو.

سخت کار کونکي کولی شي پورتنۍ مرحلې په لاسي ډول ترسره کړي، سست کسان کولی شي دا د SCCM، پالیسیو، سکریپټونو او نورو اتوماتیک وسیلو په مرسته ترسره کړي.

د PowerShell اوسنی نسخه د متغیر څخه موندل کیدی شي $PSVersionTable. د تازه کولو وروسته دا باید داسې ښکاري:

اوس کله چې cmdlets کاروئ ترلاسه کړئ او نور د معمول پرځای هغه خوښوي پټه использовать использовать لفظي لاره.

د لارو بڼه به یو څه توپیر ولري:

Get-ChildItem -LiteralPath "?C:Folder"
Get-ChildItem -LiteralPath "?UNCServerNameShare"
Get-ChildItem -LiteralPath "?UNC192.168.0.10Share"

د معمول فارمیټ څخه فارمیټ ته د لارو بدلولو اسانتیا لپاره لفظي لاره تاسو کولی شئ دا فنکشن وکاروئ:

Function ConvertTo-LiteralPath 
Param([parameter(Mandatory=$true, Position=0)][String]$Path)
    If ($Path.Substring(0,2) -eq "") {Return ("?UNC" + $Path.Remove(0,1))}
    Else {Return "?$Path"}
}

مهرباني وکړئ په یاد ولرئ کله چې پیرامیټر تنظیم کړئ لفظي لاره وائلډ کارډونه نشي کارول کیدی (*, ? وغيره).

د پیرامیټر سربیره لفظي لارهپه تازه شوي PowerShell cmdlet کې ترلاسه کړئ پیرامیټر ترلاسه کړ ژوره، د کوم سره چې تاسو کولی شئ د تکراري لټون لپاره د ځنځیر ژوروالی تنظیم کړئ ، ما دا څو ځله کارولی او مطمین وم.

اوس تاسو ویره نشئ کولی چې ستاسو PS - سکریپټ به له یوې اوږدې خیټې لارې څخه ګمراه شي او لرې فایلونه به ونه ګوري. د مثال په توګه ، دې طریقې زما سره ډیره مرسته وکړه کله چې د DFSR فولډرو کې د فایلونو لپاره د "موقتي" خاصیت بیا تنظیم کولو لپاره سکریپټ لیکل. مګر دا بله کیسه ده، کوم چې زه به هڅه وکړم په بله مقاله کې ووایم. زه ستاسو څخه په زړه پورې نظرونو ته په تمه یم او زه وړاندیز کوم چې سروې وکړئ.

ګټور لینکونه:
docs.microsoft.com/en-us/dotnet/api/microsoft.powershell.commands.contentcommandbase.literalpath?view=powershellsdk-1.1.0
docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/get-childitem?view=powershell-5.1
stackoverflow.com/questions/46308030/handling-path-too-long-exception-with-new-psdrive/46309524
luisabreu.wordpress.com/2013/02/15/theliteralpath-parameter

یوازې راجستر شوي کاروونکي کولی شي په سروې کې برخه واخلي. ننوزئمهرباني وکړئ

ایا د اوږده لارو ستونزه ستاسو سره تړاو لري؟

• چې

• اړونده وه، مګر دمخه پریکړه شوې

• مداخله کوي، مګر ډیر نه

• د دې په اړه فکر نه کاوه، داسې ښکاري چې هرڅه کار کوي

• نه

• نور (په نظرونو کې مشخص کړئ)

155 کاروونکو رایه ورکړه. 25 کاروونکي منع شوي.

سرچینه: www.habr.com