વિન્ડોઝ, પાવરશેલ અને લાંબા પાથ

મને લાગે છે કે તમે, મારી જેમ, આવા રસ્તાઓ એક કરતા વધુ વાર જોયા હશે !!! મહત્વપૂર્ણ____નવું____!!! ડિલીટ કરશો નહીં!!! ઓર્ડર નંબર 98819-649-બી તારીખ 30 ફેબ્રુઆરી, 1985 કોર્પોરેટ વીઆઇપી ક્લાયન્ટ્સને ટેકો આપવા અને sidelines.doc પર બિઝનેસ મીટિંગ્સનું આયોજન કરવા માટે વિભાગના અસ્થાયી કાર્યકારી વડા તરીકે ઇવાન એલેક્ઝાન્ડ્રોવિચ કોઝલોવની નિમણૂક પર.

અને ઘણી વાર તમે તરત જ Windows માં આવા દસ્તાવેજને ખોલવા માટે સમર્થ હશો નહીં. કેટલાક લોકો ડિસ્ક મેપિંગના રૂપમાં વર્કઅરાઉન્ડની પ્રેક્ટિસ કરે છે, અન્ય લોકો ફાઇલ મેનેજરનો ઉપયોગ કરે છે જે લાંબા પાથ સાથે કામ કરી શકે છે: ફાર મેનેજર, ટોટલ કમાન્ડર અને તેના જેવા. અને ઘણા વધુ લોકોએ તેઓએ બનાવેલી પીએસ સ્ક્રિપ્ટ તરીકે ઉદાસી સાથે જોયું, જેમાં ઘણું કામ રોકાણ કરવામાં આવ્યું હતું અને જેણે પરીક્ષણ વાતાવરણમાં ધમાકેદાર કામ કર્યું હતું, ઉત્પાદન વાતાવરણમાં અસહાયતાથી અશક્ય કાર્ય વિશે ફરિયાદ કરી હતી: ઉલ્લેખિત પાથ, ફાઇલનું નામ અથવા બંને ખૂબ લાંબુ છે. સંપૂર્ણ લાયકાત ધરાવતી ફાઇલનું નામ 260 અક્ષરો કરતાં ઓછું હોવું જોઈએ અને ડિરેક્ટરીનું નામ 248 અક્ષરો કરતાં ઓછું હોવું જોઈએ.
તે બહાર આવ્યું તેમ, 260 અક્ષરો પૂરતા છે "માત્ર દરેક માટે નહીં." જો તમને પરવાનગી છે તેની સીમાઓથી આગળ વધવામાં રસ હોય, તો કૃપા કરીને બિલાડીનો સંદર્ભ લો.

અહીં ફાઇલ પાથની લંબાઈને મર્યાદિત કરવાના કેટલાક કમનસીબ પરિણામો છે:

• સર્વર પર એક ફોલ્ડર છે, ઉદાહરણ તરીકે, D:DataSharedAccounting, જે SMB દ્વારા શેર કરવામાં આવે છે અને વપરાશકર્તાઓને નેટવર્ક ડ્રાઇવ S તરીકે માઉન્ટ કરવામાં આવે છે; વપરાશકર્તાઓ એવી ફાઇલો બનાવે છે જેને સર્વરમાંથી સ્થાનિક રીતે એક્સેસ કરવામાં આવે ત્યારે એડમિન/સ્ક્રીપ્ટ વાંચી શકતા નથી, કારણ કે સંપૂર્ણ પાથ નેટવર્ક પાથ કરતાં લાંબો છે;
• રોમિંગ પ્રોફાઇલ્સ માટે સિંક્રનાઇઝેશન ભૂલો;
• છાયા નકલોમાંથી પુનઃસ્થાપિત કરવામાં સમસ્યાઓ;
• જ્યારે પાથની લંબાઈ પર ઓછા કડક પ્રતિબંધો ધરાવતી અન્ય સિસ્ટમોમાંથી ડેટાને સ્થાનાંતરિત કરવામાં આવે છે, ત્યારે નવા વાતાવરણમાં તેમાંના કેટલાક ખંજરી સાથે નૃત્ય કર્યા વિના અગમ્ય બની જશે;
• ફોલ્ડર્સમાં ફાઇલોના કદ અને સંખ્યાની ગણતરી કરતી વખતે ખોટો ડેટા;
• વગેરે ...

વિષયથી સહેજ વિચલિત થતાં, હું નોંધું છું કે DFS પ્રતિકૃતિ માટે લેખમાં ચર્ચા કરવામાં આવેલી સમસ્યા ભયંકર નથી અને લાંબા નામવાળી ફાઇલો સફળતાપૂર્વક સર્વરથી સર્વર સુધી મુસાફરી કરે છે (જો, અલબત્ત, બાકીનું બધું બરાબર કર્યું).

હું તમારું ધ્યાન એક ખૂબ જ ઉપયોગી ઉપયોગિતા તરફ દોરવા માંગુ છું જેણે મને એક કરતા વધુ વખત મદદ કરી છે રોબોકપી. તે લાંબા રસ્તાઓથી પણ ડરતી નથી, અને તે ઘણું કરી શકે છે. તેથી, જો કાર્ય ફાઇલ ડેટાને કૉપિ/ટ્રાન્સફર કરવા માટે ઉકળે છે, તો તમે ત્યાં રોકી શકો છો. જો તમારે ફાઇલ સિસ્ટમ એક્સેસ કંટ્રોલ લિસ્ટ્સ (DACLs) સાથે યુક્તિઓ રમવાની જરૂર હોય, તો દૂર જુઓ સબિનકલ. તેની અદ્યતન ઉંમર હોવા છતાં, તેણે Windows 2012 R2 પર ઉત્તમ પ્રદર્શન કર્યું. અહીં એપ્લિકેશનની પદ્ધતિઓ ધ્યાનમાં લેવામાં આવે છે.

મને લાંબા પાવરશેલ પાથ સાથે કેવી રીતે કામ કરવું તે શીખવવામાં રસ હતો. તેની સાથે તે લગભગ ઇવાન ત્સારેવિચ અને વાસિલિસા ધ બ્યુટીફુલ વિશે દાઢીવાળા મજાક જેવું છે.

ઝડપી માર્ગ

લિનક્સ પર સ્વિચ કરો અને Windows 10/2016/2019 વિશે ચિંતા કરશો નહીં અને યોગ્ય જૂથ નીતિ સેટિંગ સક્ષમ કરો/રજિસ્ટ્રીને ટ્વિક કરો. હું આ પદ્ધતિ પર વિગતવાર ધ્યાન આપીશ નહીં, કારણ કે ... ઇન્ટરનેટ પર આ વિષય પર પહેલાથી જ ઘણા લેખો છે, ઉદાહરણ તરીકે, ઇટા.

મોટાભાગની કંપનીઓ પાસે ઓપરેટિંગ સિસ્ટમના લેટેસ્ટ વર્ઝન નહીં પણ હળવા શબ્દોમાં કહીએ તો ઘણી બધી છે, આ પદ્ધતિ માત્ર કાગળ પર લખવા માટે ઝડપી છે, સિવાય કે, અલબત્ત, તમે એવા નસીબદાર લોકોમાંના એક છો કે જેમની પાસે થોડી વારસાગત સિસ્ટમ્સ અને Windows 10 છે. /2016/2019 સર્વોચ્ચ શાસન કરે છે.

લાંબો રસ્તો

ચાલો અહીં તરત જ આરક્ષણ કરીએ કે ફેરફારો વિન્ડોઝ એક્સપ્લોરરની વર્તણૂકને અસર કરશે નહીં, પરંતુ PowerShell cmdlets માં લાંબા પાથનો ઉપયોગ કરવાનું શક્ય બનાવશે, જેમ કે Get-Item, Get-ChildItem, Remove-Item, વગેરે.

પ્રથમ, ચાલો PowerShell અપડેટ કરીએ. તે એક, બે, ત્રણ વખત કરવામાં આવે છે.

1. અમે .NET ફ્રેમવર્કને 4.5 કરતા નીચા સંસ્કરણ પર અપડેટ કરીએ છીએ. ઓપરેટિંગ સિસ્ટમ ઓછામાં ઓછી Windows 7 SP1/2008 R2 હોવી જોઈએ. તમે વર્તમાન સંસ્કરણ ડાઉનલોડ કરી શકો છો અહીં, વધુ માહિતી વાંચો અહીં.
2. ડાઉનલોડ કરી રહ્યું છે અને વિન્ડોઝ મેનેજમેન્ટ ફ્રેમવર્ક 5.1 ઇન્સ્ટોલ કરો
3. અમે મશીન રીબુટ કરીએ છીએ.

મહેનતુ લોકો ઉપર વર્ણવેલ પગલાં જાતે કરી શકે છે, આળસુ લોકો SCCM, નીતિઓ, સ્ક્રિપ્ટ્સ અને અન્ય ઓટોમેશન ટૂલ્સની મદદથી તે કરી શકે છે.

પાવરશેલનું વર્તમાન સંસ્કરણ વેરીએબલમાંથી શોધી શકાય છે $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/ru-ru/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