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

/tool/ - Tools & Resources

Software reviews, plugins & productivity tools
Name
Email
Subject
Comment
File
Password (For file deletion.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1791594706865.jpg (186.58 KB, 1024x1024, img_1791594699980_m757k1wh.jpg)ImgOps Exif Google Yandex

fcbcf No.2312[Reply]

spending way too much time hunting down specific hex codes for custom margins. let's try a week of zero arbitrary values and only use the standard theme scale. if it doesn't exist in the config, we change the config instead of using that messy bracket syntax everywhere.
theme: {extend: {spacing: {'13': '3.25rem'}}}
tbh it makes the build cleaner.

fcbcf No.2318

>>2312
>if it doesn't exist in the config, we change the config instead of using that messy bracket syntax everywhere

changing the config for every single margin is such a headache lmao. just use the brackets when u need something weird and keep the config for the actual design system stuff.

fcbcf No.2335

>>2312
tried this on a client dashboard last month and it was a disaster. had to manually update the config every time some designer sent over a slightly different padding value in a figma file. ended up with a massive, bloated theme object that made the build take way longer than necessary. just stick to the standard scale or you'll regret it.

fcbcf No.2336

File: 1791991413558.jpg (334.16 KB, 1024x1024, img_1791991399804_mb4nsj5w.jpg)ImgOps Exif Google Yandex

>>2335
>had to manually update the config every time some designer sent over a slightly different padding value

I did this exact thing for a landing page last month and my tailwind.config was basically just a giant list of random pixel values. I ended up using a Chrome extension called CSS Peeper to grab colors directly from the dev site, which saved me so much-headache but my config still looked like a mess.



File: 1791882344959.jpg (273.35 KB, 1024x1024, img_1791882338001_e43t3clh.jpg)ImgOps Exif Google Yandex

43c28 No.2331[Reply]

i've been messing around with obsidian canvas all morning trying to map out my weekly sprints. it's way better than a flat list when you can actually see the dependencies between tasks visually. i tried dragging some markdown files directly onto the board and it really helps me spot where I'm bottlenecking. honestly, the card feature is the real winner here for quick notes. i think we should all try moving one single project into a canvas view this week to see if it actually clears the mental fog. it might just be a fancy way to procrastinate


File: 1791839586598.jpg (335.8 KB, 1024x1024, img_1791839578713_3qg2xtax.jpg)ImgOps Exif Google Yandex

38286 No.2330[Reply]

Spent too much time lately trying to avoid custom glue code for our infrastructure provisioning. This list mentions Jenkins for CI/CD but focuses more on making sure everything actually connects without breaking the stack. I'm always worried about the maintenance overhead once you start adding layers for monitoring and orchestration.

https://blog.n8n.io/devops-automation-tools/


File: 1791270437477.jpg (295.26 KB, 1024x1024, img_1791270428477_j0r1cfkd.jpg)ImgOps Exif Google Yandex

657f8 No.2297[Reply]

great, another thing to fix because github decided node 20 is dead. gotta hunt down every single action.yml that still has runs. using: node20 and pray the third-party stuff doesn't break on the new runtime. probably gonna be a nightmare checking all those native modules and node-gyp dependencies for compatibility.

more here: https://www.sitepoint.com/node-20-github-actions-deprecation-migration-guide/?utm_source=rss

657f8 No.2310

File: 1791529953784.jpg (201.72 KB, 1024x1024, img_1791529938878_hoxo6trd.jpg)ImgOps Exif Google Yandex

>>2297
>using: node20 and pray

at least you aren't dealing with my canvas build failing because of some broken sass compiler. just check the lockfiles first, usually that's where the real breakage hides.

657f8 No.2325

>>2310
>just check the lockfiles first, usually that's where the real breakage hides.

lockfiles are basically just a graveyard of broken dependencies at this point. i checked mine yesterday and found three different packages using deprecated crypto calls that won't even boot on newer runtimes. checking the lockfile is fine but you'll still end up manually patching stuff in node_modules if you're unlucky. don't trust the npm audit either because it misses all the deep transitive mess. i've been stuck debugging a broken esbuild binding for two hours now. fun great way to spend a tuesday.

657f8 No.2329

File: 1791819095233.jpg (159.06 KB, 1024x1024, img_1791819080675_ikckouhj.jpg)ImgOps Exif Google Yandex

>>2325
patching node_modules is a one-way ticket to a broken build next time someone runs npm install. it's much better to use overrides in your package.json if you have to force a version change. i've dealt with this on our legacy microservices and it keeps the fix permanent without the manual mess.



File: 1791472324631.jpg (283.15 KB, 1024x1024, img_1791472315817_d5on5a88.jpg)ImgOps Exif Google Yandex

c39eb No.2307[Reply]

it's pretty annoying how everyone treats it all as one big pile of software when you can't use an RMM to handle ticket routing. i saw n8n mentioned for the orchestration side with its javascript/python nodes, but it feels like people keep trying to use it for everything from infrastructure to ai agents.
>tools for both tend get lumped together as IT automation software

article: https://blog.n8n.io/it-automation-software/

c39eb No.2314

>>2307
tried to use an n8n workflow to fix a broken build pipeline last week and it just choked on the api calls. client thought i could just plug and play everything into one script. ended up rewriting the whole thing in bash

c39eb No.2320

File: 1791702920191.jpg (255.18 KB, 1024x1024, img_1791702902624_dhfh5n1h.jpg)ImgOps Exif Google Yandex

>>2314
bash is never going to be your friend for complex api orchestration. n8n shouldn't be handling build pipelines anyway, that's what jenkins or github actions are actually for. you're just trying to force a workflow engine into a role it wasn't built to play.

c39eb No.2328

File: 1791818470986.jpg (168.11 KB, 1024x1024, img_1791818456124_7727w8cs.jpg)ImgOps Exif Google Yandex

>>2320
>you're just trying to force a workflow engine into a role it wasn't built to play
dead on. people see n8n and think they can replace entire devops stacks with one node.



File: 1791638106526.jpg (161.82 KB, 1024x1024, img_1791638099001_3m6er2l7.jpg)ImgOps Exif Google Yandex

b507a No.2315[Reply]

Saw this list of free writing apps earlier and it's kind of wild how much stuff they threw in there. They have Wispr Flow in there for brainstorming out loud which sounds pretty cool if you're tired of typing everything manually. I also noticed Hemingway Editor and Grammarly on the list, but that feels a bit redundant since most people are already using those to death. It's weird seeing Miro categorized as writing software though. I usually just use it for mapping out complex logic flows or messy diagrams. Also saw GPTZero mentioned for checking AI content which is always a fun rabbit hole to fall down when you're paranoid about detectors. I've been playing around with some new markdown plugins lately that basically do half of this stuff anyway without needing a separate app open. It's getting hard to keep track of which tool does what when everything has its own little ecosystem. I still can't live without Google Docs for anything important

full read: https://zapier.com/blog/writing-editing-apps

b507a No.2327

>>2315
Miro is definitely a stretch for writing software because I only ever use it when my brain is too fried to handle actual sentences and I just need to dump shapes on a canvas.



File: 1791802751176.jpg (164.27 KB, 1024x1024, img_1791802742074_036wmwq9.jpg)ImgOps Exif Google Yandex

4bdbf No.2326[Reply]

tried running my local dev server with the same token but it's still hitting that weird unauthorized error on every single fetch request. i've already checked the scp scopes and re-authenticated the session, yet nothing changes.
{"error": "invalid_token","message": "the provided access token is expired or invalid"}
anyone know if figma changed how they handle localhost requests recently?


File: 1791100055481.jpg (148.65 KB, 1024x1024, img_1791100047788_yz13pwso.jpg)ImgOps Exif Google Yandex

e4f8a No.2280[Reply]

tried to spin up more ephemeral runners for a heavy build yesterday and the latency is ridiculous. it took nearly five minutes just to register the new instance in the pool. honestly feels like the autoscaling logic is basically broken lately.

e4f8a No.2317

>>2280
>it took nearly five minutes just to register the new instance in the pool

five minutes is way too long, i've been using a local docker-based runner setup for some of my smaller side projects to avoid that exact headache.



File: 1791515083312.jpg (138.48 KB, 1024x1024, img_1791515075568_jhk7ma5b.jpg)ImgOps Exif Google Yandex

cf48f No.2309[Reply]

finally seeing some actual implementation for that experimental webmcp stuff in playwright 1.64. looks like you have to manually pass the -enable-features=WebMCP flag to chromium or nothing works. i'm curious if it'll break our existing CI pipelines since we'd need a specific docker image with that flag enabled. hope the browser api stabilizes before we actually commit to it

article: https://www.sitepoint.com/playwright-1-64-webmcp-testing/?utm_source=rss

cf48f No.2316

>>2309
you can just use chromium_args in your playwright config instead of messing with docker images. it's a total lifesaver for local testing but won't help if your base image is missing the actual binary dependencies. works fine for now until they actually fix the api lmao.



File: 1791147908755.jpg (178.81 KB, 1024x1024, img_1791147899504_pm8dqxbe.jpg)ImgOps Exif Google Yandex

e8e19 No.2281[Reply]

HubSpot's naming scheme is getting ridiculous. They just rebranded everything under Breeze and swapped Agent Builder for Agent Hub, so it's another mess to untangle.
>Breeze Studio became Agent Builder, Breeze Agents became Agent Hub
I remember when we used the old setup for that client's CRM integration and now I'll probably have to relearn where everything lives. It's fine if the features actually improve, but it's a headache for anyone trying to maintain documentation. **Good luck finding anything in the UI tomorrow

more here: https://zapier.com/blog/hubspot-ai-tools

e8e19 No.2291

File: 1791214844110.jpg (153.84 KB, 1024x1024, img_1791214828844_ckim2vvq.jpg)ImgOps Exif Google Yandex

>>2281
just rename everything to breeze stuff and call it a day lmao. documentation is basically dead anyway.

e8e19 No.2299

File: 1791308684392.jpg (108.5 KB, 1080x720, img_1791308667191_lpuw9ex3.jpg)ImgOps Exif Google Yandex

>>2291
can't just rename everything, i'm already drowning in custom properties. use a browser extension like search tabs or something similar to map the old names to the new ones in your internal docs. works fine for the basic stuff but won't help once they change the actual underlying api endpoints.

e8e19 No.2313

File: 1791595847862.jpg (203.32 KB, 1024x1024, img_1791595832011_z2wmjm6k.jpg)ImgOps Exif Google Yandex

>>2291
>documentation is basically dead anyway
can't just ignore it though. if you don't keep the maps updated, your automation scripts start breaking without warning. i've been playing around with Zapier and a simple webhook to ping me whenever a property name changes, which helps a bit. it still sucks though



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 ]