اغلب تفاصيل تسريع المواقع والصفحات بشكل عام
هناك الكثير من الأدوات لاختبار سرعة الصفحة ، والكثير من المقاييس المختلفة لاستهدافها. ولكن هل تفهم كيف تعمل هذه التحسينات ، أو ما إذا كانت ستجعل موقعك على الويب أسرع؟
سرعة الصفحة موضوع معقد. تمنحك العديد من المقالات الحالية قائمة بالإجراءات التي يمكنك اتخاذها أو المكونات الإضافية التي تريد تثبيتها للمساعدة في الجوانب المختلفة للسرعة. لا بأس ، ولكن ليست كل المواقع متشابهة. لذا ، في هذه المشاركة ، سأساعدك على فهم كيفية عمل سرعة الصفحة ، والإجراءات التي يجب اتخاذها لموقعك المحدد.
مع ذلك ، إذا لم تكن تقنيًا وترغب فقط في تثبيت مكون إضافي / وحدة نمطية لتسريع موقعك ، فإليك بعض العناصر التي يجب أن تساعد:
الوورد بريس:
الدروبال
الآن ، عد إلى العمل. إليك كل ما سأقوم بتغطيته:
ما هي سرعة الموقع؟
سرعة الصفحة هي مقدار الوقت المستغرق لتحميل صفحة الويب. من الصعب تعيين رقم واحد لسرعة الصفحة لأن العديد من المقاييس تلتقط عناصر تحميل الصفحة بطرق مختلفة ولأغراض مختلفة وظروف اختبار مختلفة.لماذا يجب أن تهتم بسرعة الموقع
كان هناك تركيز متجدد على سرعة الصفحة من Google مؤخرًا حيث أصبحت سرعة الهاتف المحمول عاملاً في الترتيب ، وتقرير السرعة في Google Search Console ، ويعلن Chrome أنهم قد يبلغون عن مواقع بطيئة ، ولكن هل تعلم أن سرعة الصفحة كانت عاملاً في الترتيب لجوجل منذ 2010؟فيما يلي الأسباب التي يجب أن تهتم بها:
يؤثر على تجربة المستخدم. تريد أن يحصل الزوار على تجربة سريعة وسلسة. أي تأخير أو تأخر في أفعالهم ملحوظ.
تحليلات الآثار. بشكل عام ، سيسجل الموقع الأسرع المزيد من الزائرين لأن علامة التحليلات سيتم تحميلها في وقت أقرب. إذا غادر شخص قبل تنشيط العلامة ، فلن يتم تسجيله في نظام التحليلات.
تحسين محركات البحث؟ لا يؤثر التحديث السريع إلا على أبطأ المواقع وفقًا للإعلان الرسمي.
هناك العديد من الدراسات التي تبين أنه إذا قمت بزيادة سرعة الصفحة ، فسوف ترى زيادات في أشياء مثل حركة المرور المجانية ، ونسبة النقر على الزيارة للإعلانات ، والمزيد من الزوار بشكل عام ، والعديد من المزايا الأخرى. تحتوي إحصائيات WPO على العديد من الأمثلة على تحسينات سرعة الصفحة.
ومع ذلك ، سأحذر من أن العديد من هذه الدراسات قد تكون مضللة بعض الشيء. ما لم تكن بطيئًا للغاية من قبل ، تقول Google أن تحسين سرعة الصفحة لن يؤثر على تصنيفاتك.
فلماذا ترى المزيد من الزوار؟
الإجابة هي أن علامة التحليلات ربما تم إطلاقها في وقت أقرب من ذي قبل ، وتمكنت من تسجيل المزيد من الأشخاص قبل مغادرة الصفحة.ما مدى سرعة تحميل موقعي؟
لا يوجد حد رسمي. إحدى التوصيات الشائعة هي أنه يجب تحميل موقعك في أقل من ثلاث ثوانٍ. من المحتمل أن يأتي ذلك من دراسة على Google تقول أن 53٪ من زوار الجوّال يتركون صفحة تستغرق أكثر من ثلاث ثوانٍ للتحميل.
تعتمد هذه التوصية أيضًا على الأرجح على مقياس مؤشر السرعة ، والذي سنتحدث عنه لاحقًا ، ولكن هذا مجرد تخميني بناءً على مقياس كان شائعًا في وقت الدراسة. لا أعتقد أن Google قد ذكرت مقياسًا معينًا عند إعطاء رقم لسرعة الصفحة. عادةً ما تكون التوصيات من ممثلي Google عامة مثل "جعل المواقع سريعة للمستخدمين" أو "جعل المواقع في أسرع وقت ممكن".
كيف يتم بناء الصفحة
لفهم كيفية تحسين سرعة صفحتك ، تحتاج إلى معرفة كيفية إنشاء المتصفح للصفحة. لهذا ، سننظر بشكل أساسي إلى مخططات Waterfall لمعرفة الموارد التي يتم تحميلها. يمكنك أيضًا مشاهدة ذلك في متصفحك باستخدام "النقر بزر الماوس الأيمن"> فحص> وإظهار علامة التبويب "الشبكة" عند تحميل صفحة.
ملاحظة جانبية. سأستخدم https://www.webpagetest.org/ للحصول على الكثير من الصور ، وسأرتبط بالاختبارات وسأعرض الإعدادات حيثما ينطبق ذلك.
إقامة اتصالات
يمثل اللون الأخضر والبرتقالي والأرجواني أدناه الوقت المستغرق لإنشاء اتصال بالموقع الإلكتروني. سأستعرض كل لون أدناه وما يمثله.
1 إنشاء الاتصالات 3
مخطط الشلال لصفحة موضوع TwentyTwenty WordPress من WebPageTest.org (اعرضه هنا). الموقع: Dulles ، VA. الجهاز: Moto G4. المتصفح: كروم. السرعة: 3GSlow.
DNS (أخضر)
يعتبر نظام اسم المجال (DNS) دليل الهاتف للويب. أنت تمنح متصفحك اسم موقع ويب ، ويتحقق من خادم DNS للحصول على عنوان IP (تسمية موقع) لإخباره بمكان استضافة موقع الويب. الأمر أشبه بتخزين جهة اتصال على هاتفك ، لذا عليك فقط معرفة الاسم وليس رقم الهاتف.
في معظم الأحيان ، سيكون DNS الخاص بك مع مسجل النطاق (حيث اشتريت النطاق) أو مع شبكة توصيل المحتوى (CDN).
الأهم من ذلك ، لم يتم إنشاء جميع موفري DNS على قدم المساواة. إذا كان كل مللي ثانية مهمًا بالنسبة لك ، فقد ترغب في التفكير في استخدام مزود DNS مختلف. وفقًا لـ DNSPerf ، يتمتع Cloudflare بمتوسط سرعة استعلام يبلغ 12.6 مللي ثانية ، في حين أن البعض الآخر مثل GoDaddy (46.04 مللي ثانية) و Rackspace (90.38 مللي ثانية) أبطأ في المتوسط. ومع ذلك ، فإن هذه الأرقام ليست تمثيلًا دقيقًا تمامًا حيث يمكن تخزين DNS مؤقتًا (تخزينه مؤقتًا) في المتصفح عندما تكون قد قمت بالفعل بزيارة موقع ويب. يشار إلى مقدار الوقت الذي تم تخزينه فيه مؤقتًا باسم TTL (مدة البقاء). بينما لا تزال ذاكرة التخزين المؤقت نشطة ، لن يضطر المتصفح إلى الاتصال بخادم نظام أسماء النطاقات لمعرفة مكان الوصول إلى موقع الويب.
تواصل (برتقالي)
هذا هو المكان الذي يقوم فيه المتصفح بإنشاء اتصال مع خادم الاستضافة. إن بروتوكول التحكم في الإرسال / بروتوكول الإنترنت (TCP / IP) معقد ، ولكن فكر فقط في كيفية بدء العمل. من المحتمل أنه ليس خطًا مستقيمًا ، عليك أن تتناوب ، وستكون هناك مناطق ذات حركة مرور أعلى. يمكنك حتى إعادة التوجيه أو القيام ببعض المنعطفات الخاطئة. هذا نوع من كيفية عمل ذلك ، يتم التوجيه من المتصفح إلى الخادم والعكس.
إذا كان وقت الاتصال طويلاً ، فقد يكون أحد المشاكل العديدة. في حالة الاتصالات غير المستقرة ، قد يحدث فقد الحزمة ويجب إعادة إرساله. هذا يشبه فقدان دورك في الدوار والدوران مرة أخرى. قد تكون المشكلة أيضًا في توجيه الطلب من خلال الشبكة. عدد القفزات التي يجب أن يأخذها ، والمسافة التي يجب أن يقطعها ، وكم حركة المرور الأخرى على الشبكة تشبه عدد المنعطفات التي تحتاج إلى القيام بها ، وكم من مسافة العمل ، وعدد السيارات الأخرى على الطريق قد يبطئك. هناك أيضًا سعة تقييد للسرعة والاتصال على الخادم ، والتي ستكون مماثلة لنفق يسمح فقط بعدد كبير من السيارات على الرغم من أنه في نفس الوقت.
يتم حل الكثير من هذه المشكلات بجعل المسافة إلى الخادم أقصر واستخدام توجيه أكثر ذكاءً - وهو ما يمكن للعديد من شبكات CDN فعله. مع شبكة من الخوادم حول العالم ، يمكن للزوار عادةً الاتصال بخادم قريب. يدير بعض مزودي CDN أيضًا كميات كبيرة من طلبات الإنترنت ويمكنهم رؤية الاختناقات (حركة المرور) في الوقت الفعلي. إذا رأوا خيارًا أسرع ، فيمكنهم إعادة توجيه حركة المرور - تمامًا مثل كيفية إعادة توجيه نظام تحديد المواقع العالمي (GPS) لك حول ازدحام المرور.
طبقة المقابس الآمنة (SSL) (أرجواني)
بالنسبة للمواقع التي تنشئ اتصالاً آمنًا (HTTPS) ، هذا هو المكان الذي يوافق فيه المتصفح والخادم على إصدار بروتوكول TLS (أمان طبقة النقل) و ciphersuite (مستوى الأمان) والتحقق من الشهادة (للتأكد من أن الموقع هو واحد تقول أنه).
قد تعتقد أنه يمكنك جعل موقعك على الويب أسرع من خلال عدم استخدام HTTPS. هذا صحيح جزئيًا - على الأقل بالنسبة لجزء الاتصال. ولكن هناك مزايا أخرى لوجودك على HTTPS مثل حقيقة أن المتصفحات لا تسمح لك باستخدام HTTP / 2 (H2) بدون HTTPS. يتمتع H2 ببعض المزايا مثل الاتصالات المستمرة ، لذلك ليس من الضروري الاستمرار في فتح اتصال جديد للملفات على نفس الخادم. الرؤوس الموجودة في تلك الطلبات أصغر أيضًا من HTTP / 1.1 ، ويمكن نقل ملفات متعددة في وقت واحد. في معظم الحالات ، ستكون المواقع التي تستخدم HTTPS و H2 أسرع من المواقع على HTTP.
بشكل عام ، فإن أهم المكاسب التي ستحصل عليها هنا تأتي من ترقية البروتوكول الخاص بك (TLS 1.3 أسرع من TLS 1.2 ، على سبيل المثال) وتنفيذ HTTP Strict Transport Security (HSTS) ، والذي يخبر المتصفح دائمًا باستخدام اتصال آمن. يقوم المتصفح بتغيير الطلبات من HTTP إلى HTTPS دون الحاجة إلى الاتصال بالخادم وإجراء إعادة توجيه. في الصورة أدناه ، سيتم التخلص من إعادة التوجيه من HTTP إلى HTTPS والوقت المستغرق باستخدام HSTS.
قد ترغب في النظر في استخدام HTTP / 3 لاتصالات أسرع. ومع ذلك ، لا يزال دعم هذا البروتوكول في مراحله المبكرة ، وعلى الأقل في وقت كتابة هذا التقرير ، ربما لم يكن خيارًا قابلاً للتطبيق.
ملاحظة: الجهاز والموقع وشبكة الأمور
ضع في اعتبارك أن الاتصال بموقع ويب على هاتف ذكي متوسط الجودة مع اتصال 3G بطيء يستغرق حوالي ثانيتين. على نفس الهاتف مع اتصال LTE ، يتم قطعه إلى ~ 0.41 ثانية. على كمبيوتر سطح المكتب بسرعات عادية ، تستغرق أقل من 0.1 ثانية لإجراء هذا الاتصال.
ضع ذلك في اعتبارك إذا رأيت أوقات اتصال أطول لأنها قد تكون بسبب النطاق الترددي المحدود أو قوة المعالجة لجهاز الاختبار. هذه العوامل - إلى جانب التخزين المؤقت - مهمة. يمكنهم مساعدتك في التوضيح لشخص قد يقوم بسحب أحدث هواتفهم الذكية ، المتصلة بشبكة WiFi ، مع جميع الملفات اللازمة لتحميل الصفحة المخزنة مؤقتًا بالفعل على أجهزتهم (سنتحدث عن هذا في قسم آخر) بالطريقة التي يواجهونها الموقع في ظروف مثالية وليس كيف سيختبره معظم الناس.
تنزيل ومعالجة HTML
كود HTML للصفحة هو ما يتم تنزيله في البداية بواسطة المتصفح. هذه هي المعلومات التي تراها عند النقر بزر الماوس الأيمن على موقع ويب والانتقال إلى "عرض مصدر الصفحة". بمجرد إنشاء الاتصال ، واستعادة المستعرض الجزء الأول من المعلومات من الخادم ، نصل إلى Time To First Byte (TTFB) ، وهو المقياس النموذجي لوقت الاستجابة الأولي. كما هو موضح بالخطوط البرتقالية أدناه ، هذا هو الوقت من بداية طلب HTML (أزرق فاتح) إلى الوقت الذي يبدأ فيه تنزيل HTML (أزرق غامق).
إذا كان هناك تأخير لـ TTFB ، فقد يرجع ذلك إلى استعلامات قاعدة البيانات أو موارد الخادم أو انتظار اكتمال تقديم الخادم الجانبي (SSR) ، أو أشياء أخرى تتعلق عادةً بإنشاء محتوى ديناميكي. سيعتمد وقت التنزيل على أشياء مثل الاتصال وحجم الملف.
هذا هو المكان الذي يبدأ فيه المتصفح أيضًا في إنشاء صفحة. عندما يتم تنزيل HTML ، يقوم المستعرض بتوزيعه في نموذج كائن المستند (DOM) ، وهو كيف يفهم الكمبيوتر بنية المحتوى. تستخدم عملية التحليل هذه السلسلة الرئيسية للمتصفح لمعالجة إجراءات المستخدم وطلاء الصفحة وتشغيل جافا سكريبت وتنفيذ التخطيط وإعادة التدفق وجمع البيانات غير المرغوب فيها. في الوقت الحالي ، ما عليك سوى معرفة أن هذا الموضوع الرئيسي موجود ويعالج الكثير من المهام المختلفة. سنتناول هذا الأمر بعد ذلك بقليل.
إذا رأيت فجوة بين HTML والطلب التالي ، فإن السبب الأكثر ترجيحًا هو أن وحدة المعالجة المركزية مشغولة بمعالجة HTML لإنشاء DOM. نظرًا لأنها وحدة المعالجة المركزية ، فإن هذا يعتمد مرة أخرى على الجهاز المستخدم ، لذا يمكنك الاختبار باستخدام جهاز أكثر قوة لمعرفة ما إذا كانت هذه الفجوة لا تزال موجودة.
بالنسبة إلى HTML وأنواع الملفات الأخرى مثل CSS وجافا سكريبت ، يمكنك تقليل الوقت باستخدام رمز أقل ، والتصغير لإزالة الأحرف غير الضرورية مثل التعليقات والمسافات البيضاء من الشفرة ، والضغط لتقليل حجم الملفات. الهدف هو جعل تنزيل الملف أصغر بحيث يكون هذا الجزء من التحميل أسرع. ومع ذلك ، لا توجد طريقة واحدة فقط للقيام بالتصغير والضغط. في كثير من الحالات ، يتم التعامل مع هذا من قبل CDN أو الخادم (Apache أو Nginx هي خوادم شائعة) ، أو عن طريق مكون إضافي / وحدة / حزمة. يمكنك العثور على مزيد من المعلومات حول تنفيذ الضغط هنا والتصغير هنا.
معالجة الاتصالات الإضافية
عند تنزيل HTML ، ستتم معالجة المراجع إلى الملفات الأخرى والخوادم الأخرى ، وستبدأ الاتصالات الجديدة. هذا هو المكان الذي تتم فيه إضافة ملفات أخرى مثل JavaScript و CSS والصور والخطوط إلى المزيج. يمكن أن تصبح الأمور مجنونة هنا حيث تشير بعض الملفات إلى ملفات أخرى ، ونبدأ في ربط الاتصالات وتنزيلات الملفات. ألق نظرة على خريطة الطلب أدناه لموقع Forbes.com. كل نقطة هي طلب ملف فردي ، وكل سطر هو حيث يشير ملف إلى ملف آخر يجب تنزيله. بشكل عام ، هناك 363 طلبًا عبر 128 اتصالًا.
كيف تقدم المتصفحات صفحة
قبل أن نتابع ونناقش خيارات التحسين ، أعتقد أنه من الأفضل أن نفهم قليلاً عن كيفية عرض المتصفح للصفحة. لدينا ملفات أخرى قادمة الآن مثل CSS وجافا سكريبت والصور والخطوط ، وعلى المتصفح أن يحولها مع HTML إلى شيء مفيد. هذه عملية ديناميكية مع تقديم الملفات الجديدة وتنزيلها وتحليلها وإعادة ترتيب الأشياء باستمرار لبناء الصفحة. تُعرف هذه العملية عادةً باسم مسار العرض الحرج وتبدو كما يلي:
تتم معالجة HTML في شجرة DOM التي ذكرناها سابقًا
يتم تحليل CSS في نموذج كائن CSS (CSSOM) ، الذي يخبر المتصفح كيف يتم تصميم كل شيء ، وتبطينه ، وملونه ، وحجمه ، وما إلى ذلك.
يقوم CSSOM + DOM معًا بعمل ما يسمى شجرة العرض.
يحدث التخطيط ، والذي يعالج حيث سيكون كل عنصر داخل إطار عرض المتصفح بناءً على ما هو موجود في شجرة التقديم.
يتم رسم وحدات البكسل على الشاشة ، فبدلاً من شاشة بيضاء ، يمكنك رؤية الألوان والأشكال والنص والصور.
رؤية الحمل المرئي مع مخطط الشلال
في قسم الملخص في WebPageTest ، إذا قمت بتمكين التسجيل ، فيجب أن يكون لديك عمود فيديو في الجدول الرئيسي مع "عرض شريط الصور". في هذا العرض ، يكون الخط الأحمر في الأعلى مع اللقطات المرئية عند نفس النقطة مثل الخط الأحمر في الأسفل في الشلال.
من خلال تحريك الخط الأحمر حول نقاط مختلفة في الحمل المرئي ، يجب أن تكون قادرًا على النظر إلى ما تم تحميله للتو في الشلال الذي ربما سمح للعناصر المختلفة بعرضه بصريًا. يمكن أن يساعدك ذلك في تحديد الملفات التي قد تحتاج إلى ترتيبها حسب الأولوية.
على سبيل المثال ، إذا رأيت أنه تم تحميل معظم صفحتك باستثناء النص ، ولكن بعد ذلك مباشرة تم تحميل الخط وظهر النص ، فهذا مؤشر جيد على أن الخط مطلوب لإظهار النص. ستتمكن أيضًا من معرفة الصور التي قد تكون مطلوبة في وقت سابق مع إطارات عرض مختلفة بمجرد النظر إلى لقطات الشاشة التي تم إنشاؤها.
يوجد في أسفل هذا المخطط معلومات إضافية مثل استخدام وحدة المعالجة المركزية وعرض النطاق الترددي والنشاط على الموضوع الرئيسي للمتصفح والتفاعل. تعتمد كل هذه الرسوم البيانية مرة أخرى على الجهاز ونوع الاتصال. يمكن استخدام المعلومات للمساعدة في استكشاف المشكلات المختلفة وإصلاحها. على سبيل المثال ، ربما يكون هناك الكثير من التنزيلات ، مما يحافظ على النطاق الترددي في أعلى نقطة. أو ربما يوجد نص برمجي يستخدم كل وحدة المعالجة المركزية لجهاز معين ، مما قد يتسبب في حدوث تأخيرات.
نوع الملف CSS
حيث تتعقد سرعة الصفحة في أنه في كثير من الحالات ، لا توجد طريقة واحدة صحيحة للقيام بالأشياء. معظم الطرق لها مقايضات ، وبعضها أكثر تعقيدًا للتنفيذ والصيانة. عليك أن تقرر ما هو الأسهل والأسرع والأفضل لك في ظروفك.
بالنظر إلى ملفات CSS ، يتم حظر العرض افتراضيًا ، مما يعني أنه يجب تنزيلها ومعالجتها قبل أن تعرض الصفحة المحتوى للمستخدم. إذا قمت بالتخزين المؤقت (تخزين نسخة من الملف ، والتي سيتم تناولها لاحقًا في المقالة) ، فيمكن إعادة استخدام هذا الملف لتحميل الصفحات اللاحقة. وهذا يعني أنه لن يلزم تنزيله مرة أخرى ، ويجب أن تكون طرق العرض التالية أسرع.
يتم اختبار معظم أدوات السرعة مع العرض الأول ، لذا فإن الكثير مما تراه في أداة مثل PageSpeed Insights يمثل المستخدم لأول مرة الذي يشاهد صفحة واحدة فقط وليس شخصًا يزور صفحات متعددة أو يعود إلى موقعك على الويب كثيرًا . يجب أن يكون هدفك تحسين العرض الأول والمشاهدات اللاحقة للمستخدمين.
تحميل CSS بشكل غير متزامن
تريد تحميل رمز مهم في أقرب وقت ممكن ، وسنتحدث عن بعض الخيارات لذلك في غضون ثانية ، ولكن الجزء الآخر من هذا هو أنك تريد من CSS ألا تمنع العرض. للقيام بذلك ، نريد تحميل أوراق الأنماط المطلوبة لاحقًا في عملية التحميل كنوع وسائط مختلف ، والذي يتم تطبيقه بعد ذلك على جميع الأنواع. إنه يخدع المتصفح عن طريق إساءة استخدام كيفية تعامله مع تحميل سمات عنصر ارتباط محددة. ما سيفعله هو تحميل CSS بدون حظر العرض (لأنه في هذه الحالة ، نحن نخبر المستعرض أن ورقة الأنماط هذه للطباعة وليست فعلاً لهذا الإصدار من الصفحة) ، ثم تنطبق على جميع أنواع الوسائط (الأشياء التي لا تتم طباعتها) بعد تحميلها.
أدوات لقياس سرعة الصفحة
أدوات جوجل
TestMySite - يحتوي على بطاقة قياس الأداء للسرعة حيث يمكنك تقييم سرعتك مقابل المنافسين ، ولديه حاسبة تأثير حتى تتمكن من تقدير سرعة التأثير على عملك ، ويسمح لك بإنشاء تقرير يتضمن هذه وبعض التوصيات حول الأشياء التي يجب التركيز عليها على.
Lighthouse (في أدوات Chrome Dev) - يسمح باختبار أداء الصفحات والتطبيقات.
PageSpeed Insights - تدير المنارة وتقدم توصيات. يتأثر تشغيل Lighthouse في المستعرض الخاص بك بالعديد من الأشياء مثل الكمبيوتر والشبكة والإضافات في المستعرض الخاص بك ، إلخ. تسمح PageSpeed Insights ببيئة اختبار مستقرة إلى حد ما والتي لا تستخدم حتى موارد الخادم الخاص بك مثل المنارة على نطاق واسع. .
أدوات Chrome Dev - الكثير من الميزات المفيدة لمعرفة كيف وكيف يتم تحميل الصفحة مثل علامتي التبويب الشبكة والأداء.
تقرير تجربة مستخدم Chrome (CrUX) - مجموعة بيانات عامة لبيانات تجربة المستخدم الحقيقية لأولئك الذين اختاروا المشاركة في Chrome والتي تغطي الملايين من مواقع الويب. البيانات الميدانية (البيانات من المستخدمين الفعليين) لسرعة الصفحة.
Web.dev - أداة اختبار أخرى من Google تدعمها Lighthouse. يحتوي أيضًا على قسم لمعرفة المزيد حول سرعة الصفحة.
ادوات الفحص الاخرى الشائعة
افكار اخيرة
يجب أن تجعل موقعك في أسرع وقت ممكن للمستخدمين. اختر المقاييس التي تمثل كيف يواجه المستخدم حمل الصفحة وتفاعلها وتحسينها. لا يوجد حد أدنى حقًا أتوقف فيه عن تحسين سرعة الصفحة ، ولكن غالبًا ما تكون هناك مرحلة قد لا تستحق فيها الفائدة الوقت أو الجهد أو التكاليف أو المقايضات المحتملة (مثل فقدان البيانات من أداة). بشكل عام ، سأحاول أن أكون أسرع قليلاً من المنافسين.
انتهى