clockwork
MailHog
clockwork | MailHog | |
---|---|---|
30 | 48 | |
5,503 | 13,371 | |
- | 1.2% | |
8.3 | 0.0 | |
12 days ago | 3 months ago | |
PHP | Go | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
clockwork
-
Laravel Debugger
Either Clockwork or Debugbar.
- Need to get good performance on request
-
Profiling Laravel application
https://underground.works/clockwork/ is super easy to set up and really good.
-
API Post Route slow
Get clockwork (https://github.com/itsgoingd/clockwork) so you can understand where in (or outside) your application you are getting an issue.
- How to read enterprise web applications built on Laravel8?
-
Debugbar skipping trace
Give https://github.com/itsgoingd/clockwork a go - I made the switch a long time ago, haven't look back
-
Are there any lesser-known tools you use a lot in your work?
90% of what I do is Laravel work and for every project, I use Clockwork. It puts all of the stuff below into a tab in Chrome's DevTools.
-
How to profile your PHP applications with Xdebug
Funny timing — I just spent 4 hours this morning comparing Xdebug, Blackfire, and New Relic.
After feeling like my SaaS application is starting to hit some scaling bottlenecks, I had a play with all 3 services to try and get some insight for a real-world application.
A brief summary:
- Xdebug: Slow. Fiddly to set up. Fine for a development environment and day-to-day profiling, but things like Clockwork[0] are, practically speaking, far more insightful.
- Blackfire: Terrible UX. Difficult setup process. Their free plan is almost impossible to evaluate as it only shows you glorified stack traces, most of which are littered with vendor and framework files. I didn’t want to commit to paying a full year of their standard plan (no monthly payment unless options, unless you go for the highest tiers), so I happily uninstalled and moved on.
- New Relic: wow… one command and a server reboot later, and I’m seeing performance profiling, consolidated dashboards, error logging, MariaDB and Redis queries, frontend performance, and server capacities - with REAL data, on production! I’m very, very impressed. And it’s free for a single user…?!
[0] Clockwork: https://underground.works/clockwork/
-
Performance of Relationship queries - Eloquent vs. Collection - Impact on performance
Clockwork is a must-have for identifying hidden performance bottlenecks. It’s like DebugBar, but on steroids. Also seems to be kinda under-the-radar, it should definitely be more widely known :)
-
Laravel Query Log
You might want to have a look at clockwork, it has a query logger and so much more.
MailHog
-
.test
Ah the famous [email protected] email addresses we used to use in our test scripts to avoid sending email to anyone by accident. If we need to test the contents of the email then we use Mailhog these days. Can’t recommend it enough.
https://github.com/mailhog/Mailhog
-
Using Mailhog via Docker For Development
Mailhog
- MailHog: Web and API based SMTP testing
- MailDev is a simple way to test a project's generated email during development
-
Preview emails with letter_opener, MailCatcher and MailHog
hey HN, I recently published an article going deep into email previewing (in Ruby on Rails, but I think it's relevant beyond Rails).
MailCatcher (https://github.com/sj26/mailcatcher) and MailHog (https://github.com/mailhog/MailHog) are super handy and easy to run locally. Both spin up an SMTP server which you can direct mail to, and give you a nice web interface to browse mail and preview it.
Happy to answer any question! thanks, harrison
- Redirect outgoing emails from a sandbox
- Mailpit – a better way for email testing
-
Should testers user own work email in testing an application's email notification?
https://github.com/mailhog/MailHog This is set up for our test environments. Worth looking into
-
Docker + email setup
Does it say it's being send on localhost or on production? How is it "saying" it's being sent. We just setup mailhog to test emails for local development.
-
CIG Server Status Update: a large number have been able to get in and play, next SC build isn't ready for primetime just yet, won't be new status updates unless major change or patch deployment
They should definitely invest in a chaos monkey (like Jim https://github.com/mailhog/MailHog/blob/master/docs/JIM.md)
What are some alternatives?
laravel-debugbar - Debugbar for Laravel (Integrates PHP Debug Bar)
Mailpit - An email and SMTP testing tool with API for developers
laravel-telescope-toolbar - A toolbar for Laravel Telescope, based on the Symfony Web Profiler.
MailCatcher - Catches mail and serves it through a dream.
phpqa - Docker image that provides static analysis tools for PHP
maildev - :mailbox: SMTP Server + Web Interface for viewing and testing emails during development.
php-spx - A simple & straight-to-the-point PHP profiling extension with its built-in web UI
SendGrid - The Official Twilio SendGrid Golang API Library
laravel-ide-helper - IDE Helper for Laravel
Gomail - The best way to send emails in Go.
phpinsights - 🔰 Instant PHP quality checks from your console
go-imap - 📥 An IMAP library for clients and servers