هذه الأداة المجانية في سطر الأوامر (CLI) تتفوق على جميع تطبيقات نقل الملفات المدفوعة (croc)
BBetter Stack
컴퓨터/소프트웨어창업/스타트업AI/미래기술
스크립트
00:00:00هذا هو Croc وهو واحد من أروع الأدوات التي صادفتها مؤخرًا.
00:00:04سأقولها بصراحة، أعتقد أن هذه أفضل أداة لنقل الملفات
00:00:10استخدمتها على الإطلاق. هاهو ذا، قلتها. Croc ليس مجرد أداة لنقل الملفات. إنه مختلف حقًا
00:00:17في طريقة بنائه وكيفية عمله. لذا في هذا الفيديو، سنلقي نظرة على Croc،
00:00:22ونرى كيف يعمل، وسأريكم مدى سهولة استخدامه. سيكون الأمر ممتعًا
00:00:28للغاية. لذا دعونا نتعمق في الأمر. إليكم سؤال يستحق الطرح: كم طريقة يمكنك التفكير فيها الآن
00:00:38لإرسال ملف كبير إلى كمبيوتر شخص آخر؟ هناك AirDrop، وWeTransfer، وDropbox،
00:00:46وGoogle Drive، وSCP، وDiscord إذا كنت يائسًا، أو فلاشة USB إذا كنت يائسًا حقًا، أو إرسال فلاشة
00:00:56USB بالبريد لشخص ما إذا كنت مجنونًا تمامًا. هناك عشرات الأدوات لهذا الغرض. ومع ذلك، يكاد
00:01:02يكون لدى الجميع قصة عن نقل ملفات كان يجب أن يستغرق 30 ثانية، ولكنه استهلك
00:01:08نصف يومهم بالكامل. على سبيل المثال، يحاول زميلك إرسال شيء ما عبر AirDrop إليك، لكن للأسف أنت
00:01:15تستخدم Windows. في سيناريو آخر، انتهت صلاحية رابط WeTransfer قبل أن يتمكن الشخص الآخر من فتحه.
00:01:21كان الملف أكبر من أن يُرسل عبر البريد الإلكتروني. والشخص الآخر ليس لديه حساب Dropbox ولا يريد
00:01:27إنشاء واحد. وبصراحة، أنا لا ألومهم. لذا إليكم السؤال الحقيقي: مع وجود الكثير من الأدوات،
00:01:32لماذا يستمر حدوث هذا؟ والجواب هو لأن هذه الحلول، بصراحة، لا تستخدم
00:01:38استراتيجية الركائز الثلاث التي تجعل من حل نقل الملفات حلاً رائعًا. لقد تم إنشاء Croc بواسطة Zach Scholl،
00:01:45وعلى موقعه الإلكتروني، يشرح بالتفصيل الممل كيف يجب أن تبدو بنية
00:01:51حل نقل الملفات الجيد. وبصراحة، كلامه منطقي جدًا. يحتاج نظام نقل الملفات الجيد إلى ثلاث
00:01:57ركائز: يجب أن يكون سريعًا، وآمنًا، وبسيطًا. كل الثلاثة في نفس الوقت دون التنازل عن أي
00:02:05منها. ومعظم الأدوات المتاحة تختار اثنين فقط ولا يبدو أنها تصل إلى النقطة المثالية في ذلك الرسم التخطيطي.
00:02:11لذا دعونا ننظر إلى كل ركيزة على حدة. الطريقة التي تعمل بها معظم الأدوات القائمة على الروابط هي أنك ترفع الملف
00:02:18إلى خادم، ثم يقوم الشخص الآخر بتنزيله. يبدو الأمر جيدًا، لكن هذا في الواقع أبطأ رياضيًا
00:02:23مما يجب أن يكون. إذا كنت ترفع بسرعة 5 ميجابت في الثانية وتُنزّل بسرعة 8 ميجابت
00:02:30في الثانية، فإن الرفع المتسلسل ثم التنزيل يعطيك معدلًا فعالًا يبلغ حوالي 3.1 ميجابت في الثانية.
00:02:37وهذا أبطأ من أي من السرعتين بمفردها. هذا هو ما يحدث عندما تقوم بالأشياء الواحدة تلو
00:02:43الأخرى بدلاً من القيام بها في نفس الوقت. لنتحدث عن الأمان. تعتمد العديد من أدوات النقل الآمن على
00:02:50تحديد كلمة مرور مشتركة واحدة لتشفير الملف. وهو أمر جيد، باستثناء أن كلمات المرور تكون بقوة
00:02:57كلمة المرور التي تختارها فعليًا. وإذا تم تخمين كلمة المرور أو تسريبها، حسنًا، فهذا هو كل شيء. انتهت اللعبة.
00:03:04وثالثًا، يجب أن يكون الأمر بسيطًا. في الوقت الحالي، لدينا أدوات مذهلة مثل SSH أو FTP،
00:03:11وهي سريعة وآمنة للغاية حقًا. لكنها تتطلب تشغيل خادم على أحد الأجهزة مع تمكين
00:03:18توجيه المنفذ (port forwarding). وهو إعداد معقول تمامًا لمركز بيانات أو شخص خبير تقنيًا
00:03:24وطلب غير معقول تمامًا لجهازي كمبيوتر محمول في مقهى. انظروا إلى النمط.
00:03:30WeTransfer بسيط، لكنه بطيء ولا يتسم بالأمان إلا بقدر أمان رابطه. SCP سريع وآمن،
00:03:37لكن لا أحد من الأصدقاء غير التقنيين سيعرف كيفية استخدام SCP من البداية. لذا لا يوجد شيء تقريبًا
00:03:43يضرب الركائز الثلاث. ولكن كيف يختلف Croc؟ حسنًا، Croc هو أداة CLI مفتوحة المصدر مبنية على لغة Go
00:03:51ومصممة خصيصًا لعدم المساومة على أي من هذه الركائز الثلاث. أولاً، السرعة. بدلاً من
00:03:57نموذج الرفع ثم التنزيل، يستخدم Croc خادم ترحيل لإنشاء محادثة مزدوجة الاتجاه (full duplex) بين كلا
00:04:04الجهازين. كلا الطرفين يرسلان ويستقبلان البيانات في نفس الوقت، لذا لن تكون مقيدًا
00:04:10بحسابات الرفع والتنزيل المتسلسلة من قبل. وإذا تصادف وجود كلا الجهازين على نفس الشبكة المحلية،
00:04:17سيكتشف Croc ذلك وسينقل البيانات محليًا بدلاً من ذلك، وهو أسرع بكثير.
00:04:23التالي، الأمان. بدلاً من كلمة مرور مشتركة ثابتة، يستخدم Croc تقنية تسمى PAKE، وهو تبادل مفاتيح
00:04:30مُوثق بكلمة مرور. إنه يستخدم عبارة رمزية مؤقتة، لكنها ليست مفتاح تشفير بحد ذاتها.
00:04:38يستخدم كلا الطرفين هذه العبارة في تبادل تشفيري ذهابًا وإيابًا لتوليد مفتاح أقوى بكثير
00:04:44في لحظتها. إذا حاول شخص ما اعتراض هذا التبادل بعبارة خاطئة، فإن العملية بأكملها
00:04:50تفشل ببساطة. فلا يتم نقل أي بيانات ويعرف الجميع أن هناك خطأ ما. وأخيرًا، إنه بسيط. ملف تنفيذي واحد،
00:04:57لا حاجة لتهيئة خادم، لا توجيه للمنافذ، يعمل مباشرة عبر الـ NATs والجدران النارية عبر خادم
00:05:04الترحيل. وفي جانب الاستقبال، ما عليك سوى كتابة Croc، متبوعًا بعبارة الرمز عندما يطلب منك،
00:05:10ثم قبول النقل وتم الأمر. ولكن مهلاً، من الذي يقوم بتشغيل هذا الترحيل؟ حسنًا،
00:05:16افتراضيًا، يقوم Croc بتوجيه نقلك عبر خادم ترحيل عام يديره مبتكر الأداة نفسه،
00:05:22Zach. الآن، نظرًا لأن الملف نفسه مشفر من البداية إلى النهاية عبر PAKE قبل أن يغادر
00:05:27جهازك، فإن ذلك الترحيل لا يرى سوى بيانات مشفرة وبيانات وصفية للاتصال. إنه لا يستطيع فيزيائيًا قراءة
00:05:34محتويات ملفك. لكنه لا يزال خادم طرف ثالث يجلس في منتصف النقل افتراضيًا.
00:05:40وإذا كنت في شركة لديها قواعد لإقامة البيانات أو لديك سياسة ضد توجيه حركة المرور
00:05:45عبر بنية تحتية لا تتحكم فيها، فسيكون ذلك عائقًا. لكن الخبر السار هو أن
00:05:50Croc يأخذ هذا في الاعتبار. هناك أمر ترحيل Croc مدمج يقوم بتشغيل خادم الترحيل الخاص بك باستخدام صورة docker
00:05:57مرفقة. ثم تقوم ببساطة بتوجيه عمليات النقل الخاصة بك إليه باستخدام أمر الترحيل مع علامة الترحيل
00:06:03بدلاً من الإعداد الافتراضي. لذا فإن الترحيل العام هو الافتراضي المريح للاستخدام الشخصي. ولكن لأي شيء
00:06:10في بيئة مؤسسية، فإن استضافة الترحيل ذاتيًا هو إعداد يستغرق خمس دقائق وليس شيئًا يعيق الأمر. ولكن الآن
00:06:16أريد أن أريكم مدى سهولة وملاءمة استخدام Croc. لقد كنت أستخدم Croc شخصيًا
00:06:23كثيرًا هذه الأيام وهو مريح جدًا نظرًا لوجود جهازي عمل هنا. أحدهما جهاز بنظام Windows
00:06:29والآخر جهاز MacBook. وشاهدوا مدى سهولة إرسال ملفات كبيرة من أحدهما إلى الآخر
00:06:35باستخدام Croc. تثبيت Croc سهل للغاية. إنه مجرد أمر من سطر واحد لكل من Windows وMac.
00:06:41وصفحة GitHub تحتوي على تعليمات لجميع أنواع الإعدادات. وبمجرد تثبيته على
00:06:47جانب الإرسال، تحتاج إلى كتابة Croc send متبوعًا بالملف ويظهر لك عبارة رمزية
00:06:54مولدة عشوائيًا. وفي جانب الاستقبال، قم بتشغيل Croc، واكتب عبارة الرمز عند المطالبة، واكتب Y للقبول،
00:07:01وبوم. السحر. إنه بهذه السهولة، وهذه السرعة. وإليك شيء آخر. لديه أيضًا القدرة على استئناف
00:07:08عمليات النقل عند انقطاع الاتصال. دعونا نقطع الاتصال في منتصف النقل، ثم نستأنفه من
00:07:14جانب الإرسال. وكما ترون، فإنه يكمل من حيث توقف بدلاً من البدء من جديد. هذا كل شيء.
00:07:19هذه هي تجربة المستخدم بالكامل. أمر واحد للإرسال، وعبارة رمزية واحدة للاستقبال، لا حساب،
00:07:27لا علامة تبويب في المتصفح، لا خادم للتشغيل. كم هذا رائع؟ هذا هو Croc باختصار.
00:07:34إنه سريع بسبب نقل الترحيل المزدوج الاتجاه. إنه آمن بسبب PAKE بدلاً من استخدام كلمات مرور
00:07:40ثابتة. وهو بسيط للغاية في الاستخدام. وبمجرد تجربته فعليًا مقابل البدائل، مثل
00:07:46إرسال رابط WeTransfer لشخص ما والامل ألا تنتهي صلاحيته، يصعب بصراحة العودة للوراء بمجرد
00:07:52أن تستخدمه. فما رأيك في Croc؟ هل أعجبك؟ هل سيكون في مجموعة أدواتك؟
00:07:57أخبرنا في التعليقات بالأسفل. ويا رفاق، إذا أعجبتكم هذه الأنواع من التحليلات التقنية،
00:08:02يرجى إعلامي بذلك عن طريق الضغط على زر الإعجاب أسفل الفيديو.
00:08:06وأيضًا لا تنسوا الاشتراك في قناتنا.
00:08:09كان معكم أندريس من BetterStack وأراكم في الفيديوهات القادمة.