Një WordPress AI workload përdori 27 sekonda kohë PHP
Një WordPress AI workload për krijimin e një imazhi kryesor konsumoi rreth 27,36 sekonda kumulative kohë përpunimi PHP në një test të Kinsta të publikuar më 22 tetor 2026. PHP është software që WordPress përdor për të ekzekutuar kërkesat dinamike, ndërsa një PHP worker është një proces serveri i disponueshëm për të trajtuar këtë lloj pune. Matja ka rëndësi sepse çdo PHP worker i përfshirë në një kërkesë synchronous AI mbetet i zënë ndërsa një model i jashtëm e përpunon dhe e kthen përgjigjen e tij.
WordPress mund të ndërveprojë me inteligjencën artificiale përmes trafikut nga crawlers, plugins që përdorin AI Client dhe aplikacioneve të jashtme që bëjnë kërkesa në Abilities API. Një API, ose ndërfaqe programimi aplikacionesh, është një mënyrë e përcaktuar që sistemet software të shkëmbejnë kërkesa dhe rezultate. WordPress ofron Abilities API për të ekspozuar veprime që software mund t’i thërrasë, ndërsa AI Client e drejton punën te një ofrues i zgjedhur AI. Operacione të tilla si gjenerimi i imazheve dhe transkriptimi i audios mund të zgjasin disa sekonda, duke zvogëluar gjatë asaj periudhe kapacitetin e PHP workers që është në dispozicion të vizitorëve dhe kërkesave të tjera të automatizuara.
Kinsta testoi plugin zyrtar AI të WordPress.org me një Google connector të konfiguruar. Procesi kërkonte një API key nga ofruesi, aktivizimin e atij ofruesi te Settings > Connectors dhe instalimin e plugin AI. Plugin regjistroi abilities, duke përfshirë Image Generation dhe Editing, të dukshme te Tools > Abilities Explorer. Më pas u krijua një postim i ri dhe kontrolli i tij Generate featured image nisi workflow. Kinsta vuri në dukje se shembujt e saj u regjistruan në kohë të ndryshme, ndaj kohëzgjatjet ndryshojnë ndërmjet pamjeve të monitorimit. Rezultatet varen shumë edhe nga koha e përgjigjes së ofruesit dhe përpunimi i vetë plugin.
Analiza e serverit përdori Kinsta APM dhe regjistrat access log. APM do të thotë monitorim i performancës së aplikacionit dhe regjistron se ku e shpenzon një aplikacion kohën e ekzekutimit. Kinsta thotë se klientët mund ta aktivizojnë mjetin e saj te Sites > sitename > APM, të zgjedhin një periudhë monitorimi dhe më pas të shqyrtojnë transactions, plugins, themes, WordPress hooks, kërkesa të ngadalta në database dhe kërkesa të jashtme. Një access log është regjistri i web server që përmban kërkesat hyrëse, duke përfshirë IP address dhe User Agent të kërkuesit, adresën e kërkuar, status code dhe kohën totale të ekzekutimit. Kinsta i ofron regjistrat e aksesit, cache dhe gabimeve përmes dashboard të saj dhe lejon gjithashtu shkarkimin e regjistrave përmes mjeteve të menaxhimit të skedarëve dhe të aksesit në distancë.
Gjatë një intervali dyminutësh të APM, ekzekutimi PHP arriti gjithsej rreth 27 sekonda, database server përdori 271 milisekonda dhe external transactions përbënin më shumë se 19 sekonda. Kërkesat drejt adresës /wp-json, të përdorur nga WordPress REST API, ishin transactions më të ngadalta. Një REST API është një ndërfaqe web përmes së cilës software kërkon të dhëna ose veprime. Plugins ai-provider-for-google dhe ai së bashku përfaqësuan pothuajse 90% të kohëzgjatjes së regjistruar.
Të dhënat për kërkesat e jashtme treguan se kërkesat POST drejt generativelanguage.googleapis.com përbënin 95,51% të gjithë kohës së external transactions, ndërsa kërkesat GET drejt të njëjtit shërbim përfaqësonin 3,94%. Kërkesat POST dërgojnë të dhëna për përpunim, ndërsa kërkesat GET marrin një burim. Thirrjet POST grumbulluan më shumë se 18 sekonda. APM i Kinsta dallon total duration, pra shumën e të gjitha thirrjeve drejt një endpoint, nga kohëzgjatja maksimale dhe mesatare e kampionit. Ai raporton gjithashtu normën mesatare të ekzekutimit për minutë, ndaj total duration nuk duhet ngatërruar me kohëzgjatjen e një kërkese të vetme.
Transaction trace zbuloi rrugën e ekzekutimit pas gjenerimit të imazhit. WordPress nisi përmes wp-blog-header.php dhe WP_REST_Server dërgoi kërkesën. Generate_Image.php thirri generate_image në namespace e imazheve AI të WordPress, class-wp-ability.php ia kaloi ekzekutimin WP_AI_Client dhe PromptBuilder.php përpiloi udhëzimet. GoogleTextGenerationModel.php i shndërroi ato në një kërkesë të pajtueshme me Gemini. HttpTransporter.php më pas e kaloi thirrjen përmes WordPress HTTP API te WP_Http->request. Kjo hapi një synchronous, blocking connection, që do të thotë se i njëjti PHP worker priti Google në vend që të bëhej i disponueshëm për një punë tjetër. Një kërkesë e gjurmuar e mbajti të zënë PHP worker për më shumë se tetë sekonda. APM ofroi gjithashtu një stack trace, një regjistrim skedar pas skedari dhe rresht pas rreshti të kodit PHP të ekzekutuar.
Regjistrat access log treguan katër operacione të njëpasnjëshme të Abilities API. Gjenerimi i prompt dërgoi përmbajtjen e postimit te Gemini dhe zgjati 5,432 sekonda. Gjenerimi i imazhit ia dërgoi përshkrimin e prodhuar modelit Imagen të Google dhe priti 9,795 sekonda për payload binar ose base64 të imazhit, një paraqitje tekstuale e të dhënave të imazhit. Më pas, gjenerimi i alt text i kërkoi Gemini të analizonte imazhin dhe zgjati 11,305 sekonda. Në fund, importimi i imazhit shkarkoi payload dhe e regjistroi atë në WordPress Media Library për 0,839 sekonda. Një kërkesë e mëvonshme GET mori JPEG e përfunduar nga drejtoria uploads me 0,000 sekonda kohë PHP, sepse web server dorëzoi static file pa ekzekutuar WordPress. Të rrumbullakosura sipas shifrave të paraqitura në analizë, katër operacionet PHP arritën gjithsej 27,36 sekonda.
Developer tools të browser ofruan një pamje të veçantë nga ana e klientit. Pas hapjes së panelit Network dhe filtrimit për kërkesat web në sfond, Kinsta regjistroi 5,52 sekonda për gjenerimin e prompt, 9,92 sekonda për gjenerimin e imazhit, 7,32 sekonda për alt text dhe 1,79 sekonda për shkarkimin dhe prerjen e imazhit, si dhe regjistrimin në Media Library. Kjo prodhoi një pritje totale në browser prej 24,55 sekondash. Këto shifra ndryshojnë nga matjet e regjistrave të serverit sepse operacionet u kryen në kohë të ndryshme, jo sepse të dyja pamjet matin të njëjtin ekzekutim.
Testi nuk përcakton një kosto fikse për çdo veçori AI, por demonstron metodën dhe rrezikun për kapacitetin. Disa blocking jobs që mbivendosen mund të zënë PHP workers në dispozicion, të shtojnë radhët dhe latency, si dhe të rrisin mundësinë e timeouts, gabimeve HTTP 5xx të serverit ose downtime. Kinsta arriti në përfundimin se dy ose tre detyra të njëkohshme mund ta ngopin një konfigurim tradicional me burime të kufizuara, megjithëse pragu real varet nga numri i PHP workers të caktuar për faqen, trafiku, kodi dhe koha e përgjigjes së ofruesit. Edhe bandwidth mund të rritet kur transferohen payload të imazheve.
Pronarët e faqeve duhet ta përsërisin këtë matje në një staging environment, pra në një kopje private që përdoret për testim, dhe të shqyrtojnë si server traces, ashtu edhe kohëzgjatjet në browser përpara se të vendosin një veçori AI në një production site me trafik të lartë. Infrastruktura me caching, optimizim të database dhe kapacitet të shkallëzueshëm të PHP workers nuk mund ta heqë vonesën e përpunimit të një modeli të jashtëm, por mund të sigurojë më shumë hapësirë për kërkesa të njëkohshme. Për organizatat që duan që hostimi të menaxhohet si shërbim, AEU Hosting ofron managed WordPress hosting të siguruar nga fillimi në fund.