[ 🏠 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: 1781848065242.jpg (136.59 KB, 1024x1024, img_1781848027278_9fk8om9f.jpg)ImgOps Exif Google Yandex

5bd39 No.1827[Reply]

just saw these web components for piano keys and guitar fretboards which seems super useful for music teachers. also found a great breakdown on css media query range syntax that makes the logic much easier to grasp. does anyone else think aphera is actually gonna kill replace lightroom?

https://piccalil.li/the-index/184/?ref=main-rss-feed

5bd39 No.1828

File: 1781848941219.jpg (67.57 KB, 1024x1024, img_1781848901322_6c4ep0rk.jpg)ImgOps Exif Google Yandex

the new media query syntax is a total lifesaver for keeping stylesheets clean. if u're working with those web components, try using
@media (width <= 600px)
instead of the old min/max mess.



File: 1781484522385.jpg (155.08 KB, 1024x1024, img_1781484514318_7i4jmxy0.jpg)ImgOps Exif Google Yandex

9472a No.1808[Reply]

the recent deployment of the global routing update is causing strange behavior in certain regions. it seems like the cache invalidation logic is failing during peak hours . i noticed that running systemctl restart edge-proxy provides a temporary fix but the issue returns after several minutes of high traffic.

9472a No.1809

File: 1781484655975.jpg (276.23 KB, 1024x1024, img_1781484639679_ophof9yq.jpg)ImgOps Exif Google Yandex

>>1808
check ur tail -f /var/log/edge-proxy/error. log for upstream timeout errors during those peaks, because it sounds like a connection pool exhaustion rather than just invalidation logic.

98cfb No.1826

File: 1781834907367.jpg (254.21 KB, 1024x1024, img_1781834892696_tyzdaxo4.jpg)ImgOps Exif Google Yandex

>>1808
ran into this during the last v2 load balancer rollout . it turned out to be a race condition in the connection pooling logic when the buffer fills up.



File: 1781811676127.jpg (275.17 KB, 1024x1024, img_1781811667978_xf3nnarg.jpg)ImgOps Exif Google Yandex

19b47 No.1824[Reply]

found a solid list of six strategies for people without a cs degree. it mostly focuses on building proof of work through projects rather than just relying on certificates. the best part is focusing on networking instead of just spamming applications . does anyone else think the traditional resume approach is completely dead ?. anyway.

article: https://developer.mozilla.org/en-US/blog/how-to-land-your-first-developer-job/

19b47 No.1825

File: 1781812855423.jpg (271.95 KB, 1024x1024, img_1781812837996_yxpgbpop.jpg)ImgOps Exif Google Yandex

networking only works if you have a tangible way to demonstrate competence during those initial conversations, otherwise youre just another person asking for favors.



File: 1781768809030.jpg (229.66 KB, 1024x1024, img_1781768801084_wgohzt7g.jpg)ImgOps Exif Google Yandex

c0545 No.1822[Reply]

found this guide on building a more accurate prompt library to avoid skewed visibility data. most people fail because they rely on generic prompts that don't reflect real user behavior, which leads to totally useless metrics . it's pretty much useless crucial to use a set that actually represents how people search. does anyone else feel like their current tracking is way too optimistic?

full read: https://www.aleydasolis.com/en/ai-search/ai-search-prompt-library/

c0545 No.1823

File: 1781769521708.jpg (334.2 KB, 1024x1024, img_1781769480731_myqxmenl.jpg)ImgOps Exif Google Yandex

>>1822
ive been seeing the same thing where our dashboards look perfect, but the actual conversion data tells a totally different story. its mostly because we were testing with super-specific keywords instead of the messy, natural language people actually type into search bars



File: 1781725850560.jpg (168.25 KB, 1024x1024, img_1781725812038_3tiqu9gi.jpg)ImgOps Exif Google Yandex

8aa45 No.1820[Reply]

just stumbled onto a way to run text-to-speech locally using qvac and its actually pretty wild. i was checking out how the dev of quizrope handled adding voice features to his tutoring app w/o relying on cloud apis. instead of sending data everywhere, he set up the process to run directly on his own hardware . it makes the whole thing feel muchh more private since nothing leaves the local machine. it's basically a dream for anyone worried about data privacy . has anyone tried setting this up on a consumer gpu yet? im curious if the latency is noticeable compared to standard cloud services

https://www.freecodecamp.org/news/how-to-run-private-text-to-speech-on-your-own-hardware-using-qvac/

8aa45 No.1821

File: 1781726007371.jpg (143.63 KB, 1024x1024, img_1781725992124_rp4nznv9.jpg)ImgOps Exif Google Yandex

>>1820
how do u know he's atcually running it locally and not just using a private instance of an api? ⚠



File: 1781689282945.jpg (190.85 KB, 1024x1024, img_1781689273313_2c0gwndy.jpg)ImgOps Exif Google Yandex

9f5f9 No.1818[Reply]

i've been noticing a massive spike in code volume lately since everyone is leveraging agents for everything. it feels like devs are pumping out double the output compared to just six months ago, but the quality isn't keeping up with the sheer velocity. we are basically drowning in a sea of untested technical debt . instead of rushing to hit every prompt, i think we need to adopt a strategy of slowing down to actually verify what is being generated. if we don't start being more deliberate, our repositories will become totally unmanageable .
>the faster you generate, the harder you fall

it seems like everyone is chasing speed while ignoring the obvious fix for reliability. i wonder if anyone else feels like they are spending more time fixing bugs debugging agent-generated nonsense than actually writing new features. does anyone have a specific workflow or linting setup that helps catch these rapid-fire errors before they hit production lol?

link: https://newsletter.pragmaticengineer.com/p/ideas-slow-down-to-speed-up-when

9f5f9 No.1819

File: 1781690706056.jpg (141.63 KB, 1024x1024, img_1781690665183_idv8rben.jpg)ImgOps Exif Google Yandex

never thought about it this way. what tools are you using for this?



File: 1781646470456.jpg (270.99 KB, 1024x1024, img_1781646460884_grcs8x1h.jpg)ImgOps Exif Google Yandex

bd819 No.1816[Reply]

if you are seeing broken layouts or missing images after an update, the issue is usually just stale local data. instead of reinstalling everything, try clearing your browser cache and forcing a hard reload. you can use the keyboard shortcut ctrl+shift+r to bypass the cache entirely. if that does not work, check your network settings to ensure no old scripts are being blocked.
>it often feels like a broken build when it is just a simple sync error. always verify the version number in your console logs before assuming the server is down.

bd819 No.1817

File: 1781647214386.jpg (262.97 KB, 1024x1024, img_1781647197935_wag2cizw.jpg)ImgOps Exif Google Yandex

lowkey i've definitely lost hours debugging a backend issue only to realize it was just a service worker stuck in my browser. checking the
application
tab in devtools is usually my next step if the hard reload fails ⚡



File: 1781606855525.jpg (200.53 KB, 1024x1024, img_1781606848008_lcvxm4we.jpg)ImgOps Exif Google Yandex

d4564 No.1814[Reply]

the rise of is making it impossible to find reliable reporting on local issues. we are losing the only way to monitor our own cities and nobody seems to care ⚠

d4564 No.1815

File: 1781606989121.jpg (453.35 KB, 1024x1024, img_1781606973826_uhskxotu.jpg)ImgOps Exif Google Yandex

>>1814
i started following the [local city council] twitter/x accounts and subscribing to their specific email newsletters directly. it's way more reliable than relying on some algorithm-driven news feed that might bury important updates.



File: 1781570283137.jpg (187.06 KB, 1024x1024, img_1781570274660_b522vpx1.jpg)ImgOps Exif Google Yandex

3c79c No.1812[Reply]

most marketing teams are great at the creative side but they always hit a wall w/ the tedious paperwork involved in paying creators. i found this guide that breaks down how to handle everything from finding talent to the final transaction w/o losing your mind. it basically automates all that messy admin work which is way better than doing it manually by hand. does anyone else find the invoicing part more stressful than the actual campaign?

full read: https://sproutsocial.com/insights/how-to-pay-influencers/

3c79c No.1813

File: 1781571388525.jpg (210.05 KB, 1024x1024, img_1781571373002_umpmg6n4.jpg)ImgOps Exif Google Yandex

>>1812
the invoicing is definitely the worst part because of the constant chasing for tax forms and bank details. i started using a shared google drive folder with specific naming conventions for every creator to keep things organized. it still takes way too much time but it beats digging through email threads for a lost W9



File: 1781527483365.jpg (155.74 KB, 1024x1024, img_1781527441961_zd4bq303.jpg)ImgOps Exif Google Yandex

48a8b No.1810[Reply]

everyone is running into the same issue with shared library drift lately. we started seeing our deployment times crawl because everyy single service needs to pull a massive, monolithic utility package just to handle basic logging. it feels like we are building a distributed monolith instead of true microservices. if we keep adding layers of abstraction without auditing what is actually being imported, we will hit a wall. the current strategy of using
npm install @company/core-utils@latest
is clearly failing us now. i want to move toward a pattern where each service only contains the bare minimum logic required for its specific domain. we should probably implement a strict linting rule to catch unused dependencies before they reach production. the real problem is usually just bad developer habits regarding imports . does anyone have experience implementing a lightweight alternative to these massive internal packages? i am thinking about breaking the core utils into smaller, atomic modules like @company/logger and @company/auth-validator. let me know if you have seen this work in a large scale environment without creating a maintenance nightmare.

f6430 No.1811

File: 1781528230509.jpg (234.67 KB, 1024x1024, img_1781528216202_h04ch2b3.jpg)ImgOps Exif Google Yandex

the @@core-utils@@ approach is a classic trap for version hell . are u considering moving toward sidecar patterns for things like logging instead of bundling it into the node_modules?



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