DEV Community: Nils Langner

Die besten 10 Podcast-Folgen für Webentwickler 2022

Nils Langner — Sat, 07 Jan 2023 04:10:48 +0000

Natürlich sind wir voreingenommen, aber wir sind hingegangen und haben die besten und wichtigsten Podcast-Folgen für euch herausgesucht.

Braucht man Frameworks? - Wir saßen mit dem PHP-Veteranen Stefan Priebsch zusammen und haben uns Gedanken gemacht, warum das Framework vielleicht nicht das wichtigste an einer Software ist und was man doch eher selber machen sollte.
Das Leben mit PHP - Vitaly Mik und Nils Langner diskutieren über die letzten Jahrzehnte PHP und wie die Zukunft aussieht. Ein toller Podcast für alle, die ebenfalls mit PHP aufgewachsen sind oder die wissen wollen, wie sich die Sprache in den letzten Jahren verändert hat und wie erwachsen und "enterprise" sie geworden ist, ohne aufwendig zu werden.
Warum ist meine Webseite langsam? Wir alle standen schon mal vor einer Webseite oder Webprojekt, das wir entwickelt haben und haben uns gewundert, warum sie auf einmal so langsam ist. Meist liegt es an der gefüllten Datenbank, aber nicht immer. Um den Übeltäter auf die Schliche zu kommen, muss man Profiling verstehen, zumindest macht es einem das Leben viel einfacher. In dieser Folge steht Benjamin Eberlei, der Erfinder von Tideways, Rede und Antwort.
Brauchen wir wirklich alle Kubernetes? Nein, aber das wollen nicht alle wahrhaben. Kubernetes ist cool und die Großen nutzen es, kann also nicht verkehrt sein. Ist es aber manchmal, denn sehr häufig versteht man im Vorfeld nicht, dass es auch ein neuer Komplexitätslayer ist, der gepflegt werden will. ABER ... so schlimm wie früher ist es heute nicht mehr. Das sagt zumindest Bastian Hofmann, von Rancher Labs, in dieser Podcastfolge.
Web-Frontends in 2022 - HTML und Twig sind so 2000er. Heute macht man JavaScript und reaktive Anwendungen. Sagt man zumindest. Wir haben eine Stunde mit Joe Gregory gesprochen, um rauszufinden, wie moderne Frontend-Architekturen aussehen und was die nächsten großen Paradigmen-Wechsel sein könnten.
UX ist wichtig - das wissen wir alle. Trotzdem wird es oft stiefmütterlich behandelt, kommt erst spät ins Projekt oder wird komplett übersehen. Ein Grund könnte sein, dass es eine relativ neue Disziplin ist und nicht viel darüber bei Entwicklern bekannt ist. Vielleicht denken auch viele, dass es einfach wäre. Ist es aber nicht. Wir saßen eine Stunde mit Miriam Scheibe zusammen und haben uns über das Thema UX unterhalten.
Schnelle Webanwendungen dank WebAssembly - das wäre ein Traum. Sicher, diese Technologie ist nicht für alle etwas, vielleicht auch eine Spielerei, die sich nie wirklich durchsetzen wird. ABER ... im Moment ist sie in aller Munde. Für uns Grund genug, sich mit Jakob Westhoff zu unterhalten und ein klares Bild zu dieser Sprache zu erstellen.
Composer hat die Welt verändert - Zumindest die PHP-Welt. Wir haben mit Nils Adermann gesprochen, was die Geschichte hinter dem wichtigsten PHP-Tool der Neuzeit ist und wie die Geschichte weiter gehen wird. Sehr technisch und spannend, diese Folge.
Community Management und Emotionen - Das Webprojekt ist live. Und dann? Dann muss man sich darum kümmern, eine Community aufzubauen, die das Produkt liebt und zufrieden ist. Claudia Teubner hat uns aus ihrem Leben als Community Managerin bei Shopware erzählt.
Developers For Future - Die Zukunft sieht nicht rosig aus. Zumindest, wenn wir so weiter machen. Da kann jeder seinen Betrag leisten, dass es wieder gut wird. Wir als Entwickler auch. Maximilian Berghoff, der Developers for Future gegründet hat, setzt sich für unsere Zukunft ein und unterstützt die "Fridays for Future"-Bewegung mit technischer Expertise.

The best Shopware monitoring solutions

Nils Langner — Mon, 28 Dec 2020 07:34:31 +0000

We store owners all know it: quickly make a change to the store before the weekend, install a new plugin or adjust the template. Then we come back to the office on Monday and "Oh crap", we broke a little thing in the store with our change. Stupidly, we couldn't sell any items the whole Saturday and Sunday. Of course, this should not happen, but how to prevent it? The answer is e-commerce or Shopware monitoring.

But how can monitoring, i.e. the continuous monitoring of an online store based on Shopware, best prevent business-critical failures? There are two points that need to be checked over and over again. Number one: Can I still reach the Shopware server and is the application technically functioning? Number two: Am I still selling products?

We have found three solutions that handle both cases and thus enable true e-commerce monitoring.

koality.io

koality.io does not only try to provide a full-featured Shopware monitoring service but also offers with its magazine articles about all important news in the field of e-commerce technology and business. With a price of 10 EUR per month for monitoring accessibility, performance, SEO, security, technology and content, it is both the most comprehensive and the cheapest product in the race. Thanks to the Shopware plugin, business metrics can also be included in the monitoring.

pros

reasonable price
high functionality
crawling and monitoring
English and German
Also monitors business metrics

cons

so far only Shopware 6 Monitoring Plugin
currently, no error log analysis

MND Monitoring Advanced

MND Next from Göppingen also specializes in monitoring Shopware stores. The Pro variant of the service is only available in the beta version but promises a lot of great features on the data sheet. You can see that the agency behind the plugin knows the Shopware universe very well. All these are excellent conditions for setting up perfect monitoring. Unfortunately, we have to raise the price one point, because it is not affordable for everyone with about 100 EUR per month. However, it is certainly not expensive, as it offers a lot of features.

pros

continuous monitoring
Shopware-specific features, such as cronjob monitoring
Checks empty product feeds

cons

Price pro version approx. 100 EUR per month
Information in German only

Shop Doctor - Shopware Monitoring

The Shop Doctors from Müllheim also offer continuous monitoring of - and Oxid stores. The difference here is that they tie it strongly to their agency service. This can have a lot of advantages because, in case of problems, a standardized solution path is immediately provided to one by the professionals from Lenz E-Business. Of course, this is always associated with costs. In terms of price, the service is in the midfield, starting at 10 EUR per month, the professional variant, which is strongly recommended by us, costs 50 EUR. In terms of the scope of monitoring, the monitoring is the taillight, but as an overall package, it still makes sense to take a closer look at the service.

pros

Automated monitoring
Agency service can be booked directly

const

High price for the scope
Groove few features

Test winner

For us, the clear winner of this Shopware monitoring test is koality.io. Both in scope and price, it beats the two competitors. If you also need a suitable agency in the background, you should also take a look at the two other monitoring tools.

Disclaimer

To be fair, we have to say that we ourselves are the makers of the test winner. However, it was still important for us to analyze as impartially as possible.

The smallest monitoring script in the world

Nils Langner — Thu, 29 Oct 2020 06:41:23 +0000

If you want to read this article in german please visit our website monitoring magazine.

In this article, we want to try out the smallest monitoring script in the world, just for fun. We've got it down to three lines. Nevertheless, it includes an analysis of the HTTP status code, reacts on broken SSH certificates and sends alerts via email if necessary.

#!/bin/bash
if [ `curl -I "$1" | grep 'HTTP/2 200' | wc -l` != 1 ]; then
    mail -s "Alert: problems curling $1" $2 < /dev/null
fi

The call is then as follows:

./up.sh https://www.koality.io alarm@koality.io

That was it. In principle, a few things happen here at once:

We make a curl request on the first parameter passed on the command line. Here it is important to include the -I parameter because we are only interested in the headers and especially the status code.
After that, we use grep. We check if the output of the curl call contains an HTTP/2 200.
The wc -l call only counts how often the HTTP/2 200 occurs. As soon as it does not occur, the alarm case occurs. The good thing is, if the URL is not reachable at all, curl throws an error and the status is not found either. Lucky in misfortune then.
Last step: we send an email on the command line to the email address we defined as the second parameter. Very simple.

What is missing?

It is almost always like this: Getting started with a certain topic is easy and maybe even achievable with three lines of code. But if you seriously deal with it, a lot of details come to your mind, which the simple approach cannot solve yet.

continuous testing - Of course we want to run all tests continuously. Preferably every five minutes. Automated.
distributed testing - If our little script can't reach the server, there is a 50/50 chance that the error is in your own hands. So you would have to run the same test again from a different data center to make sure that the error is on the side of the website you want to examine.
other status codes - Our script can currently only check for status 200. But it can be very useful to check other status codes as well. For example, you could include important redirects (301) or non-public pages (403) in the monitoring.
Channels - e-mail is so 90s. It would be nice to get the messages via Slack, Microsoft Teams or other channels.
Error messages - So far the body of the email is still empty. We would have to change that and also add some details that we are not collecting yet.
Status change - The script sends an error message via email every time a website is not reachable. It would be more correct if you would only be informed when the status changes.
Hosting - The whole thing can't run locally, since it's running around the clock. Furthermore, it cannot run in the same data centre as your own systems. In case of a failure, both systems would be unreachable and no alarms would reach the responsible persons.

If you implement all these points, you have certainly learned a lot about monitoring websites and know many pitfalls. But it can be easier to buy this uptime monitoring service because then you have all this immediately out-of-the-box and can take care of your own task: developing websites.