You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pdo\PdoSubmissionStore::record() is one transaction of multi-row INSERTs (500 rows per statement; its own
transaction, or the one the application has open on the connection): a batch is in the table whole or not at all, and
10 000 URLs are twenty statements, not 10 000 commits. Note in docs: with dispatch: sync inside an application
transaction the record goes with the application's rollback, although the HTTP request has left — give the history its
own connection (history.pdo.dsn) when that matters.
Psr16SubmissionStore takes the slot from an atomic increment() (<prefix>history.seq) when the cache has one
(Laravel's repository, a Redis client), so concurrent workers get distinct slots; on a plain PSR-16 cache the
read-modify-write race remains and the class documentation now says what it costs. The index records history.limit;
a changed limit starts the ring over instead of remapping slots. recent() no longer relies on the order of getMultiple().
indexnow:config masks the password of history.pdo.dsn (console 0.4.0).
Pdo\Schema::sql('pgsql') gave the BOOLEAN column retryable the default 0, which PostgreSQL refuses
(SQLSTATE[42804]); the default is now FALSE there (0 stays on MySQL and SQLite). A table created after
docs/migrations.md was never affected.