បច្ចុប្បន្នភាព Entergram សប្តាហ៍ទី 25 ខែមិថុនា ឆ្នាំ 2026៖ ស្ថេរភាព ឧបករណ៍ Proxy និងការជួសជុលជាង 25

នេះជាសប្តាហ៍នៃការងារវិស្វកម្មស៊ីជម្រៅមួយនៅ Entergram។ យើងបានចេញផ្សាយមុខងារហេដ្ឋារចនាសម្ព័ន្ធថ្មីពីរ បានកែលម្អស្ថេរភាពយ៉ាងខ្លាំងសម្រាប់កន្លែងធ្វើការដែលមានបរិមាណច្រើន និងបានបិទកំហុសជាង 25 ដែលគ្របដណ្តប់លើការផ្ញើសារ ការគ្រប់គ្រងការតភ្ជាប់ ការចាប់ផ្តើមប្រើប្រាស់ វិក្កយបត្រ និងតារាង CRM។ នេះជាអ្វីៗទាំងអស់ដែលបានចេញ។

អ្នកគ្រប់គ្រងឥឡូវនេះអាចកំណត់បានថាចរាចរ proxy ជារបស់ផ្លូវណា និងគណនីភ្ជាប់ណា ដែលផ្តល់ឲ្យអ្នកនូវភាពមើលឃើញថាការតភ្ជាប់មួយណាប្រើកម្រិតបញ្ជូន proxy ច្រើនជាងគេ។ ក្រៅពីនេះ អ្នកឥឡូវនេះអាចកំណត់ proxy ថេរផ្តាច់មុខទៅឲ្យផ្លូវនីមួយៗបាន។ វាមានប្រយោជន៍នៅពេលអ្នកត្រូវការ IP ដែលអាចទស្សន៍ទាយបាន និងមានស្ថេរភាពសម្រាប់គណនី Telegram ជាក់លាក់ ជាជាងទុកឲ្យអាងផ្ទុកបង្វិលដោយឡែក។

DEV-149 នៅលើ Linear

កម្មវិធីដំណើរការផ្ទៃខាងក្រោយឥឡូវនេះពិនិត្យ proxy នីមួយៗជាទៀងទាត់ ហើយធ្វើបច្ចុប្បន្នភាពស្ថានភាពសុខភាពរបស់វា។ នេះមានន័យថាផ្ទាំងគ្រប់គ្រងឆ្លុះបញ្ចាំងពីស្ថានភាពតភ្ជាប់ពិតប្រាកដ ដូច្នេះអ្នកអាចចាប់បាន proxy ដែលចុះខ្សោយ មុនពេលវាប៉ះពាល់ដល់អ្នកប្រើប្រាស់របស់អ្នកដោយស្ងាត់ៗ ជាជាងរកឃើញបញ្ហាតាមរយៈសំបុត្រជំនួយ។

DEV-151 នៅលើ Linear

កន្លែងធ្វើការធំៗ គឺជាកន្លែងដែលមានការសន្ទនារាប់រយឆ្លងកាត់គណនីភ្ជាប់ជាច្រើន កំពុងជួបប្រទះការស្ទះខ្សែស្រឡាយមេយ៉ាងខ្លាំង និងភាពយឺតយ៉ាវនៃកម្មវិធីរុករក។ សប្តាហ៍នេះយើងបានកែលម្អម៉ាស៊ីនតភ្ជាប់ ws-v2 ឡើងវិញ ដើម្បីបន្ថយល្បឿននៃការផ្ទុះ account.bind និងកំណត់ចង្វាក់នៃការហៅ folder.chats.fetch។ លទ្ធផលគឺ៖ វគ្គ QA មួយដែលពីមុនបង្កើតកិច្ចការវែងចំនួន 692 និងការស្ទះខ្សែស្រឡាយមេប្រហែល 166 វិនាទី ឥឡូវនេះផ្ទុកបានយ៉ាងរលូន។

DEV-191 នៅលើ Linear

គណនីនៅក្នុងកន្លែងធ្វើការមមាញឹកកំពុងបង្ហាញសញ្ញាសម្គាល់ "Reconnect Required / Disconnected" ទោះបីជាវគ្គ MTProto នៅខាងម៉ាស៊ីនមេនៅដំណើរការ និងកំពុងបម្រើចរាចរក៏ដោយ។ ប្រតិបត្តិករដែលចុច Reconnect បានបង្កឲ្យមានការចូលឡើងវិញដោយឥតប្រយោជន៍ ហើយក្នុងករណីខ្លះជួបនឹងដែនកំណត់ FLOOD_WAIT របស់ Telegram លើលេខទូរស័ព្ទ។ សញ្ញាសម្គាល់នេះឥឡូវនេះលេចឡើងតែនៅពេលមានបញ្ហាតភ្ជាប់ពិតប្រាកដប៉ុណ្ណោះ។

DEV-177 នៅលើ Linear

សារជាសំឡេងលេងបានវិញហើយ។ សារជាសំឡេងចូលមកបានបរាជ័យដោយស្ងាត់ៗ ព្រោះប៊ូតុងលេងមិនធ្វើអ្វីទាល់តែសោះ។ បានជួសជុលរួចហើយសម្រាប់គ្រប់ប្រភេទការសន្ទនា។ (DEV-133)

កំហុស "Socket closed" ត្រូវបានដោះស្រាយ។ កន្លែងធ្វើការមួយចំនួនកំពុងជួបនឹងការផ្តាច់ដាច់ខាតជាមួយកំហុសបរិបទ chat.subscribe។ តក្កវិជ្ជាតភ្ជាប់ socket ឡើងវិញនៅខាងក្រោមឥឡូវនេះមានស្ថេរភាពហើយ។ (DEV-120)

ប្រវត្តិក្រុមធំ និងឆានែលផ្ទុកបានត្រឹមត្រូវ។ ការរុករកនៅក្នុងក្រុមធំបានបង្កឲ្យមានកំហុស "Invalid realtime command payload" នៅលើផ្លូវ history.around នៅពេលផ្នែកខាងមុខផ្ញើតម្រុយ peer (entity_class_name) ដែល gateway មិនស្គាល់។ បានជួសជុលនៅស្រទាប់ gateway។ (DEV-168, PRODUCT-121)

ទំព័រលែងកក ខណៈពេលកំពុងសន្ទនា ឬបញ្ជូនបន្ត។ បញ្ហាប្រភេទកក និងត្រូវផ្ទុកឡើងវិញ ដែលប៉ះពាល់ដល់ប្រតិបត្តិករនៅពាក់កណ្តាលការសន្ទនា ត្រូវបានដោះស្រាយ។ (DEV-143)

ស្ថានភាពអនឡាញស៊ីសង្វាក់គ្នា។ សូចនាករវត្តមាននៅក្នុងតារាងការសន្ទនា និងសូចនាករនៅក្នុងក្បាលផ្ទាំងសន្ទនា កំពុងអានពីប្រភពខុសគ្នា។ ឥឡូវនេះពួកវាចែករំលែកស្ថានភាពវត្តមានតែមួយ។ (DEV-186)

ឈ្មោះអ្នកផ្ញើត្រឹមត្រូវនៅក្នុងការសន្ទនាជាក្រុម។ ពពុះសារនៅក្នុងខ្សែសន្ទនាជាក្រុម ពេលខ្លះបង្ហាញឈ្មោះអ្នកប្រើ Telegram ខុសនៅពីលើខ្លឹមសារសារ។ បានជួសជុលទាំងនៅផ្លូវ chat_list.window.snapshot និង live_chat_list.delta។ (DEV-192)

ចំនួនសារមិនទាន់អាននៅតែត្រឹមត្រូវ។ មានស្ថានការណ៍មួយចំនួនធ្វើឲ្យសញ្ញាសម្គាល់សារមិនទាន់អានរាប់លើស ឧទាហរណ៍ ការផ្ញើសារ 2 ហើយឃើញសម្គាល់ថាមិនទាន់អាន 5។ ឥឡូវនេះកម្មវិធីរាប់ត្រូវបានផ្ទៀងផ្ទាត់ត្រឹមត្រូវឆ្លងកាត់ការតភ្ជាប់ឡើងវិញ។ (DEV-135)

ពពុះសារស្ទួនត្រូវបានជួសជុល។ នៅពេលគណនីភ្ជាប់ពីរ ឬច្រើនចែករំលែកការសន្ទនាតែមួយ សារដដែលអាចលេចឡើងពីរដងនៅក្នុងខ្សែសន្ទនាដែលបើក។ នេះជាកំហុសនៃការដកស្ទួនក្នុងការបង្ហាញនៅស្រទាប់ផ្នែកខាងមុខ មិនមែនជាបញ្ហាបញ្ចូលគ្នាឆ្លងគណនីទេ។ បានជួសជុលហើយ។ (DEV-183)

ការជំនួសអ្នកផ្ញើ និងអ្នកដាក់ប្រតិកម្មត្រូវបានដោះស្រាយ។ ប្រវត្តិការសន្ទនាពេលខ្លះបង្ហាញ other ជាស្លាកអ្នកផ្ញើសម្រាប់សារចូល ហើយផ្ទាំងលោតឡើងនៃប្រតិកម្មជាប់គាំងនៅត្រង់ "Loading reactions"។ ទាំងពីរត្រូវបានជួសជុលហើយ។ (DEV-156)

ការសន្ទនានៅតែស្ថិតក្នុងទិដ្ឋភាពថតបន្ទាប់ពីអ្នកឆ្លើយតប។ ថតដែលមានសញ្ញា "Exclude read chats" បានដកការសន្ទនាចេញភ្លាមៗនៅពេលប្រតិបត្តិករផ្ញើចម្លើយ ដែលធ្វើឲ្យការសន្ទនាបាត់នៅពាក់កណ្តាលវគ្គ។ ថតឥឡូវនេះរក្សាការសន្ទនាដែលបានឆ្លើយតបទុក រហូតដល់អ្នករុករកចេញ។ (DEV-178)

MCP ផ្ញើទៅទំនាក់ទំនងថ្មី។ ការរួមបញ្ចូល MCP បានបង្ហាញកំហុសនៅពេលព្យាយាមផ្ញើសារទៅទំនាក់ទំនង Telegram ដែលអ្នកមិនធ្លាប់សន្ទនាជាមួយពីមុន។ ការផ្ញើលើកដំបូងឥឡូវនេះដំណើរការត្រឹមត្រូវ។ (DEV-141)

វគ្គដែលងាប់ស្តារឡើងវិញដោយស្វ័យប្រវត្តិ។ កំហុសមួយនៅក្នុងតក្កវិជ្ជាសមត្ថភាពផ្លូវរបស់ session-agent (observeRoutes) បានធ្វើឲ្យវគ្គមួយចំនួនឈប់ចាប់ផ្តើមឡើងវិញបន្ទាប់ពីវាងាប់។ គណនីដែលរងផលប៉ះពាល់នឹងបង្ហាញ nats: no responders នៅគ្រប់សំណើប្រវត្តិ ឬថត ហើយការចាប់ផ្តើម agent ឡើងវិញក៏មិនជួយអ្វីដែរ។ កំហុសនៃការអត់ធនធាននេះត្រូវបានដោះស្រាយ ហើយវគ្គដែលងាប់ឥឡូវនេះរស់ឡើងវិញដោយខ្លួនឯង។ (DEV-139)

ប្រអប់តភ្ជាប់ ws-v2 លែងបញ្ចេញកំហុស 400 ជាទឹកជំនន់។ បញ្ហាពេលវេលាមួយបានធ្វើឲ្យរង្វិលជុំសាកសួរនៃការតភ្ជាប់គណនីបន្តសួរទៅលេខសម្គាល់វគ្គផ្ទៀងផ្ទាត់ដែលមិនមានពិត ដែលបង្កើតការជូនដំណឹង API request failed: 400 រាប់រយក្នុងវគ្គតែមួយ។ បានជួសជុលនៅត្រង់វដ្តជីវិតនៃការសាកសួរ។ (DEV-181)

ស្ថានភាពតភ្ជាប់ proxy បង្ហាញត្រឹមត្រូវនៅក្នុង Settings។ សូចនាករ proxy ជាប់គាំងនៅត្រង់ "loading" រាល់ពេលអ្នកចូលទំព័រ Settings ទោះបីជាការតភ្ជាប់មានសុខភាពល្អក៏ដោយ។ ឥឡូវនេះវាឆ្លុះបញ្ចាំងពីស្ថានភាពផ្ទាល់ពិតប្រាកដ។ (DEV-154)

អ្នកប្រើអាចចូលរួមកន្លែងធ្វើការបានដោយទុកចិត្ត។ ការគាំង React ប្រភេទ maximum-update-depth (#185) ត្រូវបានបង្កឡើងរាល់ពេលអ្នកប្រើថ្មីមកដល់តារាងការសន្ទនា CRM បន្ទាប់ពីចូលរួម។ មូលហេតុឫសគល់គឺឯកសារយោង array ថេរដែលត្រូវបានបង្កើតឡើងវិញនៅក្នុងនិយមន័យ CHAT_PAGE_SIZE_OPTIONS។ ឥឡូវនេះវាត្រូវបានផ្លាស់ចេញទៅក្រៅវដ្តបង្ហាញ។ (DEV-165, DEV-167)

ការទទួលយកការអញ្ជើញពេលចាប់ផ្តើមប្រើប្រាស់ត្រូវបានជួសជុល។ អ្នកប្រើដែលបានបិទភ្ជាប់តំណអញ្ជើញកន្លែងធ្វើការក្នុងអំឡុងពេលចាប់ផ្តើមប្រើប្រាស់ អាចបញ្ចប់ដំណើរការនោះបានដោយមិនបានចូលរួមកន្លែងធ្វើការគោលដៅពិតប្រាកដ។ ពួកគេបានទៅដល់កន្លែងធ្វើការផ្ទាល់ខ្លួនទទេមួយវិញ រួចគាំងនៅពេលរុករក Settings → Chat Table។ តក្កវិជ្ជាទទួលយកការអញ្ជើញ និងការបញ្ជូនបន្តឥឡូវនេះត្រឹមត្រូវហើយ។ (DEV-170)

អ្នកប្រើដែលត្រូវបានដកចេញលែងលេចឡើងវិញ។ សមាជិកកន្លែងធ្វើការដែលត្រូវបានដកចេញ ឬបានចាកចេញ ត្រូវបានទាញត្រឡប់ចូលវិញរាល់ពេលផ្ទុកទំព័រឡើងវិញ តាមរយៈវគ្គតំណអញ្ជើញចាស់។ ចំណុចបញ្ចប់ /api/onboarding ឥឡូវនេះពិនិត្យស្ថានភាពសមាជិកភាពមុនពេលចូលរួមឡើងវិញ។ (DEV-175)

សំណើប្តូរអ៊ីមែលអាចលុបចោលបាន។ ប៊ូតុងលុបចោលសម្រាប់ការប្តូរអ៊ីមែលដែលកំពុងរង់ចាំ មិនត្រូវបានភ្ជាប់ទៅសកម្មភាពណាមួយឡើយ ដូច្នេះការចុចវាមិនធ្វើអ្វីទាល់តែសោះ។ ឥឡូវនេះវាលុបចោលសំណើដែលកំពុងរង់ចាំបានត្រឹមត្រូវ។ (DEV-137)

ការជ្រើសរើសការសន្ទនាក្នុងរូបរាងភ្លឺមើលឃើញច្បាស់។ ការជ្រើសរើសជួរដេកការសន្ទនានៅក្នុងរូបរាងពណ៌ស ឬភ្លឺ បង្កើតការបន្លិចដែលមើលមិនឃើញ ឬស្ទើរតែមើលមិនឃើញ ដោយសារខ្វះ token កម្រិតពណ៌ផ្ទុយ។ បានជួសជុលហើយ។ (DEV-157)

ម្ចាស់គណនីសាកល្បងអាចទិញកៅអីបានដោយមិនជួបកំហុសផ្លូវទាល់។ ការហៅ purchaseSeat() មុនពេលម្ចាស់មានការជាវបង់ប្រាក់សកម្ម នឹងបញ្ជូនមកវិញនូវ 400 OWNER_SUBSCRIPTION_REQUIRED។ ម្ចាស់គណនីសាកល្បងឥឡូវនេះឃើញការណែនាំច្បាស់លាស់ឲ្យជាវជាមុនសិន ជាមួយនឹងផ្លូវផ្ទាល់ទៅកាន់ទំព័រជាវ។ (DEV-174)

ការទិញការជាវដំណើរការដោយទុកចិត្តបាន។ បញ្ហាប្រភេទជម្លោះផ្ទៀងផ្ទាត់ 401/403 នៅពេលបង់ប្រាក់ ដែលបង្កឡើងដោយការធ្វើឲ្យវគ្គអសុពលភាពក្នុងអំឡុងពេលបញ្ជូនបន្តទៅ Stripe ត្រូវបានដោះស្រាយ។ (DEV-172)

មេឌៀ និងវីដេអូលេងបានដោយគ្មានកំហុសដែនកំណត់អត្រា។ ចំណុចបញ្ចប់ /api/realtime/media ស្ថិតនៅក្រោមឧបករណ៍កំណត់អត្រាទូទៅ 20 សំណើក្នុងមួយនាទី។ ការចាក់វីដេអូក្នុងកម្មវិធីរុករកបញ្ចេញសំណើជួរបៃច្រើនសម្រាប់ឯកសារតែមួយ ដែលធ្វើឲ្យលើសដែនកំណត់ក្នុងរយៈពេលតិចជាងមួយវិនាទី។ សំណើមេឌៀឥឡូវនេះឆ្លងផុតឧបករណ៍កំណត់អត្រាទូទៅ។ (DEV-152)

ការស្វែងរកពេញលេញ និងស៊ីសង្វាក់គ្នា។ ការស្វែងរកខ្លះបញ្ជូនមកវិញនូវលទ្ធផលមិនពេញលេញ ឬបញ្ចេញកំហុស "Telegram Search is unavailable" នៅសំណួរដំបូង។ ការស្វែងរកបន្តបន្ទាប់សម្រាប់ពាក្យដដែលដំណើរការធម្មតា។ បានជួសជុលហើយ ហើយលទ្ធផលឥឡូវនេះត្រូវបានបញ្ជូនមកវិញត្រឹមត្រូវនៅសំណើដំបូង។ (DEV-136)

"រយៈពេលចាប់តាំងពីសារចូលដំបូង" រាប់ចាប់ពី Telegram មិនមែនចាប់ពីពេលបើកកម្មវិធីទេ។ ជួរឈរពិសេសនេះបានចាប់ផ្តើមរាប់ម៉ោងចាប់ពីពេលអ្នកបើក Entergram ជាជាងចាប់ពីពេលដែល Telegram ទទួលបានសារនោះដំបូង។ ប្រភពត្រាពេលវេលាឥឡូវនេះត្រឹមត្រូវហើយ។ (DEV-162)

កំណត់ត្រាការផ្លាស់ប្តូរពេញលេញសម្រាប់កំណែ v0.16.0 និងការចេញផ្សាយមុនៗទាំងអស់ មាននៅលើ ទំព័រអ្វីថ្មីរបស់ Entergram។