ជំរាបសួរមនុស្សគ្រប់គ្នា!

វាប្រហែលជាមិនមែនជារឿងអាថ៌កំបាំងទេដែលសេវាតាមដានវីដេអូលើពពកកំពុងទទួលបានប្រជាប្រិយភាពនាពេលថ្មីៗនេះ។ ហើយវាច្បាស់ណាស់ថាហេតុអ្វីបានជាវាកើតឡើង វីដេអូមានខ្លឹមសារ "ធ្ងន់" ការផ្ទុកដែលទាមទារហេដ្ឋារចនាសម្ព័ន្ធ និងទំហំផ្ទុកថាសច្រើន។ ការប្រើប្រាស់ប្រព័ន្ធឃ្លាំមើលវីដេអូក្នុងបរិវេណទាមទារថវិកាដើម្បីដំណើរការ និងគាំទ្រ ទាំងសម្រាប់ស្ថាប័នដែលប្រើប្រាស់កាមេរ៉ាឃ្លាំមើលរាប់រយ និងសម្រាប់អ្នកប្រើប្រាស់ម្នាក់ៗដែលមានកាមេរ៉ាច្រើន។

ប្រព័ន្ធតាមដានវីដេអូតាមពពកដោះស្រាយបញ្ហានេះដោយផ្តល់ឱ្យអតិថិជននូវកន្លែងផ្ទុកវីដេអូដែលមានស្រាប់ និងហេដ្ឋារចនាសម្ព័ន្ធដំណើរការ។ អតិថិជនតាមដានវីដេអូតាមពពកគ្រាន់តែត្រូវការភ្ជាប់កាមេរ៉ាទៅអ៊ីនធឺណិត ហើយភ្ជាប់វាទៅគណនីពពករបស់គាត់។

មានវិធីបច្ចេកវិជ្ជាជាច្រើនដើម្បីភ្ជាប់កាមេរ៉ាទៅនឹងពពក។ ដោយមិនសង្ស័យ វិធីសាស្ត្រងាយស្រួល និងថោកបំផុតនោះគឺថា កាមេរ៉ាភ្ជាប់ដោយផ្ទាល់ និងដំណើរការជាមួយពពក ដោយមិនមានការចូលរួមពីឧបករណ៍បន្ថែម ដូចជាម៉ាស៊ីនមេ ឬឧបករណ៍ថតសំឡេង។

ដើម្បីធ្វើដូចនេះវាចាំបាច់ដែលម៉ូឌុលកម្មវិធីដែលធ្វើការជាមួយពពកត្រូវបានដំឡើងនៅលើកាមេរ៉ា។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើយើងនិយាយអំពីកាមេរ៉ាដែលមានតំលៃថោក នោះពួកវាមានធនធានផ្នែករឹងមានកម្រិត ដែលស្ទើរតែ 100% ត្រូវបានកាន់កាប់ដោយកម្មវិធីបង្កប់ដើមរបស់អ្នកលក់កាមេរ៉ា ហើយមិនមានធនធានចាំបាច់សម្រាប់កម្មវិធីជំនួយពពកទេ។ អ្នកអភិវឌ្ឍន៍ពី ivideon បានលះបង់បញ្ហានេះ អត្ថបទដែលពន្យល់ពីមូលហេតុដែលពួកគេមិនអាចដំឡើងកម្មវិធីជំនួយនៅលើកាមេរ៉ាដែលមានតំលៃថោក។ ជាលទ្ធផលតម្លៃកាមេរ៉ាអប្បបរមាគឺ 5000 រូប្លិ (80 ដុល្លារ) និងប្រាក់រាប់លានចំណាយលើឧបករណ៍។

យើងបានដោះស្រាយបញ្ហានេះដោយជោគជ័យ។ ប្រសិនបើអ្នកចាប់អារម្មណ៍ពីរបៀប - ស្វាគមន៍ចំពោះការកាត់

បន្តិចនៃប្រវត្តិសាស្រ្ត

នៅឆ្នាំ 2016 យើងបានចាប់ផ្តើមបង្កើតវេទិកាតាមដានវីដេអូលើពពកសម្រាប់ Rostelecom ។

នៅក្នុងលក្ខខណ្ឌនៃកម្មវិធីកាមេរ៉ា នៅដំណាក់កាលដំបូង យើងបានដើរតាមគន្លង "ស្តង់ដារ" សម្រាប់កិច្ចការបែបនេះ៖ យើងបានបង្កើតកម្មវិធីជំនួយផ្ទាល់ខ្លួនរបស់យើង ដែលត្រូវបានដំឡើងនៅក្នុងកម្មវិធីបង្កប់ស្តង់ដារនៃកាមេរ៉ារបស់អ្នកលក់ ហើយដំណើរការជាមួយពពករបស់យើង។ ទោះជាយ៉ាងណាក៏ដោយគួរកត់សម្គាល់ថាក្នុងអំឡុងពេលនៃការរចនាយើងបានប្រើដំណោះស្រាយស្រាលនិងមានប្រសិទ្ធភាពបំផុត (ឧទាហរណ៍ការអនុវត្ត C ធម្មតានៃ protobuf, libev, mbedtls និងបោះបង់ចោលទាំងស្រុងនូវបណ្ណាល័យងាយស្រួលប៉ុន្តែធ្ងន់ដូចជាការជំរុញ)

បច្ចុប្បន្ននេះមិនមានដំណោះស្រាយរួមបញ្ចូលជាសកលនៅលើទីផ្សារកាមេរ៉ា IP ទេ៖ អ្នកលក់នីមួយៗមានវិធីផ្ទាល់ខ្លួនក្នុងការដំឡើងកម្មវិធីជំនួយ សំណុំ APIs ផ្ទាល់ខ្លួនសម្រាប់កម្មវិធីបង្កប់ដំណើរការ និងយន្តការធ្វើបច្ចុប្បន្នភាពតែមួយគត់។

នេះមានន័យថា សម្រាប់អ្នកលក់កាមេរ៉ានីមួយៗ ចាំបាច់ត្រូវបង្កើតស្រទាប់ដ៏ទូលំទូលាយនៃកម្មវិធីរួមបញ្ចូលគ្នាជាលក្ខណៈបុគ្គល។ ហើយនៅពេលចាប់ផ្តើមការអភិវឌ្ឍន៍ វាត្រូវបានណែនាំឱ្យធ្វើការតែជាមួយអ្នកលក់ 1 នាក់ប៉ុណ្ណោះ ដើម្បីប្រមូលផ្តុំកិច្ចខិតខំប្រឹងប្រែងរបស់ក្រុមលើការបង្កើតតក្កវិជ្ជាសម្រាប់ធ្វើការជាមួយពពក។

អ្នកលក់ដំបូងដែលត្រូវបានជ្រើសរើសគឺ Hikvision ដែលជាអ្នកដឹកនាំពិភពលោកមួយនៅក្នុងទីផ្សារកាមេរ៉ា ដោយផ្តល់នូវ API ដែលមានឯកសារត្រឹមត្រូវ និងជំនួយបច្ចេកទេសវិស្វកម្មមានសមត្ថកិច្ច។

យើងបានចាប់ផ្តើមគម្រោងសាកល្បងដំបូងរបស់យើង Cloud Video surveillance Video Comfort ដោយប្រើកាមេរ៉ា Hikvision។

ស្ទើរតែភ្លាមៗបន្ទាប់ពីការបើកដំណើរការ អ្នកប្រើប្រាស់របស់យើងបានចាប់ផ្តើមសួរសំណួរអំពីលទ្ធភាពនៃការតភ្ជាប់កាមេរ៉ាដែលមានតំលៃថោកពីក្រុមហ៊ុនផលិតផ្សេងទៀតទៅកាន់សេវាកម្មនេះ។

ខ្ញុំបានច្រានចោលជម្រើសនៃការអនុវត្តស្រទាប់រួមបញ្ចូលសម្រាប់អ្នកលក់នីមួយៗស្ទើរតែភ្លាមៗ ដោយសារវាមានទំហំតូច និងដាក់លក្ខខណ្ឌបច្ចេកទេសធ្ងន់ធ្ងរលើផ្នែករឹងរបស់កាមេរ៉ា។ តម្លៃនៃកាមេរ៉ាដែលបំពេញតម្រូវការបញ្ចូលទាំងនេះ៖ ~60-70$

ដូច្នេះហើយ ខ្ញុំបានសម្រេចចិត្តជីកជ្រៅជាងមុន - បង្កើតកម្មវិធីបង្កប់ផ្ទាល់ខ្លួនរបស់ខ្ញុំសម្រាប់កាមេរ៉ាពីអ្នកលក់ណាមួយ។ វិធីសាស្រ្តនេះកាត់បន្ថយយ៉ាងខ្លាំងនូវតម្រូវការសម្រាប់ធនធានផ្នែករឹងរបស់កាមេរ៉ា - ដោយសារតែ ស្រទាប់សម្រាប់ធ្វើការជាមួយពពកត្រូវបានរួមបញ្ចូលគ្នាយ៉ាងមានប្រសិទ្ធភាពជាមួយនឹងកម្មវិធីវីដេអូ ហើយមិនមានជាតិខ្លាញ់ដែលមិនប្រើដែលមិនចាំបាច់នៅក្នុងកម្មវិធីបង្កប់នោះទេ។

ហើយអ្វីដែលសំខាន់នោះគឺថា នៅពេលធ្វើការជាមួយកាមេរ៉ាក្នុងកម្រិតទាប វាអាចប្រើ Hardware AES ដែលអ៊ិនគ្រីបទិន្នន័យដោយមិនបង្កើតបន្ទុកបន្ថែមលើ CPU ដែលមានថាមពលទាប។

នៅពេលនោះយើងគ្មានអ្វីសោះ។ គ្មានអ្វី​ទាំងអស់។

អ្នកលក់ស្ទើរតែទាំងអស់មិនបានត្រៀមខ្លួនរួចរាល់ដើម្បីធ្វើការជាមួយយើងក្នុងកម្រិតទាបបែបនេះទេ។ មិនមានព័ត៌មានអំពីសៀគ្វី និងសមាសធាតុទេ មិនមាន SDK ផ្លូវការនៃ chipsets និងឯកសារ sensor ទេ។
វាក៏មិនមានការគាំទ្រផ្នែកបច្ចេកទេសផងដែរ។

សំណួរទាំងអស់ត្រូវឆ្លើយតាមរយៈវិស្វកម្មបញ្ច្រាស - ការសាកល្បង និងកំហុស។ ប៉ុន្តែយើងបានគ្រប់គ្រង។

ម៉ូដែលកាមេរ៉ាដំបូងដែលយើងបានសាកល្បងគឺ Xiaomi Yi Ants, Hikvision, Dahua, Spezvision, D-Link cameras និងកាមេរ៉ាចិនដែលគ្មានឈ្មោះថោកបំផុត។

បច្ចេកទេស

កាមេរ៉ាផ្អែកលើបន្ទះឈីប Hisilicon 3518E ។ លក្ខណៈ Hardware របស់កាមេរ៉ាមានដូចខាងក្រោម៖

Xiaomi Yi Ants
គ្មានឈ្មោះ។

SoC
Hisilicon 3518E
Hisilicon 3518E

អង្គ​ចងចាំ
64MB
64MB

បាញ់ពន្លឺ
16MB
8MB

ប្រព័ន្ធ Wifi
mt7601/bcm43143
-

ឧបករណ៍ចាប់សញ្ញា
ov9732 (720p)
ov9712 (720p)

អ៊ីសឺរណិត
-
+

មីក្រូឌីស
+
+

មីក្រូហ្វូន
+
+

វាគ្មិន
+
+

IRLed
+
+

IRCut
+
+

យើងបានចាប់ផ្តើមជាមួយពួកគេ។

បច្ចុប្បន្នយើងគាំទ្របន្ទះឈីប Hisilicon 3516/3518 ក៏ដូចជា Ambarella S2L/S2LM ផងដែរ។ មានកាមេរ៉ារាប់សិបម៉ូដែល។

សមាសភាពកម្មវិធីបង្កប់

យូប៊ូត

uboot គឺជាកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធ វាចាប់ផ្ដើមដំបូងបន្ទាប់ពីបើកដំណើរការ ចាប់ផ្ដើមផ្នែករឹង និងផ្ទុកខឺណែលលីនុច។

ស្គ្រីបផ្ទុកកាមេរ៉ាគឺតូចណាស់៖

bootargs=mem=38M console=ttyAMA0,115200 rootfstype=ramfs mtdparts=hi_sfc:256K(boot),64K(tech),4096K(kernel),8192K(app),-(config) hw_type=101
bootcmd=sf probe 0; sf read 0x82000000 0x50000 0x400000; bootm 0x82000000; setenv bootargs $(bootargs) bkp=1; sf read 0x82000000 0x450000 0x400000; bootm 0x82000000

លក្ខណៈពិសេសមួយគឺថាវាត្រូវបានគេហៅថាពីរដង bootmបន្ថែមទៀតអំពីរឿងនេះបន្តិចក្រោយមក នៅពេលដែលយើងទៅដល់ប្រព័ន្ធរងអាប់ដេត។

យកចិត្តទុកដាក់លើបន្ទាត់ mem=38M. បាទ/ចាស៎ នេះមិនមែនជាការវាយអក្សរទេ - ខឺណែលលីនុច ហើយកម្មវិធីទាំងអស់មានលទ្ធភាពចូលប្រើ RAM ត្រឹមតែ 38 មេហ្គាបៃប៉ុណ្ណោះ។

នៅក្បែរ uboot មានប្លុកពិសេសមួយហៅថា reg_infoដែលមានស្គ្រីបកម្រិតទាបសម្រាប់ការចាប់ផ្តើម DDR និងការចុះឈ្មោះប្រព័ន្ធមួយចំនួននៃ SoC ។ មាតិកា reg_info អាស្រ័យលើម៉ូដែលកាមេរ៉ា ហើយប្រសិនបើវាមិនត្រឹមត្រូវ កាមេរ៉ានឹងមិនអាចផ្ទុក uboot បានទេ ប៉ុន្តែនឹងបង្កកនៅដំណាក់កាលដំបូងនៃការផ្ទុក។

ដំបូងឡើយ នៅពេលដែលយើងធ្វើការដោយគ្មានជំនួយពីអ្នកលក់ យើងគ្រាន់តែចម្លងប្លុកនេះពីកម្មវិធីបង្កប់កាមេរ៉ាដើម។

ខឺណែល Linux និង rootfs

កាមេរ៉ាប្រើខឺណែលលីនុច ដែលជាផ្នែកមួយនៃ SDK របស់បន្ទះឈីប ជាធម្មតាទាំងនេះមិនមែនជាខឺណែលចុងក្រោយបង្អស់ពីសាខា 3.x ទេ ដូច្នេះជារឿយៗយើងត្រូវដោះស្រាយជាមួយនឹងការពិតដែលថាកម្មវិធីបញ្ជាសម្រាប់ឧបករណ៍បន្ថែមមិនត្រូវគ្នាជាមួយខឺណែលដែលបានប្រើ។ ហើយយើងត្រូវ back-port ពួកវាទៅកាន់ kernel cameras។

បញ្ហាមួយទៀតគឺទំហំនៃខឺណែល។ នៅពេលដែលទំហំ FLASH មានទំហំត្រឹមតែ 8MB នោះរាល់បៃរាប់ ហើយកិច្ចការរបស់យើងគឺត្រូវបិទមុខងារខឺណែលដែលមិនប្រើទាំងអស់ដោយប្រុងប្រយ័ត្ន ដើម្បីកាត់បន្ថយទំហំទៅអប្បបរមា។

Rootfs គឺជាប្រព័ន្ធឯកសារមូលដ្ឋាន។ វារួមបញ្ចូល busyboxកម្មវិធីបញ្ជាម៉ូឌុលវ៉ាយហ្វាយ សំណុំនៃបណ្ណាល័យប្រព័ន្ធស្តង់ដារ ដូចជា libld и libcក៏ដូចជាកម្មវិធីរបស់យើង ដែលទទួលខុសត្រូវចំពោះតក្កវិជ្ជាគ្រប់គ្រង LED ការគ្រប់គ្រងការតភ្ជាប់បណ្តាញ និងការអាប់ដេតកម្មវិធីបង្កប់។

ប្រព័ន្ធឯកសារ root ត្រូវបានភ្ជាប់ទៅខឺណែលជា initramfs ហើយជាលទ្ធផលនៃការបង្កើត យើងទទួលបានឯកសារមួយ uImageដែលមានទាំងខឺណែល និងឫស។

កម្មវិធីវីដេអូ

ផ្នែកដែលស្មុគ្រស្មាញ និងពឹងផ្អែកខ្លាំងបំផុតនៃកម្មវិធីបង្កប់គឺជាកម្មវិធីដែលផ្តល់នូវការចាប់យកវីដេអូអូឌីយ៉ូ ការអ៊ិនកូដវីដេអូ កំណត់រចនាសម្ព័ន្ធប៉ារ៉ាម៉ែត្ររូបភាព អនុវត្តការវិភាគវីដេអូ ឧទាហរណ៍ ឧបករណ៍ចាប់ចលនា ឬសំឡេង គ្រប់គ្រង PTZ និងទទួលខុសត្រូវចំពោះការប្តូរថ្ងៃ និង របៀបពេលយប់។

សំខាន់ ខ្ញុំថែមទាំងអាចនិយាយបានថា មុខងារសំខាន់គឺរបៀបដែលកម្មវិធីវីដេអូធ្វើអន្តរកម្មជាមួយកម្មវិធីជំនួយពពក។

នៅក្នុងដំណោះស្រាយបែបប្រពៃណី 'កម្មវិធីបង្កប់របស់អ្នកលក់ + កម្មវិធីជំនួយពពក' ដែលមិនអាចដំណើរការលើផ្នែករឹងដែលមានតំលៃថោក វីដេអូនៅខាងក្នុងកាមេរ៉ាត្រូវបានបញ្ជូនតាមរយៈពិធីការ RTSP ហើយនេះគឺជាការចំណាយដ៏ច្រើន៖ ការចម្លង និងបញ្ជូនទិន្នន័យតាមរយៈរន្ធ ការហៅដែលមិនចាំបាច់។

នៅទីនេះយើងប្រើយន្តការអង្គចងចាំដែលបានចែករំលែក - វីដេអូមិនត្រូវបានចម្លង ឬផ្ញើតាមរន្ធរវាងសមាសធាតុកម្មវិធីកាមេរ៉ាទេ ដូច្នេះហើយដោយប្រើសមត្ថភាពផ្នែករឹងតិចតួចបំផុតរបស់កាមេរ៉ាប្រកបដោយប្រសិទ្ធភាព និងប្រុងប្រយ័ត្ន។

ធ្វើបច្ចុប្បន្នភាពប្រព័ន្ធរង

ចំណុចនៃមោទនភាពពិសេសគឺប្រព័ន្ធរងដែលអត់ឱនចំពោះកំហុសសម្រាប់ការអាប់ដេតកម្មវិធីបង្កប់តាមអ៊ីនធឺណិត។

អនុញ្ញាតឱ្យខ្ញុំពន្យល់ពីបញ្ហា។ ការធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់តាមបច្ចេកទេសមិនមែនជាប្រតិបត្តិការអាតូមិចទេ ហើយប្រសិនបើការបរាជ័យថាមពលកើតឡើងនៅពាក់កណ្តាលនៃការអាប់ដេតនោះ អង្គចងចាំពន្លឺនឹងមានផ្នែកនៃកម្មវិធីបង្កប់ថ្មី "ក្រោមការសរសេរ" ។ ប្រសិនបើអ្នកមិនចាត់វិធានការពិសេសទេ កាមេរ៉ានឹងក្លាយទៅជា "ឥដ្ឋ" ដែលត្រូវការយកទៅមជ្ឈមណ្ឌលសេវាកម្ម។

យើង​ក៏​បាន​ដោះស្រាយ​បញ្ហា​នេះ​ដែរ។ ទោះបីជាកាមេរ៉ាត្រូវបានបិទកំឡុងពេលអាប់ដេតក៏ដោយ វានឹងធ្វើការទាញយកកម្មវិធីបង្កប់ពីពពកដោយស្វ័យប្រវត្តិ និងដោយគ្មានអន្តរាគមន៍ពីអ្នកប្រើប្រាស់។

តោះមើលបច្ចេកទេសលម្អិតបន្ថែមទៀត៖

ចំណុចដែលងាយរងគ្រោះបំផុតគឺការសរសេរជាន់លើភាគថាសជាមួយខឺណែលលីនុច និងប្រព័ន្ធឯកសារឫស។ ប្រសិនបើសមាសធាតុមួយក្នុងចំណោមសមាសធាតុទាំងនេះត្រូវបានខូចខាត កាមេរ៉ានឹងមិនដំណើរការលើសពីកម្មវិធីចាប់ផ្ដើមប្រព័ន្ធ uboot ដែលមិនអាចទាញយកកម្មវិធីបង្កប់ពីពពកបានទេ។

នេះមានន័យថា យើងត្រូវធានាថា កាមេរ៉ាមានខឺណែល និង rootfs ដំណើរការបានគ្រប់ពេល កំឡុងពេលដំណើរការអាប់ដេត។ វានឹងហាក់បីដូចជាដំណោះស្រាយដ៏សាមញ្ញបំផុតគឺត្រូវរក្សាទុកខឺណែលចំនួនពីរជាប់ជានិច្ចជាមួយនឹង rootfs នៅលើអង្គចងចាំពន្លឺ ហើយប្រសិនបើខឺណែលមេត្រូវបានខូច ផ្ទុកវាពីច្បាប់ចម្លងបម្រុងទុក។

ដំណោះស្រាយដ៏ល្អមួយ - ទោះយ៉ាងណាក៏ដោយ ខឺណែលជាមួយ rootfs ត្រូវការប្រហែល 3.5MB ហើយសម្រាប់ការបម្រុងទុកអចិន្រ្តៃយ៍អ្នកត្រូវបែងចែក 3.5MB ។ កាមេរ៉ាដែលថោកបំផុតមិនមានទំហំទំនេរច្រើនសម្រាប់ខឺណែលបម្រុងទុកទេ។

ដូច្នេះ ដើម្បីបម្រុងទុកខឺណែលកំឡុងពេលអាប់ដេតកម្មវិធីបង្កប់ យើងប្រើភាគថាសកម្មវិធី។
ហើយដើម្បីជ្រើសរើសភាគដែលចង់បានជាមួយខឺណែល ពាក្យបញ្ជាពីរត្រូវបានប្រើ bootm នៅក្នុង uboot - នៅដើមដំបូងយើងព្យាយាមផ្ទុកខឺណែលមេហើយប្រសិនបើវាខូចបន្ទាប់មកការបម្រុងទុក។

នេះធានាថានៅពេលណាមួយ កាមេរ៉ានឹងមានខឺណែលត្រឹមត្រូវជាមួយ rootfs ហើយវានឹងអាចចាប់ផ្ដើម និងស្ដារកម្មវិធីបង្កប់ឡើងវិញ។

ប្រព័ន្ធ CI/CD សម្រាប់បង្កើត និងដាក់ពង្រាយកម្មវិធីបង្កប់

ដើម្បីបង្កើតកម្មវិធីបង្កប់ យើងប្រើ gitlab CI ដែលបង្កើតកម្មវិធីបង្កប់ដោយស្វ័យប្រវត្តិសម្រាប់ម៉ូដែលកាមេរ៉ាដែលគាំទ្រទាំងអស់ ហើយបន្ទាប់ពីបង្កើតកម្មវិធីបង្កប់ វាត្រូវបានប្រើប្រាស់ដោយស្វ័យប្រវត្តិទៅសេវាកម្មអាប់ដេតកម្មវិធីកាមេរ៉ា។

ពីសេវាកម្មនេះ ការអាប់ដេតកម្មវិធីបង្កប់ត្រូវបានបញ្ជូនទៅកាមេរ៉ាសាកល្បង QA របស់យើង ហើយនៅពេលបញ្ចប់ដំណាក់កាលសាកល្បងទាំងអស់ ទៅកាន់កាមេរ៉ារបស់អ្នកប្រើប្រាស់។

សន្តិសុខព័ត៌មាន

វាមិនមែនជារឿងសម្ងាត់ទេដែលថា សុវត្ថិភាពព័ត៌មាននាពេលបច្ចុប្បន្ននេះគឺជាទិដ្ឋភាពសំខាន់បំផុតនៃឧបករណ៍ IoT ណាមួយ រួមទាំងកាមេរ៉ាផងដែរ។ Botnets ដូចជា Mirai កំពុងរ៉ូមីងអ៊ីនធឺណេត ឆ្លងចូលកាមេរ៉ារាប់លានជាមួយនឹងកម្មវិធីបង្កប់ស្តង់ដារពីអ្នកលក់។ ដោយការគោរពចំពោះអ្នកលក់កាមេរ៉ា ខ្ញុំមិនអាចជួយបានទេប៉ុន្តែចំណាំថាកម្មវិធីបង្កប់ស្តង់ដារមានមុខងារជាច្រើនដែលមិនត្រូវការសម្រាប់ធ្វើការជាមួយពពក ប៉ុន្តែមានចំណុចងាយរងគ្រោះជាច្រើនដែល botnet ទាញយកអត្ថប្រយោជន៍។

ដូច្នេះ មុខងារដែលមិនប្រើទាំងអស់នៅក្នុងកម្មវិធីបង្កប់របស់យើងត្រូវបានបិទ ច្រក tcp/udp ទាំងអស់ត្រូវបានបិទ ហើយនៅពេលធ្វើបច្ចុប្បន្នភាពកម្មវិធីបង្កប់ ហត្ថលេខាឌីជីថលរបស់កម្មវិធីត្រូវបានពិនិត្យ។

ហើយក្រៅពីនេះកម្មវិធីបង្កប់ឆ្លងកាត់ការធ្វើតេស្តជាទៀងទាត់នៅក្នុងមន្ទីរពិសោធន៍សុវត្ថិភាពព័ត៌មាន។

សេចក្តីសន្និដ្ឋាន

ឥឡូវនេះកម្មវិធីបង្កប់របស់យើងត្រូវបានប្រើប្រាស់យ៉ាងសកម្មនៅក្នុងគម្រោងឃ្លាំមើលវីដេអូ។ ប្រហែលជាធំបំផុតនៃពួកគេគឺការចាក់ផ្សាយនៃការបោះឆ្នោតនៅថ្ងៃបោះឆ្នោតប្រធានាធិបតីនៃសហព័ន្ធរុស្ស៊ី។
គម្រោងនេះមានកាមេរ៉ាជាង 70 ពាន់គ្រឿងជាមួយនឹងកម្មវិធីបង្កប់របស់យើង ដែលត្រូវបានដំឡើងនៅការិយាល័យបោះឆ្នោតនៅក្នុងប្រទេសរបស់យើង។

ដោយបានដោះស្រាយបញ្ហាស្មុគ្រស្មាញជាច្រើន ហើយនៅកន្លែងខ្លះ សូម្បីតែនៅពេលនោះស្ទើរតែមិនអាចទៅរួចក៏ដោយ ក៏យើងទទួលបានការពេញចិត្តជាខ្លាំងក្នុងនាមជាវិស្វករ ប៉ុន្តែក្រៅពីនេះ យើងក៏បានសន្សំប្រាក់រាប់លានដុល្លារលើការទិញកាមេរ៉ាផងដែរ។ ហើយក្នុងករណីនេះការសន្សំមិនត្រឹមតែពាក្យសម្ដីនិងការគណនាទ្រឹស្តីប៉ុណ្ណោះទេ ប៉ុន្តែលទ្ធផលនៃការដេញថ្លៃដែលបានបញ្ចប់រួចហើយសម្រាប់ការទិញឧបករណ៍។ ដូច្នោះហើយ ប្រសិនបើយើងនិយាយអំពីការឃ្លាំមើលវីដេអូលើពពក៖ មានវិធីសាស្រ្តពីរយ៉ាង - ពឹងផ្អែកជាយុទ្ធសាស្ត្រលើជំនាញកម្រិតទាប និងការអភិវឌ្ឍន៍ ដែលបណ្តាលឱ្យមានការសន្សំប្រាក់យ៉ាងច្រើនលើឧបករណ៍ ឬប្រើប្រាស់ឧបករណ៍ថ្លៃៗ ដែលប្រសិនបើអ្នកមើលជាពិសេសទៅលើលក្ខណៈអ្នកប្រើប្រាស់នោះ គឺពិតជាមិនមានទេ។ ខុសគ្នាពីតម្លៃថោកស្រដៀងគ្នា។

ហេតុអ្វីបានជាវាមានសារៈសំខាន់ជាយុទ្ធសាស្ត្រក្នុងការសម្រេចចិត្តលើជម្រើសនៃវិធីសាស្រ្តធ្វើសមាហរណកម្មឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន? នៅពេលបង្កើតកម្មវិធីជំនួយ អ្នកអភិវឌ្ឍន៍ពឹងផ្អែកលើបច្ចេកវិទ្យាជាក់លាក់ (បណ្ណាល័យ ពិធីការ ស្តង់ដារ)។ ហើយប្រសិនបើបច្ចេកវិជ្ជាមួយឈុតត្រូវបានជ្រើសរើសសម្រាប់តែឧបករណ៍ថ្លៃៗ នោះនៅពេលអនាគត ការប៉ុនប៉ងប្តូរទៅកាមេរ៉ាថោកៗទំនងជានឹងចំណាយពេលយ៉ាងយូរ ឬអាចបរាជ័យ ហើយការវិលត្រឡប់ទៅរកឧបករណ៍ថ្លៃៗនឹងកើតឡើង។

ប្រភព: www.habr.com