Windows, PowerShell, និងផ្លូវវែង

ខ្ញុំគិតថាអ្នកដូចជាខ្ញុំធ្លាប់ឃើញផ្លូវបែបនេះច្រើនជាងម្តង !!! សំខាន់____ថ្មី____!!! ហាមលុប!!! លេខ 98819-649-B ចុះថ្ងៃទី 30 ខែកុម្ភៈ ឆ្នាំ 1985 លើការតែងតាំងលោក Ivan Aleksandrovich Kozlov ជាប្រធានស្តីទីបណ្តោះអាសន្ននៃនាយកដ្ឋានសម្រាប់ការគាំទ្រអតិថិជន VIP របស់ក្រុមហ៊ុន និងរៀបចំកិច្ចប្រជុំអាជីវកម្មនៅ sidelines.doc.

ហើយជារឿយៗអ្នកនឹងមិនអាចបើកឯកសារបែបនេះនៅក្នុង Windows ភ្លាមៗបានទេ។ មនុស្សមួយចំនួនអនុវត្តវិធីដោះស្រាយក្នុងទម្រង់នៃការគូសផែនទីថាស អ្នកខ្លះទៀតប្រើកម្មវិធីគ្រប់គ្រងឯកសារដែលអាចដំណើរការជាមួយផ្លូវវែងៗ៖ កម្មវិធីគ្រប់គ្រងឆ្ងាយ អ្នកបញ្ជាសរុប និងអ្វីៗផ្សេងទៀត។ ហើយមនុស្សជាច្រើនទៀតបានមើលដោយភាពសោកសៅ ខណៈដែលស្គ្រីប PS ដែលពួកគេបានបង្កើត ដែលការងារជាច្រើនត្រូវបានវិនិយោគ និងដែលដំណើរការដោយសំឡេងផ្ទុះនៅក្នុងបរិយាកាសសាកល្បង នៅក្នុងបរិយាកាសផលិតកម្មបានត្អូញត្អែរអំពីកិច្ចការដែលមិនអាចទៅរួច៖ ផ្លូវដែលបានបញ្ជាក់ ឈ្មោះឯកសារ ឬទាំងពីរគឺវែងពេក។ ឈ្មោះឯកសារដែលមានលក្ខណៈសម្បត្តិពេញលេញត្រូវតែតិចជាង 260 តួអក្សរ ហើយឈ្មោះថតត្រូវតែតិចជាង 248 តួអក្សរ។
ដូចដែលវាបានប្រែក្លាយ 260 តួអក្សរគឺគ្រប់គ្រាន់ "មិនមែនសម្រាប់មនុស្សគ្រប់គ្នាទេ" ។ ប្រសិនបើអ្នកចាប់អារម្មណ៍ក្នុងការទៅហួសពីព្រំដែននៃអ្វីដែលត្រូវបានអនុញ្ញាត សូមយោងទៅឆ្មា។

នេះគ្រាន់តែជាផលវិបាកមិនល្អមួយចំនួននៃការកំណត់ប្រវែងផ្លូវឯកសារ៖

• មានថតមួយនៅលើម៉ាស៊ីនមេ ឧទាហរណ៍ D:DataSharedAccounting ដែលត្រូវបានចែករំលែកតាមរយៈ SMB និងបានភ្ជាប់ទៅអ្នកប្រើប្រាស់ជាដ្រាយបណ្តាញ S; អ្នកប្រើប្រាស់បង្កើតឯកសារដែលអ្នកគ្រប់គ្រង/ស្គ្រីបមិនអាចអាននៅពេលចូលប្រើក្នុងមូលដ្ឋានពីម៉ាស៊ីនមេ ពីព្រោះ ផ្លូវដាច់ខាតគឺវែងជាងផ្លូវបណ្តាញ។
• កំហុសក្នុងការធ្វើសមកាលកម្មសម្រាប់ទម្រង់រ៉ូមីង;
• បញ្ហាជាមួយនឹងការស្តារឡើងវិញពីច្បាប់ចម្លងស្រមោល;
• នៅពេលផ្ទេរទិន្នន័យពីប្រព័ន្ធផ្សេងទៀតដែលមានការរឹតបន្តឹងតិចលើប្រវែងផ្លូវ ក្នុងបរិយាកាសថ្មី ពួកវាមួយចំនួននឹងមិនអាចចូលដំណើរការបានដោយមិនចាំបាច់រាំជាមួយ tambourine ។
• ទិន្នន័យមិនត្រឹមត្រូវនៅពេលគណនាទំហំ និងចំនួនឯកសារនៅក្នុងថត;
• ល។

ដោយបង្វែរពីប្រធានបទបន្តិច ខ្ញុំកត់សម្គាល់ថាសម្រាប់ការចម្លង DFS បញ្ហាដែលបានពិភាក្សានៅក្នុងអត្ថបទគឺមិនគួរឱ្យភ័យខ្លាចទេ ហើយឯកសារដែលមានឈ្មោះវែងៗធ្វើដំណើរដោយជោគជ័យពីម៉ាស៊ីនមេទៅម៉ាស៊ីនមេ (ប្រសិនបើជាការពិត អ្វីៗផ្សេងទៀតគឺ ធ្វើបានត្រឹមត្រូវ។).

ខ្ញុំ​ក៏​ចង់​ទាញ​យក​ចិត្ត​ទុក​ដាក់​របស់​អ្នក​ចំពោះ​ឧបករណ៍​ប្រើប្រាស់​ដ៏​មាន​ប្រយោជន៍​ដែល​បាន​ជួយ​ខ្ញុំ​ច្រើន​ជាង​ម្តង robocopy. នាងក៏មិនខ្លាចផ្លូវវែងឆ្ងាយដែរ ហើយនាងអាចធ្វើបានច្រើន។ ដូច្នេះ ប្រសិនបើកិច្ចការធ្លាក់ចូលទៅក្នុងការចម្លង/ផ្ទេរទិន្នន័យឯកសារ អ្នកអាចបញ្ឈប់នៅទីនោះ។ ប្រសិនបើអ្នកត្រូវការលេងល្បិចជាមួយបញ្ជីត្រួតពិនិត្យការចូលប្រើប្រព័ន្ធឯកសារ (DACLs) សូមក្រឡេកមើលឱ្យឆ្ងាយ subinacl. ថ្វីបើមានអាយុកាលជឿនលឿនក៏ដោយ វាដំណើរការបានយ៉ាងល្អនៅលើ Windows 2012 R2។ នៅទីនេះ វិធីសាស្រ្តនៃការដាក់ពាក្យត្រូវបានពិចារណា។

ខ្ញុំចាប់អារម្មណ៍ក្នុងការបង្រៀនពីរបៀបធ្វើការជាមួយ PowerShell ដ៏វែង។ ជាមួយគាត់វាស្ទើរតែដូចនៅក្នុងរឿងកំប្លែងពុកចង្ការអំពី Ivan Tsarevich និង Vasilisa the Beautiful ។

វិធីលឿន

ប្តូរទៅលីនុច ហើយកុំបារម្ភអំពី Windows 10/2016/2019 ហើយបើកការកំណត់គោលការណ៍ក្រុមសមស្រប/កែប្រែបញ្ជីឈ្មោះ។ ខ្ញុំ​នឹង​មិន​ប្រកាន់​យក​វិធី​នេះ​ឱ្យ​បាន​លម្អិត​ទេ ព្រោះ​... មានអត្ថបទជាច្រើនរួចហើយលើប្រធានបទនេះនៅលើអ៊ីនធឺណិត ឧទាហរណ៍៖ នេះ.

ដោយពិចារណាថាក្រុមហ៊ុនភាគច្រើនមានច្រើន ដើម្បីដាក់វាឱ្យស្រាល មិនមែនជាកំណែចុងក្រោយបំផុតនៃប្រព័ន្ធប្រតិបត្តិការនោះទេ វិធីសាស្ត្រនេះគឺរហ័សសម្រាប់តែការសរសេរនៅលើក្រដាសប៉ុណ្ណោះ លុះត្រាតែអ្នកគឺជាមនុស្សសំណាងម្នាក់ដែលមានប្រព័ន្ធកេរ្តិ៍ដំណែលតិចតួច និង Windows 10 /2016/2019 សោយរាជ្យ។

ផ្លូវវែង

សូមធ្វើការកក់ទុកភ្លាមៗនៅទីនេះថាការផ្លាស់ប្តូរនឹងមិនប៉ះពាល់ដល់ឥរិយាបទរបស់ Windows Explorer នោះទេ ប៉ុន្តែនឹងធ្វើឱ្យវាអាចប្រើផ្លូវវែងៗនៅក្នុង PowerShell cmdlets ដូចជា Get-Item, Get-ChildItem, Remove-Item ជាដើម។

ជាដំបូង សូមធ្វើបច្ចុប្បន្នភាព PowerShell ។ វា​ត្រូវ​បាន​ធ្វើ​មួយ​ទៅ​ពីរ​បី​ដង​។

1. យើងធ្វើបច្ចុប្បន្នភាព .NET Framework ទៅកំណែមិនទាបជាង 4.5 ទេ។ ប្រព័ន្ធប្រតិបត្តិការត្រូវតែមានយ៉ាងហោចណាស់ Windows 7 SP1/2008 R2 ។ អ្នកអាចទាញយកកំណែបច្ចុប្បន្ន នៅទីនេះ, អានព័ត៌មានបន្ថែម នៅទីនេះ.
2. ទាញយក ហើយដំឡើង Windows Management Framework 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/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 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ១៤ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com