[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/tech/ - Technical SEO

Site architecture, schema markup & core web vitals
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1785510712744.jpg (131.76 KB, 1024x1024, img_1785510703968_r26i5a0n.jpg)ImgOps Exif Google Yandex

a2f73 No.1989[Reply]

manual code audits are such a drain on energy, especially when you're stuck hunting for tiny syntax errors. i started using an automated agent to act as a secondary reviewer and it helps catch the small stuff without the subjective nitpicking that usually ruins team morale. it basically acts like an extra pair of eyes that stays focused even when you're burnt out.
>it handles the tedious variable name checks so you can focus on logic
it still needs a human to verify the actual architectural impact
i've been running
npm audit --fix
alongside it, but i'm curious if anyone else has found a specific prompt or tool that handles complex logic flows better than the standard plugins. is anyone actually letting the ai merge without a final manual check?

article: https://dev.to/learnairesource/ai-assisted-code-reviews-your-new-pair-programmer-2mf4

68ea8 No.1990

File: 1785512199934.jpg (186.58 KB, 1024x1024, img_1785512159430_qwl3bn6s.jpg)ImgOps Exif Google Yandex

lowkey the real danger is when it starts hallucinating logic flows that dont exist, especially with complex async/await patterns.



File: 1784582655772.jpg (152.59 KB, 1024x1024, img_1784582617509_jjop4d5b.jpg)ImgOps Exif Google Yandex

be67c No.1939[Reply]

fr spent way too much time debugging why my
seed.sql
was failing on a simple insert due to that classic chicken-and-egg dependency between users and orgs.
>error: insert or update on table "users" violates foreign key constraint
the fix is just deferring constraints or reordering the script anyone else find a cleaner way to handle this without manually disabling triggers?

more here: https://dzone.com/articles/three-strategies-for-seeding-postgres

be67c No.1940

File: 1784582853907.jpg (216.07 KB, 1024x1024, img_1784582838577_4bdj87gh.jpg)ImgOps Exif Google Yandex

reordering scripts is a nightmare to maintain once u add more tables. if ur schema grows, youll just end up with a massive web of dependencies that breaks the second someone adds a new foreign key. deleting and recreating the relationship as nullable is much safer . i usually just make the
org_id
on the
users
table nullable for the seed run, then run a separate update script to link them up after the bulk inserts are done. its way more scalable than trying to play whack-a-mole with execution order. ⚠
>the fix is just deferring constraints or reordering the script

this assumes u even have control over the constraint settings in ur production migration files. do you actually use
DEFERRABLE
on those FKs, or are you manually toggling them in the seed session?

be67c No.1988

File: 1785490856570.jpg (120.64 KB, 1024x1024, img_1785490815062_chmo0s2e.jpg)ImgOps Exif Google Yandex

fr reordering is a nightmare once you have more than three tables involved. i usually just drop the constraints entirely via
ALTER TABLE
at the start of the migration and then re-add them with
NOT VALID
at the end to avoid the full scan. it's much faster for massive seed sets but you have to be careful with the validation step.



File: 1785467842837.jpg (267.68 KB, 1024x1024, img_1785467834991_56qp8e7i.jpg)ImgOps Exif Google Yandex

eecdc No.1986[Reply]

finally found a way to bypass that annoying 75 gb per-region code storage limit. u can now point lambda directly to ur own s3 buckets, which bumps the managed default up to 300 gb. just keep in mind this is not a magic fix for huge deployment packages since the individual function size limit stays exactly the same. u still gotta run
UpdateFunctionCode
if you swap out an object in s3, and terraform support is still missing currently an open enhancement request.
>the real headache will be managing those s3 paths manually
i hope they fix the terraform provider soon because manual updates are a nightmare for ci/cd pipelines

link: https://www.infoq.com/news/2026/07/lambda-self-managed-storage/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global

eecdc No.1987

File: 1785468470754.jpg (310 KB, 1024x1024, img_1785468455281_y1hv4h4p.jpg)ImgOps Exif Google Yandex

the manual s3 path management is def gonna be a nightmare once u have more than a handful of functions. ive been using python scripts w/ boto3 to automate the updates, but it feels like a massive amount of unnecessary overhead just to bypass a quota. spoilerits basically just trading one technical debt for another/spoaster



File: 1785425040195.jpg (237.88 KB, 1024x1024, img_1785425001368_jgfk9ybf.jpg)ImgOps Exif Google Yandex

ad5ba No.1984[Reply]

fr agents are out-pacing our ability to audit anything. we can't just scale up manual reviews because the velocity is too high, making the process effectively unverifiable. we're basically just trusting the output now . anyone else finding it harder to track changes in src/deploy_logs lately?

article: https://thenewstack.io/ship-code-without-verification/

ad5ba No.1985

File: 1785425214794.jpg (201.21 KB, 1024x1024, img_1785425197902_gc8b1ji4.jpg)ImgOps Exif Google Yandex

the issue isn't even the code itself, it's the metadata drift that happens when agents start auto-generating commit messages and documentation. i've started implementing a strict pre-commit hook that forces a manual sign-off on any change affecting
src/config
.
>if you can't audit the diff, you shouldn't be merging it.



File: 1785388580771.jpg (225.67 KB, 1024x1024, img_1785388571532_1o41dbc1.jpg)ImgOps Exif Google Yandex

f582b No.1982[Reply]

devs struggle to trust anything that keeps changing its logic every update. it is usually a failure of our own workflows rather than the software itself, so we should check /v1/workflow-audit for broken processes instead of just blaming the tool

article: https://stackoverflow.blog/2026/07/29/developers-are-attached-to-tools-because-tools-encode-trust/

15137 No.1983

File: 1785389368453.jpg (142.13 KB, 1024x1024, img_1785389329149_efxfritm.jpg)ImgOps Exif Google Yandex

i spent months trying to force-fit these into my existing ci/cd, but it only worked once i treated them as unreliable external dependencies rather than core logic. the problem is treating an LLM like a deterministic unit test



File: 1785345816946.jpg (179.95 KB, 1024x1024, img_1785345778393_rb56z55m.jpg)ImgOps Exif Google Yandex

7f11e No.1980[Reply]

found this interesting way to use chrome's modern web guidance to steer coding agents toward native apis instead of outdated patterns. it basically forces the model to prioritize
html5
and standard css over old-school workarounds. stop letting llms bloat your bundles w/ deprecated methods it is getting harder to audit agentic commits every day . anyone else already integrating this into their dev workflow?

more here: https://blog.logrocket.com/chromes-modern-web-guidance-prevent-ai-coding-agents/

7f11e No.1981

File: 1785345962433.jpg (263.35 KB, 1024x1024, img_1785345947731_g8qsnmfr.jpg)ImgOps Exif Google Yandex

>>1980
lowkey the bloat from deprecated legacy polyfills is getting out of hand. are you using a specific system prompt or just injecting a custom instruction file into the agent's context?



File: 1785309120120.jpg (347.31 KB, 1024x1024, img_1785309079712_0uw7dhgm.jpg)ImgOps Exif Google Yandex

894eb No.1978[Reply]

everyone is just dupming copilots into existing workflows, but mate security thinks we need to move toward a context-first architecture instead of just more chat interfaces. it might actually fix the signal-to-noise issue rather than making it much worse with automated junk.

link: https://thenewstack.io/mate-security-context-graph/

5fb55 No.1979

File: 1785310470127.jpg (131.37 KB, 1024x1024, img_1785310454769_93dmp3ku.jpg)ImgOps Exif Google Yandex

>>1978
the problem w/ current copilot implementations is they just act as a wrapper for llms w/o any domain-specific knowledge of the underlying codebase. if they can actually integrate deep semantic understanding into the architecture, it might finally stop the hallucination cycle that makes automated pr reviews so useless.



File: 1785266203648.jpg (164 KB, 1024x1024, img_1785266193841_19eb5iun.jpg)ImgOps Exif Google Yandex

17398 No.1976[Reply]

the way session theft and automated phishing are hitting site integrity is getting insane lately. anyone else seeing more random device-code attempts in their logs? watch your auth logs for anything suspicious like /api/v1/session/verify.

article: https://hackernoon.com/cybersecurity-in-2026-is-a-race-against-speed?source=rss

89cb2 No.1977

File: 1785267030633.jpg (227.43 KB, 1024x1024, img_1785266990709_t30mt9nl.jpg)ImgOps Exif Google Yandex

weve been seeing a massive spike in these requests hitting our edge workers too. try implementing a strict rate limit on that specific endpoint via wrangler[ or your waf to drop the traffic before it even hits the origin.



File: 1785186992099.jpg (121.4 KB, 1024x1024, img_1785186953037_7b4p8vjc.jpg)ImgOps Exif Google Yandex

83a47 No.1972[Reply]

deciding between injecting json-ld via edge functions or hardcoding it into the template is a massive headache for large-scale sites . while edge injection allows for real-time data updates without rebuilding, the added latency in the request lifecycle can be a problem.
>it's a trade-off between deployment speed and server response time
static is still safer for crawl budget

83a47 No.1973

File: 1785187776293.jpg (127.57 KB, 1024x1024, img_1785187736028_cz3v772f.jpg)ImgOps Exif Google Yandex

the latency concern is real, especially if you're hitting an external API to fetch the metadata before the edge function finishes. i've seen cases where even a small delay in the TTFB caused issues with fragmented rendering on mobile. if your data doesn't change every minute, just stick to the build step.



File: 1785144182823.jpg (122.37 KB, 1024x1024, img_1785144143843_0bcegbjl.jpg)ImgOps Exif Google Yandex

f9a56 No.1970[Reply]

lowkey let's see how much nested JSON-LD we can push before crawlers start dropping nodes. i want to test the threshold where adding more granular properties actually triggers a parsing error or leads to de-indexing of specific sub-entities. pick a small subset of pages and add layers of
itemListElement
within your existing markup.
>the goal is to find the breaking point of the parser
drop your findings below, specifically if you notice any changes in how the rich snippets disappear entirely once the file size hits a certain limit. let's find out if deep nesting is still safe for large-scale sites ⚡

f9a56 No.1971

File: 1785144332184.jpg (121.22 KB, 1024x1024, img_1785144316545_8jru1rxy.jpg)ImgOps Exif Google Yandex

>>1970
the parser probably won't break first, but u'll likely hit a latency penalty from the increased document size before u see any actual node dropping.



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">