الدخول إلى بيئة Python أو Node.js الافتراضية

التطبيقات المنشأة بالمحدّدات تعمل في بيئتها الخاصة. ادخلها قبل تشغيل npm أو pip أو gem، وإلا استخدمت المفسّر الخطأ.

اعمل على سطر الأوامر داخل البيئة الافتراضية لتطبيق. ينطبق على تطبيقات Python وRuby وNode.js المنشأة بمحدّدات cPanel.

لماذا يهمّ

يحصل كل تطبيق على بيئته الخاصة بمفسّرها الخاص وحزمها الخاصة. أما جلسة SSH العادية فتستخدم مفسّر النظام بدلًا منه.

تشغيل npm install أو pip install أو gem install من جلسة SSH عادية يثبّت مقابل المفسّر الخطأ، في الموقع الخطأ. فينجح الأمر، ويظل التطبيق يُبلغ بأن الوحدة مفقودة.

وهذا السبب المعتاد لعبارة «ثبّتها ولا يزال يقول إنه لا يجدها».

احصل على الأمر

يعطيك cPanel الأمر الدقيق:

افتح Setup Node.js App أو Setup Python App أو Setup Ruby App.
اعثر على تطبيقك.
انسخ الأمر المعروض في أعلى صفحته — الموسوم Enter to the virtual environment.

ويبدو هكذا:

source /home/cpaneluser/nodevenv/nodeapp/18/bin/activate && cd /home/cpaneluser/nodeapp

ويحوي المسار إصدار المفسّر وجذر التطبيق، فهو يختلف من تطبيق لآخر. استخدم ما يعرضه cPanel لا مثالًا معدَّلًا.

استخدمه

اتصل عبر SSH — راجع الاتصال عبر SSH — والصق الأمر.

ويتغيّر موجّه الأوامر ليبيّن أن البيئة نشطة. والآن يستهدف npm أو pip أو gem المفسّر الصحيح:

npm install express
pip install requests

واخرج بـ deactivate.

بعد التثبيت

أعد تشغيل التطبيق من صفحته في cPanel. فتطبيق Node.js أو Python العامل لا يلتقط الحزم الجديدة حتى يُعاد تشغيله.

إن فشل الأمر

No such file or directory — أُزيل التطبيق أو أُعيد إنشاؤه، فتغيّر المسار. انسخ الحالي من cPanel.
لا يتغيّر موجّه الأوامر — لم يُنفَّذ source. استخدم source لا sh، ولا تشغّله في صدفة فرعية.
لا يزال الإصدار خاطئًا — افحص بـ which node أو which python. وينبغي أن يشير داخل مجلدك الرئيسي، لا إلى /usr/bin.