تثبيت Discourse على Windows للتطوير

[Discourse]

تم اختبار هذا الدليل على نظامي Windows 10 و 11.

لإعداد بيئة تطوير Discourse على نظام Windows، يمكنك استخدام ميزة نظام Windows الفرعي لـ Linux.

يتطلب هذا الإعداد تثبيت WSL 2. وهو متاح فقط في إصدارات Windows 10 رقم 18917 أو أعلى. سنفترض أنك قمت بالفعل بتثبيت نظام Windows الفرعي لـ Linux 2 (Ubuntu) على نظام Windows 10 الخاص بك. تحذير: قم بتثبيت Ubuntu 18.04، وليس 20.04 لأن بعض عمليات التثبيت ستفشل على الإصدار 20.04. لمزيد من المعلومات، راجح ملاحظات تاريخ 30 يونيو 2020 في أسفل هذا المنشور.

لنبدأ!

تثبيت Discourse

1. اتبع الخطوات الواردة في موضوع دليل المبتدئين لتثبيت Discourse على Ubuntu للتطوير حتى خطوة استنساخ Discourse.

@techAPJ

تثبيت تبعيات Discourse

ستحتاج إلى الحزم التالية على نظامك:

• Git
• rbenv أو asdf
• ruby-build
• Ruby (أحدث إصدار مستقر)
• Rails
• PostgreSQL
• SQLite
• Redis
• Node.js
• pnpm
• MailHog**
• ImageMagick**

** اختياري

الآن بعد أن قمنا بتثبيت تبعيات Discourse، دعنا نتابع لتثبيت Discourse نفسه.

2. قبل إعداد قاعدة البيانات، يجب عليك تشغيل خدمة PostgreSQL وخادم Redis يدويًا باستخدام الأوامر التالية:

   sudo service postgresql start
   redis-server --daemonize yes
   

3. ثم قم بمتابعة جميع الخطوات المتبقية من دليل Ubuntu.

@techAPJ

استنساخ Discourse

استنسخ مستودع Discourse في مجلد ~/discourse:

git clone https://github.com/discourse/discourse.git ~/discourse

~ يشير إلى مجلد المستخدم الرئيسي، لذا سيكون رمز مصدر Discourse متاحًا في مجلد المستخدم الرئيسي الخاص بك.

إعداد قاعدة البيانات

أنشئ دورًا بنفس اسم مستخدم نظام Ubuntu الخاص بك:

sudo -u postgres createuser -s "$USER"

تهيئة Discourse

انتقل إلى مجلد Discourse الخاص بك:

cd ~/discourse

ثبّت gems المطلوبة

source ~/.bashrc
bundle install

الآن بعد أن قمت بتثبيت gems بنجاح، قم بتشغيل هذه الأوامر:

bundle exec rake db:create
bundle exec rake db:migrate
RAILS_ENV=test bundle exec rake db:create db:migrate

حاول تشغيل الاختبارات:

bundle exec rake autospec

يجب أن تمر جميع الاختبارات.

أعد تشغيل خادم rails:

bundle exec rails server

يجب أن تكون قادرًا الآن على الاتصال بتطبيق Discourse الخاص بك على http://localhost:3000 - جرّب ذلك!

في نافذة طرفية منفصلة، انتقل إلى مجلد discourse الخاص بك (cd ~/discourse) وقم بتشغيل:

bin/dev --only ember

هذا يبدأ حزمة الواجهة الأمامية؛ يظل التطبيق متاحًا من http://localhost:3000.

إنشاء أمر لبدء تشغيل Discourse

الآن أصبحت بيئة التطوير الخاصة بك جاهزة تقريبًا. المشكلة الوحيدة هي أنه في كل مرة تفتح فيها Ubuntu على Windows، يجب عليك تشغيل خدمة PostgreSQL وخادم Redis يدويًا. لا تقلق، يمكننا إيجاد حل بديل من خلال إنشاء أمر مخصص

cd ~

أنشئ ملفًا جديدًا باستخدام الأمر nano start-discourse والصق المحتوى أدناه ثم احفظ وأغلق.

#!/bin/bash

# لتشغيل PostgreSQL
sudo service postgresql start

# لتشغيل خادم Redis
redis-server --daemonize yes

الآن عدّل صلاحيات CHMOD باستخدام الأمر أدناه

chmod +x start-discourse

وانسخ الملف إلى مجلد bin الخاص بك

sudo cp start-discourse /usr/bin/

تم الانتهاء. الآن، كلما فتحت bash الخاص بـ Ubuntu، ما عليك سوى تشغيل الأمر أدناه والبدء في التطوير

start-discourse

---

بدلاً من ذلك، إذا كنت تستخدم إصدارات Windows 10 Enterprise أو Pro أو Education، فيمكنك إنشاء آلة افتراضية Linux في hyper-v لإعداد بيئة تطوير Discourse.

ملاحظات حول بيئة Windows

اعتبارًا من 30 يونيو 2020:

@AndreaHabib

مع إدخال إصدار Windows 10 build 2004 و WSL 2، قد يواجه العديد منكم بعض المشكلات لأن Discourse يتطلب الآن WSL 2 للتشغيل الفعلي.
للمبتدئين: إذا لم تكن قد فعلت ذلك بالفعل، فستحتاج إلى تحديث نظامك إلى Windows 2004 (19041)
ملاحظة: لا تقم بالتثبيت باستخدام تحديث Windows في إعدادات النظام لأنك قد تواجه أخطاء أثناء التثبيت. وتأكد أيضًا من أنك تستخدم Windows 1903 (18362) أو 1909 (18363)، يمكنك البحث عن winver لذلك.

• انتقل إلى: تحميل Windows 10
• انقر فوق زر “التحديث الآن” أسفل تحديث Windows 10 مايو 2020 لتحميل مساعد التحديث والسماح له بالتثبيت والإنهاء
• إذا واجهت أي أخطاء، فقم بتحميل أداة إنشاء الوسائط، وشغلها، وأنشئ محرك فلاش قابل للتشغيل (محرك فلاش بسعة 8 جيجابايت على الأقل) واستخدمه لتثبيت Windows.

عندما تنتهي من تثبيت Windows، ستحتاج إلى تثبيت WSL 2 يدويًا
ولكن أولاً، نحتاج إلى التأكد من تمكين ميزتين:

• منصة الآلة الافتراضية التي يمكن تمكينها مباشرة من Windows الخاص بك عن طريق الانتقال إلى “البرامج والميزات” ثم تمكين “الميزات الاختيارية” في تفعيل أو إيقاف ميزات Windows
• الأخرى هي التكرير (Virtualization) الذي يمكن تمكينه فقط من BIOS الخاص بك. ومع ذلك، يمكن أن يختلف هذا الخيار من لوحة أم إلى أخرى. على سبيل المثال: على AMD يُسمى SVM. لذا يرجى البحث عن لوحة الأم الخاصة بك.

الآن بعد أن قمت بتمكين الميزتين:

• ثبّت Ubuntu 18.04، وليس 20.04 لأن بعض عمليات التثبيت ستفشل على 20.04.
• انتقل إلى هنا وقم بتحديث نواة Linux: الرابط في الردود
• انتقل إلى هذا الرابط واتبع الخطوات: تثبيت نظام Windows الفرعي لـ Linux (WSL) على Windows 10 | وثائق Microsoft
• انتقل إلى powershell (تشغيل كمسؤول) وقم بتشغيل: wsl --set-version Ubuntu-18.04 2 أو wsl --set-version Ubuntu 2، whichever distro shows up in wsl -l -v
• تستغرق التحويل وقتًا، بضع دقائق
• قم بتشغيل wsl -l -v للتأكد من أن Ubuntu يعمل على WSL 2

الآن يمكنك تشغيل Ubuntu-18.04 أو Windows Terminal مع Ubuntu والبدء في تثبيت التبعيات والأدوات

ملاحظة: إذا واجهت خطأ أثناء تثبيت أحد gems أثناء bundle install: تأكد من أنك تستخدم Ubuntu-18.04 وليس 20.04

ومع ذلك، إذا كان لديك بالفعل postgreSQL 12 ويعمل على المنفذ 5432، فقد تواجه بعض المشكلات، لأن التبعيات تثبت postgreSQL 10، والذي قد يزيد المنفذ إلى 5433.
لإصلاح ذلك:

• افتح مجلدك في محرر نصوص (مثل VS Code)
• انتقل إلى config/database.yml
• تحت development وتحت adapter، أضف سطرًا جديدًا ثم أضف: port: 5433
• تأكد من القيام بذلك أيضًا لـ test و profile.

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

بالنسبة لنواة LINUX: تحديث نواة Linux لـ WSL 2 | وثائق Microsoft

@RickyC0626

حل لا يتطلب تكوين منفذ صريح في database.yml

بعض الأخطاء أثناء إنشاء قاعدة البيانات والهجرة:

اتصال Redis غير صالح بمنفذ محدد / رفض الاتصال

bundle exec rake db:create

rake aborted!
Redis::CannotConnectError: Error connecting to Redis on localhost:6379 (Errno::ECONNREFUSED)
...

Caused by:
Errno::ECONNREFUSED: Connection refused - connect(2) for 127.0.0.1:6379
...

Caused by:
IO::EINPROGRESSWaitWritable: Operation now in progress - connect(2) would block
...

Tasks: TOP => db:create => db:load_config => environment
(See full trace by running task with --trace)

من هذا الخطأ، يمكننا أن نرى أن المنفذ الذي يستخدمه Redis هو 6379، ويمكننا إصلاح ذلك عن طريق تشغيل خادم Redis عبر ذلك المنفذ.

بشكل افتراضي، يجب أن يعمل redis-server --daemonize yes، ولكن إذا لم يكن كذلك، استخدم:

redis-server --daemonize yes --port 6379

تحقق من حالة مثيل Redis:

redis-cli

127.0.0.1:6379> ping
PONG

اتصال غير صالح بمنفذ psql

bundle exec rake db:migrate

PG::ConnectionBad: could not connect to server: No such file or directory
       Is the server running locally and accepting
       connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

من هذا الخطأ، يمكننا أن نرى أن PostgreSQL يواجه مشكلة في الاتصال بالمنفذ 5432. عادةً ما يعمل تشغيل الخدمة

sudo service postgresql start

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

pg_isready

/var/run/postgresql:5432 - no response
or
/var/run/postgresql:5432 - accepting connections

---

النتيجة

بمجرد الانتهاء من ما سبق أو تنفيذ الأمر start-discourse، يجب أن تعمل المثيلين على منافذهما الافتراضية/المحددة. للتحقق من حالتهما عبر نافذة cmd الافتراضية في Windows، يمكننا تشغيل:

netstat -anop tcp

والذي سيظهر شيئًا مثل هذا:

Proto    Local Address        Foreign Address        State            PID
TCP      127.0.0.1:5432       0.0.0.0:0              LISTENING        17768
TCP      127.0.0.1:6379       0.0.0.0:0              LISTENING        17768

لقد أكدنا الآن أن كلًا من مثيلي postgresql و redis-server قيد التشغيل.

يمكننا أيضًا التحقق من حالة المثيلات على Ubuntu أو WSL، باستخدام الأوامر التالية:

lsof -i

COMMAND     PID        USER  FD  TYPE  DEVICE  SIZE/OFF  NODE  NAME
mailcatch  3244  rickyc0626  7u  IPv4   36127       0t0   TCP  localhost:1025 (LISTEN)
mailcatch  3244  rickyc0626  8u  IPv4   36128       0t0   TCP  *:socks (LISTEN)
redis-ser  3287  rickyc0626  6u  IPv6   29352       0t0   TCP  *:6379 (LISTEN)
redis-ser  3287  rickyc0626  7u  IPv6   29353       0t0   TCP  *:6379 (LISTEN)

---

sudo ss -plunt | grep postgres

tcp  LISTEN  0  128  127.0.0.1:5432  0.0.0.0:*  users:(("postgres",pid=3070,fd=7))

---

pg_lsclusters

Ver Cluster Port Status Owner    Data directory              Log file
10  main    5432 online postgres /var/lib/postgresql/10/main /var/log/postgresql/postgresql-10-main.log

---

من هنا، يجب أن تعمل هذه الأوامر دون أي مشكلات رئيسية، دون الحاجة إلى تعديل ملف database.yml:

bundle exec rake db:create
bundle exec rake db:migrate
RAILS_ENV=test bundle exec rake db:create db:migrate

يمكن معالجة أي مشكلات أخرى تظهر في المستقبل.

اعتبارًا من 1 يوليو 2020

@RickyC0626

حل لا يتطلب تكوين منفذ صريح في database.yml

بعض الأخطاء أثناء إنشاء قاعدة البيانات والهجرة:

اتصال Redis غير صالح بمنفذ محدد / رفض الاتصال

bundle exec rake db:create

rake aborted!
Redis::CannotConnectError: Error connecting to Redis on localhost:6379 (Errno::ECONNREFUSED)
...

Caused by:
Errno::ECONNREFUSED: Connection refused - connect(2) for 127.0.0.1:6379
...

Caused by:
IO::EINPROGRESSWaitWritable: Operation now in progress - connect(2) would block
...

Tasks: TOP => db:create => db:load_config => environment
(See full trace by running task with --trace)

من هذا الخطأ، يمكننا أن نرى أن المنفذ الذي يستخدمه Redis هو 6379، ويمكننا إصلاح ذلك عن طريق تشغيل خادم Redis عبر ذلك المنفذ.

بشكل افتراضي، يجب أن يعمل redis-server --daemonize yes، ولكن إذا لم يكن كذلك، استخدم:

redis-server --daemonize yes --port 6379

تحقق من حالة مثيل Redis:

redis-cli

127.0.0.1:6379> ping
PONG

اتصال غير صالح بمنفذ psql

bundle exec rake db:migrate

PG::ConnectionBad: could not connect to server: No such file or directory
       Is the server running locally and accepting
       connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

من هذا الخطأ، يمكننا أن نرى أن PostgreSQL يواجه مشكلة في الاتصال بالمنفذ 5432. عادةً ما يعمل تشغيل الخدمة

sudo service postgresql start

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

pg_isready

/var/run/postgresql:5432 - no response
or
/var/run/postgresql:5432 - accepting connections

---

النتيجة

بمجرد الانتهاء من ما سبق أو تنفيذ الأمر start-discourse، يجب أن تعمل المثيلين على منافذهما الافتراضية/المحددة. للتحقق من حالتهما عبر نافذة cmd الافتراضية في Windows، يمكننا تشغيل:

netstat -anop tcp

والذي سيظهر شيئًا مثل هذا:

Proto    Local Address        Foreign Address        State            PID
TCP      127.0.0.1:5432       0.0.0.0:0              LISTENING        17768
TCP      127.0.0.1:6379       0.0.0.0:0              LISTENING        17768

لقد أكدنا الآن أن كلًا من مثيلي postgresql و redis-server قيد التشغيل.

يمكننا أيضًا التحقق من حالة المثيلات على Ubuntu أو WSL، باستخدام الأوامر التالية:

lsof -i

COMMAND     PID        USER  FD  TYPE  DEVICE  SIZE/OFF  NODE  NAME
mailcatch  3244  rickyc0626  7u  IPv4   36127       0t0   TCP  localhost:1025 (LISTEN)
mailcatch  3244  rickyc0626  8u  IPv4   36128       0t0   TCP  *:socks (LISTEN)
redis-ser  3287  rickyc0626  6u  IPv6   29352       0t0   TCP  *:6379 (LISTEN)
redis-ser  3287  rickyc0626  7u  IPv6   29353       0t0   TCP  *:6379 (LISTEN)

---

sudo ss -plunt | grep postgres

tcp  LISTEN  0  128  127.0.0.1:5432  0.0.0.0:*  users:(("postgres",pid=3070,fd=7))

---

pg_lsclusters

Ver Cluster Port Status Owner    Data directory              Log file
10  main    5432 online postgres /var/lib/postgresql/10/main /var/log/postgresql/postgresql-10-main.log

---

من هنا، يجب أن تعمل هذه الأوامر دون أي مشكلات رئيسية، دون الحاجة إلى تعديل ملف database.yml:

bundle exec rake db:create
bundle exec rake db:migrate
RAILS_ENV=test bundle exec rake db:create db:migrate

يمكن معالجة أي مشكلات أخرى تظهر في المستقبل.

---

تمت المراجعة الأخيرة بواسطة @SaraDev في 2022-06-16T02:00:00Z

---

يخضع هذا المستند للتحكم في الإصدارات - اقترح التغييرات على github.

[Arkshine]

@Arkshine

على نظام Ubuntu 22 جديد (Windows 10، WSL2) وتثبيت Discourse ناجح، تفشل جميع صور الصور في الظهور على المنفذ الافتراضي 4200.

حسنًا، وجدت حلاً.

لاحظت أن استبدال 127.0.0.1 بـ localhost سيصلح الصور.

بعد البحث قليلاً، هذا هو الأمر الذي يمكنك استخدامه لبدء Discourse:

DISCOURSE_HOSTNAME=localhost UNICORN_LISTENER=localhost:3000 bin/ember-cli -u

---

سأحاول تحديث الدليل لاحقًا.

[Arkshine]

هل هناك فرصة لمراجعة طلب السحب هذا؟

FIX: The PostgreSQL service not starting after installation (WSL2 context)

هذا من شأنه أن يجعل هذا الدليل أكثر سهولة.

[Will_S1 (Will S)]

هل لديك فكرة عن سبب حصولي على “للأسف، حدث خطأ غير متوقع، ولا يمكن لـ Bundler المتابعة.” بعد bundle install؟

[D111 (D)]

نفس المشكلة

[sam (Sam Saffron)]

هل يمكنك تقديم لقطة شاشة للخطأ؟ ما هو إصدار Ruby المثبت لديك؟

[frocm]

أواجه مشكلة في التبعيات:

ux430uq@Asus-UX430UQ:~/discourse$ bundle install
You must use Bundler 2 or greater with this lockfile.
ux430uq@Asus-UX430UQ:~/discourse$ bundler -v
Bundler version 1.16.1

ux430uq@Asus-UX430UQ:~/discourse$ gem install bundler

Fetching: bundler-2.4.20.gem (100%)
ERROR:  While executing gem ... (Gem::FilePermissionError)
    You don't have write permissions for the /var/lib/gems/2.5.0 directory.
ux430uq@Asus-UX430UQ:~/discourse$
ux430uq@Asus-UX430UQ:~/discourse$ sudo gem install bundler
[sudo] password for ux430uq:
Fetching: bundler-2.4.20.gem (100%)
ERROR:  Error installing bundler:
        The last version of bundler (>= 0) to support your Ruby & RubyGems was 2.3.26. Try installing it with `gem install bundler -v 2.3.26`
        bundler requires Ruby version >= 2.6.0. The current ruby version is 2.5.0.
ux430uq@Asus-UX430UQ:~/discourse$ bundler -v
Bundler version 1.16.1
ux430uq@Asus-UX430UQ:~/discourse$

كيف يمكنني إصلاح ذلك بسهولة؟ كنت أحاول تثبيت 2.6.0، ثم 2.7.0، ولكن كانت هناك دائمًا مشاكل أخرى مع هذا.

[AliBenBongo]

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

بعد بعض التجربة والخطأ، توصلت أخيرًا إلى خطوات تؤدي إلى بيئة تطوير تعمل بالكامل تحت نظام Windows 11، تم اختبارها على أحدث إصدار 22H2 وأيضًا على الإصدار القادم 23H2 Release Preview (أفترض أنه سيعمل أيضًا على أحدث إصدار من Windows 10).

إذا كان ذلك مفيدًا لأي شخص، فقد نشرت الدليل للتو هنا: -

Guide to Setting Up Discourse Development Environment - Windows 11

Hi Everyone, After spending some time attempting to get a working development environment up and running under Windows 11 / WSL2 I thought I would share the steps that I have followed. This is my first post here so I hope that this is of use to somebody I am a Systems Administrator used to working with Windows so this has been an interesting journey learning Linux / Ruby / Discourse etc. A few things seem to have changed since the guide for Windows 10 was written and I ran into…

آمل أن يساعد هذا الأشخاص مثلي الذين يحاولون تشغيل Discourse تحت نظام Windows

[Canapin (Coin-coin le Canapin)]

لقد مررت بهذا الدليل الرسمي بأكمله مرة أخرى للتأكد من عدم تعطل أي شيء منذ محاولتي الأخيرة.
لقد قمت بتثبيت Ubuntu (إصدار غير محدد) عبر WSL على نظام Windows 11، والذي قام بتثبيت أحدث إصدار LTS، وهو 22.04 في هذه الحالة.

لم أواجه أي مشاكل؛ كل شيء كان مباشرًا، بدون أخطاء، وتثبيت التطوير يعمل.

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

---

تحذيران مع ذلك:

عند تثبيت Node.js:

================================================================================
▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓
================================================================================

                           تحذير إيقاف البرنامج النصي
  هذا البرنامج النصي، الموجود على https://deb.nodesource.com/setup_X، والذي كان
  يُستخدم لتثبيت Node.js، تم إيقافه الآن وسيتم جعله غير نشط في النهاية.

  يرجى زيارة مستودع توزيعات NodeSource على Github واتباع
  التعليمات لترحيل المستودع الخاص بك.
  https://github.com/nodesource/distributions

  يحتوي مستودع GitHub لتوزيعات Node.js Linux على
  معلومات حول إصدارات Node.js وتوزيعات Linux
  المدعومة وكيفية تثبيتها.
  https://github.com/nodesource/distributions


                          تحذير إيقاف البرنامج النصي

================================================================================
▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓
================================================================================

لتجنب هذا الانتظار، قم بترحيل البرنامج النصي
سيستمر في 60 ثانية (اضغط Ctrl-C للإلغاء) ...

عند تشغيل redis-server --daemonize yes:

# تحذير يجب تمكين تجاوز تخصيص الذاكرة! بدون ذلك، قد يفشل الحفظ في الخلفية أو النسخ المتماثل في ظروف الذاكرة المنخفضة. عند تعطيله، يمكن أن يتسبب أيضًا في فشل دون وجود ذاكرة منخفضة، انظر https://github.com/jemalloc/jemalloc/issues/1328. لإصلاح هذه المشكلة، أضف 'vm.overcommit_memory = 1' إلى /etc/sysctl.conf ثم أعد التشغيل أو قم بتشغيل الأمر 'sysctl vm.overcommit_memory=1' ليصبح هذا ساري المفعول.

[AliBenBongo]

لست متأكدًا من سبب وجود العديد من المشكلات لدي حينها! ربما كان هناك شيء غريب في تثبيت ويندوز الخاص بي تمكنت من إصلاحه أثناء استكشاف الأخطاء وإصلاحها دون أن أدرك ذلك!

ومع ذلك، ما زلت سعيدًا بما تعلمته حتى الآن وأتطلع إلى مواصلة العمل على ترحيل منتدياتي إلى Discourse.

[Arkshine]

@Canapin

لقد مررت بهذا الدليل الرسمي بأكمله مرة أخرى للتأكد من عدم تعطل أي شيء منذ محاولتي الأخيرة.

لقد اضطررت إلى إعادة تثبيت ويندوز، ولدي الآن ويندوز 11 جديد مثبت.
سأتبع الدليل وأبلغ لاحقًا! سأضع دليل @AliBenBongo في الاعتبار أيضًا.

[Arkshine]

هذا متابعة.
بالتأكيد يمكن الاستعانة بدليل محدّث، لكنه لا يزال يعمل بشكل رائع على نظام Windows 11 22H2 جديد.
المشكلة الوحيدة التي واجهتني، كانت أنه حتى مع عمل أمر wsl في الطرفية، فإن ميزة WSL لم تكن ممكّنة افتراضيًا:

[NateDhaliwal]

أعتقد أن هذا الدليل قديم. الخطوات المذكورة في دليل Ubuntu/Debian لم تعد موجودة.

[NateDhaliwal]

هل هناك طريقة للتراجع عن كل هذه الخطوات، على سبيل المثال، عكس البرنامج النصي للتثبيت للحزم والجواهر والاستنساخ؟

[TempAccount]

@Discourse

تحذير: قم بتثبيت Ubuntu 18.04، وليس 20.04 لأن بعض عمليات التثبيت ستفشل على 20.04.

هل لا يزال تثبيت 18.04 فوق 20.04 مطلوبًا؟

تلقي خطأ عند تثبيت nodejs:

# apt install nodejs

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

الحزم التالية لديها اعتماديات غير ملباة:
 nodejs : يعتمد على: libc6 (>= 2.28) ولكن سيتم تثبيت 2.27-3ubuntu1.6
E: تعذر تصحيح المشاكل، لديك حزم معطلة.```

[saros]

@Arkshine

تم، وجدت حلاً.

لاحظت أن استبدال 127.0.0.1 بـ localhost يحل مشكلة الصور.

بعد البحث، يمكنك استخدام الأمر التالي لتشغيل Diwsl

فشل التثبيت في 24.04، ولا يمكن للمضيف الاتصال بالمنفذ 3000

[merefield (Robert)]

أنا أستخدمه على الإصدار 24.04. أنصح بمشاركة المزيد من المعلومات حول كيفية ظهور الأمور عند بدء تشغيل الخادم.

جرب FORCE_HOSTNAME=localhost bin/ember-cli -u والذي سيقوم بتشغيل خادمي الواجهة الخلفية والواجهة الأمامية في آن واحد.

(أثناء التنقل: بناءً على الذاكرة)