شكرًا لك على هذا! أفهم بما يكفي لأدرك أن هذا قد يكون مثيرًا للغاية بالنسبة لي، لكنني أفتقر إلى بعض قطع المعرفة التي تتيح لي فهم ما يفعله هذا حقًا وكيف يمكنني الاستفادة منه.
هل تمانع في تقديم القليل من السياق “غير المخصص للمطورين”؟ (أنا من هواة التجميع: لا أعرف دائمًا كيف أصف مهاراتي في هذا المجال… لست طليقًا في البرمجة بأي شكل من الأشكال، لكنني “أتفهم” المبادئ الأساسية بما يكفي لتمكنني من النضال من خلال كتابة بعض الإضافات الأساسية لـ WordPress في الماضي، وأعرف بعض أشياء سطر الأوامر، وأفهم البرمجة البسيطة وإدارة الخوادم… ما أراه من الذكاء الاصطناعي يجعلني أحلم بأنني سأتمكن أخيرًا من الاقتراب من تنفيذ بعض مشاريعي!)
يبدو هذا رائعًا يا سام. لم أقم بالتثبيت بعد. لقد واجهت صعوبة كبيرة في تشغيل عدة نسخ من Discourse باستخدام Docker على خادم Ubuntu. أستخدم Caddy كوكيل عكسي.
أعتقد أن هدفي الرئيسي هو محاولة عكس نسخة Discourse الحية في بيئة التطوير للعمل على عناصر مخصصة قبل نشرها مباشرة. ويفضل أن يكون ذلك على اسم نطاق منفصل.
هل يجب تثبيت هذا أولاً ثم تثبيت نسخ Discourse جديدة وتكوينها، أم يمكن تثبيته ليعمل مع التثبيتات الموجودة ثم إضافة المزيد؟ لست متأكدًا مما إذا كان Caddy هو الخيار الأفضل لإدارة DNS لاستخدام هذا التكوين، أو ما إذا كان هناك خيار آخر أفضل.
يسعى dv إلى أن يكون أداة متكاملة من البداية إلى النهاية. فهو يدير الوكيل وجميع الجوانب الأخرى؛ على سبيل المثال، أبقي مثيلاتي على XYZ.home.arpa.
يمكنك تكوين حاويات متعددة باستخدام dv، ثم استخدام أمر dv catchup لتحديثها إلى أحدث إصدار، مما سيعنى بتحديث الإضافات والنواة الأساسية.
في النهاية، كل شيء عبارة عن حاويات Docker فقط؛ يمكنك تشكيلها بأي طريقة تحتاج إليها، بما في ذلك استيراد البيانات، وتشغيل الأوامر المخصصة، وما إلى ذلك.
هذا البيئة موجهة بشكل أساسي جدًا “للمطورين والمصممين في المقام الأول”. يمكنك تشغيل dv build ثم dv new something ثم dv ra codex والتجول في النظام، لكن الهدف ليس جلب الهندسة إلى الجماهير، بل محاولة إنشاء العديد من الحزم المعزولة للتطوير على جهازك كميزة للمستخدمين المتقدمين من المهندسين والمصممين.
شكرًا، الأمر واضح. إذا كان مخصصًا للأشخاص الذين يرغبون في إدارة بيئات تطوير متعددة في آن واحد، فهو بالتأكيد ليس لي (لا يزال أفكر فيما إذا كان يجب أن أُنشئ واحدة)