php

This magazine is from a federated server and may be incomplete. Browse more on the original instance.

dbx12, in Welcome to /c/PHP!

Hey, I’ve came over from Reddit and thought I’ll introduce myself as well. As every programmer, I’ve started way too many pet projects and almost all of them are starving. In terms of framework, I prefer Yii2 over Laravel every day. I feel like Laravel provides you a dozen different (seemingly equally good) ways of doing something. You could say it’s lacking clarity or guidance for the developer.

mbd,

Hey, welcome! Classic haha, I have far too many pet projects as well 😅

And yeah agreed, it’s a bit dizzying to choose a Laravel “path”. Would probably be helpful to have a documentation page sort of like the Remix Stacks where they talk a little bit about which “path” to choose depending on app needs.

dbx12,

Docs is another topic I really don’t like about Laravel. Why don’t you have a simple API doc with available functions and their parameters instead of that blog-style documentation. And no, I don’t want to watch a video about how to use X, I want to know what functions I can call. Oh and don’t get me started on all their global “helper” functions.

Buddhist1961,
@Buddhist1961@programming.dev avatar

This is not a comment trying to convert you to Laravel, but if you or anyone else is interested, an API doc actually exists and is available here.

spartanatreyu, in Changes you would love to see in PHP?
@spartanatreyu@programming.dev avatar

This one right here: wiki.php.net/rfc/consistent_function_names

Right now the only reason I ever use php is because I have to.

This one simple change would bring me half way to wanting to use php for fun (the other half would be making debugging easier).

prwnr,

Could you wrote more about that debugging? I’m curious what you find not easy.

spartanatreyu,
@spartanatreyu@programming.dev avatar

Mainly because you’ve got to setup PHP to be debuggable in the first place.

And setting up PHP is already a hassle. When a dev has to set up php in about 5 separate ways just to figure out which one is actually debuggable, then PHP has a problem.

alx, in FrankenPHP 1.0 Beta
@alx@programming.dev avatar

Looks interesting. What are the key differences to roadrunner.dev?

pivot_root, in Remove "final" keywords from classes and methods in vendor packages with Unfinalize

Final keywords–like locks on a door–are just a suggestion. If someone wants to light a stick of dynamite and play hot potato with it, that’s their own problem. As long as they aren’t wasting upstream dev’s time or publishing packages that depend on this to work, it’s not worth getting upset about.

alx,
@alx@programming.dev avatar

As long as they aren’t wasting upstream dev’s time or publishing packages that depend on this to work

But exactly this will happen.

dbx12, in Remove "final" keywords from classes and methods in vendor packages with Unfinalize

Just because one person said “final is bad”, the Laravel fanboy herd is flocking to solutions like this. In my opinion, the package per se is not bad, but the unreflected, absolute statement “final is bad” is the problem.

alx,
@alx@programming.dev avatar

In my opinion, the package itself is bad. It suggests by its very existence that final is bad. It tempts to use dependencies in a way that was not intended by their developers.

TheCee,
@TheCee@programming.dev avatar

This. And, unlike Lombok, there is no -deUnfinalize. Sure seems like youre stuck with fixing your codebase, when this thing finally folds.

dbx12,

Yes the package pushes the notion “final is bad”. Throw both into the trash.

TheCee, in Remove "final" keywords from classes and methods in vendor packages with Unfinalize
@TheCee@programming.dev avatar

Another red flag for people hired to maintain that code, I guess.

Sibbo, in PHP Weekly - November 9th 2023

Wait, PHP is still alive?

rikudou,
@rikudou@lemmings.world avatar

Alive and well, still powering most of the web.

thebardingreen, in Hack — Enhancing PHP with Static Typing and Modern Features
@thebardingreen@lemmy.starlightkel.xyz avatar

I like Hack.

I hate Medium.

abhibeckert,

This. Can people please stop posting medium articles?

Medium goes against basically everything Lemmy/etc stands for. It’s also just a shitty experience, for example code is rendered in a large font and cropped a 650 pixels without any wrapping. Yuck.

mac,
@mac@programming.dev avatar

Yeah sure, I can prioritize posting things from other sources

jeremyparker,

I’ve started writing little articles recently and I’ve been using Medium. Is there a better site I should be posting them on?

Dwayne,

If I remember correctly people said Medium is very limiting and confusing when it comes to ownership of your content.

It seems they can re-use (as in publish) your original content elsewhere, like publishing it in a book.

What I especially dislike is the registration enforcement (register! Use our App! Become a member!).

There are some sources in my feedreader from Medium and they become less and less usable.

Something I stumble upon more often recently is Substack. Actually intended to be a tool for offering paid content and a newsletter publishing tool, I think, but the user experience is much more pleasant. They ask me to subscribe to the publisher’s newsletter each time, but don’t prevent me from going further, if I decline.

Also getting some attention recently is the indieweb movement. People intentionally publish on their private websites, running on various different platforms and techniques. It’s quite interesting to observe and it seems there is a focus on a more tech-savvy audience and publisher group, but I might be wrong.

jeremyparker,

Thank you!

indieweb movement

Love it. That’s like what the Internet used to be.

abhibeckert, in Understanding the Strategy Design Pattern in PHP with a Simple Example

<span style="color:#323232;">class SendVerificationEmail extends Notification {}
</span><span style="color:#323232;">class SendAnnouncementFCM extends Notification {}
</span><span style="color:#323232;">class SendOtpSMS extends Notification {}
</span>

What’s the point of those three classes? Why wouldn’t you just use Notification directly?

mac,
@mac@programming.dev avatar

In the given example they don’t make much sense but I assume they’ve done that in case they want them to be extended with new behaviour for certain ones separate from their strategy pattern section in the future

abhibeckert,

Yeah I assume the same, but I’d really like to see a concrete example of that being done instead of having to guess (as someone who has never used the Strategy Design Pattern).

abhibeckert, (edited ) in Money pattern in PHP: the problem

I recommend going further than this example and don’t just store the value/currency for your price. You should also store the VAT. And generally anything else that involves division or percentages.

Jump through whatever hoops are necessary to work exclusively with addition and subtraction (and the occasional cheeky multiplication to shortcut repeated addition operations). Percentages and division is where people tend to get into trouble.

Specifically you should avoid the last line of code in this example from the article OP posted:


<span style="color:#323232;">echo $money->plus('4.99'); // USD 54.99
</span><span style="color:#323232;">echo $money->minus(1); // USD 49.00
</span><span style="color:#323232;">echo $money->multipliedBy('1.999'); // USD 99.95
</span><span style="color:#323232;">echo $money->dividedBy(4); // USD 12.50
</span>

I’m not sure what they were trying to get at with that example, so here’s a more realistic example where of avoiding percentages:


<span style="color:#323232;">class Product {
</span><span style="color:#323232;">    /**
</span><span style="color:#323232;">     * The price of the product excluding tax. Entered by the user into the database.
</span><span style="color:#323232;">     */
</span><span style="color:#323232;">    public Money $price;
</span><span style="color:#323232;">
</span><span style="color:#323232;">    /**
</span><span style="color:#323232;">     * The amount of VAT to collect for this product. Not entered by the user, but calculated
</span><span style="color:#323232;">     * whenever the product price changes (or, whenever the tax legislation changes). The
</span><span style="color:#323232;">     * value is stored in the database as an integer (and currency).
</span><span style="color:#323232;">     */
</span><span style="color:#323232;">    public Money $vat;
</span><span style="color:#323232;">}
</span><span style="color:#323232;">
</span><span style="color:#323232;">class CartItem {
</span><span style="color:#323232;">    public Product $product;
</span><span style="color:#323232;">    public int $qty;
</span><span style="color:#323232;">}
</span><span style="color:#323232;">
</span><span style="color:#323232;">
</span><span style="color:#323232;">$invoiceTotal = new Money(0);
</span><span style="color:#323232;">$invoiceVat = new Money(0);
</span><span style="color:#323232;">$paymentAmount = new Money(0);
</span><span style="color:#323232;">
</span><span style="color:#323232;">foreach ($cartItem in $cart) {
</span><span style="color:#323232;">    $invoiceTotal
</span><span style="color:#323232;">        ->add($cartItem->product->price)
</span><span style="color:#323232;">        ->multiply($cartItem->qty);
</span><span style="color:#323232;">    
</span><span style="color:#323232;">    $invoiceVat
</span><span style="color:#323232;">        ->add($cartItem->product->vat)
</span><span style="color:#323232;">        ->multiply($cartItem->qty);
</span><span style="color:#323232;">
</span><span style="color:#323232;">    $paymentAmount
</span><span style="color:#323232;">        ->add($cartItem->product->price)
</span><span style="color:#323232;">        ->add($cartItem->product->vat)
</span><span style="color:#323232;">        ->multiply($cartItem->qty);
</span><span style="color:#323232;">}
</span>

Avoiding division should also be done everywhere else - for example if your credit card facility charges 30c + 2.9%… don’t fall for the trap of calculating 2.9% of $paymentAmount because chances are you’ll round something in the wrong direction. Also, some cards have higher fees. Instead, when you authorise the payment the credit card facility should tell you that the card fee for that actual transaction is 152 cents. Record that number in your payment record and use it for your own internal reporting on profits/etc.

buzz, in Hack — Enhancing PHP with Static Typing and Modern Features
@buzz@lemmy.world avatar

Nowadays use swoole with regular php - it has async and types already

tsonfeir, (edited ) in PHP 8.3.0 Released
@tsonfeir@lemm.ee avatar

Glad to see those json functions for better 🙄

rikudou, in PHP 8.3.0 Released
@rikudou@lemmings.world avatar

Nice!

buzz, in Symfony 7.0.0 released (Symfony Blog)
@buzz@lemmy.world avatar

Add native swoole suppport

tsonfeir, in Exploring stdClass in PHP
@tsonfeir@lemm.ee avatar

Holy hell no.

The code you provided could be risky because:

No Data Checking: It directly uses data from an API without checking if it’s safe or correct.

Dynamic Properties: Adding properties to an object on the fly can make the code hard to manage.

External Data Dependency: Relying on API data structure without checks can lead to issues if the API changes.

If you don’t know the data is safe (it’s not), it’s a lot better to use an associative array. Additionally, if it’s from a json, it’s quicker and easier to iterate over array. Don’t make it complicated for no reason.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • php@programming.dev
  • random
  • meta
  • Macbeth
  • All magazines