profile
viewpoint

secit-pl/imap-bundle 42

Simple php-imap integration for Symfony 2.8, 3.x and 4.x.

secit-pl/json-ld-bundle 5

Schema.org JSON-LD generator for the Symfony 2.8 and 3.0+.

secit-pl/schema-org 4

A class mapping for the schema.org data types, types and properties.

secit-pl/entity-translation-bundle 2

Doctrine entity translations for Symfony 4.x.

secit-pl/advanced-form-token-bundle 1

Advanced Symfony form token implementation

secit-pl/route-injector-bundle 1

Dynamically inject route (URL) to any entity or class in your project.

secit-pl/validation-bundle 1

Additional validators set for Symfony 4.x.

secit-pl/burner-email-providers 0

A list of temporary email providers

issue closedsymfony/symfony

[Messenger] Skip message for processing it later

Description
In some cases we don't want to handle the message right now, but we'd delay its execution for a X seconds and then check once again is it right time to process the message (if not, once again we delay it).

We have UnrecoverableMessageHandlingException to prevent retrying. A good thing might to be have sth like DelayedMessageHandlingException with argument which defines when at earliest the message should be processed once again.

Example
Let's say we have a message which tells that we should import the data to database from specified file (ImportMessage). We don't want to process many imports at the same time, but we have multiple consumers runned.

In current case if two messages ImportMessage are possible to process in specified moment of time both will be executed in the same time and processed parallel. To prevent this we can make internal lock (for example using semaphore) to prevent second import from execution and delay all other imports for example for 30 seconds to process once again by throwing proposed DelayedMessageHandlingException.

closed time in a month

secit-pl

issue commentsymfony/symfony

[Messenger] Skip message for processing it later

@Tobion I have read once again the whole documentation of the Messenger component and just noticed this https://symfony.com/doc/current/messenger.html#envelopes-stamps . With your explanation this is exactly what I'm looking for.

Thank you!

secit-pl

comment created time in a month

issue commentsymfony/symfony

[Messenger] Skip message for processing it later

@Tobion could you please explain a bit more how to "re-dispatch the message with delay to the bus"? The current doctrine transport implementation is executing this query every second (as I understood this transport is working):

SELECT m.* FROM messenger_messages m WHERE (m.delivered_at is null OR m.delivered_at < ?) AND (m.available_at <= ?) AND (m.queue_name = ?) ORDER BY available_at ASC LIMIT 1

0="2020-05-24T04:11:46+00:00" 1="2020-05-24T05:11:46+00:00" 2="default"

and handle the found message.

I can't fid any simple way how to achieve the expected result without: a) creating a new message in message handler sleeping (with sleep()) for a while before dispatching the message - this will block one consumer until the operation ends.

b) the same above but without sleep - this will spam the messages queue with many "nop" messages til the real expected execution time

secit-pl

comment created time in a month

issue openedsymfony/symfony

Notifier - skip message for processing it later

Description
In some cases we don't want to handle the message right now, but we'd delay its execution for a X seconds and then check once again is it right time to process the message (if not, once again we delay it).

We have UnrecoverableMessageHandlingException to prevent retrying. A good thing might to be have sth like DelayedMessageHandlingException with argument which defines when at earliest the message should be processed one again.

Example
Let's say we have a message which tells that we should import the data to database from specified file (ImportMessage). We don't want to process many imports in the same time, but we have multiple consumers.

In current case if two messages ImportMessage are possible to process in specified moment of time both will be executed in the same time and processed parallel. To prevent this we can make internal lock (for example using semaphore) to prevent second import from execution and delay all other imports for example for 30 seconds to process once again by throwing proposed DelayedMessageHandlingException.

created time in a month

issue comment0x0XDev/JamWiFi

Catalina - deauths are sent but clients are not disconnected

image

Wireshark shows that no packages was sent. Tested on 2.4 and 5ghz

secit-pl

comment created time in 3 months

issue comment0x0XDev/JamWiFi

Catalina - deauths are sent but clients are not disconnected

I'm on MacBook Pro (15-inch, mid 2015). I'll try to sniff the wifi later today and will back with results.

secit-pl

comment created time in 3 months

more