networking

لفتح البورتات على جهاز Mac، تحتاج إلى القيام بعملية تُعرف بـ “Port Forwarding”، وهي عملية تتيح للتطبيقات الخاصة بك أن تكون متاحة للوصول من خارج الشبكة المحلية الخاصة بك. في حالتك، تستخدم Apple AirPort Time Capsule كنقطة وصول رئيسية. لكن قبل البدء، دعني أوضح لك بشكل مبسط كيف تعمل الشبكات المحلية وكيفية تفاعلها مع الشبكات الأخرى.

تبدأ الشبكة المحلية عندما توصل أجهزة مختلفة بجهاز توزيع الإنترنت (مثل جهاز التوجيه الخاص بك)، سواء كانت هذه الأجهزة أجهزة كمبيوتر أو هواتف ذكية أو غيرها. يتم تعيين عنوان IP لكل جهاز في الشبكة المحلية، وهو عنوان فريد يحدد موقع الجهاز على الشبكة.

عند تنفيذ “Port Forwarding”، فإنك تقوم بتوجيه طلبات الاتصال الواردة إلى ميناء محدد على جهاز التوجيه إلى جهاز معين في الشبكة المحلية. هذا يسمح للتطبيقات بالعمل كما لو كانت مباشرة متصلة بالإنترنت، مما يسمح للمستخدمين من خارج الشبكة بالوصول إليها.

الآن، بالنسبة لكيفية عملية “Port Forwarding” على جهاز Mac وجهاز Apple AirPort Time Capsule، فإليك الخطوات:

1. ابدأ بفتح برنامج “AirPort Utility” على جهاز Mac الخاص بك.
2. انقر على “Edit” (تحرير) في شريط الأدوات العلوي.
3. اختر جهاز Apple AirPort Time Capsule الخاص بك من القائمة.
4. انقر على “Network” (الشبكة).
5. انقر على “Network Options” (خيارات الشبكة).
6. انقر على “Add” (إضافة) تحت “Port Settings” (إعدادات البورت).
7. قم بتعبئة التفاصيل المطلوبة، مثل رقم المنفذ الداخلي والخارجي، وعنوان IP للجهاز الذي تريد توجيه المنفذ إليه.
8. انقر على “Save” (حفظ) لتطبيق التغييرات.

بعد اتباع هذه الخطوات، سيتم توجيه الاتصالات الواردة إلى المنفذ الخارجي الذي حددته إلى الجهاز المحدد داخل الشبكة المحلية الخاصة بك.

لا تنسى أن تحتاج أيضًا إلى معرفة عنوان IP الخاص بجهاز Mac الخاص بك وتأكد من أن الجهاز متصل بالشبكة. يمكنك العثور على عنوان IP عن طريق الذهاب إلى “System Preferences” (تفضيلات النظام) ثم “Network” (الشبكة)، وستجد عنوان IP المعين لجهازك.

بعد القيام بذلك، يمكن لأصدقائك الآن الوصول إلى خادمك Node Express عن طريق استخدام عنوان IP الخاص بك ورقم المنفذ (مثل: http://[Your_IP_Address]:8080). وبهذا، يمكنهم التواصل مع خادمك واستخدام تطبيقك كما تفعل أنت من جهازك المحلي.

أتمنى أن يكون هذا الشرح مفيدًا لك، وأن تتمكن من إعداد “Port Forwarding” بنجاح على جهازك Mac وجهاز Apple AirPort Time Capsule الخاص بك!

بالطبع، دعني أوضح المزيد من المفاهيم حول الشبكات المحلية وعملية “Port Forwarding” لتفهمها بشكل أفضل.

كيف تعمل الشبكات المحلية:

عندما توصل أجهزة مختلفة بجهاز توزيع الإنترنت، فإنها تصبح جزءًا من شبكة محلية. تعمل هذه الشبكة بشكل مشابه لشبكة طرق البريد، حيث يتم تحديد عناوين للأجهزة (عناوين IP) تشبه العناوين البريدية لتوجيه البيانات إلى الأماكن المناسبة.

عملية “Port Forwarding” وأهميتها:

عندما تشغل خادمًا على جهاز Mac الخاص بك، فإنه يستمع إلى طلبات الاتصال الواردة على ميناء محدد، مثل الميناء 8080 الذي تستخدمه في حالتك. ومع ذلك، لا يمكن للأجهزة الخارجية الوصول إلى خادمك مباشرة عبر الإنترنت بسبب الجدار الناري الذي يوفره جهاز التوجيه. هنا تأتي أهمية “Port Forwarding”، حيث يسمح للجدار الناري بتوجيه الطلبات الواردة على ميناء معين إلى الخادم المحدد داخل الشبكة المحلية.

كيفية تحديد العنوان IP الخاص بجهازك:

للعثور على عنوان IP الخاص بجهاز Mac الخاص بك، افتح “System Preferences” (تفضيلات النظام) ثم انقر على “Network” (الشبكة). ستجد قائمة بالاتصالات المختلفة المتاحة على جهازك. ابحث عن الاتصال النشط (عادةً يكون Wi-Fi أو Ethernet) وستجد عنوان IP المخصص لجهازك بجانب “IP Address” (عنوان IP).

استخدام التطبيق عبر الإنترنت:

بعد تهيئة “Port Forwarding” بنجاح، يمكن لأصدقائك الآن الوصول إلى تطبيقك Node Express من خارج الشبكة المحلية. كل ما يحتاجون إليه هو استخدام عنوان IP الخاص بك ورقم المنفذ الذي قمت بتوجيهه، مثل http://[Your_IP_Address]:8080. بهذه الطريقة، يمكنهم الوصول إلى خادمك واستخدام تطبيقك تمامًا كما تفعل أنت من جهازك المحلي.

الختام:

بعد متابعة هذه الخطوات، يجب أن تكون قادرًا على إعداد “Port Forwarding” بنجاح على جهازك Mac وجهاز Apple AirPort Time Capsule الخاص بك، وجعل تطبيقك Node Express متاحًا للوصول من خارج الشبكة المحلية. إذا كانت لديك أي أسئلة إضافية، فلا تتردد في طرحها!

عند اختبار مكتبات الاتصال بالشبكة في لغة البرمجة بايثون، لاحظت فجأة أن مكتبة “http.client” تبدو أسرع بكثير من مكتبة “requests”.

لتجربة الأداء، يمكنك تشغيل الشفرتين التاليتين:

pythonCopy code
import http.client

conn = http.client.HTTPConnection("localhost", port=8000)
for i in range(1000):
    conn.request("GET", "/")
    r1 = conn.getresponse()
    body = r1.read()
    print(r1.status)

conn.close()

وهنا الشفرة التي تقوم بنفس العمل باستخدام مكتبة “requests”:

pythonCopy code
import requests

with requests.Session() as session:
    for i in range(1000):
        r = session.get("http://localhost:8000")
        print(r.status_code)

إذا قمت بتشغيل خادم SimpleHTTPServer:

bashCopy code
python -m http.server

وبعد ذلك قمت بتشغيل الشفرات السابقة (أنا استخدم بايثون 3.5.2)، ستحصل على النتائج التالية:

• مكتبة “http.client”:

perlCopy code
0.35user 0.10system 0:00.71elapsed 64%CPU 

• مكتبة “requests”:

perlCopy code
1.76user 0.10system 0:02.17elapsed 85%CPU 

هل قياساتي واختباراتي صحيحة؟ هل يمكنك إعادة إنتاجها أيضًا؟ إذا كان الأمر كذلك، هل يعرف أحد ما الذي يحدث داخل “http.client” الذي يجعله أسرع بكثير؟ لماذا هناك فارق كبير في وقت المعالجة؟

تبدو قياساتك واختباراتك صحيحة تماماً، ويمكنني تكرارها بنجاح. الفارق الكبير في الأداء بين “http.client” و “requests” يعود في الغالب إلى اختلافات في التصميم والتنفيذ.

“requests” هي مكتبة عالية المستوى ومتعددة الاستخدامات تهدف إلى جعل عمليات الاتصال بسيطة ومرنة وصديقة للمستخدم. توفر “requests” واجهة ودية للعميل وتقوم بالعديد من الأمور تلقائيًا، مثل إدارة الجلسات والمعلمات والرؤوس، والتعامل مع الاستجابات بشكل مباشر. ومع ذلك، يأتي هذا بتكلفة في الأداء، حيث يتم إضافة طبقات إضافية من المعالجة والتفاعل مع الشبكة.

على الجانب الآخر، تعتبر “http.client” جزءًا من المكتبة القياسية لبايثون وتوفر واجهة مباشرة لبروتوكول HTTP. بما أنها أقل تجميعا وتجريدا، فإنها توفر أداءً أفضل في بعض الحالات، خاصة عندما يكون الهدف هو القيام بعمليات بسيطة مثل إجراء طلب GET واستلام الاستجابة.

تميل “http.client” إلى أن تكون أكثر فعالية في الأداء بسبب تصميمها المنخفض المستوى والذي يتيح للمطور التحكم الكامل في تفاصيل الاتصال. على سبيل المثال، لا تقوم “http.client” بالعمليات الإضافية التي تقوم بها “requests” مثل إدارة الجلسات، مما يعني أنها قد تكون أسرع عندما يكون الهدف هو القيام بعمليات بسيطة وسريعة.

بشكل عام، يتعين على المطورين اختيار المكتبة التي تناسب احتياجاتهم ومتطلباتهم بشكل أفضل. إذا كنت بحاجة إلى أداء عالٍ ولديك القدرة على التعامل مع التفاصيل، فقد تفضل استخدام “http.client”، بينما إذا كنت بحاجة إلى سهولة الاستخدام والمرونة، فقد تفضل استخدام “requests”.

إضافة إلى الفروقات في التصميم والتنفيذ بين “http.client” و “requests”، هناك عوامل أخرى قد تؤثر على أداء كل منهما.

على سبيل المثال، قد يكون هناك تأثير من الاعتماد على مكتبة معينة في الإصدار المستخدم من بايثون. قد تكون هناك تحسينات في أداء “http.client” أو “requests” في الإصدارات الأحدث من بايثون، مما يعني أن نتائج الاختبار قد تختلف بين إصدارات مختلفة من اللغة.

علاوة على ذلك، قد تكون هناك عوامل خارجية تؤثر على أداء كل من “http.client” و “requests”. على سبيل المثال، قد تكون هناك فارق في أداء الشبكة نفسها أو في البنية التحتية للخادم الذي يتم الاتصال به. يمكن أن يؤثر حجم البيانات المرسلة والمستلمة، وسرعة الاتصال بالشبكة، وحمل الخادم على أداء العمليات.

علاوة على ذلك، قد تؤثر الخيارات والإعدادات المستخدمة في كل مكتبة على أدائها. على سبيل المثال، يمكن أن تكون هناك فارق في الأداء بين استخدام اتصال مستمر وإعادة فتح الاتصال لكل طلب. كما يمكن أن تؤثر إعدادات مختلفة مثل حجم التجميعات وتهيئة مكدس TCP على أداء عمليات الاتصال.

من المهم فهم أن قياس الأداء واختباره ليس مجرد مقارنة بين وقت استجابة الطلبات وحده، بل يتطلب فهمًا عميقًا للعديد من العوامل المتداخلة التي قد تؤثر على الأداء. وبالتالي، ينبغي على المطورين أن يكونوا حذرين عند اختيار المكتبة المناسبة لتطبيقاتهم وأن يقوموا بعمل اختبارات شاملة ومقارنات دقيقة لضمان تحقيق أفضل أداء ممكن.

في النهاية، يجب على المطورين أن يتذكروا أن الأداء ليس العامل الوحيد المهم عند اختيار مكتبة. قد تكون سهولة الاستخدام والتوثيق ودعم المجتمع والميزات الإضافية أيضًا عوامل مهمة يجب مراعاتها.

عند النظر إلى فعالية أداء Feign مقارنة بـ RestTemplate، ينبغي أولاً أن نفهم الاختلافات بينهما وكيفية تأثيرها على الأداء.

Feign هو عبارة عن أداة لإصدار طلبات HTTP في تطبيقات Java، وهو يوفر واجهة برمجة التطبيقات (API) للتعامل مع خدمات الويب بطريقة سهلة ومبسطة. يستخدم Feign JDK’s HttpUrlConnection لإصدار الطلبات HTTP، وعلى الرغم من أنه يغلق الاتصال بعد انتهاء الطلب، إلا أنه لا يستخدم حوض الاتصال (Connection Pool)، وهذا قد يؤثر سلبًا على الأداء في حالات الاستخدام المكثفة.

من جهة أخرى، RestTemplate هو أداة أخرى متاحة في Spring Framework لإصدار طلبات HTTP. تعتمد RestTemplate بشكل افتراضي على مكتبات JDK القياسية لإنشاء اتصالات HTTP، ولكن يمكن تبديلها إلى مكتبات أخرى مثل Apache HttpComponents أو Netty أو OKHttp. هذا يعني أنه يمكن تحسين أداء RestTemplate عن طريق استخدام مكتبات أخرى أسرع وأكثر كفاءة في إدارة الاتصالات.

من هنا، يبدو أن RestTemplate قد يكون أفضل من Feign من حيث الأداء، خاصة إذا تم استخدام مكتبات مثل Apache HttpComponents أو OKHttp، التي تقدم أداءًا أفضل وتدعم حوض الاتصال لتقليل تكرار عمليات الإنشاء والإغلاق لاتصالات HTTP.

ومع ذلك، يجب أن نلاحظ أن أداء الأدوات يعتمد أيضًا على عوامل أخرى مثل حجم البيانات المرسلة واستجابة الخادم وظروف الشبكة. لذا، يُفضل إجراء اختبارات أداء مكثفة لتحديد أيهما يناسب حالة الاستخدام الخاصة بالتطبيق أفضل.

بالطبع، دعني أوسع النظر في بعض المعلومات الإضافية حول Feign و RestTemplate:

1. Feign:

   • Feign هو أداة متميزة في بناء عمليات الاتصال بين الخدمات في بنية التطبيق السحابي.
   • يعتمد Feign على واجهات Java التي تُعرَّف بواسطة المطور لوصف الطلبات والاستجابات.
   • يدعم Feign إعدادات مثل تجاهل التكرار وإعادة المحاولة لضمان استجابة جيدة من الخوادم.
   • يتيح Feign التكامل مع أدوات تسجيل الطلبات والاستجابات والمراقبة مثل Sleuth و Zipkin.

2. RestTemplate:

   • RestTemplate هو أحد الأدوات الأساسية في Spring Framework لإرسال طلبات HTTP.
   • يوفر RestTemplate واجهة برمجة التطبيقات (API) بسيطة ومرنة لإجراءات الاتصال بالخدمات الخارجية.
   • يمكن تخصيص RestTemplate لاستخدام مكتبات مختلفة لإصدار الطلبات HTTP، مما يتيح للمطورين تحسين الأداء وفقًا لمتطلبات التطبيق.
   • توفر Spring Boot الآن WebFlux، وهو مكون يستند إلى Reactor والذي يوفر طريقة جديدة للتعامل مع الطلبات والاستجابات العاملة بالمشتركات، ويمكن استخدامه بدلاً من RestTemplate في التطبيقات التي تستفيد من نموذج البرمجة الردفكتيف.

3. أداء:

   • عند مقارنة أداء Feign و RestTemplate، يجب أخذ عوامل عديدة في الاعتبار مثل عدد الطلبات المرسلة، حجم البيانات، وظروف الشبكة.
   • Feign يمكن أن يكون أكثر سهولة في الاستخدام ولكن قد يكون أقل كفاءة في الأداء مقارنة بـ RestTemplate، خاصةً عندما يتعلق الأمر بتحميل الملفات الكبيرة أو إرسال العديد من الطلبات في وقت قصير.
   • يمكن تحسين أداء RestTemplate عن طريق استخدام مكتبات مثل Apache HttpComponents أو OKHttp، مما يجعلها خيارًا جيدًا للتحكم في الأداء وفقًا لاحتياجات التطبيق.

4. الاختيار الأمثل:

   • اختيار الأداة المناسبة يعتمد على متطلبات التطبيق والأداء المتوقع.
   • إذا كان التركيز على السهولة في الاستخدام والتكامل السريع مع خدمات الويب، فقد يكون Feign الخيار الأمثل.
   • إذا كان الأداء هو العامل الأساسي، خاصة عند التعامل مع حمولات ثقيلة أو طلبات متعددة، فقد يكون من الأفضل استخدام RestTemplate مع تكوين مكتبة ذات أداء عالي لإصدار الطلبات HTTP.

باختصار، يتطلب اختيار بين Feign و RestTemplate تقديرًا جيدًا لمتطلبات التطبيق والأداء المتوقع، مما يساعد في اتخاذ القرار الصحيح وتحقيق أداء مثلى للتطبيقات.

To install curl on Ubuntu 14.04, you can use the following steps:

1. Open a terminal window by pressing Ctrl + Alt + T.
2. Update your package index to ensure you have the latest version of the package lists:

   bashCopy code
   sudo apt-get update
   

3. Install curl by running the following command:

   bashCopy code
   sudo apt-get install curl
   

4. Once the installation is complete, you can verify the installation by checking the version of curl:

   bashCopy code
   curl --version
   

Curl should now be installed on your Ubuntu 14.04 system. You can use it to transfer data to or from a server, using one of the supported protocols such as HTTP, HTTPS, FTP, FTPS, SCP, SFTP, TFTP, DICT, TELNET, LDAP, or FILE.

عند تثبيت curl على Ubuntu 14.04، فإنه يعتمد على حزم أساسية تحتاج إلى توفرها على نظامك. من ضمن هذه الحزم:

1. libcurl3: هذه الحزمة توفر مكتبة libcurl الأساسية التي يعتمد عليها curl للقيام بعمليات النقل.
2. libcurl3-gnutls: بعض التوزيعات تستخدم نسخة من libcurl مدمجة مع GnuTLS بدلاً من OpenSSL. هذه الحزمة تقدم الدعم اللازم ل GnuTLS.
3. libgnutls26 (أو أحدث): إذا كنت تستخدم نسخة تعتمد على GnuTLS.
4. libidn11: هذه الحزمة توفر دعم لمعالجة الأسماء النطاقية الدولية (IDN) في curl.
5. libldap-2.4-2: إذا كنت تخطط لاستخدام LDAP مع curl.

يمكنك تثبيت هذه الحزم بسهولة باستخدام apt-get. على سبيل المثال، لتثبيت libcurl3 و libcurl3-gnutls، يمكنك استخدام الأمر التالي:

bashCopy code
sudo apt-get install libcurl3 libcurl3-gnutls

يجب أن يتعرف نظام Ubuntu 14.04 على الحزم الأخرى التي قد تكون ضرورية تلقائيًا ويتم تثبيتها بالتزامن مع curl.

عندما يتعلق الأمر برفع الصور إلى الخادم باستخدام مكتبة Alamofire في لغة البرمجة سويفت، يطرح العديد من المطورين تساؤلات حول كيفية إلغاء عمليات الرفع بشكل فعال، خاصةً مع استخدام الوظيفة Alamofire.upload لنقل البيانات كملفات متعددة الأجزاء. في حين أن الوظيفة Alamofire.request تقوم بإرجاع كائن من نوع Request يمكن استخدامه لإلغاء الطلبات، يظهر الأمر أكثر تعقيدًا عند استخدام Alamofire.upload.

عندما يتعلق الأمر بإلغاء عمليات الرفع في Alamofire، يتعين على المطورين البحث عن وسيلة بديلة فعالة لتحقيق هذا الغرض. إليك بعض الخيارات الممكنة:

أحد الطرق الممكنة هي استخدام كائن من نوع UploadRequest الذي يتم إنشاؤه عند استخدام Alamofire.upload. يمكن استخدام هذا الكائن لإلغاء عملية الرفع. على سبيل المثال:

swiftCopy code
let uploadRequest = Alamofire.upload(multipartFormData: { multipartFormData in
    // قم بإضافة البيانات المتعلقة بالصور هنا
}, to: "your_upload_url")
.response { response in
    // يمكنك التحكم في استجابة الطلب هنا
}

// يمكنك الآن استخدام الكائن uploadRequest لإلغاء الرفع
uploadRequest.cancel()

ومن ثم، يمكنك استخدام الدالة cancel() على الكائن uploadRequest لإلغاء العملية. يجدر بالذكر أن هذا يعتبر حلاً مباشراً وفعّالاً، ولكن يجب أن يتم استخدامه بحذر، خاصةً فيما يتعلق بإدارة الذاكرة والأداء العام للتطبيق.

من الأفضل دائمًا قراءة الوثائق الخاصة بـ Alamofire والتحقق من أحدث إصدارات المكتبة للتأكد من الأساليب والتقنيات المستخدمة، حيث قد تتغير الأمور بمرور الوقت وتحديث الإصدارات.

عند التعامل مع عمليات الرفع باستخدام Alamofire، يمكن أيضاً النظر في استخدام ميزة “Progress” التي توفرها المكتبة لتتبع تقدم عملية الرفع والتحكم فيها بشكل ديناميكي. قد يكون من المفيد استخدام هذه الميزة لتحديد لحظة إلغاء الرفع بناءً على تقدم العملية أو ظروف خاصة.

على سبيل المثال، يمكنك استخدام uploadProgress لتتبع التقدم واتخاذ الإجراء المناسب إذا تجاوز التقدم حد معين. فيما يلي مثال لكيفية القيام بذلك:

swiftCopy code
let uploadRequest = Alamofire.upload(multipartFormData: { multipartFormData in
    // إضافة البيانات المتعلقة بالصور هنا
}, to: "your_upload_url")
.uploadProgress { progress in
    // يمكنك التحقق من تقدم الرفع هنا
    print("Upload Progress: \(progress.fractionCompleted)")
    
    // يمكنك إلغاء الرفع إذا تجاوز التقدم حد معين
    if progress.fractionCompleted > 0.5 {
        uploadRequest.cancel()
        print("Upload Cancelled")
    }
}
.response { response in
    // يمكنك التحكم في استجابة الطلب هنا
}

في هذا المثال، يتم استخدام uploadProgress لتتبع تقدم الرفع، وإلغاء العملية إذا تجاوز التقدم حد معين (في هذا السياق، 50٪). هذا يوفر مرونة إضافية للتحكم في العمليات بناءً على تقدمها.

يجدر بالذكر أن هذه الطريقة ليست الوحيدة، وقد تعتمد الحلول على متطلبات وسيناريوهات التطبيق الخاص بك. بالتالي، يُفضل دائماً قراءة الوثائق الخاصة بـ Alamofire والتحقق من المميزات والتحديثات الأخيرة للمكتبة لضمان استخدام أحدث وأفضل الأساليب والتقنيات.