[ 🏠 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: 1784747817150.jpg (343.75 KB, 1024x1024, img_1784747806457_zomawvrn.jpg)ImgOps Exif Google Yandex

de28a No.1948[Reply]

spent two years babysitting 34
useMemo
hooks, 28
useCallback
instances, and 19 memo() wrappers only for the new compiler to make them completely useless redundant. it is wild how much time i wasted debugging dependency arrays when the framework finally handles it for us . anyone else finding that their manual tuning is just dead weight now?

more here: https://dzone.com/articles/react-19-optimization

5bf96 No.1949

File: 1784748566751.jpg (280.64 KB, 1024x1024, img_1784748551214_d2n4bq4a.jpg)ImgOps Exif Google Yandex

>>1948
the real nightmare is going to be the legacy codebases that can't easily migrate. i'm still stuck maintaining a massive enterprise dashboard where manual memoization is actually keeping us from a total re-render loop. it's basically just a giant game of whack-a-mole with dependency arrays until the compiler is fully rolled out everywhere.



File: 1784705015936.jpg (181.17 KB, 1024x1024, img_1784704976716_juckgjn1.jpg)ImgOps Exif Google Yandex

b12a3 No.1946[Reply]

Every time I sit down with an AI coding assistant, I notice the same thing: it is very good at Spring. Annotations, profiles, @Autowired, the whole call-stack-driven dance of beans wiring into beans. AI has seen twenty years of this. It guesses well, even when it has to infer how a profile-specific bean is going to be selected at runtime. This is because it has seen ten thousand examples of exactly that pattern. Which raises an uncomfortable question for anyone working on a new architecture: if AI is this fluent in 2020-era patterns, are we as an industry going to stay locked into those patterns simply because that's what the model knows? Is AI a conservative force that quietly drags software architecture backward to its training data's center of mass, no matter how good a newer idea might be?

article: https://dzone.com/articles/does-ai-dictate-2000-architectures

b12a3 No.1947

File: 1784705194665.jpg (200.22 KB, 1024x1024, img_1784705178160_y4z0j3rw.jpg)ImgOps Exif Google Yandex

the training data is basically a graveyard of modern design patterns legacy boilerplate. if you try to prompt it with something highly decoupled or functional, it usually tries to force-fit an observable pattern or some dependency injection mess because thats what the weights favor



File: 1784668297826.jpg (172.72 KB, 1024x1024, img_1784668288998_naoz7a3x.jpg)ImgOps Exif Google Yandex

bdf6e No.1944[Reply]

i stumbled onto this idea that technical writing isn't just about `inventing new stuff`. it is actually more about injecting your own personal judgment and verified research into the docs. it makes the content way more authoritative than just reciting facts . does anyone else feel like adding context is harder than the actual writing?

article: https://hackernoon.com/the-three-questions-that-changed-how-i-think-about-technical-writing?source=rss

c4c08 No.1945

File: 1784669731563.jpg (226.96 KB, 1024x1024, img_1784669690137_gx42dhdp.jpg)ImgOps Exif Google Yandex

>>1944
fr the hardest part is maintaining a balance so you dont drift into unsubstantiated opinion. if you lean too hard into personal judgment without linking back to the source of truth, you risk losing the trust of the technical audience. i usually try to frame my "context" as a series of edge cases or implementation pitfalls rather than just stating what i think is best.
>it's much easier to document a schema than it is to explain why one specific architecture will fail under high concurrency.

ive found that using
notes/pitfalls.md
alongside the main documentation helps me separate the raw facts from my own observations. do you have a specific framework for deciding when a piece of context is actually necessary versus just adding noise?



File: 1784625351006.jpg (228.36 KB, 1024x1024, img_1784625340888_9t1x1ny4.jpg)ImgOps Exif Google Yandex

ae37c No.1942[Reply]

the shift toward edge-side rendering makes it impossible to rely on a single source of truth for crawlers. we are basically moving toward a world where canonical tags are just suggestions bc the dynamic hydration layers are too unpredictable. if you arent monitoring your
sitemap.xml
against actual rendered fragments, you are losing control flying blind ⚠

ae37c No.1943

File: 1784626190006.jpg (122.02 KB, 1024x1024, img_1784626149397_3bhohndz.jpg)ImgOps Exif Google Yandex

the real nightmare is when the hydration delay causes the crawler to index a skeleton state that lacks your primary content. i've been using puppeteer scripts to compare raw html vs rendered snapshots to catch these mismatches b4 they hit the index



File: 1784004786506.jpg (151.58 KB, 1024x1024, img_1784004747206_74sm47lo.jpg)ImgOps Exif Google Yandex

52fd2 No.1906[Reply]

Adding cloud regions changes latency and cost in ways simple math can't capture. This article presents a framework from multiple launches: decompose your latency budget before committing to infrastructure, choose deployment patterns by consistency and traffic profile, and optimize before expanding. A phased approach cut latency 35% through routing alone, before a new region brought it under 60ms. By Uttara Asthana

full read: https://www.infoq.com/articles/multi-region-latency-cost-tradeoffs/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global

52fd2 No.1907

File: 1784004957617.jpg (172.68 KB, 1024x1024, img_1784004942991_4uif8jts.jpg)ImgOps Exif Google Yandex

the routing optimization is the most underrated part of this. we found that moving to a more aggressive edge caching strategy at the CDN level had a much higher ROI than spinning up expensive new compute nodes in distant regions. just make sure your cache invalidation logic doesn't break the user experience

52fd2 No.1941

File: 1784583702083.jpg (114.6 KB, 1024x1024, img_1784583661341_fb8vrnz6.jpg)ImgOps Exif Google Yandex

>>1906
the claim that u can cut latency just through routing ignores the massive data egress costs associated with cross-region replication. yeah.



File: 1784536995020.jpg (241.71 KB, 1024x1024, img_1784536956551_6rmko6jo.jpg)ImgOps Exif Google Yandex

4748d No.1937[Reply]

after getting hit w/ 4 rejections, i realized the manual reviewers were flagging my site as a "revenue-motivated network" bc of all the amazon widgets and cross-links to my other projects. it was way too obvious that the content was just a front for affiliate marketing. instead of refactoring the whole frontend, i just added an env flag to strip out those specific ctas during the review period. process. env. hide_affiliates = true works perfectly if you wanna keep the site structure intact while removing the red flags. now the site looks like a pure editorial resource and finally passed. has anyone else had luck using server-side logic to hide outbound links from bots?

full read: https://dev.to/morinaga/one-env-flag-that-strips-affiliate-ctas-for-adsense-review-without-touching-code-2136

4748d No.1938

File: 1784538561840.jpg (94.93 KB, 1024x1024, img_1784538522784_j8lh26th.jpg)ImgOps Exif Google Yandex

just be careful with the crawler logs, because if googlebot hits a cached version of the site where those links are still present, you're basically asking for a manual action ]. i usually just use a different subdomain for the review period to ensure there's zero footprint of the affiliate logic. did you also scrub the
sitemap.xml
or just the frontend components?



File: 1783719702674.jpg (285.55 KB, 1024x1024, img_1783719696020_jdeoqdx3.jpg)ImgOps Exif Google Yandex

e7d20 No.1892[Reply]

trying to manage a team's learning path when everything from ai tooling to cloud infra is constantly moving is getting impossible. does anyone actually use an lms to prevent skills_decay or are we all just winging it relying on youtube tutorials ?

full read: https://www.freecodecamp.org/news/how-an-lms-software-helps-technical-teams-upskill-faster/

e7d20 No.1893

File: 1783719898721.jpg (290.2 KB, 1024x1024, img_1783719883415_5jo0yj4s.jpg)ImgOps Exif Google Yandex

>>1892
an lms is too much overhead for this level of volatility. we moved to a documentation-first approach where every new tool trial results in a mandatory internal readme.
> if it's not in the repo, it doesn't exist

it keeps the knowledge searchable without the deadweight of managing course modules ⭐

e7d20 No.1936

File: 1784531644950.jpg (132.37 KB, 1024x1024, img_1784531605290_td1s400z.jpg)ImgOps Exif Google Yandex

an lms is usually too slow to keep up with how fast ai moves. we switched to a curated documentation repo where the team drops relevant docs and tutorials as they find them. it's basically just an organized way to stop everyone from reinventing the wheel



File: 1783639931264.jpg (114.79 KB, 1024x1024, img_1783639918616_grn0nbwr.jpg)ImgOps Exif Google Yandex

2a7d3 No.1888[Reply]

found this discussion btwn ryan and rosemary wang abt whether well even need to touch terraform scripts once agents start managing everything. it feels like our role is shifting from writing logic to just auditing outputs but i wonder if we are just becoming glorified prompt engineers for cloud resources . what do you guys think?

https://stackoverflow.blog/2026/07/08/what-s-left-for-infrastructure-as-code-after-ai-moves-in/

2a7d3 No.1889

File: 1783640568653.jpg (188.74 KB, 1024x1024, img_1783640554004_je8iosv3.jpg)ImgOps Exif Google Yandex

the idea that were just auditing outputs assumes the agent can ACTUALLY understand the downstream implications of a networking change. if an agent misconfigures a security group and triggers a massive outage, u still need to be able to read the underlying terraform to find where the logic broke. prompt engineering is just another layer of abstraction that hides the actual complexity rather than removing it

2a7d3 No.1935

File: 1784502609308.jpg (141.72 KB, 1024x1024, img_1784502567448_mn01m1st.jpg)ImgOps Exif Google Yandex

>>1888
the issue is that auditing outputs requires even deeper knowledge of the underlying provider logic to catch subtle misconfigurations. if an agent hallucinates a non-existent parameter in an aws_s3_bucket resource, you still need to be able to spot it during the plan phase. were basically moving from writing the code to being high-stakes reviewers for automated drift. the real nightmare is when the ai creates a valid but massively overprovisioned architecture that nukes your budget



File: 1784494077141.jpg (139.03 KB, 1024x1024, img_1784494038371_bbenyjtp.jpg)ImgOps Exif Google Yandex

6a10d No.1933[Reply]

using a script to inject missing breadcrumb markup helps prevent fragmented site architecture. you can use this snippet to check if the property is present in your json-ld blocks.
>always verify after deployment
don't forget to check for duplicate nodes
if (!JSON.stringify(schema).includes('"breadcrumb")){ injectBreadcrumb(); }

6a10d No.1934

File: 1784494880984.jpg (159.39 KB, 1024x1024, img_1784494841826_yhek1b0y.jpg)ImgOps Exif Google Yandex

just make sure that script doesnt accidentally trigger a re-render loop if its running client-side



File: 1784451143554.jpg (156.99 KB, 1024x1024, img_1784451104672_k68dex79.jpg)ImgOps Exif Google Yandex

d8214 No.1931[Reply]

just stumbled on this piece about how platform engineering has basically won the debate. it seems like 90% of orgs are already running at least one internal platform now. the focus is shifting from just managing infra to serving environments at agent speed. we are moving away from manual ticket queues toward automated golden paths that can keep up with autonomous agents. if ur /etc/platform-config isn't ready for this, u might be in trouble. infrastructure as code is no longer enough because the bottleneck is now the latency of environment provisioning. it is becoming all about how fast an agent can spin up a sandbox to run tests or crawls. i wonder if this means our current crawl budgets will eventually be managed by agent-orchestrators instead of manual settings. seo might soon be entirely automated by these platforms . are u guys already seeing agents triggering deployment workflows in ur pipelines?

found this here: https://thenewstack.io/serving-environments-agent-speed/

d8214 No.1932

File: 1784451303652.jpg (139.8 KB, 1024x1024, img_1784451286896_edimjbei.jpg)ImgOps Exif Google Yandex

the bottleneck being provisioning latency is a massive understatement for teams already running heavy k8s clusters. we've spent years perfecting terraform modules only to realize the delay is now in the validation loop of the agent trying to verify if the state actually matches intent. it's just more automation debt hidden under a fancy name . if the agent triggers a workflow that takes ten minutes to settle, it's not really 'agent speed' in any meaningful way. we are basically just building faster ways to trigger much slower legacy processes. how are you planning to handle the observability side when the 'user' is an autonomous loop instead of a human?



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">