السلام عليكم،

عند ضغط المستخدم على زر Payer وانتقاله الى صفحة الدفع (إما CIB او EDAHABIA)

لا يتم ارسال معلومات الى Webhook أن العملية أصبحت في حالة PROCESSING.

في حين انه لو تتحقق داخل لوحة التحكم https://epay.chargily.com/secure/admin/resources/invoice-managers ستجد ان حالة العملية تغيرت من PENDING الى PROCESSING.

هل المشكلة من عندي ؟ ام أنها غير موجودة ضمن API ؟

بارك الله فيكم.

السلام عليكم،

هل يمكن اضافة خيار تحديد اللغة في صفحة الدفع؟ مثلا في عند كل من CIB أو EDAHABIA تظهر صفحة الدفع بالفرنسية بشكل افتراضي. لكن لو تلاحظ في الرابط يوجد ملف payment_fr.html بنسخة الفرنسية يمكن تعديله الى النسخة العربية payment_ar.html

بعد التعديل الى payment_ar.html تظهر النسخة العربية

هل يمكن اضافة متغير عند انشاء طلب جديد يتم تحديد فيه لغة الواجهة اذا عربية أو فرنسية وهذا لتسهيل عملية الدفع على العملاء.

بارك الله فيكم.

Hello there, on this PR i added :

• Support for PHP8 type checking for parameters and for methods return.
• Support for PSR-1 and PSR-2 .
• Validator library installed and used to validate configurations rules , instead of traditionally "if else ".
• New configurations dynamic resolver (based on laravel string helper and __call magic method) (not create a getter for each config).
• Basic and simple tests added .

i eddited :

• Some method are rewritten to be simple .
• Moved validation of configuration to when initial create Chargily object.

Hi, i want to know if this package work with local server because i got this error

Chargily \ ePay \ Exceptions \ InvalidResponseException Invalid response status code (422) when trying to get redirect url . More info ({"message":"The given data was invalid.","errors":{"back_url":["The back url is not a valid URL."],"webhook_url":["The webhook url is not a valid URL."]}})

Thank you !

1.Fixed bug :

1.1. When Chargily object is created for payment, it will validate payment data . and also when is created for webhooks it will be validate with payment rules. So the solution was to separate Payment and Webhooks to diffrent classes.

2.Implemented single repository pattern . Chargily is splitted into two classes : one for payment and one for webhooks. For payment:

<?php
use Chargily\ePay\ChargilyPayer;

require "vendor/autoload.php";

$chargily = new ChargilyPayer([
// config array
]);
$redirectUrl = $chargily->getRedirectUrl();

For webhooks:

<?php
use Chargily\ePay\ChargilyProccessor;

require "vendor/autoload.php";

$chargily = new ChargilyProccessor([
    // ...
]);

if ($chargily->checkResponse()) {
    $response = $chargily->getResponseDetails();
}

3.Added depth resolver to configuration resolver. Now you can do :

<?php
$value = $config->from("foobar.barfoo.barbar")->getFoo(); // return Hello world
// this will return the value inside configuration array ["foobar" => [ "barfoo" => ["barbar" => ["foo" => "Hello world"]] ] ]

4.Added tests for depth resolver. 5.Added validator interface for webhook and redirectUrl validators. 6.Added abstracted class Chargily with global contructor for ChargilyPayment and ChargilyProccessor. 7.Added debug mode to user configuration array. (default is true)

<?php
$chargily = new ChargilyProccessor([
    "options" => [
       "headers"   =>  [],
        "timeout"   =>  30,
        "debug"     =>  true
    ],
]);

8.Added check when debug mode is true , show exception message . if false quit with http 500.