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

/q/ - Q&A Central

Help, troubleshooting & advice for practitioners
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1791745592482.jpg (213.54 KB, 1024x1024, img_1791745585345_pdy72qy4.jpg)ImgOps Exif Google Yandex

0aae5 No.2361[Reply]

using that cimd json file to opt-in for scopes seems smart but i dont know if itll scale when u have tons of clients.
>com. posthog. provisioning is the opt-in for the provisioning API
"com.posthog" : {  "provisioning" : true,  "scopes" : [ "endpoint:read", "endpoint:write" ]}

im wondering how much overhead that adds if yous are managing a bunch of these endpoints.

more here: https://posthog.com/blog/embedded-analytics-provisioning-api

0aae5 No.2384

File: 1792113580630.jpg (285.09 KB, 1024x1024, img_1792113564803_qa6uv5be.jpg)ImgOps Exif Google Yandex

>>2361
>im wondering what kind of overhead that adds if yous are managing a bunch of these endpoints

it's just a json lookup lmao. parsing a small config file won't kill your cpu even with hundreds of clients. i'd expect more lag from the actual network requests than from checking some scopes in a text file.



File: 1791990051478.jpg (207.28 KB, 1024x1024, img_1791990042376_jmp0r2jv.jpg)ImgOps Exif Google Yandex

9ad69 No.2375[Reply]

finally found someone else who hates storing every single one-time download forever. it's basically just using Cloud Storage as a temporary scratchpad with a redis ttl and then deleting everything once the job is done.
>Success is an empty bucket, not a searchable archive
it sounds good for something like a print relay but i'm not sure how it handles things if the instance dies before the cleanup happens. do you guys rely on a separate sweep process for that?

link: https://www.freecodecamp.org/news/how-to-keep-a-file-for-minutes-not-years-on-cloud-run/

9ad69 No.2380

>>2375
>using Cloud Storage as a temporary scratchpad with a redis ttl and then deleting everything once the job is done

redis ttl won't actually trigger anything on the storage side. just use object lifecycle management to auto-delete after one day so you don't have to manage manual any cleanup logic at all.



File: 1792069528922.jpg (424.25 KB, 1024x1024, img_1792069521976_brwb5kvv.jpg)ImgOps Exif Google Yandex

022af No.2379[Reply]

im reading this piece about saas seo audits and it basically calls out how most agencies just spam lists of small stuff like broken links or missing meta descriptions that dont even matter much. they separate the real heavy lifting from the 'maintenance' junk which is way more important. specifically that whole debate about hosting blogs on a subdomain vs a subfolder. supposedly subfolder hosting is the only way to actually see results in traffic and rankings. also mentions how server-side rendering vs client-side rendering is one of those structural decisions that stays broken for years if you get it wrong. i dont know if i buy the subdomain thing being such a massive killer every single time but moving a whole blog later sounds like a nightmare for engineering.

more here: https://www.growandconvert.com/seo/saas-technical-seo/


File: 1791580286743.jpg (133.59 KB, 1024x1024, img_1791580279630_eeq2txb6.jpg)ImgOps Exif Google Yandex

369d5 No.2352[Reply]

it's kind of funny that the main way to deal with 1-star attacks now is just sitting around for a few days and hoping the algorithm catches it. sounds like they polished some detection logic in the last year or so but it doesn't really explain what happens if the attack is actually legit. i'm skeptical about how much this works when you're actually seeing real damage to your rating. has anyone actually seen an attack clear itself without a manual appeal?

article: https://localsearchforum.com/threads/coordinated-fake-review-attack-how-to-fix-review-bombing.63414/

369d5 No.2373

File: 1791976572701.jpg (316.87 KB, 1024x1024, img_1791976558084_0jt9f9tm.jpg)ImgOps Exif Google Yandex

>>2352
had a client go through this last month and we just had to pray wait it out for a week. nothing moved on the dashboard until the third day when those weird accounts just vanished.

369d5 No.2377

>>2373
accounts don't just vanish like magic, there's probably some automated flag hitting their spam filter after the pattern is detected.



File: 1791947165372.jpg (249.52 KB, 1024x1024, img_1791947157868_ewdgt9ct.jpg)ImgOps Exif Google Yandex

13d2e No.2372[Reply]

ann handley is making a big deal about digging deeper than just checking ai boxes for seo. it's mostly about getting at the heart of the question instead of just optimizing for bots. i'm skeptical because it sounds like a lot of extra work when we're already drowning in content production. do you think this actually moves the needle or is it just more fluff?

link: https://annhandley.com/seo-that-gets-at-the-heart-of-the-question/


File: 1791543583302.jpg (166.08 KB, 1024x1024, img_1791543575652_n30qb6yy.jpg)ImgOps Exif Google Yandex

7e694 No.2350[Reply]

i'm tired of seeing people just spamming z-index: 99999 on everything. let's try an experiment this week where we only use local stacking contexts and see if we can actually fix those weird overlapping issues without breaking the whole layout. anyone else struggling with parent elements that have their own opacity or transform layers?

7e694 No.2366

File: 1791840046961.jpg (157.23 KB, 1024x1024, img_1791840030617_4te2tyjw.jpg)ImgOps Exif Google Yandex

>>2350
The opacity thing is a nightmare. I was working on this boutique agency site last month and some dev had applied a subtle fade to the main wrapper. It completely nuked my dropdown menus because they were stuck inside that new layer. I spent three hours chasing down why my tooltips were suddenly buried under the footer. Every time I tried to bump the z-index, it just stayed trapped behind the parent's layer. Using local contexts is the only way to stay sane. It's basically impossible to manage a global mess like that once you start adding transforms or filters into the mix.

7e694 No.2369

>>2366 just move the dropdown out of that wrapper and use a portal instead, works great for modals but sucks if u need it to follow certain scroll positions.

7e694 No.2371

File: 1791912436327.jpg (186.35 KB, 1024x1024, img_1791912421443_5hxo77v5.jpg)ImgOps Exif Google Yandex

>>2366
>some dev had applied a subtle fade to the main wrapper
just check for any transform on the parent before u start panicking. if there is even a tiny scale or translate it creates a new context and kills your z-index. works fine for static layouts but breaks everything when u add animations



File: 1791457998608.jpg (142.37 KB, 1024x1024, img_1791457990615_b4sz1a4n.jpg)ImgOps Exif Google Yandex

7836e No.2345[Reply]

i was looking into this because our client lost access to their dashboard again. it turns out only owners can actually add or remove users from the profile. managers can basically only remove themselves which makes things difficult when you are trying to clean up an old agency account. you have to go through the people settings to find the right toggle. it is a pretty straightforward process but very easy to mess up if you do not have full ownership permissions. i always forget that managers cannot manage other users or delete the profile entirely. i am wondering how this handles it when an owner leaves a company and we are stuck with just manager access. it would be much better if there was a way to escalate permissions without needing the primary login credentials. it feels like a huge bottleneck for any dev working on local SEO.

https://www.sterlingsky.ca/how-to-add-remove-managers-from-your-google-business-profile/

7836e No.2367

>>2345
lost a client last month because their main guy quit and didnt transfer primary ownership before leaving. now im stuck waiting on google support to verify everything which takes forever.



File: 1791824846558.jpg (211.63 KB, 1024x1024, img_1791824837385_9gtc98qm.jpg)ImgOps Exif Google Yandex

1f145 No.2365[Reply]

Found this snippet from Mueller and Splitt about how people keep mixing up HTML and XML sitemaps. It's pretty clear that an HTML sitemap is just for users, not something you can actually submit to search engines like a real sitemap file.
>It's basically a. map of your website for users.
The lack of strict structure makes it useless for the direct processing we need. I've always just relied on the XML version for crawling, but if they're finding links through an HTML footer map, I guess it doesn't hurt to keep one. with crawl discovery if there are deep pages that aren't properly linked elsewhere. Not sure if it's worth the extra maintenance for a simple site though.

full read: https://www.searchenginejournal.com/google-explains-how-to-use-html-sitemaps-for-seo/592508/


File: 1791334810826.jpg (147.53 KB, 1024x1024, img_1791334800835_v57sso3n.jpg)ImgOps Exif Google Yandex

fdb28 No.2337[Reply]

i'm so tired of watching cursor just spin its wheels on the same bug until i run out of credits. it's always the same thing where you give a vague prompt like try again and then suddenly half the app is broken. reverting to a git checkpoint seems like the only way to stop the bleeding but it's such a pain when you're deep in a session. does anyone actually find success with that five step sequence or is it just more fluff?

article: https://www.freecodecamp.org/news/how-to-break-the-ai-coding-agent-fix-loop/

fdb28 No.2341

>>2337
>try again and then suddenly half the app is broken
did this exact thing on a landing page last week and ended up deleting my entire css file by accident. just stop using those prompts and actually read the diffs before hitting accept lol.

fdb28 No.2342

File: 1791415132524.jpg (159.21 KB, 1024x1024, img_1791415088399_j2uz1k8x.jpg)ImgOps Exif Google Yandex

>>2337
>>2341 reading every single diff is impossible when the agent touches twenty files at once. you're basically just scanning for obvious syntax errors and praying it didn't nuked a logic block lmao.

fdb28 No.2364

>>2342
>scanning for obvious syntax errors and praying it didn't nuked a logic block lmao

scary how much we just accept this now. what model are you running under the hood when it goes sideways? i find claude handles the context slightly better but it still hallucinates like crazy once the file count gets high.



File: 1791371616875.jpg (272.68 KB, 1024x1024, img_1791371607884_liu6hwc7.jpg)ImgOps Exif Google Yandex

6d29b No.2338[Reply]

The idea that csat covers less than 10 percent of conversations is pretty wild. It's mostly just people who are super happy or super angry, so you're missing the silent majority. Using something like CX Score to scrape every single interaction for a 1-5 rating sounds good in theory, but I wonder how much noise that'll add to our actual metrics.

found this here: https://www.intercom.com/blog/how-to-measure-customer-experience-as-ai-scales

6d29b No.2348

>>2338
>Using something like CX Score to scrape every single interaction for a 1-5 rating sounds good in theory, but I wonder how much noise that'll add to our actual metrics.

the noise from random users clicking buttons just to see what happens is going to wreck the data, tbh.

6d29b No.2351

>>2348
>the noise from random users clicking buttons just to see what happens is going to wreck the data, tbh.

yeah, people love messing with CX Score when they're bored. it'll be a total mess.

6d29b No.2362

>>2351
Between the bored clickers and the bots, we're basically just paying for a bunch of garbage data. It'll be useful useless for anything real.



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 ]