laravel-restify

Fixed

• fix(Bulk Update): Only Validate Data for Current Item in Loop #612

Apply advanced filters via POST Request (Version 9.3.0+)

Starting from version 9.3.0, Laravel Restify introduces the ability to apply advanced filters using a POST request. This enhancement simplifies the process of sending complex filter payloads without the need for base64 encoding. Now, you can send the filters directly as JSON in the request body:

const filters = [
    {
        'key': 'ready-posts-filter',
        'value': null,
    }
];

const  response = await axios.post(`api/restify/posts/apply-restify-advanced-filters`, { filters });

Added

Handling Additional Payload Data in Advanced Filters

In some scenarios, you might want to send additional data beyond the standard key and value in your filter payload. For instance, you may need to specify an operator or a column to apply more complex filtering logic. Laravel Restify Advanced Filters provide a way to handle these additional payload fields using the $this->rest() method.

Example Payload

Consider the following payload:

const filters = btoa(JSON.stringify([
    {
        'key': ValueFilter::uriKey(),
        'value': 'Valid%',
        'operator' => 'like',
        'column' => 'description',
    }
]));

const response = await axios.get(`api/restify/posts?filters=${filters}`);

In this payload, besides the standard key and value, we are also sending operator and column. The operator specifies the type of SQL operation, and the column specifies the database column to filter.

Using $this->rest() to Access Additional Data

To handle these additional fields in your filter class, you need to ensure they are accessible via the $this->rest() method. Here is how you can achieve that:

class ValueFilter extends AdvancedFilter
{
    public function filter(RestifyRequest $request, Builder|Relation $query, $value)
    {
        $operator = $this->rest('operator');
        $column = $this->rest('column');

        $query->where($column, $operator, $value);
    }

    public function rules(Request $request): array
    {
        return [];
    }
}

Added

• Ability to cache single policy #605

Restify allows individual caching at the policy level with specific configurations. To enable this, a contract Cacheable must be implemented at the policy level, which enforces the use of the cache() method.

class PostPolicy implements Cacheable
{
    public function cache(): ?CarbonInterface
    {
        return now()->addMinutes();
    }

The cache method is expected to return a CarbonInterface or null. If null is returned, the current policy will NOT cached.

Added

• Add support for Laravel 11 (#602)

Added

• Add support for Laravel 11 (#602)

Fixed

• Restifyjs setup without auth middleware

Fixed

• Support for https://github.com/php/php-src/pull/12959

Added

• Support searching string with single quotes in them #592

Added

• Added natural sort filter #586

Fixed

• fix: rules method overrides already defined rules #575
• Cleanup faker from cmd construct #580

Fixed

• Fixed accept string in filters #585

Fixed

• Fixed type for resolver #584

Fixed

• sortable filter update #583

Fixed

• change the route name

Added

• Invokable Getters https://restify.binarcode.com/api/getters/#invokable-getter-format
• Invokable Actions https://restify.binarcode.com/api/actions/#invokable-action-format

Fixed

• docs for getters #554

Added

• Support for Laravel 10 #540
• Introduces a new option to publish specific auth actions #551
• Take actionable fields into account when calling patch method #547
• Custom namespaces support #549
• New artisan restify:routes comment
• Updated the documentation https://restify.binarcode.com/
• 💯 - 💯 - 💯 - 💯

Improved

• Larastan specs

Added

• Support for actionable fields on PATCH method #547

thanks @dsindrilaru

Added

• Now you can use the permission name for the field see authorization:

field('user_id')->canSeeWhen('can manage users'),

Fixed

• Do not display hidden pivots.