هل فكرتم على الإطلاق في إنشاء سوق للمكونات الإضافية والقوالب؟
أسباب هذا السؤال
يسمح Discourse للمطورين بإنشاء قوالب ومكونات إضافية. هذا مثير للاهتمام للغاية. سيكون سؤالي هو ما إذا كان هناك سوق للمكونات الإضافية والقوالب المدفوعة داخل Discourse. على سبيل المثال، أود إنشاء قوالب ومكونات إضافية مدفوعة. لأنني أستطيع الحصول على أموال مقابل المكونات الإضافية والقوالب التي أطورها لـ Discourse. مثال رائع على ذلك هو Themeforest، يمكنك إنشاء موقع ويب وإذا أعجب شخص ما بموقعك، فإنك تكسب المال من بيع هذا الموقع المحدد على Themeforest.
في حالتي، سأبيع المكونات الإضافية والقوالب الخاصة بي داخل Discourse لعملاء أو شركات محددة. الميزة التي أعتقد أنها جيدة لهذه الفكرة هي أنها يمكن أن تشجع المزيد من المطورين على إنشاء المزيد من المكونات الإضافية والقوالب لـ Discourse، بالإضافة إلى دمج المزيد من الخدمات والشركات والعملاء. بعبارة أخرى، إنها مجرد طريقة أخرى لجعل Discourse أكثر جدوى، وهو بالفعل شيء مثير للاهتمام وذو صلة ومُرسخ. ميزة أخرى رائعة للسوق هي حقيقة أنك تكسب نسبة مئوية من المال من مطور هذا المكون الإضافي أو القالب داخل المنصة نفسها.
قد يعتقد بعض المطورين أن هذا جيد أو غير مثير للاهتمام. لأنه اعتمادًا على النسبة المئوية، يكون الأمر سيئًا في بعض الأحيان بالنسبة لك لتطوير شيء ما وتلقي القليل جدًا. حول هذا، كما قلت، هناك من يدعمه وهناك من يعتقد أن السوق ليس شيئًا جيدًا أو قابلاً للتطبيق.
أعتقد أن المطورين مثلي الذين يبدأون في مجال تكنولوجيا المعلومات - من الأفضل تطوير المكونات الإضافية والقوالب لشيء موجود بالفعل ومُرسخ مثل Discourse بدلاً من إنشاء شيء جديد من الصفر - لأنه عادة ما يستغرق الكثير من الوقت والكثير من البحث والتسويق لكي ينجح هذا، ليكون قابلاً للتطبيق ماليًا. أيضًا، عادةً ما يتعين عليك كسب ثقة العملاء والشركات وهذا يستغرق وقتًا أيضًا. بالإضافة إلى المصداقية والسمعة والعلامة التجارية التي تبنيها.
عادةً ما يكون الأشخاص الذين لا يحبون الأسواق هم المطورون الذين يريدون أو يحتاجون إلى امتلاك عمل تجاري. حول هؤلاء المطورين، لا شيء يمنعهم من إنشاء موقع ويب مع قوالب ومكونات إضافية لـ Discourse خاصة بالشركات والعملاء الذين لديهم اتصال بهم ويحتاجون إلى كسب المزيد من المال مما كانوا سيحصلون عليه في السوق المركزي، إذا جاز التعبير.
العديد من مشاريع المصادر المفتوحة التي قابلتها وبحثت عنها لديها نموذج عمل قائم على الاشتراك. عادةً، في هذه الحالات، هناك ما نسميه نوع الخطة. هذه عادةً ما تكون هذه الخطط الثلاث: مجتمع، شركة، أعمال. خطة المجتمع عادةً لا تحتوي على دعم فني للعملاء وهي مجانية. المؤسسة هي الخطة التي تدعم العملاء وهي مدفوعة. خطة الأعمال عادةً ما تكون للشركات الكبيرة وهي قابلة للتفاوض ومدفوعة. لا أعرف كيف يعمل نموذج عمل Discourse، لكن أعتقد من خلال ما رأيته على الموقع الرئيسي أنه نموذج الاشتراك. قد أكون مخطئًا، وإذا كان الأمر كذلك، فأنا أعتذر.
نموذج الاشتراك هو نوع من نماذج الأعمال. لذا، عادةً ما ترغب الشركات التي تختار هذا النوع من نماذج الأعمال (أي نموذج الاشتراك)، في الحصول على سوق أو التفكير فيه. مثال جيد على ذلك هو Themeforest، في الماضي كنت تقوم فقط بإنشاء مواقع ويب ووضع رابط الدفع هناك، لذلك إذا كان شخص ما مهتمًا بموقعك، كنت تبيعه وتكسب المال. في الوقت الحاضر على Themeforest يمكنك إنشاء مكونات إضافية وبيعها هناك أيضًا. إنه شيء أعتقد أنه رائع ومثير للاهتمام حقًا، كنموذج عمل.
كما قلت سابقًا، إنها مجرد نظرة عامة على ما أعتقد أنه سيكون مثيرًا للاهتمام كمطور. بالإضافة إلى ذلك، أرى السوق كشيء يمكن أن يمكّن مشاريع المصادر المفتوحة. للسبب الرئيسي وهو أننا نستطيع كسب المال من المكونات الإضافية والقوالب الخاصة بالعملاء الذين نخدمهم. هذا سيناريو مثالي للغاية وأعتقد أنه مثير للاهتمام لأنك تمنح المطورين مزيدًا من الحرية لمواصلة استخدام هذا البرنامج. بالإضافة إلى ذلك، فإنه يزيد من عمليات التكامل مع المزيد من البرامج أيضًا.
ملاحظات
إذا كان بإمكان أي شخص قراءة ومناقشة أي وجهات نظر مؤيدة أو معارضة، فسأكون ممتنًا للتغذية الراجعة.
أنا لا أنتقد نموذج عمل Discourse.
أعتقد أنه إذا لم تكن النسبة المئوية للمكونات الإضافية والقوالب المدفوعة سيئة للغاية (باهظة الثمن)، فسيكون ذلك بداية رائعة لسوق Discourse.
لقد ذكرت مثال Themeforest، ولكن هناك العديد من الشركات التي تتبع نموذج الاشتراك مع سوق مثل Google. العديد من منتجات Google هي نماذج اشتراك ولديها سوق، ومثال على ذلك هو Google Docs.
تحدثت عن ThemeForest أو Google أو Google Docs، فقط للاستشهاد بمثال حقيقي لعمل تجاري مع اشتراك وسوق معًا، هدفي ليس الترويج لأي شيء، لقد ذكرته فقط ليكون شيئًا مرجعيًا.
فكرت في هذا أيضًا. ربما يجب على كل الأشخاص المهتمين بتطوير إضافات Discourse الاجتماع معًا وبناء سوق بدون رسوم باستخدام العملات المشفرة. نحن فقط بحاجة إلى طريقة لمنح وصول خاص إلى مستودعات GitHub. يمكننا استضافة Gitea وإنشاء “باب مشفر” أمام المستودعات.
النموذج الأكثر استخدامًا هنا هو الإضافات والسمات المخصصة المدفوعة والإضافات مفتوحة المصدر التي تمنح المطور مصداقية (وتطوير المهارات). في بعض الأحيان، سيتم إصدار إضافة تم تطويرها لعميل معين كمصدر خاص بها.
يمكن لمن يبحث عن المساعدة النشر في Marketplace. نادرًا ما يتم ذلك، ولكن يمكنك أيضًا تقديم الخدمات في Marketplace.
فكرت في الحل البسيط التالي والذي يمكن أن يساعد في هذه الحالة، يمكننا أن نطلب إرسال الإضافات كملف مضغوط بكلمة مرور. سيحتاج الخادم فقط إلى فك ضغط الملف وتثبيت المكون الإضافي في Discourse. يمكن أن تكون كلمة المرور مفتاحًا مشفرًا ينشئه الشخص للتثبيت.
وبالتالي، سيتم فك ضغطه فقط باستخدام مفتاح. يقوم المفتاح بفك ضغط الملف فقط بعد إجراء الدفع. يعمل هذا السيناريو الآن مع الإضافات المدفوعة أو الإضافات مفتوحة المصدر أيضًا، ويعتمد ذلك على المطور.
إذا كانت المشكلة هي تصور الكود المصدري، فإن إحدى الطرق هي استخدام أداة إخفاء الكود (Obfuscator). عندما يتم إرسال الكود إلى المستودع، فإنه يمر بعملية إخفاء للكود، حيث يتم تغليف هذا الكود ولا يمكن عرضه إلا بمفتاح مطور محدد.
الحل الذي أصفه سيكون مشابهًا لما لديك مع flatpack على ubuntu، وهو حزمة تقوم بتنزيلها وتثبيتها على ubuntu دون الحاجة بالضرورة إلى التثبيت عبر سطر الأوامر، سيكون flatpack مثل ملف قابل للتنفيذ حيث تقوم فقط بالنقر فوق التالي، التالي كما في Windows.
لربط المستودعات، يمكننا استخدام واجهة برمجة تطبيقات Github لهذا الغرض - سيعمل هذا فقط مع الإضافات المستضافة على Github والتي تكون عامة. لدى Github واجهة برمجة تطبيقات يمكنك من خلالها البحث عن المستودعات حسب العلامة.
طريقة أخرى ستكون استخدام زاحف الويب هنا لربط المستودعات المدفوعة المحتملة. أنا فقط لا أعرف ما إذا كان زاحف الويب يتوافق مع شروط ترخيص الخصوصية والأمان الخاصة بـ Discourse. مثل التعليق وتمكنت من قراءة جميع التعليقات، إذا قمت بالنشر على الهاشتاج #marketplace، فهي عادةً إضافات مدفوعة على Discourse حيث يمكنك عرضها للعالم.
باختصار، أعتقد أنه يمكن للمطورين من الناحية النظرية نشر الرابط لهذه المستودعات مباشرة على الموقع الذي يستضيفون فيه الملف المضغوط. ثم يأخذ كاشف الويب الرابط من خلال علامات marketplace ويعرض الإضافات في الفئة المدفوعة. إذا كنت ترغب في تثبيت المكون الإضافي المدفوع، فإن إحدى الطرق ستكون الدفع، ثم يتم إصدار الملف المضغوط وبعد إصداره يتم فك ضغط الملف المضغوط باستخدام مفتاح التنشيط الذي يتم إنشاؤه بعد الدفع.
لكي يكون هذا الحل أنيقًا، يمكننا فعل شيء مثل .discoursepack.
امتداد .discoursepack هو امتداد لتنسيق zip المخصص، وهو تنسيق لتثبيت المكون الإضافي في Discourse.
ملخص الفكرة - إثبات المفهوم
الكود المصدري → إخفاء الكود المصدري + مفتاح مشفر → إنشاء ملف discoursepack → | فك ضغط ملف discoursepack ← <- إضافة مفتاح مشفر
يقوم الخادم بتخزين ملفات discoursepack لفترة من الوقت
لتثبيت المكون الإضافي المدفوع على Discourse، من الضروري فك ضغط ملف discoursepack باستخدام كلمة المرور التي تلقيتها عند إجراء الدفع.
بدون مفتاح التشفير، لا يمكن إنشاء ملف discoursepack. تمامًا كما لا يمكن فتح أو قراءة هذا النوع من ملفات discoursepack.
يمكن استضافة الإضافات المدفوعة على خادم Discourse الخاص أو يمكن استضافتها على خادم الشركة المصنعة للمكون الإضافي.
يمكن استضافة الإضافات المفتوحة على Github.
إذا لم تكن الإضافات مفتوحة المصدر مستضافة على github وليست عامة، فإن الحل الممكن هو طلب الرابط حيث يوجد ملف discoursepack.
إذا كانت إضافات مدفوعة، فهذه الإضافات غير مستضافة على Discourse - لذلك في هذه الحالة، نظرًا لأنها مستضافة على موقع الشركة المصنعة، فمن الضروري أن تقدم الشركة المصنعة الرابط المباشر لهذا الملف من خلال مفتاح لا يعرفه سوى هو وهو مؤقت لجميع وسائل الدفع.
إذا كان لديك حجم كبير من الإضافات ليتم تحميلها على Discourse، فإننا نوصي باستخدام cockpit cms لأنه خفيف ولا ينبغي أن يزن كثيرًا.
المكون الإضافي مفتوح المصدر config.yml
server:
host: 127.0.0.1
port: 8006
debug: true
analytics:
enabled: true
tag: xx-xxxxx-xxx
plugin:
title: authmatic-example
type: public, paid # أو public, nopaid
description: authmatic-example من مطور يقوم بأشياء. مدعوم من شركة authmatic-example.
url: https://github.com/authmatic-example/releases/v1/authmatic-example.discoursepack
releases: v1
author:
name: authmatic-example
github: authmatic-example
twitter: authmatic-example
site: authmatic-example.com
avatar: /assets/avatar.jpg
keystore:
enabled: true
client_id: xxxxxxxxxxxxxxxxxxxxxxxxx
client_secret: xxxxxxxxxxxxxxxxxxxxxxxxx
repo: authmatic-example
owner: authmatic-example
admins: [authmatic-example]
log: true
format: text
level: info
line: true
إنه مجرد مبالغة طفيفة أن نقترح أنه لا أحد على وجه الأرض سيدفع مقابل إضافة يمكنه تثبيت إضافة عبارة عن ملف مضغوط مشفر.
لدي منصة يمكنها تثبيت الإضافات المحتملة باستخدام مفاتيح النشر على المواقع التي تديرها.
حل آخر هو جعل الإضافة متاحة للجمهور ولكن جعلها تتصل بالخادم لمعرفة ما إذا كانت بعض التراخيص صالحة. يمكن خداعها بسهولة من قبل شخص قام بتحرير الكود، ولكن أعتقد أن هذا هو كيف تعمل مجموعة من إضافات WordPress.
