تكوين NGINX لدعم ActionCable في Rails 5 مع Puma

في هذا السياق، يتناول المقال استفسارًا حول تكوين خادم NGINX لدعم تقنية ActionCable في تطبيق Rails 5 الذي يستخدم Puma كخادم تطبيق. يظهر المستخدم أنه واجه مشكلة أثناء نقل تطبيقه إلى بيئة Jelastic وتكوينه مع NGINX و Unicorn الافتراضيين. المشكلة تظهر في واجهة تطوير الجافا سكريبت برسالة خطأ تشير إلى فشل الاتصال بخدمة WebSocket، ويقوم المستخدم بالتأكيد على أن جميع الإعدادات الضرورية في ملف تكوين التطبيق تم التحقق منها.

تشير المقالة إلى أن المستخدم قام بحل مشكلة مماثلة في بيئة التطوير الخاصة به عبر إضافة الإعدادات اللازمة لـ ActionCable.server.config.allowed_request_origins في ملف تكوين التطبيق. ومع ذلك، يظهر استغراب المستخدم من عدم وجود إشارة إلى تكوين NGINX في صفحة ActionCable على GitHub.

تسعى المقالة إلى الحصول على توجيه حول تكوين NGINX بشكل صحيح لدعم ActionCable. يتعمق المستخدم في أوامر الأوامر التي يقوم بها، مثل تشغيل خادم Puma للكابل وربطه بـ NGINX. يتمثل الهدف في فهم ما إذا كان هناك إعدادات خاصة يجب إجراؤها في NGINX لضمان أن تقنية ActionCable تعمل بشكل صحيح.

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

بهذا، يكون المقال قد فحص السياق وقام بطرح السؤال بشكل مفصل، وينتظر المستخدم بفارغ الصبر إشارات أو توجيهات تساعده في تكوين NGINX بشكل صحيح لدعم ActionCable وتجنب مشكلة فشل الاتصال بخدمة WebSocket.

بالتأكيد، سأقدم مزيدًا من المعلومات لمساعدتك في فهم وحل المشكلة المطروحة.

لتحديد مصدر المشكلة وإيجاد حلاً فعّالًا، يمكننا النظر في عدة جوانب. أحد الأمور التي يجب التحقق منها هي تكوين NGINX لدعم الاتصالات عبر WebSocket. يمكن أن يكون هذا مرتبطًا بكيفية توجيه طلبات WebSocket إلى Puma الذي يعمل مع ActionCable.

في بيئة الإنتاج على Jelastic، يجب أولاً التحقق من أن NGINX يُعدل الطلبات بشكل صحيح ويحولها إلى Puma. يجب أن يكون هناك تكوين خاص لـ NGINX لدعم الاتصالات عبر WebSocket. يمكنك إضافة الكود التالي إلى تكوين NGINX الخاص بك لتحقيق ذلك:

nginxCopy code
map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}

server {
    listen 80;
    server_name dev.myapp.com;

    location /cable {
        proxy_pass http://localhost:28080;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }

    # التكوينات الأخرى للخادم...
}

يرجى استبدال http://localhost:28080 بعنوان ومنفذ Puma الخاص بتطبيقك.

هذا التكوين يُمكن NGINX من التعرف على طلبات WebSocket وتحويلها بشكل صحيح إلى خادم Puma الذي يدير خدمة ActionCable. يمكنك أيضًا ضبط الإعدادات وفقًا لاحتياجات تطبيقك.

يُفضل أيضًا التحقق من تسجيلات الأخطاء في NGINX وسجلات التطبيق (logs) لتحديد أي مشكلة إضافية قد تكون موجودة.

باستخدام هذا التكوين، يجب أن يكون بإمكانك تحقيق اتصال WebSocket ناجح مع تطبيقك على Jelastic بيئة الإنتاج.