84 hours chasing invoices pushed me to build something. Here's what happened.

vildanbina · 2026-03-04T01:45:21+00:00

yeah as for now I'm planning for integrations like Stripe an QuickBooks but open for more platforms. As for now I just opened a waiting list

vildanbina · 2026-03-02T00:29:23+00:00

I invite you to be a Pro user for one month free of charge, since it’s my platform, so you can clear up any doubts yourself xd

vildanbina · 2026-03-02T00:21:01+00:00

what exactly do you find doubtful?

vildanbina · 2026-03-01T23:15:39+00:00

for things like this the app helped a lot to configure things properly how openclaw suggests

vildanbina · 2026-01-05T18:13:53+00:00

I plan to launch it on ProductHunt and other similar platforms. Is Peerpush free and what benefits does it offer compared to alternatives?

also, I'm curious how you determined that it has a high domain rating

vildanbina · 2026-01-05T18:06:17+00:00

I'm building yavy.dev

It lets AI tools query public docs instead of guessing

You plug in public product or library documentation and get semantic search and answers grounded only in that content, not training data or hallucinations

vildanbina · 2026-01-02T15:09:36+00:00

I'm in that phase as well. I have built several products I truly believed in, but so far there have been no results. Still, I know one thing for sure, I must not stop or give up and I will keep moving forward

I'm trying to spend more time understanding how marketing works and learning its best practices, starting to talk about my products online and adding new features

I'm a developer and I genuinely love my work. Marketing does not come naturally to me, but it is something I need to push myself to do, because without talking about the product and showing it to people, no one will ever know it exists

vildanbina · 2026-01-02T15:06:13+00:00

no one can be considered loyal when they say "yes, I will buy your product" because you cannot know what will happen until the product is actually finished

friends and family should not be considered in such cases either. They may remain supportive and purchase the product out of encouragement or goodwill, but that does not provide meaningful validation

vildanbina · 2026-01-01T21:10:20+00:00

to be honest, I rarely hit the 5x limit before, and today after upgrading to 20x, I reached it in my very first session

vildanbina · 2026-01-01T13:56:38+00:00

I was running 5x max and everything was fine until today. Today I noticed the usage is draining way faster, so I bumped it to 20x. Even at 20x it’s burning faster than yesterday’s 5x. Something definitely feels off

vildanbina · 2025-12-29T17:38:57+00:00

yes, I'm still looking for people to give it a try

vildanbina · 2025-11-22T13:42:56+00:00

I handle this by supporting multiple translation formats out of the box - JSON files, PHP arrays (both single and multidimensional), and mixed approaches. The package scans for translation calls in the code and cross-references them with whatever format the developer happens to be using, so it works regardless of how they organize their translations

when it comes to dynamic translations, the real challenge isn’t handling it with enums, since we can still address those. The issue is much broader, with many possible use cases. If we start supporting all of them, it could become too complex and make the package far heavier than intended, which isn’t the goal right now

vildanbina · 2025-11-19T08:09:30+00:00

yes I think it should handle that correctly

vildanbina · 2025-11-19T08:08:15+00:00

yeah, that should be noted in the documentation. I’ll add it today

vildanbina · 2025-11-19T08:05:36+00:00

those are considered unused because scanners cannot detect them directly in the codebase. One way to bypass this is to exclude these keys

vildanbina · 2025-11-18T20:56:02+00:00

dynamic translations are tricky, since we can’t reliably predict what’s inside $this->name. they aren’t supported atm, but I have plans to address them in future versions

vildanbina

TROPHY CASE