اذهب إلى المحتوى

Adnane Kadri

الأعضاء
  • المساهمات

    5129
  • تاريخ الانضمام

  • تاريخ آخر زيارة

  • عدد الأيام التي تصدر بها

    51

كل منشورات العضو Adnane Kadri

  1. جميل، يتم هنا قراءة اللغة الافتراضية من قاعدة البيانات. يمكن بهذا الشكل تعيينها من قبل المشرف من على لوحة التحكم ليتحكم في اللغة الافتراضية لزوراه مثلا. يمكنك التطوير عليها أكثر. هلا قمت بتفعيل وضع تشخيص الأخطاء؟ من ملف متغيرات البيئة env.قم بضبط APP_DEBUG لـ true وابحث في تفاصيل المشكلة.
  2. نعم يمكنك تغييرها ديناميكيا عن طريق الواجهة App. وهو ما قصدته بـ: كمقاربة عملية، اقوم في تطبيقات لارافيل التي تتطلب أكثر عن من لغة بإنشاء طبقة وسيطة Middleware لتعيين اللغة كل مرة يتم طلب مسار جديد. فلو قمت مثلا بطلب المسار /home سيتم قبل اي شيء، اعداد اللغة المرادة ثم اكمال الطلب مثل عرض الصفحة. كمكان جيد يتم فيه تخزين اللغة التي يريدها المستخدم نستخدم الجلسات Session. يكون ملف الطبقة الوسيطة على نحو: class SetLanguageMiddleware { public function handle(Request $request, Closure $next) { if(Session::has('locale')){ App::setLocale(Session::get('locale')); } else{ App::setLocale('ar'); } return $next($request); } } تقوم هاته الطبقة بالبحث في الجلسة عن اي قيمة مخزنة لـ locale. فان كانت موجودة قامت بتعيين القيمة الموجودة كلغة للتطبيق. وفي حال عدم وجود اي قيمة، سنقوم بتعيين لغة افتراضية مثل طرف الشرط else الآن سنحتاج تسجيل هاته الطبقة الوسيطة ضمن مصفوفة الطبقات الوسيطة web في ملف app/Kernel.php : 'web' => [ .. \App\Http\Middleware\SetLanguageMiddleware::class, لأننا نحتاج هاته المقاربة في كامل مسارات تطبيق الويب الذي لدينا ولا نريد ان يحصل ذلك في مسارات معينة فقط. الآن نحن نحتاج الى طريقة ما لتبديل قيمة المفتاح locale في الجلسة وفقط، لأننا نعلم ان الطبقة الوسيطة المنشئة حديثا ستتعامل معه بشكل منفصل. يمكنك انشاء متحكم ما لذلك يحوي منطقا مشابها لـ: public function switchLaguage($locale) { if(in_array($locale ,['en' ,'ar'])) { App::setLocale($locale); Session::put('locale' ,$locale); } return back(); } نتحقق هنا من ما ان كان القيمة التي يطلبها المستخدم ضمن اللغات المتوفرة ar , en . بعد هذا نقوم بتعيين قيمة جديدة لقيمة المفتاح locale في الجلسة. ثم نعيد المستخدم الى الصفحة التي كان فيها. ما بين الإعادة والعرض ستشتغل الطبقة الوسيطة وتعين لك المفتاح في الجلسة.
  3. يمكنك تقييد تحديد اتجاه الصفحات بشرط يتحقق من ما ان كانت اللغة ar لوضع التنسيق direction:rtl الخاصية dir="rtl" على نحو: <html @if( app()->getLocal() == 'ar') dir="rtl" @else dir="ltr" @endif> ... <style> * { direction: @if( app()->getLocal() == 'ar') rtl @else ltr @endif; } </style> بالتأكيد فان هذا يكون في واحدة من ملفات القالب layouts من مثل app.blade.php ليتم تطبيقها بشكل عام على كامل الصفحات الفرعية.
  4. لارافيل يفصل بين هاذين المكونين، لا يوجد أي تداخل بينهما. يمكنك مباشرة البدء بتعريف المفاتيح والقيم في ملفات اللغات واستعمالها في ملفات العرض لديك. {{ __('messages.welcome') }} هل تقصد تقصد انشاء طبقة وسيطة middleware لتمرير اللغة الى الواجهة App من الموجه نفسه قبل انشاء الوصول الى المتحكم او ملف العرض؟ حيث تأخذ هاته الطبقة الوسيطة اللغة من الجلسة Session مثلا.
  5. يفترض ان تكون عملية الحذف مسندة بشكل ما الى حدث الضغط على زر الحذف. مثل: button.addEventListener('click' ,function(){ removeTask(this.value) // يمكنك تخزين اسم الاختبار في خاصية ما للزر // باقي شيفرة حذف العنصر من واجهة المستخدم })
  6. بالطبع فان هذا ينطبق على ملف التنسيقات الخاص بالحزمة ايضا: import 'aos/dist/aos.css';
  7. هل تظهر اي رسالة خطأ في نافذة الطرفية؟ هل يتم اخبارك AOS غير معرف؟ Uncaught ReferenceError: AOS is not defined أظنك نسيت تضمين المكتبة في ملف index.js أو app.js أو ما يقابله لديك على نحو: import AOS from 'aos' سيكون عليك اعادة تشغيل npm run dev او npm run build واعادة استعراض المشروع.
  8. لحذف العناصر من التخزين المحلي يمكنك الاشارة اليها عن طريق مفتاحها باستعمال التابع removeItem عن الكائن localStorage كـ: window.localStorage.removeItem('item_key'); يمكنك استعمال هذا التابع بكفاءة في مثال مثل وضعه في وظيفة واسناده الى حدث الضغط على زر الحذف. لم اجد حدث الحذف مبينا لديك. أظن أنك تحتاج تنظيم الشيفرة أكثر. في مثالك أرى أنك تقوم بتخزين سلسلة نصية من القيم مسندة الى المفتاح value. ولذلك فإن تعيين عنصر جديد في التخزين المحلي سيكون بـ: جلب قيمة المفتاح value تجزئة السلسلة النصية الى مجموعة القيم المفصولة بفاصلة , تخزين هاته القيم في مصفوفة اضافة قيم جديدة الى هاته المصفوفة دمج هاته المصفوفة في سلسلة نصية جديدة تشكل هاته القيم مفصولة بفاصلة , اعادة اسناد القيمة الجديدة الى المفتاح value ثم ان نفس العملية ستكون عند حذف عنصر ما، سوى ان الحذف سيختلف عن الاضافة في المرحلة رقم 4. فنحن سنقوم فيها بازالة العنصر المبين من المصفوفة قبل اعادة دمجها في سلسلة نصية واعادة اسنادها الى المفتاح value. سيتبع ذلك منطقا مشابها: /** * ازالة عنصر موجود بالفعل * * @param {string} task_name * @return void */ function removeTask(task_name) { let old_value = localStorage.getItem("value"); // c++, php , js let tasks = old_value.split(",") // [c++, php , js] .filter(task => { return task !== task_name }) // فلترة المصفوفة بازالة العنصر المشار اليه .join(",") // اعادة التجميع في سلسلة نصية localStorage.setItem("value" ,tasks) // اعادة اسناد قيمة جديدة } /** * اضافة عنصر جديد * * @param {string} task_name * @return void */ function addTask(task_name) { let old_value = localStorage.getItem("value"); // c++, php , js let tasks = old_value.split(",") // [c++, php , js] .push(task_name) // اضافة عنصر جديد .join(",") // اعادة التجميع في سلسلة نصية localStorage.setItem("value" ,tasks) // اعادة اسناد قيمة جديدة } يمكنك توظيفها في مثالك بحسب حاجتك. لتخزين المحلي (Local Storage) في HTML5
  9. في جافا يستعمل الكائن StringBuffer لتخزين البيانات بالنوع النصي string لغرض التعديل عليها بشكل اسهل من خلال مجموعة التوابع الجاهزة الخاصة بها. مثال عن كيفية انشاء نسخة عن كائن StringBuffer: class ExampleClass { public static void main(String[] args) { StringBuffer textBuffer = new StringBuffer("hsoub academy "); System.out.println(textBuffer); } } النتيجة: hsoub academy يمتلك هذا الكائن كل من التوابع: append لإضافة مقطع او سلسلة نصية الى السلسلة النصية الام المحقونة الى باني الكائن StringBuffer insert لحقن سلسلة نصية معينة في موضع نحدده replace لاستبدال سلسلة معينة نحددها بفهرسين ضمن السلسلة الام مثال عملي: class ExampleClass { public static void main(String[] args) { StringBuffer textBuffer = new StringBuffer("hsoub academy "); // textBuffer.append("is cool"); // hsoub academy is cool // textBuffer.insert(6 ,"is a great "); // hsoub is a great academy // textBuffer.replace(0 , 6 , " "); // academy System.out.println(textBuffer); } } قم بالغاء تعليق كل سطر من المضلل كل مرة واختبر النتيجة. قد تحتاج أيضا الاطلاع على ما الفرق بين String و StringBuffer في جافا؟ و أيضا الفرق بين StringBuilder و StringBuffer
  10. يستبعد أن يكون ذلك، الصفحة تظهر لدي بشكل عادي. زووم تقوم بعرض صفحة تصف البلدان أو المناطق المحظورة وهي: كوبا ايران كوريا الجنوبية سوريا اوكرانيا هاته المناطق لا يمكنها الوصول الى خدمات zoom او الاستفادة منها. ان كنت من احد هاته الدول، قد تصادف مشاكل في ذلك. ان كان غير ذلك، تأكد من تغيير المتصفح او محو التخزين المؤقت الخاص بالمتصفح.
  11. لا يوجد أي سر بالموضوع، توجد الكثير من المحطات التي تعرض مثل هاته الواجهات البرمجية. فهي بشكل مبسط تقدم روابط مصدرية لعناصر audio يمكنك استغلالها في اسنادها الى عناصر audio لديك. ستحتاج بطبيعة الحال العثور على نقطة وصول API لجلب المقطع الصوتي او البث الجاري حاليا. ثم عن طريق التلاعب بشجرة الوثيقة، سيمكن حقن هذا المحتوى الى عنصر HTML وعرضه ضمن الصفحة. موقع RapidAPI مثلا يعرض سلسلة طويلة من الواجهات البرمجية، ابحث عن ما يوفر هاته الخدمة في احده. وجدت هاته الواجهة مثلا: 30,000 radio stations and music charts يمكنك جلب البث الصوتي الجاري حاليا مثلا عن طريق ارسال المعامل nowPlaying بالقيمة true الى نقطة الوصول الموصوفة بالفعل GET. يوجد ايضا على ذات المنصة: واجهة &nbsp;Shazam API واجهة iTunes API واجهة spotify
  12. مبدئيا، كلاهما يغطيان كل من النقاط التي تصفينها. لارافيل يمكنه بناء متجر الكتروني متكامل و Asp.net أيضا. لارافيل يربط مع وسائل الدفع بشكل عادي، و Asp.net أيضا. يمكن تشغيل كليهما ورفعه بصورة جد عادية. يغطي كليهما كمية هائلة من الاضافات والوحدات الجاهزة. يمكنك العمل بكليهما. من ناحية السرعة والآداء يعد Asp.net أسرع نسبيا من لارافيل من ناحية تنفيذ الشيفرات. رغم أن هذا معيار السرعة يتحكم فيه أكثر ما هو من كون اللغة مفسرة او مترجمة. من مثل جودة الشيفرات. من ناحية قابلية التوسع كلاهما يفي بالغرض، ويمكن بناء مشاريع متوسطة الى كبيرة قابلة للتوسع بكليهما. من ناحية التكلفة أظن ان ASP.net يفرض رسوما شهرية اضافية من ناحية الاستضافة، على عكس لارافيل التي تكون رسومه قياسية وخاصة بخدمات الاستضافة فقط. سوق العمل لو تحدثنا عن السوق العربي كعينة والتنقيات المطلوبة في مواقع حسوب حصرا (مثل خمسات ، مستقل وبعيد)، سنلحظ أن لارافيل مطلوب أكثر من .Net بشكل كبير سواء من اصحاب المشاريع أو من المقبلين على المجال أو حتى من ناحية المطورين المشتغلين بالفعل (يمكنك استعراض ذلك نفسك). أما من ناحية الحصة السوقية العالمية لـ asp.net فهي شريحة اكبر من لارافيل إذ يأخذ asp.net نسبة 8.18 من حصة السوق بحجم 82 مليون نقطة وصول في حين ان لارافيل يأخذ 0.32 بحجم 7 ملايين نقطة وصول contact حسب موقع Datanyze. طبعا لا يخفى أن Asp.net موجود من قبل لارافيل، وهو شيء يجب الالتفات اليه هو الآخر. الاقبال المتزايد على لارافيل يعطيه أفضلية أيضا. في الأخير، حددي شريحتك المستهدفة. طبيعة مشاريعك التي تتوقعين العمل عليها. ثم اختاري احدهما. فكلاهما يفي بالغرض.
  13. أظن انه ينبغي فهم كل منهما ثم ادراك الفرق بينهما ليكون من الممكن اختيار احدهما عن الآخر. Bootstrap عبارة عن اطار عمل (مجموعة من أدوات الويب من CSS و JS) تستعمل نظام التقطيع الشبكي grid system بجانب ملحقات جافاسكربت لإنشاء تصاميم ومكونات متجاوبة ومرنة مع كامل شاشات العرض. استعلامات الوسائط او media queries هي قواعد CSS نستعملها لتطبيق أنماط او تنسيقات معينة بناءا على شروط معينة. من مثل: نطبق مجموعة تنسيقات في حالة ما كانت شاشة العرض أقل من 900 بكسل. @media screen and (min-width: 900px) { article { padding: 1rem 3rem; } } تتألف استعلامات الوسائط من: نوع الوسائط media type من مثل: all, screen, print , speech ميزات الوسائط media feature وهي أشياء تميز نوع الوسائط المختار من مثل min-width المعاملات المنطقية logical operator، لدمج او استهداف انواع من الوسائط. من مثل: and أو not أو only تستعمل بشكل فعال جدا في جعل التصاميم متجاوبة مع شاشات العرض. متى نستخدم استعلامات الوسائط: تعد أخف حجما بشكل يجعل الصفحة اسرع واحسن آداء, أسهل من ناحية قابلية التخصيص والتحكم في العناصر. رغم هذا سنجد أننا نكتب الكثير من القواعد كلما كبر المشروع. متى نستخدم بوتستراب: عند الحاجة الى مكونات وحاويات وعناصر متجاوبة تلقائيا. نظام التقطيع الخاص به رائع ومرن جدا. ملخص القول، يمكنك الاعتماد على كليهما لأن بوتستراب نفسه مكتوب على CSS وقابل للتخصيص بشكل عادي جدا. القاعدة ‎@media استعلامات الوسائط (Media Queries) في CSS توثيق اطار عمل Bootstrap
  14. تعمل جميع تطبيقات هيروكو في مجموعة من حاويات في لينكس تسمى dynos. الخطأ H20 طبقا لتوثيق هيروكو يعني أن هنالك مشكلة بتشغيل أحد هاته الحاويات. يوصف ايضا ان هذا النوع من الخطأ يخص إعداد الحاوية وبدء تشغيل التطبيق وغيره. هيروكو لا تقرأ من ملف متغيرات البيئة، هي تأخذ ذلك عن قسم config vars وأنت لا تقوم بتعريف المنفذ هنالك، فهي تعتمد المنفذ 8080 دوما. يحتمل أن يكون المنفذ مأخوذا من قبل حاوية ويب Dyno أخرى. جرب تغيير المنفذ أولا، وليكن الى 3000 مثلا. قد تحتاج ايضا الى تنفيذ الأمر: heroku ps:restart web.1 لاعادة تشغيل الحاوية المستهدفة (1 يرمز الى فهرس الحاوية لديك، يمكنك تغييره بما يوافق حاوية تطبيقك) أو تشغيل كامل حاويات الويب: heroku ps:restart web أو ربما كامل الحاويات: heroku ps:restart (بالطبع فان هذا يكون عن طريق heroku cli).
  15. كحل مؤقت يمكنك تغيير شيفرة الصفحة code page الخاصة بنافذة cmd التي تفتحها الى الترميز 1256 عن طريق طباعة الامر: chcp 1256 ثم سيمكنك كتابة احرف بلغة عربية، رغم هذا ستبقى النصوص تتجه من اليسار الى اليمين. هذا بسبب ان طرفية cmd لا تدعم RTL أصلا.
  16. هذا ليس خطأ، هذا تنفيذ للأمر npm run dev الموافق للأمر vite المبين في ملف package.json : "scripts": { "dev": "vite", "build": "vite build" }, وما تحاول القيام به ليس انشاءا لنظام التوثيق authentication وانما تجميع ملفات الاصول assets من ملفات العمل داخل مجلد resources. الأمر الذي تحتاج تنفيذه هو npm run build وهو الموافق للأمر vite build من ذات الملف السابق. لارافيل الآن يستعمل vite بدل laravel-mix مثلما كان سابقا، ولذلك فان هنالك بعض الجزئيات التي يلحظ أنها تغيرت، مثل اسطر تضمين ملفات الاصول في ملفات عرض الـ layouts. قد تحتاج القراءة أكثر عن هذا التغيير هنا:
  17. الذي تقوم به الوظيفة getMatchedWordsFromString هو تحليل سلسلة نصية وليس مصفوفة. تأكد من ارفاق سلسلة نصية. لأن هاته الوظيفة ستقوم بتجزئة هاته السلسلة الى كلمات وتحفظها في مصفوفة وتبحث عن مدى تقاربها مع الكلمة المبحوث عنها. راجع الاجابة المرفقة.
  18. يعني الخطأ انك تستعمل الوظيفة explode بشكل خاطئ. لاحظ اين يتم وصف هاته الوظيفة: function getMatchedWordsFromString($result ,$search) { $words = explode(' ',$result); // توزيع كلمات العنوان في مصفوفة // البحث عن الجزء المبحوث عنه في كل كلمة من كلمات العنوان $suggestions = []; foreach($words as $word){ if(preg_match("/{$search}/i", $word)){ // في حالة احتواء الكلمة على الكلمة المفتاحية array_push($suggestions ,$word); // اضافتها الى مصفوفة الاقتراحات } } return $suggestions; } اين اننا نقوم بتوزيع كلمات العنوان في مصفوفة. هل نمرر سلسلة نصية الى الوظيفة getMatchedWordsFromString كمعامل ثان بالفعل؟ اين نقوم بذلك؟ هنا: foreach($searchRslt as $result){ $suggestions = array_merge( $suggestions , getMatchedWordsFromString($result ,$search) ); print_r($suggestions); } هل result القادمة من حلقة foreach التي نمررها الى وظيفتنا سلسلة نصية؟ تأكد من ذلك
  19. كل لغات الواجهة الخلفية قادرة على تحقيق ذلك.أما فيما يخص الواجهة الامامية فهي الأخرى تكتب وتبنى بـ HTML و CSS و جافاسكربت ولا يوجد أدوات او لغات أخرى يمكن المفاضلة بينها. توفر قوقل واجهة برمجية للتعامل مع خرائطها بأي لغة كانت، لذا لا يجب عليك القلق كثيرا بشأن الآداة التي يمكنها القيام بذلك. ان كانت مواقعك ثابتة غير ديناميكية، فسيمكنك تحقيق ذلك عن طريق أدوات الواجهة الأمامية فقط، وقد لا تحتاج أصلا لواجهة خلفية إلا لأغراض أخرى. أظن أن أسئلة من مثل "ما افضل لغة" و "ما افضل اطار" لا يصل فيها السائل الى جواب مقنع، لتضارب واختلاف الاجوبة فيما بينها. تعرف على المجال أكثر وجزء السؤال إلى أسئلة أكثر دقة وعلمية وسيمكنك شق طريقك فيه. قد تستفيد من الاجابات على هذا السؤال: ماهي افضل لغة لتطوير الويب .؟
  20. webpack في الاصل هو مجمع ملفات او بشكل ادق مجمع وحدات module bundler تقوم بتجميع عدد من ملفات الجافاسكربت، الـ HTML والcss لتجعلها في ملف واحد، وبهذا المنطق تتيح الكثير من الميزات الأخرى على سبيل: امكانية تقسيم الشيفرات وتجزئتها. استخدام المحملات لتحميل وتفسير انواع معينة من الملفات مثل sass. فصل بيئة التطوير عن بيئة الانتاج. وغيرها الكثير.. عيب هاته الطريقة انها قد تأخذ الكثير من الوقت أثناء عملية التطوير. لنقل مثلا أنك تستخدم 2000 وحدة نمطية في تطبيق كبير لديك. الآن عملية بناء او تجميع او تحزيم هاته الوحدات قد ياخذ وقتا طويلا جدا بادئ الأمر. ثم ستكون عملية الاستماع الى التغييرات هي الأخرى بطيئة (رغم التخزين المؤقت) لأن ويب باك تقوم كل مرة بإعادة تجميع كامل الملفات واخراجها في ملف واحد كل مرة ولا تستثني الملفات الغير معدلة، هذا بجانب تشغيل كامل المحملات والوحدات الاخرى. ويتم تقديم laravel-mix كآداة توفر واجهة تطبيقات برمجية للعمل بـ webpack بشكل أكثر فعالية في تطبيقات لارافيل لذات الغرض السابق. يأتي Vite هنا لتقديم حل استثنائي لتحسين تجربة التطوير وتسريعها، فالفكرة الاساسية منه هو تحويل وتقديم جزء من شيفرة التطبيق الخاص بك عندما يطلب المتصفح ذلك وفقط. فعند بداية عملية التطوير سيقوم Vite بتقسيم وحدات جافاسكربت الخاصة بك الى فئتين: dependency modules أو وحدات التبعية، وهي الوحدات التي يتم تحميلها وطلبها من node_modules. يتم ذلك عن طريق مجمع يدعى esbuild هو مكتوب بلغة Go ويعد اسرع بـ 10 الى 100 مرة من ويب باك. application modules او وحدات التطبيق، وهي الوحدات التي تشتغل عليها او بالأحرى هي ملفات تطبيقك. ويبباك تقوم بتجميع كل ما ينتمي لكليهما واخراجهما في ملف واحد كل مرة تطلبه. يدعى هذا بـ bundler-based workflow او سير العمل القائم على التحزيم. Vite تقوم فقط بتجميع وحدات التبعية الخاصة بك، في حين ان وحدات التطبيق تقدم فقط حينما يتم طلبها او في لحظة ما تكون مستعملة من طرف صفحة ما او مكون ما. تسمي Vite هذا بـ vite ESM-based dev build أو سير العمل القائم على وحدات ES. بمعنى أنه قادر على معالجة التطوير الخاص بك بشكل أسرع كثيرا من Webpack. وقد لا تلحظ هذا مع تطبيقات عادية، ولكن ستزداد الحاجة الى تجميع اسرع مع ازدياد حاجيات التطبيق وتوسعه. وبما أنه يخدم مفهوم التوسع scalability أكثر من ويب باك فإن لارافيل ضمته إليها هذا الاسبوع فقط ليزيد من حظ وقدرة لارافيل في بناء تطبيقات بأحجام عملاقة، بجانب المحافظة على تجربة تطوير جيدة الى ممتازة. يتفائل الكثير من المطورون باستعمال لارافيل له، ويرون أنه الجيل الجديد من ادوات بناء جافاسكربت بخدمته لمفهوم الوحدات في المتصفح، وهو مفهوم لم يكن شائعا قبله. وكتجربة شخصية، عملت بـ Vite في تطبيق واجهة أمامية بـ VueJS وكانت تجربة التطوير رائعة مقارنة بالتطبيقات التي اعتمدت على ويب باك فيها. وبما أن Vite مقدم من مطوري VueJS أنفسهم فأظن أنه سيكون هنالك تقارب أكثر بين VueJS و Laravel في المستقبل.
  21. قد يؤثر نعم، ولكن يجب قراءة أدلة التحديث للتأكد من سلامة عملية تحديث المشروع.
  22. نعم بالضبط، لاحظ قسم وسائل الدفع: عن طريق بطاقة تعبئة موبيليس او اووريدو او جازي عن طريق الحساب البريدي الجاري عن طريق احد وكلائنا الاقرب اليكم أي ان الموقع وسيط لا أكثر. ركز أكثر على تجربة الاستخدام الخاصة بالعملاء. أغلب المواقع الجزائرية توظف هذا الشيء بشكل أو بآخر. تفحص موقع alexchanger مثلا.
  23. في الجزائر، نفتقر الى واجهة تطبيقات برمجية لتوفير مثل هاته التعاملات بالشكل المألوف، عن طريق cURL مثلا. ولذلك نلجئ الى الكثير من الطرق الأخرى التي يستعملها الموقع الذي ارفقته مثلا. فكفكرة مثلا: يمكنك بيع أكواد بطاقات التعبئة بدل بيع الرصيد نفسه. أو القيام بالتحويلات يدويا من واجهة المشرف بعد تسجيل تفاصيل هاته الطلبيات في قواعد البيانات. وبدل ان يكون الموقع آداة للقيام بالشحن والتعبئة يكون وسيطا فقط في عملية شراء الرصيد والدفع. يمكنك مثلا عرض واجهة استخدام يمكن من على المستخدم اختيار بطاقة التعبئة الموافقة ثم ملئ بياناته الخاصة. بجانب انه يطلب منه ارفاق تفاصيل عملية التحويل (المبلغ الذي يشتري به) كملف مرفق (وثيقة PDF عن تحويل عن طريق بريدي موب مثلا أو صورة عن وصل دفع عن طريق الحساب البريدي الجاري CCP). وبالطبع يكون هذا بعد تزويد المستخدم ببيانات حسابكم في بريدي موب او حساب البريد الجاري بكم. الآن بعد ان يقوم المستخدم بالتحويل وتقديم طلب الشراء، سيتلقى المشرف هذا الطلب من على لوحة التحكم. سيمكن له فحص مصداقية التحويل والقيام بشحن الرصيد يدويا بالطريقة المألوفة. ان كنت تبحث عن طريق لجعل الموقع يقوم بما ستحتاج عمله يدويا، فلا أظن انه سيمكنك ايجاده بالشكل البسيط. كخدمة مدفوعة توجد مجموعة الحزم باسم Chargily التي توفر مثل هاته الخدمات الكترونيا (مثل تقديم مفتاح API للتعاملات عبر البطاقة الذهبية وبريدي موب).
×
×
  • أضف...