سلام و وقت بخیر خدمت فریلنسرهای عزیز،

اگر در مورد تیتر پروژه تجربه‌ی قبلی داشته باشید، می‌دونید که برای برقراری تماس تصویری ازش استفاده میشه و یه جور تنظیمات هستش که اگر روی سرور لینوکس انجام بشه می‌تونیم ازش جهت برقراری تماس تصویری استفاده کنیم.

همچنین در صورتی که قبلا این کار رو انجام داده باشید، احتمالا بین یک ربع تا نیم ساعت می‌تونید انجامش بدید. سرور مورد نیاز رو هم خودم خدمتتون ارسال می‌کنم که بتونید بهش ssh بزنید.

به امید یک همکاری خوب

نیاز ما در این پروژه به این شکل هست کاربر با کد پرسنلی خودش لاگین میکنه و بسته به نوع کارشناسی ای که دارند (2 لاین مختلف داریم) شیفت بندی لاین خودشون براشون به نمایش داده میشه روز های ماه هست که در هر روز کاربر حق انتخاب کردن و نکردن شیفت های تعریف شده سازمان رو داره (صبح و عصر و شب) (مثالی در قسمت فایل ها بارگزاری میکنم) داده کاربر باید مستقیم به گوگل شیت به عنوان دیتا سنتر، در ردیف مربوط به شخص مربوطه بشینه در نهایت بعد از پایان زمان معین شده داده ی تعیین شیفت همه ی کاربران در گوگل شیت وارد میشه (عکسی از قالب گوگل شیت قرار خواهم داد) یک بندی محدودیت باید تعریف بشه برای حذف شیفت ها به این معنی که فی المثل برای شیفت ظهر بیش از 10 کاربر اولیه ای که این شیفت رو حذف کردند امکان در دسترس نبودن برای سایرین وجود ندارند و نمیتونند گزینه ی “نیستم“ رو بزنند از طرفی یک محدودیت خطی ای هم باید تعریف بشه که کاربران از یک حداقلی کمتر برای خودشون شیفت available یا در دسترس مشخص نکنند. مثلا اگر قراره پایه ی 140 ساعتی برای ساعت کاری لحاظ شه کاربران مجموعا نمیتونن کمتر از 170 ساعت برای خودشون شیفت در دسترس تعیین کنند (این داده ها پس از گرفته شدن توسط کارشناس باید تعدیل شه لذا برای بدون مشکل جلو رفتن پروسه تعدیل این محدودیت اعمال میشه) مجموعا به همین شکل هست دو سطح دسترسی وجود دارد یکی برای کاربران برای تعیین شیفت: هر کاربر اپشن های شیفت خودش رو میبینه و پس از تعیین برای همه ی روز ها با توجه به محدودیت های توضیح داده شده سابمیت میکند یکی دسترسی سرگروه ها: که صرفا علاوه بر تعیین شیفت برای خودشون، میتونن در بخش دیگری از وضعیت تعیین شیفت کاربرای دیگه، در حد اینکه کدوم یکی از کاربرا هنوز تعیین شیفت نکردن ، دسترسی پیدا کنند اتصال به Google Sheet الزامی است (می‌تونه از API گوگل یا Google Apps Script یا ابزار واسط استفاده شود). اختیارا در صورت امکان اگر بعد از تعدیل شیفت ها و نهایی کردنشون (شیفت ها در شیت دوم همون فایل گوگل شیت تعدیل میشن) ممکن بود، شیفت هر کاربر به صورت نهایی شده در روز های ماه نشون داده بشه

به صورت کلی اینکه شما چطور این رو بالا بیارین و با چه ابزاری کار میکنید تفاوتی نداره پشتیبانی یک‌ماهه پس از تحویل برای اطمینان از عملکرد سیستم نیاز داریم سیستم، ui خاصی نیاز نداره اما مد نظر باشه ساختار مرتب و ساده ای داشته باشه پس از تحویل، سورس کامل، دیتابیس، دسترسی‌هاو مستندات باید تحویل داده بشه چراکه هدف اینه که در ماه‌های بعدی، فرآیند تحلیل و تخصیص شیفت (با کمک GPT یا...) انجام بشه. ترجیح با توسعه‌ی یک Web App ساده، تحت دامین .ir و قابل استفاده روی موبایل و دسکتاپ است بستر هایی مثل appsheet , Glide , powerapp و مشابهات آن ها قابل قبول نیستند تعداد یوزر حداکثر 55 تا 60 نفر

باز هم مورد یا سوالی جهت رفع ابهام بود در خدمتم.

سلام، ما به دنبال یک توسعهدهنده حرفهای وردپرس هستیم تا یک سیستم نوتیفیکیشن کاملاً اختصاصی و پیشرفته برای وبسایت مارکتپلیس P2P ما پیادهسازی کند. این سیستم باید هم در بکاند و هم در فرانتاند بسیار قوی و بهینه باشد و با سرویسهای خارجی مانند Make.com یکپارچه شود. جزئیات پروژه و نیازمندیها:

بخش بکاند (Backend):

ساختار دیتابیس: ایجاد یک جدول MySQL اختصاصی (wp_marketplace_notifications) برای ذخیره نوتیفیکیشنها با فیلدهای مشخص (user_id, type, message, is_read, ...).

REST API Endpoints:

    POST /notify: برای دریافت نوتیفیکیشن از طریق Webhook از سرویس Make.com.

    GET /notifications/{user_id}: برای فراخوانی لیست نوتیفیکیشنهای یک کاربر (همراه با pagination).

    POST /notifications/{id}/read: برای علامتگذاری یک نوتیفیکیشن به عنوان خوانده شده.

احراز هویت: استفاده از Bearer token برای امنیت Webhook ها و احراز هویت کاربر برای دسترسی به نوتیفیکیشنهای خود.

توابع کمکی PHP: ایجاد توابعی مانند insert_notification() برای ارسال مستقیم نوتیفیکیشن از طریق کد PHP (مثلاً هنگام ثبتنام کاربر جدید).

بخش فرانتاند (Frontend):

کامپوننت زنگوله نوتیفیکیشن:

    نمایش آیکون زنگوله (SVG) در هدر سایت (باید با قالب Astra سازگار باشد).

    نمایش تعداد نوتیفیکیشنهای خوانده نشده روی آیکون به صورت یک Badge قرمز رنگ.

    با کلیک روی آیکون، یک پنل بازشو (Dropdown) با لیست ۱۰ نوتیفیکیشن آخر نمایش داده شود.

    طراحی کاملاً واکنشگرا (Responsive) برای موبایل.

ویژگیهای پنل بازشو (Dropdown):

    نمایش نوتیفیکیشنهای خوانده نشده با استایل متفاوت (مثلاً پسزمینه آبی کمرنگ و متن Bold).

    نمایش زمان ارسال نوتیفیکیشن به صورت نسبی (مثلاً ۵ دقیقه پیش، ۲ ساعت پیش).

    قابلیت کلیک روی هر نوتیفیکیشن برای انتقال به لینک مربوطه (action_url) و خوانده شدن آن.

    ثبت خواند شدن پیام به صورت اتوماتیک

   علامت‌گذاری فله‌ای به قابلیت خوانده‌شده

   لیزی لدینگ پیام ها

نوتیفیکیشنهای Toast (آنی):

    نمایش پاپآپهای کوچک (Toast) در گوشه بالا-راست صفحه هنگام دریافت نوتیفیکیشن جدید.

    پاپآپها بعد از ۵ ثانیه به صورت خودکار بسته شوند.

    رنگهای متفاوت برای انواع نوتیفیکیشن (موفقیت: سبز، خطا: قرمز، اطلاعات: آبی).

یکپارچهسازی (Integration):

Make.com: سیستم باید بتواند Payload های JSON را از طریق Webhook دریافت و پردازش کند.

WordPress: ایجاد نوتیفیکیشنهای خودکار برای رویدادهای کلیدی وردپرس (مانند ثبتنام کاربر) و ایجاد یک صفحه تنظیمات در پنل ادمین برای مدیریت توکن Webhook.

مشخصات فنی، عملکرد و امنیت:

عملکرد: لود شدن نوتیفیکیشنها باید بسیار سریع باشد (زیر 200ms) و کوئریهای دیتابیس بهینه باشند.

امنیت: جلوگیری از حملات CSRF, SQL Injection و XSS. هر کاربر فقط باید به نوتیفیکیشنهای خودش دسترسی داشته باشد.

سازگاری: کد باید با مرورگرهای مدرن و طراحی واکنشگرا سازگار باشد.


استفاده از WebSocket و SSE برای نمایش کاملاً Real-time نوتیفیکیشنها.

امکان تنظیمات دریافت نوتیفیکیشن توسط کاربر (مثلاً فقط ایمیل، فقط داخل سایت).

خروجیهای مورد انتظار از شما:

کد کامل PHP یا به صورت یک پلاگین اختصاصی.

فایلهای JavaScript و CSS به صورت بهینه و Minified.

اسکریپت ساخت جدول دیتابیس.

مستندات کوتاه برای راهاندازی و تست.

مهارتهای مورد نیاز:

تسلط کامل بر PHP و توسعه پلاگین وردپرس.

تجربه کار با REST API در وردپرس.

تسلط بر JavaScript (ES6+), CSS, و HTML.

آشنایی با مفاهیم عملکرد و امنیت در وب.

با تشکر