Laravel Docker Starter
Read more at https://www.phpclasses.org/package/11711-PHP-Start-a-Laravel-project-using-a-Docker-container.html#2020-07-07-17:47:50
WordPress 5.5 Beta 1 is now available for testing!
This software is still in development, so it’s not recommended to run this version on a production site. Consider setting up a test site to play with the new version.
You can test the WordPress 5.5 beta in two ways:
The current target for final release is August 11, 2020. This is only five weeks away. Your help is needed to ensure this release is tested properly.
Testing for bugs is an important part of polishing the release during the beta stage and a great way to contribute. Here are some of the big changes and features to pay close attention to while testing.
WordPress 5.5 will include ten releases of the Gutenberg plugin, bringing with it a long list of exciting new features. Here are just a few:
In all, WordPress 5.5 brings more than 1,500 useful improvements to the block editor experience.
To see all of the features for each release in detail check out the release posts: 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3, and 8.4.
XML Sitemaps are now included in WordPress and enabled by default. Sitemaps are essential to search engines discovering the content on your website. Your site’s home page, posts, pages, custom post types, and more will be included to improve your site’s visibility.
WordPress 5.5 also brings auto-updates for plugins and themes. Easily control which plugins and themes keep themselves up to date on their own. It’s always recommended that you run the latest versions of all plugins and themes. The addition of this feature makes that easier than ever!
WordPress 5.5 will include native support for lazy-loaded images utilizing new browser standards. With lazy-loading, images will not be sent to users until they approach the viewport. This saves bandwidth for everyone (users, hosts, ISPs), makes it easier for those with slower internet speeds to browse the web, saves electricity, and more.
With every release, WordPress works hard to improve accessibility. Version 5.5 is no different and packs a parcel of accessibility fixes and enhancements. Take a look:
prefers-reduced-motion
media query.Error:
prefixes have been removed from error notices.Keep your eyes on the Make WordPress Core blog for 5.5-related developer notes in the coming weeks, breaking down these and other changes in greater detail.
So far, contributors have fixed more than 350 tickets in WordPress 5.5, including 155 new features and enhancements, and more bug fixes are on the way.
Do you speak a language other than English? Help translate WordPress into more than 100 languages!
If you think you’ve found a bug, please post to the Alpha/Beta area in the support forums. We would love to hear from you! If you’re comfortable writing a reproducible bug report, file one on WordPress Trac. That’s also where you can find a list of known bugs.
Props to @webcommsat, @yvettesonneveld, @estelaris, and @marybaum for compiling/writing this post, @davidbaumwald for editing/proof reading, and @cbringmann, @desrosj, and @andreamiddleton for final review.
It sounds so simple, right? You do a good job on a design project, the client loves it and pays you on time, you both walk away feeling good about the exchange.
But if you simply disappear off your clients’ radar once the work is done, you’re missing massive opportunities for more work, as well as testimonials and referrals to help your business.
There are some important things that most designers never do when ending a freelance project, and today we’re going to go over what they are and why you should always do them, no matter what.
The most important thing you should do when ending your project is to make sure that your client is 100% set to move forward without you. This means providing them with a package that includes everything they will need to manage on their own (site logins, full-resolution files, etc.)
It also means providing them with ways to solve any problems they might have without having to call you, in the form of FAQs, troubleshooting guides, or checklists.
Despite what you might think, it’s actually a waste of your time to have an old client call you for help with minor stuff that you could have easily provided for them in an email or spreadsheet. It’s unprofessional to hoard all the knowledge of how to use the goods you’ve created for your client in your head, making them come crawling back to you to obtain it.
You might not think this is what you’re doing, by neglecting to provide your client with information, but this is the way it comes across.
People are much more likely to purchase services from people they’ve worked with before, so you already have that working in your favor. All you need to do is keep the line of communication open for when you need it again.
We’re all guilty of letting a relationship fade away, then finding ourselves wishing we hadn’t. But you can’t just pop up out of nowhere after months or years of not communicating with a client and ask for more work. The relationship needs to be kept warm in the meantime.
Luckily, it’s easier than you think to do this and make sure your clients never fail to think of you when they need high-level work done by a professional they trust.
It does you no good to drop off the face of the earth and never talk to your old clients again. You never know when a former client might be handy as a reference or provide some other career-boosting aid. You can’t just ignore someone for months and only contact them when you need something.
For clients, you definitely want to maintain a relationship with, make a minimum contact of one email per month. You can send them a brief update on what you’re up to, letting them know subtly that you’re still interested in referrals.
You might think you’re important and unforgettable, but you’re really not. You’re replaceable just like anyone else. In addition to your main client (as in, whoever signed your paycheck), send regular emails to any team members you worked with who you want to maintain a relationship with.
They’ll be more likely to let you know about any new projects or opportunities that might be of interest to you. Let them know what projects you’re currently working on (of course, never reveal any confidential or sensitive info).
Always be thinking about how you can help your former clients, even though you’re no longer working for them. Send them information or introduce them to others you think might be able to help them. Just because you’re no longer getting paid by your former client, it doesn’t mean that you still shouldn’t try to help them in other ways.
Send 3-5 emails throughout the year that offer some kind of value – a link to a useful article, an offer to introduce someone who might be helpful, whatever – before you go asking for something.
A great way to instantly add value to any type of professional relationship is to become a connector. What that means is, if there’s someone you know whom you know a former client would benefit from knowing, don’t be afraid to make the connection and introduce them to one another. Your client will be grateful and you’ll be on the top of his or her mind the next time a juicy opportunity comes up.
It’s far easier to keep a current client happy than it is to gain a brand new client. You should always strive to acquire new quality clients; however, it’s possible to get trapped in a never-ending cycle of finding new clients and totally ignoring the old ones.
This is the worst thing a freelance designer can do – it means you’re spending valuable time generating new leads instead of designing, which will ensure that your portfolio work never develops or makes any interesting progress and you never get picked for the cool, high-level jobs you want.
But if you can retain most of your current clients, staying in touch with them so they never forget about you when they need more work done, you’ll have the opportunity to live life at a more leisurely pace (well…for a freelancer, that is) and spend more time designing.
Now that you have finished this project, here are five questions you should ask before starting your next.
The post Those Things You Must Do When Ending a Freelance Design Project appeared first on Speckyboy Design Magazine.
Latest PECL Releases:
This release contains initial support for Redis 6 ACLs, LZ4 compression, and many more fixes and improvements.
You can find a detailed list of changes in Changelog.md and package.xml
A special thanks to BlueHost for sponsoring ACL support o/
phpredis 5.3.0
phpredis 5.3.0RC2
phpredis 5.3.0RC1
long
[5bf88124] (Michael Grunder)ZEND_LONG_FORMAT
family instead of C format specifiers
[b9b383f4](Remi Collet)Another monthly update where I explain what happened with Xdebug development in this past month. These will be published on the first Tuesday after the 5th of each month. Patreon supporters will get it earlier, on the first of each month. You can become a patron to support my work on Xdebug. If you are leading a team or company, then it is also possible to support Xdebug through a subscription.
In June, I worked on Xdebug for about 100 hours, with funding being around 70 hours. I worked mostly on the following things:
I spent most of my time this month on Xdebug 3. In the first week I made a few changes around the way how you enable specific features. In Xdebug 2, each feature can be turned on at the same time (such as through xdebug.remote_enable
, and xdebug.profiler_enable
). In Xdebug 3 this has now changed to a single setting xdebug.mode
which for step debugging and profiling would have the values debug
and profile
respectively.
I am also in the process of renaming things to have a more logical meaning. For example I renamed the filter constants XDEBUG_NAMESPACE_BLACKLIST
with XDEBUG_NAMESPACE_EXCLUDE
. I will continue to rename things on the way towards Xdebug 3, with things such as the xdebug.remote_host
likely to become something like xdebug.ide_hostname
. I am also hoping to reduce the amount of settings in general.
By separating out the modes and being able to turn them on with one setting, it becomes clearer that it is best not to have all the functionality turned on by default. During the rest of the month I've split out Xdebug's internals so that it is much easier to enable specific information gathering only when it is actually necessary. This should improve performance drastically.
Because Xdebug has lots of old code in it, some of it is still optimised for PHP 5. A new, and more performant, way of handling strings was introduced in PHP 7, but Xdebug has not yet switched over to that new data type. This is what I am currently trying to finalise. Once that is done, I hope to see a performance boost already. Stay tuned for some benchmarks on this.
The upgrade guide has more information about all the changes that are coming to Xdebug 3, but please be aware that these changes are preliminary, and could still change.
I worked on Xdebug Cloud only a little. I have also been in contact with JetBrains to evaluate how PhpStorm could connect to Xdebug Cloud without requiring a separate (local) proxy service. If you've signed up to the Xdebug Cloud mailinglist I'll let you know as soon as something can be tried-out.
In June, no new supporters signed up.
If you, or your company, would also like to support Xdebug, head over to the support page!
Besides business support, I also maintain a Patreon page and a profile on GitHub sponsors.
One of the many pieces of advice for a long-term sustainable code base is to keep code small. The larger a code base is, the more effort it takes to understand all the moving parts. Your brain can only keep so much mental model of your code in it at once, and if the code you're looking at is too large then what you can fit in your own "active memory" at once then you will have an increasingly hard time understanding it.
Most useful applications tend to grow larger than what the typical human can fit in their active memory, however, so you need a way to break up your code so you can load a relevant piece into your brain at once to understand and debug it. Usually that takes the form of encapsulation, coupling, cohesion, and other common object-oriented vernacular.
But what about just a pure function?
A pure function is a function that:
One of the many pieces of advice for a long-term sustainable code base is to keep code small. The larger a code base is, the more effort it takes to understand all the moving parts. Your brain can only keep so much mental model of your code in it at once, and if the code you're looking at is too large then what you can fit in your own "active memory" at once then you will have an increasingly hard time understanding it.
Most useful applications tend to grow larger than what the typical human can fit in their active memory, however, so you need a way to break up your code so you can load a relevant piece into your brain at once to understand and debug it. Usually that takes the form of encapsulation, coupling, cohesion, and other common object-oriented vernacular.
But what about just a pure function?
A pure function is a function that:
In early 2019, the PHP Framework Interoperability Group (PHP-FIG) released PSR-14, the Event Dispatcher specification. At the time I posted a long series of blog posts detailing PSR-14 in all its glory.
After discussing with a few other FIG folks, I've decided to release that blog series as a small ebook. Mainly that is to provide an easy single-point-of-reference for those who want to really understand PSR-14. Also, it serves as a simple fundraiser.
The book itself is available completely free, as the original blog posts were. However, you can also purchase a copy if you want to help support my work on the Framework Interoperability Group and Open Sourcing Mental Illness. OSMI is a non-profit organization that works to raise awareness of and research information about mental health challenges in the tech community. 50% of all royalties for this book are automatically donated to OSMI to support their vital work.
If you just want to grab a copy for free, go for it. If you are able to, though, I would encourage you to pay what you're comfortable with to support both my Open Source efforts and OSMI.
(This announcement is a bit late due to a publishing goof on my blog. If you're seeing this for the second time, my apologies.)
Transcript: Hi guys, this is John here. I’m an internet marketing consultant with WebFX.
And in this video, we’ll be going over the top five conversion rate optimization mistakes that I see on a regular basis.
My hope is that a few of these will be valuable for your campaigns.
Okay, so number one…
1. Not having your call to action above the fold
So what does that mean?
It means that you don’t have any indication to the user when they first land on the page and before they scroll down, what they should be doing when they finish that page.
So you want to put a button, a form fill, or something up above the fold right as the user’s landing on the page to set an expectation that, “Hey, once you’re convinced by everything here, here’s how you’re going to take action. This is what you’re going to do next.”
And then everything else builds back to that and reinforces that action.
The second thing that I see frequently—and it’s not nearly as easy—is…
2. Not optimizing for page speed
Now, we all know that site speed is important. None of us like dealing with slow moving websites.
However, I see site speed optimization projects often getting pushed off because they’re time-consuming and they can be expensive.
A thorough site speed optimization may require changes to website technology, or even features, and it’s not always easy.
Still it’s important because every second of additional load time has a direct impact on your conversion rates.
The third optimization mistake that I see regularly is…
3. Not considering your mobile experience first
Now, a lot of us will be familiar with a mobile-responsive website, but I’m talking about thinking about things mobile-first.
And what does that mean? Well, let’s consider that mobile users may need content arranged a bit differently.
They may expect different conversion opportunities, such as phone calls versus form fills.
They may have different questions about the product.
It’s not enough to be mobile-responsive, which just squishes all your desktop content into a column.
For example, we had a client where our desktop call-to-action was in the page’s sidebar, and on a mobile device the sidebar was placed below all of the content.
So you had to read everything else on the page before you saw the call-to-action.
Number four…
4. Not optimizing your metadata
Conversions don’t actually start on your landing page.
Conversions start way back in the search results page when you set the right expectation for the purpose of the page and the action you want the user to take when they get there.
Oftentimes when we’re optimizing our metadata, we get too concerned about trying to optimize for search engines and cramming keywords in there that don’t necessarily flow together, set a real expectation for the page, or help the user determine the next action they should take.
So, put the user and the intended action first with just enough keywords that the search engine knows what you’re trying to present.
Fifth and final—and this is probably the case for the majority of us out there—we’re…
5. Not yet properly tracking or valuing all conversion opportunities on the site
What does that mean? Well, imagine you’re a lead gen company.
You may be hyper-focused on form fills from specific pages, but to get the full picture of engagement on your website, you should be tracking and valuing all meaningful user interactions, including phone calls, chat engagements, email clicks, PDF downloads, newsletter signups, and more.
These will give you a more complete picture of how users are engaging with your content, where they are in their conversion funnel, and what to do next to generate a lead.
You may be getting more calls than forms without realizing it and need to work on your inbound calls procedures to turn more of that into new business.
If you have questions about conversion rate optimization or would like to share a common CRO mistake that you’ve seen, let us know in the [YouTube] comments below.
Thanks and don’t forget to subscribe.
The post Top Conversion Rate Optimization Mistakes | CRO Best Practices appeared first on WebFX Blog.