danielpetrica

A collection of NativePhp Packages. Boost of your next project development with this plugins lists of public only packages. Don't rediscover the wheel on your next project start from tested and graded fundamentals. Each package on this list has been evaluated and graded by our algorithm for maintainability health.

ASK me anything about the laraplugins.io list down here

The squad got dormant for 3 months but now is active again. Lets get posting again everyone.

I am building https://laraplugins.io and trying to create a tool usefull for developers and agents.

Sounds like a unified directory of domain with lower security that attackers can target to me. not sure the domain for self hosting is such a great idea.

The short version: Someone exploited an outdated Livewire version on a dormant side project of mine. They stole my .env file, used the Mailcoach API keys to send 50,000 spam emails, and I spent a panicked night tearing through every project I own trying to find the source.

I run it for my apps with traefik in front and is awesome. you can easily add services, DBs, backups and more and using the bin mounts you can migrate in painless way.

At the end of November, I shared a questionnaire to discover what the community thinks about the state of Laravel packages today.

I wanted to focus on the real-world pain points developers face.

To ensure I got busy developers to respond, I kept it short, under 3 minutes on average.

Without an established audience, I managed to reach around 200 responses.

This article illustrates what the community had to say.

If you are building high-performance Laravel applications, you are likely already exploring the limits of what's possible with FrankenPHP and Laravel Octane. In my previous work designing a production-ready Laravel architecture with Traefik and FrankenPHP, I promoted this stack for its simplicity and raw power.

However, bleeding-edge tech often comes with bleeding-edge problems. Recently, I lost three hours debugging an issue that should have been obvious: The FrankenPHP binary installed by Laravel Octane is version-locked.

In my case, it was locked to PHP 8.4, despite my system running the latest stable PHP 8.5. If you are trying to upgrade your stack or build a high-performance directory like I did for LaraPlugins.io, you need your environment to match your expectations.

Here is how to force FrankenPHP to use PHP 8.5 and stop chasing ghost bugs.

As someone who built a standard shortener (coz.jp), this is hilarious. I spent so much time trying to make links look trustworthy; doing the exact opposite is a surprisingly fun concept.

Nice project, I love the laravel stack. but why did you use the laravel 11 version if i may ask?

upvote for the laravel topic

Launching Laraplugins.io

Hello artisans!

I'm excited to launch Laraplugins.io, a Laravel-built directory that helps you discover healthy, maintained plugins faster.

The platform features automated health scores for each plugin, so you can quickly assess quality and make confident decisions without spending hours researching. Check it out the launching page here

https://coz.jp/gsu39N

Also I should also mention that the site also expose this health data as Readme embeds for developers to use in their projects

Honored to be featured by Laravel as artisan of the day

I’ve built COZ.JP, and I’m now looking to promote it. However, I’ll admit, I’m not great at marketing or promoting. Could you please share some advice on how to effectively market my product? Any tips, personal experiences, or even harsh realities I should prepare for would be incredibly helpful! Thank you in advance for your help.

Thank you for any advice you may share with me

Between Japanese lessons and a lot of coffee, I'm happy to launch API beta support for Coz.jp! To make automation easy, I've also built an n8n node and a Laravel plugin.

I'm speacking of the self hosted version you can install on your own vps not the managwment version. I don't like using managed services if possible.

In this moments I think devs should invest in vendor independence if they can. While I'm not to that stage yet (cloudlfare dependence) using open technologies like docker (or Kubernetes), Traefik instead of managed services can help in this disaster situations by switching to a different provider in a faster way than having to rebuild from zero. as a disclosure I'm not still to that point on my infrastructure But I'm trying to slowly define one for my self

Really enjoyed putting this system together — Laravel with FrankenPHP and Traefik makes a huge difference in real-world performance and maintainability. The full architecture and Docker setup are detailed here if you’d like to dive deeper

I kept burning time manually recreating calendar blocks for routines like workouts and focus sessions, so I built a client-side solution to automate it. Key features: Generates complex recurring schedules directly in the browser Exports .ics files (tested with Google/Outlook/Apple) Shows time commitment upfront and handles exclusions (holidays/vacations) Zero dependencies beyond Vue 3 + vanilla JS Fully client-side – no data hits server! Tech stack is minimal: Vue 3 + Tailwind (with dark mode). No backend by design to guarantee privacy.

If you want to try dierectly without reading the post: https://danielpetrica.com/periodic-schedule-calendar-generat...

Would genuinely appreciate feedback on:

Edge cases with recurrence patterns (any weird schedules you’ve struggled with?) How it handles .ics exports for your calendar Whether you’d use this for work routines, fitness planning, etc.

really looks cumbersome to use it seems. the explore function is not as intuitive. I'll try to use it again in the future once I have more time to test it carefully

didn't know it I'll try

Let me know if you have any suggestion On how to improve the server resilience to this spikes