<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Olvasnivaló · Perencz Tamás</title>
    <link>https://perencz.hu/olvasnivalo/</link>
    <description>Kurált cikk-ajánlók e-commerce architektúráról, Adobe Commerce/Magentóról, PHP-ról és szoftverfejlesztésről.</description>
    <language>hu</language>
    <item>
      <title>Symfony: ReDoS a Cache-Control fejlécben (CVE-2026-108082)</title>
      <link>https://symfony.com/blog/cve-2026-108082-redos-in-headerutils-split-reachable-through-the-cache-control-request-header</link>
      <guid isPermaLink="false">symfony-httpfoundation-cache-control-redos</guid>
      <pubDate>Thu, 15 Oct 2026 12:00:00 GMT</pubDate>
      <description>A `HeaderUtils::split()` reguláris kifejezése whitespace-futamnál exponenciálisan sok úton próbálkozik, és a `HeaderBag` minden `Request` felépítésekor meghívja a `Cache-Control` fejlécre, így hitelesítés nélkül is kihasználható. PHP 8.5-ön egy 17 szóközös futam 8 KB-os fejlécben kb. 813 ms CPU-időt vitt el, 18 szóköztől pedig a `pcre.backtrack_limit` miatt a függvény üres tömböt ad, vagyis a direktívák némán elvesznek. A javítás birtokló (possessive) kvantorokra cseréli a mintát. Az első javított kiadások (6.4.46, 7.4.19, 8.1.7) regressziót hoztak, ezért a 6.4.48, 7.4.21 és 8.1.9 verzióra érdemes frissíteni. Symfony-alapú webshopnál ez a frissítés nem halasztható, mert a hiba minden kérésen elérhető. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>Adobe Commerce: októberi biztonsági frissítés (APSB26-153)</title>
      <link>https://experienceleague.adobe.com/en/docs/experience-cloud-kcs/kbarticles/ka-49323</link>
      <guid isPermaLink="false">adobe-commerce-security-update-apsb26-153</guid>
      <pubDate>Tue, 13 Oct 2026 12:00:00 GMT</pubDate>
      <description>Az Adobe október 13-án adta ki az APSB26-153 bulletint, amely az Adobe Commerce és a Magento Open Source 2.4.4 és 2.4.9 közötti verzióit érinti. A javítás ismét „isolated patch” ZIP formában érkezik, Composer-csomag nincs: a cél az 2.4.9, 2.4.8-p5, 2.4.7-p10, 2.4.6-p15, 2.4.5-p17 vagy 2.4.4-p18 szint, a korábbi havi javítások sorrendben telepítve. A CE, EE és B2B ZIP-eket ebben a sorrendben kell alkalmazni, az ellenőrzéshez pedig a `php vendor/bin/patch-status` eszköz szolgál. Az októberi javítás mellé a szeptemberi, CVE-2026-75650 számú hotfixet is fel kell tenni, és az Adobe a titkosítási kulcsok és a kapcsolódó hitelesítő adatok cseréjét is javasolja. Cloudos környezetben, ahol már benne van a legfrissebb cloud-patches csomag, a ZIP ismételt alkalmazása telepítési hibát okozhat. (Forrás: Adobe (Security Bulletin APSB26-153))</description>
    </item>
    <item>
      <title>BashBox: tiszta PHP-ban írt, homokozós bash AI-ügynököknek</title>
      <link>https://laravel-news.com/bashbox-sandboxed-bash-php</link>
      <guid isPermaLink="false">laravel-bashbox-sandboxed-bash</guid>
      <pubDate>Mon, 12 Oct 2026 12:00:00 GMT</pubDate>
      <description>A BashBox (Pushpak Chhajed) egy tisztán PHP-ban megírt bash-értelmező, amely `proc_open`, `exec` és `shell_exec` nélkül futtatja az AI-ügynökök által generált szkripteket. Csöveket, átirányítást, here-doc-ot, függvényeket és 58 parancsot (például `grep`, `sed`, `find`) ismer, és alapból memóriabeli virtuális fájlrendszeren dolgozik, 64 MB-os kvótával. A hálózat kikapcsolt állapotú, a `curl` csak `NetworkConfig` megadása után létezik, URL-engedélylistával és a privát IP-tartományok tiltásával. A `Limits` osztály 18 beállítással korlátozza a futást (alapból 10 000 parancs, 10 MB kimenet). PHP 8.4 kell hozzá, a telepítés `composer require shipfastlabs/bashbox`. Ha egy webshop admin-felületén vagy integrációjában ügynök által írt szkriptet kell futtatni, ez a minta rendszerhívás nélküli, jól behatárolt végrehajtást ad. (Forrás: Laravel News)</description>
    </item>
    <item>
      <title>Symfony 8.2: egyszer használatos és biztonságosabb aláírt URL-ek</title>
      <link>https://symfony.com/blog/new-in-symfony-8-2-single-use-and-safer-signed-urls</link>
      <guid isPermaLink="false">symfony-82-signed-urls</guid>
      <pubDate>Fri, 09 Oct 2026 12:00:00 GMT</pubDate>
      <description>A Symfony 8.2 három változást hoz az aláírt URL-ekbe. Az `UriSigner` új `$version` argumentuma bekerül az aláírásba, de az URL-be nem, így például a jelszó-visszaállító link a jelszó-hash cseréjével érvénytelenné válik (a `verify()` hívás maga nem érvényteleníti, csak az új hash mentése). Lejárat nélkül aláírni elavult, a 9.0-tól kötelező lesz, alapértéket a `$defaultExpiration` argumentum vagy a `framework.uri_signer.expiration` ad. A bejelentkezési linkek `createLoginLink()` hívása pedig `$parameters` argumentumot kap, így például egy átirányítási cél is aláírt, és az `_login_link_parameters` attribútumból olvasható. Webshopos jelszó-visszaállító, e-mail-megerősítő és „varázslink”-es belépési folyamatoknál ez külön tárolt egyszer használatos token nélkül is megoldható. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>SymfonyCon Warsaw: egy API kitétele AI-ügynököknek MCP-vel</title>
      <link>https://symfony.com/blog/symfonycon-warsaw-2026-exposing-your-api-to-ai-agents</link>
      <guid isPermaLink="false">symfony-con-mcp-api-agents</guid>
      <pubDate>Thu, 08 Oct 2026 12:00:00 GMT</pubDate>
      <description>A SymfonyCon Warsaw 2026 programajánlója szerint Antoine Bluchet (Les-Tilleuls.coop) élő kódolással mutatja be, hogyan tehető elérhetővé egy API az AI-ügynökök számára a Model Context Protocol és a PHP SDK segítségével. Három utat vet össze: az eszközök automatikus generálását az API-ból, egy Hydra-átjárót, ahol az ügynök hipermédia-linkeken fedezi fel az eszközöket, és a kézi megoldást PHP attribútumokkal. A fő kérdések a kontextus telítődése (túl sok eszköz kitölti az ügynök kontextusát), a skálázhatóság és a REST/HATEOAS-elvek tisztelete. A cikk csak a program leírása, a megoldások részletei az előadásban derülnek ki. Egy webshop API-jának ügynökbarát kitételekor az eszközkészlet szűkítése valószínűleg fontosabb, mint a lefedettség. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>PHP 8.6.0 RC3 tesztelésre elérhető</title>
      <link>https://www.php.net/archive/2026.php#2026-10-08-1</link>
      <guid isPermaLink="false">php-86-rc3</guid>
      <pubDate>Thu, 08 Oct 2026 12:00:00 GMT</pubDate>
      <description>A php.net bejelentése szerint a PHP 8.6.0 RC3 forráskódja letölthető tesztelésre, az éles használatot a csapat kifejezetten tiltja. A bejelentés nem sorolja fel a változásokat, a teljes lista a kiadás NEWS és UPGRADING fájljában található, a hibákat a php-src GitHub-tárolóban kell jelenteni. A következő kiadás az RC4, tervezett dátuma október 22. Szerver-oldali csapatnak ez a legjobb időpont, hogy a CI-ban egy 8.6-os feladatot is lefuttasson, és az UPGRADING fájl alapján megtalálja a letiltott vagy módosult viselkedéseket, még mielőtt a végleges kiadás megérkezik. (Forrás: php.net)</description>
    </item>
    <item>
      <title>Symfony 8.2: lefordított eseménykezelő (CompiledEventDispatcher)</title>
      <link>https://symfony.com/blog/new-in-symfony-8-2-compiled-event-dispatcher</link>
      <guid isPermaLink="false">symfony-82-compiled-event-dispatcher</guid>
      <pubDate>Wed, 07 Oct 2026 12:00:00 GMT</pubDate>
      <description>A Symfony 8.2-ben az `event_dispatcher` szolgáltatás egy `CompiledEventDispatcher`: a figyelők beállítása a konténer fordításakor történik, a futásidejű `addListener()` hívások és lezárások helyett egy tömb kerül az OPcache-be. A cikk mérése szerint 75 figyelővel és 31 eseménnyel a dispatcher létrehozása 33,7 µs-ról 0,48 µs-ra csökken, és a kb. 97 KB lezárás-memória is megspórolódik, az eseménykiváltás sebessége viszont nem változik. Futásidejű `addListener()`, `addSubscriber()` és `remove*` hívás a megosztott dispatcheren elavult, ideiglenes figyelőkhöz a `ScopedEventDispatcher` való, és a `Symfony\Component\EventDispatcher\EventDispatcherInterface` autowiringja helyett a Contracts-változatot kell kérni. Sok bővítménnyel és figyelővel bíró webshopnál a nyereség minden kérésen jelentkezik, a tesztekben viszont a figyelőket szolgáltatásként kell regisztrálni. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>Laravel AI SDK 1.1: agent skillek és Cohere szöveggenerálás</title>
      <link>https://laravel-news.com/laravel-ai-sdk-1-1</link>
      <guid isPermaLink="false">laravel-ai-sdk-1-1</guid>
      <pubDate>Wed, 07 Oct 2026 12:00:00 GMT</pubDate>
      <description>A Laravel AI SDK 1.1.0 az első minor kiadás az 1.0 óta. Az agent skillek a `resources/skills` alatti, `SKILL.md` fájlt tartalmazó mappák: az ügynök a `HasSkills` szerződéssel adja meg a forrásokat (könyvtár, PHP-ban épített `Skill` vagy lezárás, amely például adatbázisból tölthet felhasználónként), és egyetlen `LoadSkill` eszközzel olvassa őket. A 256 KB feletti és a bináris csatolt fájlokat elutasítja, a `.agents/skills` mappa pedig a kódolóügynökökkel közös skillekhez használható. A Cohere eddig csak beágyazást és újrarangsorolást támogatott, most a v2 Chat API-n át szöveget is generál (streaming, eszközhívás, strukturált kimenet). Az MCP-, ügynök- és fájlrendszer-eszközök a `requireApproval()` hívással jóváhagyáshoz köthetők. A frissítés `composer require laravel/ai:^1.1`. (Forrás: Laravel News)</description>
    </item>
    <item>
      <title>Claude Haiku 5.5: olcsó, gyors kismodell almodell-szerepre</title>
      <link>https://www.anthropic.com/claude-haiku-5-5</link>
      <guid isPermaLink="false">claude-haiku-5-5</guid>
      <pubDate>Wed, 07 Oct 2026 12:00:00 GMT</pubDate>
      <description>Az Anthropic október 7-én mutatta be a Claude Haiku 5.5-öt (`claude-haiku-5-5`), amelyet a legolcsóbb, leggyorsabb és legerősebb kis modelljüknek nevez. Az első Haiku-osztályú modell állítható erőfeszítés-beállítással, és összefoglalásra, tömörítésre, adatbázis-lekérdezésre, osztályozásra, valamint Opus 5.5 és Sonnet 5.5 melletti almodell-szerepre szánják. A listaár 0,10 USD bemeneti és 0,50 USD kimeneti 1 millió tokenre 100 ezer tokenes promptig, a Haiku 4.5 árának tizede. A Terminal-Bench 4.0 eredménye 39,2 százalék (a Sonnet 5.5-é 70,6), vagyis összetett kódolási feladatra továbbra is a nagyobb modell való. Ügynökös webshop-integrációknál a nagy forgalmú, egyszerű lépések (kategorizálás, termékadat-tisztítás) áthelyezése a kismodellre jelentősen csökkentheti a költséget. (Forrás: Claude Blog (Anthropic))</description>
    </item>
    <item>
      <title>GitHub Copilot: helyi sandboxing általánosan elérhető</title>
      <link>https://github.blog/changelog/2026-10-07-local-sandboxing-for-github-copilot-now-generally-available</link>
      <guid isPermaLink="false">github-copilot-local-sandboxing-ga</guid>
      <pubDate>Wed, 07 Oct 2026 12:00:00 GMT</pubDate>
      <description>A helyi sandboxing korlátozott fájl-, hálózat- és hitelesítőadat-hozzáféréssel futtatja a Copilot által indított parancsokat és eszközöket, Windowson, macOS-en és Linuxon. A Copilot CLI-ban, a Copilot alkalmazásban és az Agent Host-os VS Code-munkamenetekben működik, a közös szabályt pedig a Microsoft eXecution Container (MXC) képezi le az egyes operációs rendszerek natív vezérlőire. Megadható, mely könyvtárakat olvashatja vagy írhatja az ügynök, elérheti-e az internetet, a helyi hálózatot, a Git- és a GitHub CLI-hitelesítő adatait, és ahol támogatott, a helyi MCP- és nyelvi szervereket is lefedi. A szabály az eszközök végrehajtására vonatkozik, nem a modellre, és a szervezetek vállalati beállításokkal kötelezővé tehetik. Ha egy ügynök egy webshop kódbázisán fut, a termelési kulcsok és adatbázis-hitelesítők így kizárhatók a hatóköréből. (Forrás: GitHub Changelog)</description>
    </item>
    <item>
      <title>SymfonyCon Warsaw: egy Symfony hidegindítás boncolása, 14 mp-ből 1,8 mp</title>
      <link>https://symfony.com/blog/symfonycon-warsaw-2026-from-14s-to-1-8s-a-symfony-cold-start-autopsy</link>
      <guid isPermaLink="false">symfony-con-cold-start</guid>
      <pubDate>Tue, 06 Oct 2026 12:00:00 GMT</pubDate>
      <description>Rémi Janot (Vasco) előadása egy Cloud Runon futó Symfony-backend hidegindítását vizsgálja, amelynek első kérése 14 másodpercig tartott, és az új beállítással 1,8 másodpercre csökkent. A program szerint az idő nagy része egyetlen, váratlan helyen ment el, amit a profiler önmagában nem talált meg, és néhány „kézenfekvő” optimalizálás előbb rontott a helyzeten. Az előadás a képméretet, az autoloadingot, a lefordított konténert és a cache-bemelegítést veszi sorra, és azt, hogyan hatnak egymásra. A cikk csak a program leírása, a konkrét okot és a javításokat nem árulja el. Szerver nélküli vagy autoscaling környezetben futó shop-backendnél érdemes ezt az előadást megnézni, ha a skálázódás utáni első kérések lassúak. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>GitHub: a stacked pull requestek általánosan elérhetők</title>
      <link>https://github.blog/changelog/2026-10-06-stacked-pull-requests-generally-available</link>
      <guid isPermaLink="false">github-stacked-pull-requests-ga</guid>
      <pubDate>Tue, 06 Oct 2026 12:00:00 GMT</pubDate>
      <description>A stack egy nagy változtatást kisebb, külön átnézhető pull requestekre bont, amelyek együtt kerülnek be. A `gh stack` GitHub CLI-bővítmény mostantól támogatja a Git worktree-ket, és gyorsabb az inicializálás és a navigáció. A rebase-es beolvasztás megtartja a változatlan kód jóváhagyásait, a merge queue egyetlen csoportként kezeli a stacket, a bázis-ág törlésekor pedig a stack automatikusan átirányítódik. A `pull_request` webhook új `stacked` műveletet kapott, a Shift+J és Shift+K billentyű pedig lépked a stacken belül. A GitHub szerint a stacket használó tárolókban 9 százalékkal több kód kerül beolvasztásra. Hosszabb webshop-átalakításnál (például egy fizetési modul cseréje) ez kisebb, jobban átnézhető egységeket jelent, a stack-támogatás Enterprise Serverre még csak később érkezik. (Forrás: GitHub Changelog)</description>
    </item>
    <item>
      <title>Symfony 8.2: célzott Cache-Control és Cache-Status fejlécek</title>
      <link>https://symfony.com/blog/new-in-symfony-8-2-targeted-cache-control-and-cache-status-headers</link>
      <guid isPermaLink="false">symfony-82-cache-control-cache-status</guid>
      <pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
      <description>A Symfony 8.2 két HTTP-szabványt támogat. Az RFC 9213 szerinti célzott `Cache-Control` lehetővé teszi, hogy a böngésző más szabályt kapjon, mint a CDN: a `$response-&gt;cacheControl('CDN')-&gt;setMaxAge(3600)` egy `CDN-Cache-Control` fejlécet állít elő, miközben a `Cache-Control` például `max-age=0, private` marad. Az RFC 9211 szerinti `Cache-Status` a `framework.http_cache.cache_status` beállítással kapcsolható be, és megmutatja, hogy a gyorsítótár kiszolgált-e (`hit; ttl=58`) vagy továbbított-e az alkalmazásnak. Alapból ki van kapcsolva, mert gyorsítótár-részleteket árul el, a célzott fejléchez pedig a CDN-nek is támogatnia kell az adott fejlécet. Katalógus- és kategóriaoldalaknál ez a megoldás: hosszú CDN-élettartam, amit törléssel lehet frissíteni, rövid böngészős élettartam mellett. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>InfoQ: platform-szemlélet az éles LLM-rendszerekhez</title>
      <link>https://www.infoq.com/articles/platform-engineering-playbook-production-llms/</link>
      <guid isPermaLink="false">infoq-platform-engineering-production-llms</guid>
      <pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
      <description>Aditya Mulik egy nagy kereskedő készletpontosság-platformjának tapasztalatait írja le: az első hónapban az ügynökválaszok kb. 15 százaléka volt hallucináció, hat hónap múlva 1,5 százalék, főként platform-szintű változtatásokkal és nem modellcserével. A fő tanácsok: a kimeneti sémát a platform határán kell érvényesíteni, a hibákat osztályozni kell az újrapróbálás előtt, az újrapróbálási keretet korlátozni kell (3 próba), a promptokat registryben, azonosítóval verziózni kell, az engedélyezést minden eszközszerveren (default-deny) kell kikényszeríteni, és promptváltás előtt golden-set kiértékelés kell. A példa Google ADK-t, LiteLLM-et, FastMCP-t, Pydantic-ot és OpenTelemetry-t használ. Egy shopba épített ügynöknél a séma-ellenőrzés és a korlátos újrapróbálás olcsó, azonnal átvehető elem. (Forrás: InfoQ)</description>
    </item>
    <item>
      <title>npm: az ellenőrizetlen trusted publishing beállítások 48 óra után lejárnak</title>
      <link>https://github.blog/changelog/2026-10-02-unvalidated-npm-trusted-publishing-configurations-now-expire</link>
      <guid isPermaLink="false">npm-trusted-publishing-48h-expiry</guid>
      <pubDate>Fri, 02 Oct 2026 12:00:00 GMT</pubDate>
      <description>Az npm trusted publishing beállítása mostantól 48 órán belül lejár, ha addig nem történt vele sikeres publikálás, amely érvényesíti és kiveszi a lejárat alól. A repository vagy a projekt azonosságának módosítása új bizalmi kapcsolatot és új 48 órás ablakot igényel, a sima szerkesztés nem indítja újra az időt. Az npm ezentúl elutasítja a GitHub Actions `issue_comment` eseményéből érkező trusted publishing tokent is, a `pull_request_target` mellett. Aki ilyen eseményből publikál, váltson `push`, `release` vagy `workflow_dispatch` eseményre. Ha a webshop frontendje vagy témája saját npm-csomagot publikál CI-ból, érdemes átnézni a kiadási munkafolyamatot. (Forrás: GitHub Changelog)</description>
    </item>
    <item>
      <title>Symfony 8.2: sudo mód, újrahitelesítés az érzékeny műveletek előtt</title>
      <link>https://symfony.com/blog/new-in-symfony-8-2-sudo-mode</link>
      <guid isPermaLink="false">symfony-82-sudo-mode</guid>
      <pubDate>Wed, 30 Sep 2026 12:00:00 GMT</pubDate>
      <description>A Symfony 8.2-ben két új jogosultsági attribútum jelenik meg (`IS_AUTHENTICATED_RECENTLY` és `IS_AUTHENTICATED_VERY_RECENTLY`), amelyek azt is ellenőrzik, mikor adta meg utoljára a felhasználó a hitelesítő adatait, nem csak azt, hogy hogyan lépett be. Az alapértelmezett ablak 2 óra, illetve 5 perc, mindkettő konfigurálható, és a sikertelen ellenőrzés 403 helyett átirányíthat egy jelszó-megerősítő oldalra. Az „emlékezz rám” sütivel belépett felhasználó ezeken az ellenőrzéseken sosem megy át, az OpenID Connect pedig az ID token `auth_time` mezőjéből dolgozik. Egy webshop-admin vagy fiókkezelő felületen (e-mail-cím módosítása, jogosultság-változtatás, törlés) ez külső csomag nélkül megoldja a GitHubról ismert „sudo mód” mintát. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>Sensible default: amit alapból csinálunk, és nem „best practice”</title>
      <link>https://martinfowler.com/bliki/SensibleDefault.html</link>
      <guid isPermaLink="false">fowler-sensible-default</guid>
      <pubDate>Tue, 29 Sep 2026 12:00:00 GMT</pubDate>
      <description>Martin Fowler rövid bejegyzése a „sensible default” fogalmát tisztázza: az a gyakorlat, amelyet akkor követünk, ha nincs különleges kényszerítő körülmény, és amelytől el lehet térni, ha az eltérést meg tudjuk indokolni. A kifejezést Evan Bottcher terjesztette el a Thoughtworksnél, és tudatosan különbözik a „best practice”-től, amely feltétel nélküli érvényességet sugall. Példaként a verziókezelést, a felhasználói felület és a domain-logika szétválasztását és az automatizált telepítést hozza. Architekt csapatoknál jól használható gondolat: az irányelveket alapértelmezésként érdemes rögzíteni, és az eltérésekhez indoklást kérni, nem tiltást. (Forrás: martinfowler.com)</description>
    </item>
    <item>
      <title>Symfony 8.2: gyorsabb Messenger-workerek párhuzamos feldolgozással</title>
      <link>https://symfony.com/blog/new-in-symfony-8-2-faster-messenger-workers</link>
      <guid isPermaLink="false">symfony-82-messenger-workers</guid>
      <pubDate>Fri, 25 Sep 2026 12:00:00 GMT</pubDate>
      <description>A `messenger:consume` parancs új `--concurrency` kapcsolójával egy worker több üzenetet dolgozhat fel egyszerre, `amphp/parallel` alapú gyerekfolyamatokkal; a szerzők 20 ms-os üzenetekkel mért benchmarkjában a 8-as párhuzamosság 7,5-szörös gyorsulást adott. Az AMQP transzport új `prefetch_count` beállítása helyi brókeren mérve 13-18-szoros fogyasztási sebességet hozott, a késleltetések kerekítése pedig nagyságrendekkel kevesebb delay-queue-t igényel. Egy új, opcionális `logging` middleware üzenetenként naplózza a feldolgozási időt és a memóriahasználatot, így lassú handlerek dashboardon és riasztásokkal követhetők. Az integrációs, ERP- és katalógus-szinkron sorok miatt Magento-környezetből is tanulságos minta. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>PHP biztonsági kiadások: 8.5.11, 8.4.26, 8.3.35 és 8.2.34</title>
      <link>https://www.php.net/archive/2026.php#2026-09-24-3</link>
      <guid isPermaLink="false">php-security-releases-2026-09-24</guid>
      <pubDate>Thu, 24 Sep 2026 12:00:00 GMT</pubDate>
      <description>A PHP 2026. szeptember 24-én mind a négy támogatott ágra biztonsági kiadást adott ki. A 8.5.11 changelogja szerint többek között az FPM `listen.allowed_clients` IPv6-os ACL-megkerülését, az OpenSSL TLS-hostnév-ellenőrzésének CN-re visszaesését és egy wildcard-tanúsítvány miatti heap túlcsordulást, a HTTP stream wrapper átirányításnál történő hitelesítő-adat-szivárgását, valamint egy phar- és több SOAP-sérülékenységet javítottak. Emellett sok DOM, Intl és Opcache memóriahibát is rendbe tettek. Aki PHP-t üzemeltet, innen látja, mely komponensekre kell figyelni, és miért nem érdemes halogatni a patch-szintű frissítést; Magento alatt a támogatott PHP-verzió patch-szintjét a tárhely-oldalon kell léptetni. (Forrás: php.net)</description>
    </item>
    <item>
      <title>Adobe Commerce Storefront, 2026. szeptemberi kiadás: ajándék-választás, Google Pay és B2B címjegyzék</title>
      <link>https://experienceleague.adobe.com/en/tools/commerce-storefront/releases/2026-09/</link>
      <guid isPermaLink="false">adobe-commerce-storefront-2026-09</guid>
      <pubDate>Wed, 23 Sep 2026 12:00:00 GMT</pubDate>
      <description>Az Edge Delivery-alapú Adobe Commerce Storefront szeptemberi csomagjában a vásárló maga választhatja ki az ingyenes ajándékot, megjelenik a Google Pay és a PayPal Buttons, az Apple Pay támogatja a kuponkódot, és több elnevezett kívánságlista is létrehozható. B2B oldalon közös céges címjegyzék készült szerepkör-alapú jogosultságokkal, amely a fiókkezelésben, a fizetésnél és az árajánlatokban is használható. A drop-in SDK 2.1.0-ra frissült: új `LiveRegion` komponens a képernyőolvasókhoz, `sanitizeHtml()` segédfüggvények DOMPurify-val, és javított billentyűzet-kezelés a kosárban, fiókban és keresésben. A kiadás a hivatalos jegyzet szerint az Adobe Commerce 2.4.7-2.4.9 verziókkal tesztelt. (Forrás: Adobe Commerce (Experience League))</description>
    </item>
    <item>
      <title>Laravel 13.32: Mercure broadcast driver és lemezek közötti fájlmásolás</title>
      <link>https://laravel-news.com/laravel-13-32-0</link>
      <guid isPermaLink="false">laravel-13-32-mercure</guid>
      <pubDate>Wed, 16 Sep 2026 12:00:00 GMT</pubDate>
      <description>A Laravel 13.32 legfontosabb újdonsága egy Mercure broadcast driver: a valós idejű üzenetküldés SSE-n megy, WebSocket helyett, támogatja a presence csatornákat és a titkosított privát csatornákat, az Echo klienshez társított támogatással. Megjelent a `Storage::copyToDisk()` és a `moveToDisk()`, amelyekkel fájlok mozgathatók lemezek (pl. helyi és S3) között egyetlen hívással, a sorok szüneteltetése és folytatása pedig enumokat is elfogad. A kiadás 29 commitot tartalmaz, köztük Redis cache-tag lejárati javításokat. Kisebb kiadás, de jól mutatja, hogy az SSE-alapú élő frissítés (rendelésállapot, készlet) WebSocket-infrastruktúra nélkül is járható út. (Forrás: Laravel News)</description>
    </item>
    <item>
      <title>Mi jön a PHP 8.6-tal: részleges függvényalkalmazás, clamp() és Duration</title>
      <link>https://laravel-news.com/php-8-6</link>
      <guid isPermaLink="false">php-86-features-laravel-news</guid>
      <pubDate>Tue, 15 Sep 2026 12:00:00 GMT</pubDate>
      <description>Paul Redmond áttekintése a 2026. november 19-re várt PHP 8.6 fő újdonságairól. A részleges függvényalkalmazás (`?` helyőrzővel, pl. `str_replace(' ', '-', ?)`) egyhangú, 33:0-s szavazással ment át, mellette érkezik a `clamp()` függvény, a nanoszekundum-pontos `Time\Duration` osztály és a readonly tulajdonságok alapértékei. A lista további elemei: az egységes polling API a `stream_select()` helyett, a beépített `SortDirection` enum, strukturált stream-hibakódok, URI-építő osztályok és szigorúbb munkamenet-alapértékek. Aki Magento- vagy Symfony-projektet üzemeltet, innen látja, milyen nyelvi lehetőségekre és milyen deprecationökre kell készülni a következő PHP-váltásnál. (Forrás: Laravel News)</description>
    </item>
    <item>
      <title>Symfony AI Mate: az ügynökök betekintést kapnak a futó alkalmazás runtime-jába</title>
      <link>https://symfony.com/blog/symfony-ai-spotlight-mate-an-agent-s-way-into-your-runtime</link>
      <guid isPermaLink="false">symfony-ai-mate</guid>
      <pubDate>Mon, 14 Sep 2026 12:00:00 GMT</pubDate>
      <description>A Symfony AI 0.13-mal bemutatott Mate egy külön szerverfolyamat nélküli CLI-eszköz, amely kódoló AI-ügynököknek (pl. Claude-nak) ad hozzáférést egy futó Symfony-alkalmazás lemezre írt runtime-adataihoz - profiler-bejegyzésekhez, Monolog-logokhoz, a DI-konténer service-eihez, szerverinfóhoz -, abból az elgondolásból, hogy a forráskód önmagában csak azt mutatja, mit tud a rendszer, nem azt, mit tett ténylegesen. Konkrét parancsai közt szerepel a symfony-profiler-list/symfony-profiler-get, a monolog-tail/monolog-search és a symfony-services/symfony-service-detail. Saját eszközökkel a #[MateTool] attribútummal bővíthető, telepítése composer require --dev symfony/ai-mate, majd vendor/bin/mate init. (Forrás: Symfony Blog)</description>
    </item>
    <item>
      <title>Anthropic: az agentikus kódolás szétfeszíti a CI-t, íme hogyan skálázták a test impact analysist</title>
      <link>https://claude.com/blog/agentic-coding-is-straining-ci-heres-how-we-scaled-test-impact-analysis-at-anthropic</link>
      <guid isPermaLink="false">anthropic-ci-test-impact-analysis</guid>
      <pubDate>Mon, 14 Sep 2026 12:00:00 GMT</pubDate>
      <description>Az Anthropic blogbejegyzése szerint a Claude által írt kód aránya a saját fejlesztésükben elérte a 80%-ot, a mérnökök pedig negyedévente 8-szor annyi kódot szállítanak, mint 2021-2025 között - ez a CI-terhelést 6 hónap alatt 25-szörösére növelte. A csapat három egymást követő ideiglenes patch-csel próbálta kordában tartani a helyzetet (rendre 70, 29, majd kevesebb mint 1 napig bizonyultak elégségesnek), mielőtt egy teljes architektúra-átírásba fogtak: a test impact analysis rendszert singleton-alapúról elosztott, memóriában tartott modellre váltották, amit 3 hét alatt fejeztek be - egy ilyen átírás korábban kb. egy negyedévet vett volna igénybe. A cikk konkrét, mérőszámokkal alátámasztott példa arra, hogy az AI-asszisztált fejlesztési sebesség önmagában is architekturális kényszert (a fejlesztői infrastruktúra újratervezését) teremt. (Forrás: Claude Blog (Anthropic))</description>
    </item>
    <item>
      <title>OpenAI Agents API nyilvános bétában: a Codex-harness API mögé csomagolva</title>
      <link>https://openai.com/index/introducing-the-agents-api/</link>
      <guid isPermaLink="false">openai-agents-api-public-beta</guid>
      <pubDate>Thu, 10 Sep 2026 12:00:00 GMT</pubDate>
      <description>Az OpenAI 2026. szeptember 10-én nyilvános bétába vitte az Agents API-t, amely a Codex-harnesst egy menedzselt API mögé csomagolja, automatikus kontextus-tömörítéssel a limit közeledtekor, és 9 partner sandbox-szolgáltatóval (Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel) integrálva. A bejelentésben szereplő ügyfél-eredmények konkrétak: a Ciridae pontszáma 0,71-ről 0,85-re nőtt 4-szeres válaszgyorsulás mellett, a SafetyKit 60%-kal csökkentette az esetenkénti költséget, a Hypha pedig 86%-kal kevesebb sikertelen ügynök-választ mért. Fontos korlátozás, hogy egyelőre csak USA-beli adat-rezidencia érhető el, a Zero Data Retention opció még nem támogatott. (Forrás: OpenAI)</description>
    </item>
    <item>
      <title>Shopware 6.7.14.0: uniós jogi kötelezettségek, közösségi fordítások és fejlesztői változások</title>
      <link>https://www.shopware.com/en/news/shopware-6-release-news-september-2026/</link>
      <guid isPermaLink="false">shopware-6714-release-news</guid>
      <pubDate>Wed, 09 Sep 2026 12:00:00 GMT</pubDate>
      <description>A szeptemberi Shopware-kiadás natívan támogatja a 2026. szeptember 27-től érvényes új uniós tájékoztatási kötelezettségeket: a törvényes jótállási tájékoztatót és a termékenkénti GARAN-jelölést, amely a kosárban, a visszaigazolásban és az e-mailekben is megjelenik. Az adminisztrációból shell nélkül telepíthető és naponta frissíthető a több mint 40 közösségi fordítás, új automatizmus értesít a sikertelen fizetésről, a többszavas keresés pedig előrébb sorolja az egyben szereplő kifejezéseket. Fejlesztőknek releváns: több végpont (rendelés, média, SEO) kifejezett jogosultság-ellenőrzést kap, az XML szolgáltatás- és route-konfiguráció elavult, a headless csatornák önálló SEO URL-eket generálhatnak, és kísérleti a `.vue` egyfájlos komponensek támogatása. (Forrás: Shopware)</description>
    </item>
    <item>
      <title>Adobe Commerce szeptemberi rendszeres biztonsági csomag: nyolc kritikus hiba</title>
      <link>https://helpx.adobe.com/security/products/magento/apsb26-138.html</link>
      <guid isPermaLink="false">adobe-commerce-security-update-apsb26-138</guid>
      <pubDate>Tue, 08 Sep 2026 12:00:00 GMT</pubDate>
      <description>Egy nappal a StyleSmuggler-vészfrissítés után Adobe kiadta a szeptemberi rendszeres biztonsági csomagját (APSB26-138), amely nyolc, kritikus/fontos/közepes súlyosságú sebezhetőséget zár le - köztük hitelesítés nélküli jogosultság-eszkalációt (CVE-2026-76202, CVE-2026-77108) és elérésiút-bejárást (CVE-2026-77110). Adobe kifejezetten hangsúlyozza, hogy ez a csomag NEM helyettesíti a CVE-2026-75650 (StyleSmuggler) különálló hotfixét, azt továbbra is önállóan kell telepíteni. A gyártó közlése szerint az itt javított hibák egyikét sem használták még ki élesben. (Forrás: Adobe Security Bulletin (APSB26-138))</description>
    </item>
    <item>
      <title>Kritikus, aktívan kihasznált Adobe Commerce zero-day: CVE-2026-75650 (&quot;StyleSmuggler&quot;)</title>
      <link>https://helpx.adobe.com/security/products/magento/apsb26-146.html</link>
      <guid isPermaLink="false">adobe-commerce-cve-2026-75650-stylesmuggler</guid>
      <pubDate>Mon, 07 Sep 2026 12:00:00 GMT</pubDate>
      <description>Adobe 2026. szeptember 7-én rendkívüli (out-of-band) biztonsági frissítést adott ki APSB26-146 néven a &quot;StyleSmuggler&quot; névre keresztelt CVE-2026-75650 sebezhetőségre, amelyet a sablonmotor különleges karaktereinek nem megfelelő semlegesítéseként írnak le, CVSS 10.0 kritikus besorolással. Adobe megerősítése szerint a hibát már élesben, aktívan kihasználják hitelesítés nélküli távoli kódfuttatásra Adobe Commerce, Adobe Commerce B2B és Magento Open Source 2.4.4-2.4.7 közötti verziók ellen. A hotfix telepítése mellett Adobe kifejezetten javasolja a titkosítási kulcsok és a kapcsolódó hitelesítő adatok rotálását is. (Forrás: Adobe Security Bulletin (APSB26-146))</description>
    </item>
    <item>
      <title>GitHub Copilot: ütemezhető, ismétlődő ügynök-feladatok nyilvános előzetesben</title>
      <link>https://github.blog/changelog/2026-09-10-github-copilot-weekly-releases-september-7/</link>
      <guid isPermaLink="false">github-copilot-scheduled-agent-tasks</guid>
      <pubDate>Mon, 07 Sep 2026 12:00:00 GMT</pubDate>
      <description>A GitHub 2026. szeptember 7-i heti Copilot-összefoglalója szerint a Copilot cloud agent mostantól óránkénti, napi, heti vagy repó-eseményhez kötött ütemezés szerint is elindítható, kézi indítás nélkül - például issue-k automatikus címkézésére, éjszakai teszt-hibajavításra vagy release notes-tervezet elkészítésére. A funkció (automations) nyilvános előzetesként (public preview) érhető el a Pro, Pro+, Max, Business és Enterprise előfizetőknek. Ezzel a Copilot a korábbi, kizárólag emberi kérésre reagáló modellről a folyamatosan, önállóan futó, ütemezett agentikus munkavégzés felé mozdul. (Forrás: GitHub Changelog)</description>
    </item>
    <item>
      <title>Laravel: a queue:work mostantól megmondja, miért állt le a worker</title>
      <link>https://laravel-news.com/laravel-queue-worker-stop-reasons</link>
      <guid isPermaLink="false">laravel-queue-worker-stop-reasons</guid>
      <pubDate>Thu, 03 Sep 2026 12:00:00 GMT</pubDate>
      <description>A Laravel 13.30-as verziójában bevezetett WorkerStopping esemény a leállás okát (WorkerStopReason), a kilépési állapotot, a feldolgozott feladatok számát, az utolsó feladat időpontját és az aktuális memóriahasználatot is hordozza, a queue:work parancs pedig erre önmaga feliratkozva egy záró sorban ki is írja azt - például &quot;Memory limit exceeded&quot; vagy &quot;Received restart signal&quot; formában. JSON-kimenetnél a reason mező (empty, memory, timed_out stb.) géppel is feldolgozható formában adja ugyanezt. Ezzel a korábban csak logokból vagy külön monitorozásból kikövetkeztethető leállás-ok azonnal, a terminálban is látszik. (Forrás: Laravel News)</description>
    </item>
  </channel>
</rss>
