2026-01-15 12:22:36

بعد إجراء البحث تبين أن هذه الخطة تتطلب اتصال WebSocket خاص بالخادم السري، وهو غير عملي في تطبيق الصفحة الواحدة. المشكلة الرئيسية هي أن قيود الطلبات في العديد من البورصات تبدو بسيطة ولكنها في الواقع مخادعة. على سبيل المثال، الادعاء بأن لديك صلاحية 1000 ضعف يبدو رائعًا، ولكن عند سحب البيانات الفعلي، تكتشف أن كل 20 طلبًا يستهلك فقط 50 من الوزن، ولتحديث البيانات الكاملة التي تتجاوز 3500 مرة واحدة، يتم ضغط الخادم بشكل كبير. لذلك، فإن النهج الأكثر عملية هو: الاقتراب من الحد الأقصى ولكن عدم تجاوزه، حساب استهلاك الوزن بدقة، وإيجاد التوازن بين الوقت الحقيقي والتكلفة.

شاهد النسخة الأصلية

قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.

تسجيلات الإعجاب 22

أعجبني
22
8
إعادة النشر
مشاركة

تعليق

0/400

StillBuyingTheDip

· 01-18 08:06

اللعنة على نظام الوزن في البورصة هذا، يبدو فخمًا ولكنه في الواقع فخ --- مرة أخرى، طلب يبدو بسيطًا ولكنه في الحقيقة معقد جدًا، يجب أن نُعد مسار WebSocket بأنفسنا --- الحقوق بمضاعف 1000 تبدو رائعة، لكن سرعان ما تكتشف أنها وهمية، لا بد من الاعتماد على خوارزميات دقيقة للعمل --- هذا هو السبب في أنني دائمًا أقول إنه من الأفضل بناء خدمة خاصة، فمكونات SPA لا يمكنها تحمل هذا المستوى من الطلبات --- استهلاك الوزن يحتاج إلى حساب دقيق، لا أحد يرغب في تجربة شعور أن السيرفر سينفجر إذا أخطأت قليلاً --- التوازن بين الوقت الحقيقي والتكلفة؟ من السهل قوله، ولكن من الصعب تنفيذه، يتطلب ضبط المعايير باستمرار --- فكيف نعيش بشكل مريح تحت القيود؟ هذه هي المهارة الحقيقية في التقنية --- هل يتعطل أكثر من 3500+ بيانات مرة واحدة عند التحديث؟ لحسن الحظ، قمت بتجربة هذه المشكلة مسبقًا، وإلا فسيحدث خطأ على الخط المباشر

شاهد النسخة الأصليةرد0

HorizonHunter

· 01-15 12:52

حقًا، نظام الوزن في البورصات هو مجرد فخ، رقم واحد يخدع أكثر من الآخر --- الخادم الخاص لا يمكن الهروب منه حقًا، وSPA لا يمكنه الصمود --- صلاحية 1000 ضعف؟ أضحك، فقط عند الاستخدام الفعلي ستفهم معنى أن يتم استغلالك --- هذه هي الحقيقة، المثالية والتنفيذ العملي دائمًا بينهما مسافة بعيدة جدًا --- حساب استهلاك الوزن يسبب الإحباط، ويجب التنقل مرارًا وتكرارًا بين السرعة والتكلفة --- كل من عمل في هذا المجال يفهم، إعداد الحد الأقصى هو لغز تمامًا --- لذا، API الخاص بالبورصة لا يوجد منه واحد غير مخادع، الجميع يضطر لتحمل المخاطر بنفسه --- الأمر الرئيسي هو أن تتعرف على ذلك الحد، فكونه دقيقًا جدًا قد يؤدي إلى فشل مفاجئ --- WebSocket ضروري، لا يوجد خيار آخر --- كل 20 طلب فقط 50 وزن؟ هذه النسبة غير معقولة جدًا

شاهد النسخة الأصليةرد0

LuckyBlindCat

· 01-15 12:52

هذه النظام الخاص بوزن البورصات فعلاً مذهل، النظر فقط إلى الأرقام يخدع، في الواقع هو مجرد حفره --- الاتصال الخاص عبر WebSocket كان قد تم تجربته من قبل، و SPA توقف تمامًا --- صلاحية 1000 ضعف؟ أضحك، عند النظر إليها ستجد أنها لا تزال نفس الشيء --- تحديد الحد بدقة هو حقًا فن، قليل من الخطأ ويمكن أن ينفجر --- لم يتم توضيح استهلاك الوزن مسبقًا، عليك أن تجرب واحدًا تلو الآخر --- الاستجابة الفورية والتكلفة هما أعداء طبيعيين، اختيار واحد يعني التخلي عن الآخر --- عند مسح أكثر من 3500 سجل، يتعطل كل شيء، من الذي صمم هذا التجربة --- لا بد من استخدام خادم خاص، SPA لا يمكنه الصمود --- كل 20 طلب فقط 50 وزن؟ كم من الوقت ستحتاج إلى التحديث إذن

شاهد النسخة الأصليةرد0

BearHugger

· 01-15 12:51

حساب وزن البورصة هذا هو حقًا لعبة أرقام، يبدو سخيًا ولكنه في الواقع بخيل جدًا

شاهد النسخة الأصليةرد0

PoetryOnChain

· 01-15 12:46

交易所那套权重系统真的绝了，表面上1000倍权限听着爽，结果实际用起来就是个笑话哈哈 --- 私有服务器这招没得选啊，SPA直接凉凉 --- 权重计算这块我也踩过坑，后来就放弃追求实时性了，稳定比什么都重要 --- 所以说啊，看起来简单的API其实都在坑你，得自己去摸索那个临界点 --- 3500+数据一次刷压垮服务器？这设计本身就有问题吧 --- 最后还是得靠经验值来卡这个平衡，文档写得再清楚也没用

رد0

FreeMinter

· 01-15 12:43

نظام الوزن في البورصة هذا فعلاً مخيب للآمال. مجرد النظر إلى الأرقام يبدوا جيدًا، لكن عند التطبيق يصيبك بالدهشة

شاهد النسخة الأصليةرد0

Ser_Liquidated

· 01-15 12:38

وزن البورصة هذا الحفرة حقًا مذهلة، صلاحيات 1000 ضعف تبدو مخيفة، وعند الاستخدام تصيبك بالدهشة الخادم الخاص هو الطريق الصحيح، وSPA لا فائدة منه على الإطلاق لو قلت رأيي، فالأمر يتطلب إدارة دقيقة، لا تكن جشعًا وتقوم بعملية مسح واحدة، فهذا هو التصرف الانتحاري

شاهد النسخة الأصليةرد0