* مؤرشف *
= كيفية إنشاء خادم ويب لإدارة إنترنت الأشياء =

مرحبا الرجال،
أنا مبرمج هواية وأحتاج إلى القليل من النصائح

لجعلها قصيرة: أريد إنشاء تطبيق ويب صغير للتحكم في مصابيح Philips Hue وغيرها من عناصر إنترنت الأشياء في المنزل

لقد لعبت بالفعل مع Hue API في Python ولدي بعض البرامج النصية التي تعمل بشكل رائع. لدي أيضًا بعض البرامج النصية التي تقوم بتشغيل أوامر لكل SSH على جهاز مختلف

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

في الماضي ، قمت أيضًا بإنشاء تطبيق Android صغير ، أولاً في Kotlin ، ثم في Flutter و Firebase ، وقد اندهشت من مدى سهولة الحصول على واجهة مستخدم شبه جيدة تعمل في Flutter. أعلم أنه يمكن أيضًا استخدام Flutter كتطبيق ويب ، لكنني لا أعتقد أن هذه هي الأداة المناسبة لذلك

ألقيت نظرة على React و Angular وعملت من خلال أدلة المبتدئين. مقارنةً بـ Flutter ، تبدو وكأنها المزيد من العمل لجعلها تبدو جيدة ، لكن ربما أحتاج فقط إلى قالب أفضل

في مخيلتي ، أود تشغيل برنامج نصي واحد لجمع الحالة الحالية ، ويكتبه البرنامج النصي في ملف JSON وتعرض واجهة المستخدم رسمًا بيانيًا أو رسمًا تخطيطيًا لطيفًا. ثم اضغط على زر وهذا يكتب ملفًا آخر ويطلق برنامج نصي ، والذي يقرأ الملف ، ولنقل تغيير لون الضوء وفقًا لذلك

الآن ، لقد ضللت قليلاً فيما أبدأ ، لأكون صادقًا

من خلال ما جمعته يمكنني بناء الواجهة الأمامية باستخدام Angular ومن ثم ربما يكون MongoDB كـ "نظام ملفات"حيث يمكنني تخزين وتحميل حالات الأضواء أو نصوص التكوين. أعتقد بعد ذلك أنني سأحتاج إلى واجهة برمجة تطبيقات لتوصيل قاعدة البيانات بواجهة المستخدم الخاصة بي. آمل أن أكون على حق جزئيًا على الأقل: د
هل تعتقد أن البدء بـ JS / TS وإنشاء واجهة مستخدم في Angular أو React هو الاتجاه الصحيح؟ أم أن هذا خاطئ تمامًا لنواياي؟
شكرا لنصيحتك!

أنت بالتأكيد على المسار الصحيح هنا ، الشيء الذي تفتقده هو ربط كل شيء معًا في مواصفات الخادم

ما سأفعله في حالتك هو بناء خادم يخدم صفحة ويب. تقوم صفحة الويب بإعادة طلبات HTTP إلى واجهة برمجة تطبيقات REST التي يعرضها الخادم. الخادم هو نقطة الاتصال المركزية بين صفحة الويب الأمامية والنصوص وقاعدة البيانات الخاصة بك ؛ لا تحاول الاتصال من صفحة الويب بقاعدة البيانات أو تغيير حالة الضوء دون المرور عبر الخادم

حدد نقاط نهاية API الخاصة بك. لنفترض أنك تريد التحكم في الأضواء الخاصة بك ؛ ربما تحتاج:
الحصول على رمز المصادقة [
HTTP GET/api/token with creds in header], returns token or 401
Get status of devices [
HTTP GET /api/devices with token in header], returns JSON status of all devices
Get status of lights [

HTTP GET /api/devices/lights with token in header] returns JSON status of all lights
Control a single light [
HTTP POST /api/light/ with token in header, payload specifying RGB], returns empty 200 on valid request, 422 otherwise
And so forth. Once you have an API spec you can develop whatever you want to first; the server code for the API (Django is good if you're comfortable with Python), the front-end code, the server code for integrating your scripts or the DB. As long as the API is sufficiently specified then the parts will all talk to each other nicely. Separation of concerns makes it simple to build some bits, mock others up, modify and replace as needed

A tip: don't write anything to files if you're just sending JSON data around. The server itself can
*probably* just call all the script code directly with no need to pass files, and can definitely serve the JSON via HTTP to the web page for display purposes

This sounds like a fun project. Can you tell me a little about your end goal with it? Maybe I’ll do something like it at my house. I guess what I’m wondering is aside from being a fun project, what (if any) controls does it give you over your devices that don’t come sort of “baked in” via remote controls or apps for example that may come with the device. Just would like to hear about your real world advantages of doing this
== About Community ==
Members
Online