zinnector ថ្មី
បង្កើតគ្រោងឆ្អឹងសម្រាប់គេហទំព័រ ផ្លាកអ៊ីន ឬប្លុក theme ដែលដំណើរការភ្លាមៗ។ គ្មានឯកសារ placeholder គ្មាន TODOs — ផ្លាកអ៊ីនដំណើរការ ហើយ theme អាចត្រូវបានជ្រើសរើសភ្លាមៗនៅពេលវាត្រូវបានបង្កើត។
Zinnector®
Zinnector® បង្កើត WordPress នៅលើម៉ាស៊ីនមូលដ្ឋានដោយគ្រាន់តែដំឡើង Node ប៉ុណ្ណោះ — មិនបាច់ប្រើ Docker, មិនបាច់ប្រើ MAMP — បន្ទាប់មក ពិនិត្យមើលអ្វីដែលអ្នកបានបង្កើតធៀបនឹង hosting slot ដែលអ្នករៀបនឹងដាក់ឱ្យដំណើរការ ហើយប្រាប់អ្នកអំពីអ្វីដែលនឹងមិនត្រូវគ្នា មុនពេលអ្នក push។ ដំឡើងវាដោយប្រើ npm install -g zinnector។ វាឥតគិតថ្លៃ មានអាជ្ញាបណ្ណ MIT និងត្រូវបានបង្កើតឡើងនៅលើ API សាធារណៈដូចគ្នានឹងអ្វីៗផ្សេងទៀតនៅទីនេះដែរ។
CLI របស់សេវាកម្មបង្ហោះភាគច្រើនចាប់ផ្តើមនៅពេលដាក់ឱ្យដំណើរការ។ Zinnector® ចាប់ផ្តើមមុនពេលនោះ — វាបង្កើតគេហទំព័រជាមួយលោកអ្នក ហើយបន្ទាប់មកវាផ្ទៀងផ្ទាត់ការងាររបស់លោកអ្នកធៀបនឹងម៉ាស៊ីនដែលលោកអ្នកហៀបនឹងផ្ញើវាទៅ។ គម្លាតរវាង "វាដំណើរការនៅលើកុំព្យូទ័រយួរដៃរបស់ខ្ញុំ" និង "វាដំណើរការនៅលើម៉ាស៊ីនមេ" គឺជាកន្លែងដែលពេលវេលាពេលរសៀលត្រូវបាត់បង់ ហើយគម្លាតនោះគឺអាចវាស់វែងបាន។
បង្កើតគ្រោងឆ្អឹងសម្រាប់គេហទំព័រ ផ្លាកអ៊ីន ឬប្លុក theme ដែលដំណើរការភ្លាមៗ។ គ្មានឯកសារ placeholder គ្មាន TODOs — ផ្លាកអ៊ីនដំណើរការ ហើយ theme អាចត្រូវបានជ្រើសរើសភ្លាមៗនៅពេលវាត្រូវបានបង្កើត។
WordPress ពិតប្រាកដនៅលើម៉ាស៊ីនរបស់អ្នកក្នុងរយៈពេលប៉ុន្មានវិនាទី ដែលបម្រើកម្មវិធីជំនួយ និងស្បែកផ្ទាល់ខ្លួនរបស់អ្នក ដោយមិនចាំបាច់មាន Docker និងមិនមាន PHP នៅលើ PATH របស់អ្នកឡើយ។ ជ្រើសរើស PHP ណាមួយពី 5.2 ដល់ 8.5 ដើម្បីអភិវឌ្ឍ។
ការត្រួតពិនិត្យមុនពេលដំណើរការ។ ប្រៀបធៀបអ្វីដែលអ្នកបានបង្កើតទៅនឹងស្លតដែលអ្នករៀបនឹងដាក់ឱ្យដំណើរការ ហើយបញ្ជាក់រាល់ភាពមិនត្រូវគ្នា — និងរាល់ការត្រួតពិនិត្យដែលមិនអាចធ្វើបាន — មុនពេលអ្នករុញចូល។
ធ្វើការត្រួតពិនិត្យជាមុន រុញ commit របស់អ្នក ចាប់ផ្ដើមដំណើរការដាក់ឱ្យប្រើប្រាស់ និងតាមដានវារហូតដល់ចប់សព្វគ្រប់។ ប្រសិនបើវាបរាជ័យ កំណត់ហេតុនៃការស្ថាបនាគឺនៅឆ្ងាយត្រឹមតែពាក្យបញ្ជាមួយប៉ុណ្ណោះ។
សួរសហការីជំនួយពី terminal ដោយមានគម្រោង និងគេហទំព័ររបស់អ្នកជាបរិបទ។ វាដំណើរការនៅលើវេទិកាដោយផ្ទាល់ជាមួយគណនីផ្ទាល់ខ្លួនរបស់អ្នក ដូច្នេះគ្មានសោម៉ូដែលណាមួយត្រូវបានរក្សាទុកនៅលើម៉ាស៊ីនរបស់អ្នកឡើយ។
ពាក្យបញ្ជាចំនួនប្រាំមួយ តាមលំដាប់លំដោយ និងទម្រង់ដែលបង្ហាញពីភាពជោគជ័យនៅត្រង់ពាក្យបញ្ជានីមួយៗ។ អ្វីៗទាំងអស់នៅទីនេះដំណើរការលើម៉ាស៊ីនផ្ទាល់ខ្លួនរបស់អ្នក។ សោ API គឺត្រូវការតែនៅពេលដែលអ្នកទៅដល់រន្ធបង្ហោះប៉ុណ្ណោះ។
ដំណើរការ npm install -g zinnector នៅលើ Node 24 ឬថ្មីជាងនេះ។ ប្រសិនបើ npm បង្ហាញ EBADENGINE នោះ Node របស់អ្នកចាស់ជាង 24 ហើយ — សូមដំឡើង LTS បច្ចុប្បន្នពី nodejs.org ហើយដំណើរការការដំឡើងម្តងទៀត។
zinnector --version បង្ហាញលេខកំណែដូចជា 0.1.2។ នៅលើ Node ចាស់ជាង 24 វាបង្ហាញសារដែលបញ្ជាក់ថាត្រូវការ Node 24 ឬថ្មីជាងនេះ ហើយចាកចេញ។
zinnector --help រាយបញ្ជីពាក្យបញ្ជានីមួយៗនៅខាងក្រោម ជាមួយនឹងគោលបំណងមួយជួរ។ ពាក្យបញ្ជានីមួយៗក៏ទទួលយក --help ផ្ទាល់ខ្លួនផងដែរ។
zinnector new my-site បង្កើតគម្រោងមួយដែលចាប់ផ្ដើមភ្លាមៗ — zinnector.json មួយ រចនាសម្ព័ន្ធ wp-content មួយ និង README មួយ — ហើយបង្ហាញពាក្យបញ្ជាបន្ទាប់ដែលត្រូវដំណើរការ។
cd my-site បន្ទាប់មក zinnector dev។ ការដំណើរការលើកដំបូងនឹងសួរម្តងដើម្បីទាញយក WordPress runtime (ប្រហែល 570 MB រក្សាទុកក្នុងឃ្លាំងសម្ងាត់ផ្ទាល់របស់ CLI មិនដែលមាននៅក្នុងគម្រោងរបស់អ្នកឡើយ)។ ភាពជោគជ័យបង្ហាញដូចជា “running at http://127.0.0.1:9400”។
http://127.0.0.1:9400 គឺជាគេហទំព័រ WordPress ថ្មីមួយ; /wp-admin បើកផ្ទាំងគ្រប់គ្រងដោយបានចូលប្រើរួចជាស្រេច។ ដាក់កម្មវិធីជំនួយចូលទៅក្នុង wp-content/plugins ហើយវានឹងមាននៅទីនោះនៅពេលផ្ទុកឡើងវិញបន្ទាប់។
zinnector login, zinnector link, zinnector check, zinnector push — ពិនិត្យមើលជាមុននូវអ្វីដែលអ្នកបានបង្កើតធៀបនឹងស្លុត បន្ទាប់មកដាក់ឱ្យប្រើប្រាស់ និងមើលការបញ្ចប់របស់វា។
អ្នកបានបង្កើតនៅលើ PHP 8.3។ ស្លុតដំណើរការ 8.1។ គ្មានអ្វីប្រាប់អ្នកទេ រហូតដល់គេហទំព័រក្លាយជាទំព័រទទេ។ នោះគឺជាបញ្ហាដែលពាក្យបញ្ជានេះកើតឡើងដើម្បីដោះស្រាយ ហើយវាជាអ្វីដែលម្ចាស់វេទិកានេះបានស្នើសុំដោយផ្ទាល់។ Zinnector® អានបរិស្ថានទាំងពីរ ហើយដាក់វាទន្ទឹមគ្នា — បន្ទាប់មកអនុញ្ញាតឱ្យអ្នកដាក់ឱ្យប្រើប្រាស់ (deploy) ទោះជាយ៉ាងណាក៏ដោយ ពីព្រោះអ្នកប្រហែលជាមានហេតុផល។
គម្លាតកំណែធំត្រូវបានដាក់ទង់ថាកម្រិតខ្ពស់ ព្រោះវាធ្វើឱ្យខូចគេហទំព័រយ៉ាងប្រាកដ។ គម្លាតតូចត្រូវបានដាក់ទង់ទាបជាង។ ការចាត់ថ្នាក់អ្វីៗគ្រប់យ៉ាងជាកម្រិតធ្ងន់ធ្ងរ គ្រាន់តែបង្រៀនមនុស្សឱ្យរំលងការព្រមានប៉ុណ្ណោះ។
មែកធាង WordPress មួយមានឯកសារតូចៗរាប់ម៉ឺន ហើយគេហទំព័រមួយអាចប្រើប្រាស់កូតា inode របស់វាអស់ ខណៈពេលដែលទំហំថាសនៅសល់ច្រើន។ ទាំងពីរត្រូវបានត្រួតពិនិត្យធៀបនឹងទំហំដែលនៅសល់ជាក់ស្តែងនៅលើ slot មិនមែនធៀបនឹងគម្រោងនោះទេ។
ការត្រួតពិនិត្យដែលមិនអាចមើលឃើញប្រធានបទរបស់ខ្លួន នឹងរាយការណ៍ថាមិនបានត្រួតពិនិត្យ មិនមែនជាប់នោះឡើយ។ ការដំណើរការដ៏ត្រឹមត្រូវមួយនឹងបញ្ជាក់ចំនួនអ្វីៗដែលវាមិនអាចផ្ទៀងផ្ទាត់បាន ពីព្រោះគ្មាននរណាម្នាក់មើលសារបញ្ជាក់សុវត្ថិភាពមិនពិតជាលើកទីពីរឡើយ។
រាល់ការរកឃើញទាំងអស់អាចជំនួសបានដោយប្រើ --force ហើយសេចក្តីសង្ខេបបញ្ជាក់យ៉ាងដូច្នេះ។ នៅក្នុង CI កូដចាកចេញដើរតួជារបាំងជំនួសវិញ ដូច្នេះ pipeline អាចមានភាពតឹងរ៉ឹង ខណៈដែលមនុស្សនៅតែគ្រប់គ្រងបាន។
WordPress Playground គឺជាលំនាំដើម៖ PHP ត្រូវបានចងក្រងទៅជា WebAssembly ដែលដំណើរការនៅក្នុង Node ដូច្នេះកុំព្យូទ័រយួរដៃដែលបានដំឡើងត្រឹមតែ Node នឹងប្តូរពីគ្មានអ្វីសោះទៅជា WordPress កំពុងដំណើរការក្នុងរយៈពេលប្រហាក់ប្រហែលនឹងការអានប្រយោគនេះ។
នៅពេលដែលអ្នកត្រូវការ PHP ដើម — ផ្នែកបន្ថែមដូចជា imagick, MySQL ពិតប្រាកដ — សូមបញ្ជូន --runtime docker ហើយទទួលបានកុងតឺន័រ php-fpm និង MariaDB ជំនួសវិញ។ ទាំងពីរនេះបម្រើឯកសារដូចគ្នាពីគម្រោងដូចគ្នា ដូច្នេះការប្តូររវាងពួកវាគ្រាន់តែផ្លាស់ប្តូរម៉ាស៊ីនប៉ុណ្ណោះ ហើយគ្មានអ្វីផ្សេងទៀតឡើយ។
Zinnector® ត្រូវបានបង្កើតឡើងនៅលើ API សាធារណៈដូចគ្នានឹងផ្ទាំងគ្រប់គ្រង ដូច្នេះអ្វីៗដែលផ្ទាំងបញ្ជាអាចធ្វើបាន វាក៏អាចធ្វើបានដែរ — ហើយពាក្យបញ្ជានីមួយៗគឺជាប្រតិបត្តិការដែលមានឯកសារនៅក្នុងលក្ខណៈជាក់លាក់ OpenAPI ជាជាង endpoint ឯកជន។
រាយបញ្ជីគេហទំព័រ អានអ្វីគ្រប់យ៉ាងដែលប្រព័ន្ធដឹងអំពីគេហទំព័រមួយ ដាក់ឱ្យដំណើរការឡើងវិញ និងអានប្រវត្តិដាក់ឱ្យដំណើរការព្រមទាំងកំណត់ហេតុនៃការស្ថាបនា។
រាយបញ្ជីដែន អាននិងផ្លាស់ប្តូរកំណត់ត្រា DNS ដោយកំណត់ត្រាត្រូវបានបង្ហាញមុនពេលសរសេរ និងអានសេវាកម្មសំបុត្ររបស់អ្នក។
ផ្លាស់ប្តូរកំណែ PHP, ពិនិត្យមើលការប្រើប្រាស់ថាស និង inode ធៀបនឹងអ្វីដែលគម្រោងរបស់អ្នកផ្តល់ឱ្យ, ទទួលបានតំណភ្ជាប់ប្រើតែម្តងទៅកាន់ phpMyAdmin និងតាមដានកំណត់ត្រាចូលប្រើប្រាស់ព្រមទាំងកំហុសក្នុងពេលជាក់ស្តែង។
ដំណើរការបញ្ជា WP-CLI ដែលមាននៅក្នុងបញ្ជីអនុញ្ញាតនៅលើគេហទំព័រមួយ ហើយសម្អាតឃ្លាំងសម្ងាត់ ឬចាប់ផ្តើមការស្កេនមេរោគនៅលើការជ្រើសរើសទាំងមូលក្នុងការហៅតែមួយជាជាងម្តងសម្រាប់គេហទំព័រនីមួយៗ។
បញ្ជីពេញលេញ មួយបន្ទាត់សម្រាប់ធាតុនីមួយៗ។ ឯកសារយោងពេញលេញ — ទង់នីមួយៗ ឧទាហរណ៍ដែលអាចដំណើរការបាន និងអ្វីដែលពាក្យបញ្ជានីមួយៗបង្ហាញ — ត្រូវបានបង្កើតឡើងពី CLI ផ្ទាល់ ហើយមាននៅក្នុងឯកសារអ្នកអភិវឌ្ឍន៍ និងមូលដ្ឋានចំណេះដឹង ដូច្នេះវាមិនអាចខុសគ្នាពីឧបករណ៍ដែលលោកអ្នកបានដំឡើងនោះទេ។
បង្កើតគ្រោងឆ្អឹងនៃគម្រោង WordPress ដែលអ្នកអាចដំណើរការបានភ្លាមៗ។
ដំណើរការគម្រោងនេះក្នុងមូលដ្ឋាន — មិនទាមទារ Docker ទេ។
ចូលដោយប្រើកូនសោ API របស់ Zinn Digital®។
បំភ្លេចសោ API ដែលបានរក្សាទុក។
បង្ហាញថា CLI នេះត្រូវបានផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវជាអ្នកណា។
រាយបញ្ជីគេហទំព័រដែលសោនេះអាចមើលឃើញ។
អ្វីៗទាំងអស់ដែលវេទិកាដឹងអំពីគេហទំព័រមួយ។
ផ្តល់សិទ្ធិចូលប្រើគេហទំព័រតែមួយដល់មនុស្សម្នាក់ — អ្នកអភិវឌ្ឍន៍ អ្នករចនា អតិថិជន — ជាមួយនឹងតួនាទី និងមូលហេតុ។
មើលថាអ្នកណាខ្លះត្រូវបានផ្តល់សិទ្ធិចូលប្រើប្រាស់គេហទំព័រ តួនាទីរបស់ពួកគេ និងថាតើពួកគេបានយល់ព្រមហើយឬនៅ។
ដកសិទ្ធិចូលប្រើប្រាស់របស់បុគ្គលម្នាក់មកវិញ តាមរយៈអ៊ីមែល ឬលេខសម្គាល់ការផ្តល់សិទ្ធិ។
ការអញ្ជើញដែលកំពុងរង់ចាំអ្នក ហើយទទួលយកមួយ។
ចង្អុលគម្រោងនេះទៅកាន់ស្លុតបង្ហោះ (និងភ្ជាប់ឃ្លាំងផ្ទុករបស់វា)។
ទាញយកឯកសាររបស់គេហទំព័រដែលបានបង្ហោះចូលទៅក្នុងគម្រោងនេះសម្រាប់ការអភិវឌ្ឍក្នុងម៉ាស៊ីនផ្ទាល់ ហើយដំណើរការឡើងវិញដើម្បីធ្វើសមកាលកម្មឡើងវិញ។ ជ្រើសរើសផ្លូវលឿននៅពេលគេហទំព័រធ្វើសមកាលកម្មទៅឃ្លាំងផ្ទាល់ខ្លួន បើមិនដូច្នោះទេដំណើរការពីការបម្រុងទុកចុងក្រោយបង្អស់។
ការធ្វើសមកាលកម្មទ្វេទិសរវាងឯកសារផ្ទាល់នៃគេហទំព័រដែលបានបង្ហោះ និងឃ្លាំងផ្ទុកទិន្នន័យ (repository) របស់វា៖ មើលស្ថានភាពរបស់វា បើកដំណើរការវា បញ្ជាក់ការផ្លាស់ប្តូរ (commit) របស់គេហទំព័រ ឬជ្រើសរើសភាគីណាដែលមានអាទិភាព។
ស្ពានតភ្ជាប់ទៅកាន់ម៉ាស៊ីនបម្រើ MCP របស់ Zinn Digital® សម្រាប់ Claude Desktop និងកម្មវិធីភ្ញៀវ AI ផ្សេងទៀតដែលចាប់ផ្ដើមដំណើរការតែម៉ាស៊ីនបម្រើក្នុងស្រុកប៉ុណ្ណោះ។
បង្កើតគម្រោងក្នុងស្រុកពីគេហទំព័រដែលបានបង្ហោះក្នុងជំហានតែមួយ៖ ក្លូនឃ្លាំងរបស់វា ឬទាញយកឯកសាររបស់វា សរសេរឯកសារគម្រោង និងត្រៀមខ្លួនដំណើរការ zinnector dev។
ប្រៀបធៀបគម្រោងនេះទៅនឹងស្លតដែលអ្នករៀបនឹងដាក់ឱ្យប្រើប្រាស់។
ធ្វើការត្រួតពិនិត្យជាមុន រុញការផ្លាស់ប្តូររបស់អ្នក និងដាក់ឱ្យដំណើរការ។
ដាក់ឱ្យដំណើរការឡើងវិញនូវអ្វីដែលវេទិកាមានរួចហើយ ដោយមិនបាច់រុញ។
ប្រវត្តិនៃការដាក់ឱ្យដំណើរការគេហទំព័រ។
បង្ហាញ ឬប្តូរកំណែ PHP របស់គេហទំព័រ។
ការប្រើប្រាស់ថាស ឯកសារ និងមូលដ្ឋានទិន្នន័យធៀបនឹងអ្វីដែលគម្រោងផ្តល់ជូន។
ទំហំមូលដ្ឋានទិន្នន័យ និងតំណប្រើប្រាស់តែម្តងទៅកាន់ phpMyAdmin និងកម្មវិធីគ្រប់គ្រងឯកសារ។
តាមដានកំណត់ត្រាការចូលប្រើប្រាស់ និងកំហុសរបស់គេហទំព័រក្នុងពេលជាក់ស្តែង។
ដំណើរការពាក្យបញ្ជា WP-CLI ដែលត្រូវបានអនុញ្ញាតនៅលើគេហទំព័រ។
រាយបញ្ជី និងបង្កើតការបម្រុងទុកគេហទំព័រ។ ពាក្យបញ្ជារង៖ list, now។
រាយបញ្ជីដែនដែលសោនេះអាចមើលឃើញ។
អាន និងផ្លាស់ប្តូរកំណត់ត្រា DNS។ ពាក្យបញ្ជារង៖ list, add, rm។
រាយបញ្ជីសេវាសំបុត្រ។
ដំណើរការប្រតិបត្តិការមួយនៅលើគេហទំព័រជាច្រើន (cache_purge, malware_scan, sitemap, block_ip)។
សួរជំនួយការ Zinn Digital® ដោយមានគម្រោងនេះជាបរិបទ។
ទេ `zinnector new` និង `zinnector dev` មិនត្រូវការគណនីទាល់តែសោះ — បង្កើតគ្រោងនៃកម្មវិធីជំនួយ រចនាប័ទ្ម ឬគេហទំព័រទាំងមូល ហើយដំណើរការវាក្នុងកុំព្យូទ័ររបស់អ្នកដោយឥតគិតថ្លៃជារៀងរហូត។ កូនសោ API ត្រូវការសម្រាប់តែពាក្យបញ្ជាដែលទាក់ទងជាមួយសេវាបង្ហោះរបស់អ្នកប៉ុណ្ណោះ។
មិនមែនសម្រាប់ runtime លំនាំដើមនោះទេ។ WordPress Playground ចងក្រង PHP ទៅជា WebAssembly និងដំណើរការនៅក្នុង Node ដូច្នេះ `zinnector dev` ចាប់ផ្ដើមដំណើរការ WordPress ពិតប្រាកដក្នុងរយៈពេលប៉ុន្មានវិនាទីដោយមិនចាំបាច់ដំឡើងអ្វីផ្សេងឡើយ។ ប្រសិនបើអ្នកត្រូវការ PHP ដើម — ដើម្បីសាកល្បង extension ដូចជា imagick ឬ ionCube — `--runtime docker` ផ្ដល់ជូនអ្នកនូវ container php-fpm និង MariaDB ជំនួសវិញ។ ទាំងពីរត្រូវបានគាំទ្រ។ គ្មានមួយណាជាជម្រើសបម្រុងនោះទេ។
កំណែ PHP មូលដ្ឋានរបស់អ្នកធៀបនឹងកំណែរបស់ slot, ថាតើ slot អាចប្តូរទៅកំណែដែលអ្នកបានបង្កើតឡើងដែរឬទេ, ថាតើ PHP របស់ slot បានហួសកាលបរិច្ឆេទផុតកំណត់នៃការគាំទ្រហើយឬនៅ និងថាតើម៉ាស៊ីនពិតជាបានអនុវត្តវាដែរឬទេ, ទំហំគម្រោង និងចំនួនឯកសាររបស់អ្នកធៀបនឹងទំហំថាស និង inode ដែលនៅសល់, កំណែ WordPress នៅសងខាង, ថាតើ slot បានបញ្ចប់ការរៀបចំផ្ដល់ជូនហើយឬនៅ និងថាតើឃ្លាំង git ត្រូវបានភ្ជាប់ដើម្បីដាក់ឱ្យប្រើប្រាស់ដែរឬទេ។ អ្វីៗដែលមិនអាចពិនិត្យបាន នឹងត្រូវបានរាយការណ៍ថាមិនបានពិនិត្យ ជាជាងចាត់ទុកថាបានជាប់ការត្រួតពិនិត្យ។
ទេ ហើយនោះគឺជាចេតនា។ ការត្រួតពិនិត្យមុនពេលដំណើរការនឹងផ្តល់ការព្រមាន និងអនុញ្ញាតឱ្យអ្នកបន្ត — `--force` នឹងដាក់ឱ្យដំណើរការដោយរំលងរាល់ការរកឃើញទាំងអស់។ អ្នកដឹងពីរឿងរ៉ាវអំពីគេហទំព័រផ្ទាល់ខ្លួនរបស់អ្នកដែលកម្មវិធីពិនិត្យមិនដឹង ហើយឧបករណ៍ដែលបដិសេធមិនដាក់ឱ្យដំណើរការ គឺជាឧបករណ៍ដែលមនុស្សនឹងលុបការដំឡើងចោល។
កូនសោមិនដែលត្រូវបានអានពីបន្ទាត់ពាក្យបញ្ជាឡើយ — គឺអានតែពីសារដាស់តឿន ឬ stdin ដែលបានបញ្ជូនប៉ុណ្ណោះ — ដូច្នេះ វាមិនអាចធ្លាក់ចូលទៅក្នុងប្រវត្តិ shell របស់អ្នក ឬក្នុងបញ្ជីដំណើរការនោះទេ។ វាត្រូវបានរក្សាទុកនៅក្នុងថតកំណត់រចនាសម្ព័ន្ធផ្ទាល់ខ្លួនរបស់អ្នកដែលមានទម្រង់ឯកសារ 600 ហើយ Zinnector® បញ្ជាក់ការអនុញ្ញាតទាំងនោះឡើងវិញរាល់ពេលដែលវាសរសេរ។
បាទ/ចាស។ កំណត់ `ZINNECTOR_TOKEN` ហើយគ្រប់ពាក្យបញ្ជាទាំងអស់ទទួលយក `--json`។ លទ្ធផលសម្រាប់មនុស្សអានចេញទៅកាន់ stderr ហើយទិន្នន័យទៅកាន់ stdout ដូច្នេះ pipe នៅតែស្អាត។ `zinnector check` ចាកចេញដោយលេខកូដមិនមែនសូន្យនៅពេលរកឃើញអ្វីមួយ ដូច្នេះវាដំណើរការជា pipeline gate ហើយ `--strict` ក៏បរាជ័យផងដែរនៅពេលដែលការប្រៀបធៀបមិនអាចធ្វើទៅបាន។
ដំណើរការ npm install -g zinnector ឬសាកល្បងវាម្តងជាមួយ npx zinnector new my-site។ ឥតគិតថ្លៃ មានអាជ្ញាបណ្ណ MIT និងបង្កើតឡើងនៅលើ API សាធារណៈ។ បង្កើតគ្រោងគម្រោង ដំណើរការវាក្នុងស្រុកដោយគ្មាន Docker និងត្រួតពិនិត្យជាមុនមុនពេលអ្នកដាក់ឱ្យប្រើប្រាស់។
អានឯកសារ