{ "version": "https://jsonfeed.org/version/1", "user_comment": "This feed allows you to read the posts from this site in any feed reader that supports the JSON Feed format. To add this feed to your reader, copy the following URL -- https://2023.wp-devil.com/category/webdesign/feed/json/ -- and add it your reader.", "home_page_url": "https://2023.wp-devil.com/category/webdesign/", "feed_url": "https://2023.wp-devil.com/category/webdesign/feed/json/", "title": "WP Devil 2023", "description": "WordPress, ClassicPress, Music and Geekdom", "items": [ { "id": "https://2023.wp-devil.com/reorientierung-2022/", "url": "https://2023.wp-devil.com/reorientierung-2022/", "title": "Reorientierung 2022", "content_html": "

Nach einigen, eher spontanen Bewerbungen und daran anschlie\u00dfend \u00fcberw\u00e4ltigendem Feedback, orientiere ich mich jetzt, Mitte 2022, etwas um.

\n

D.h. die Gespr\u00e4che haben mir u.a. gezeigt, dass ich, wenn ich denn meine Selbst\u00e4ndigkeit erhalten m\u00f6chte, diese besser, griffiger, detailierter aufstellen und definieren muss.

\n

Da ist zum einen meine fachliche Ausrichtung: Weiterhin Web Developer / Frontend-Designer, was ich auch ab und zu mal als Gegenst\u00fcck zum DevOp bezeichne, so etwas wie »DevDes«. Die Gewichtung hat sich, auftragsbedingt, in den letzten Jahren st\u00e4rker Richtung Entwicklung verschoben, so dass das Verh\u00e4ltnis bei ca. 60% Webentwicklung und 40% Webdesign & Usability liegt.

\n

Zum anderen ist da noch das, was ich tats\u00e4chlich an Leistungen durchf\u00fchre:

\n\n

Wie ich das jetzt griffig im Portfolio pr\u00e4sentieren kann, ohne wie ein Bauchladen zu wirken, ist der n\u00e4chste Schritt. Es ist ja nicht so, als w\u00fcrde ich alles in gleichem Umfang durchf\u00fchren – so sind Notfallaufr\u00e4ge mit gehackten Websites eher nicht der Standard. Das macht im Jahr vielleicht 5%, maximal 10% des gesamten Arbeitsvolumens aus.

\n", "content_text": "Nach einigen, eher spontanen Bewerbungen und daran anschlie\u00dfend \u00fcberw\u00e4ltigendem Feedback, orientiere ich mich jetzt, Mitte 2022, etwas um.\nD.h. die Gespr\u00e4che haben mir u.a. gezeigt, dass ich, wenn ich denn meine Selbst\u00e4ndigkeit erhalten m\u00f6chte, diese besser, griffiger, detailierter aufstellen und definieren muss.\nDa ist zum einen meine fachliche Ausrichtung: Weiterhin Web Developer / Frontend-Designer, was ich auch ab und zu mal als Gegenst\u00fcck zum DevOp bezeichne, so etwas wie »DevDes«. Die Gewichtung hat sich, auftragsbedingt, in den letzten Jahren st\u00e4rker Richtung Entwicklung verschoben, so dass das Verh\u00e4ltnis bei ca. 60% Webentwicklung und 40% Webdesign & Usability liegt.\nZum anderen ist da noch das, was ich tats\u00e4chlich an Leistungen durchf\u00fchre:\n\n(Klassische) Website-Erstellung, also Konzeption, Design und Umsetzung\nIndividuelle Programmierung (Integration, API-Anbindungen) und Plugin-Entwicklung (WordPress, ClassicPress, andere)\nWeb Performance (Ladezeiten, Responsive) sowie Usability / Accessibility-Optimierung\nShopsysteme (WooCommerce, OpenCart, ..) und E-Commerce-L\u00f6sungen\nTechnische Beratung / Consulting\nProjektrettung, -\u00dcbernahme (etwa wenn der ursp. Auftragnehmer weggefallen ist) und: Notfallprojekte (z.B. gehackte Websites wieder flott bekommen, extrem schlecht gewartete WordPress-Installation auf Stand bringen u.\u00e4.)\nAdministration und Wartung (Updates, auch mit Staging, um Ausf\u00e4lle zu vermeiden)\n\nWie ich das jetzt griffig im Portfolio pr\u00e4sentieren kann, ohne wie ein Bauchladen zu wirken, ist der n\u00e4chste Schritt. Es ist ja nicht so, als w\u00fcrde ich alles in gleichem Umfang durchf\u00fchren – so sind Notfallaufr\u00e4ge mit gehackten Websites eher nicht der Standard. Das macht im Jahr vielleicht 5%, maximal 10% des gesamten Arbeitsvolumens aus.", "date_published": "2022-06-22T12:42:48+02:00", "date_modified": "2022-06-22T14:55:41+02:00", "author": { "name": "fwolf", "url": "https://2023.wp-devil.com/author/fwolf/", "avatar": "https://secure.gravatar.com/avatar/c2a31599f60eec1232806bfc26066ed2?s=512&d=mm&r=g" }, "image": "https://wp-devil.com/wp-content/uploads/2022/06/biwm-utpvvc.jpg", "tags": [ "development", "Life and let die", "Webdesign", "wordpress", "Work vs. Life" ] }, { "id": "https://2023.wp-devil.com/web-performance-optimization-in-a-nutshell/", "url": "https://2023.wp-devil.com/web-performance-optimization-in-a-nutshell/", "title": "Web Performance Optimization in a nutshell", "content_html": "

After doing this for over 20+ years, and having seen a lot of fancy stuff come and go, my game in optimizing load times and rendering speed hasnt change that much.

\n

If I was asked for the main contenders for improving loading times, in 2022, it still boils down primarly to the following ones:

\n
    \n
  1. Images – too big in both dimension and file size, but also using the wrong file format (eg. PNG instead of JPEG for photos)
    2. \n
  2. Render-blocking scripts / CSS / embeds
    3. \n
  3. (No) Caching policy – whether that just means caching rules or actual pre-caching, eg. static HTML
    4. \n
  4. Requests – numbers of overall resource requests of the page
    5. \n
\n

Other common factors nowadays:

\n\n

This is just a quick notice – for now. I’m going to add detailed articles to several topics when I get some time to spare, and link to them from here, as soon as they are up \"\ud83d\ude42\"

\n", "content_text": "After doing this for over 20+ years, and having seen a lot of fancy stuff come and go, my game in optimizing load times and rendering speed hasnt change that much.\nIf I was asked for the main contenders for improving loading times, in 2022, it still boils down primarly to the following ones:\n\nImages – too big in both dimension and file size, but also using the wrong file format (eg. PNG instead of JPEG for photos)\nRender-blocking scripts / CSS / embeds\n(No) Caching policy – whether that just means caching rules or actual pre-caching, eg. static HTML\nRequests – numbers of overall resource requests of the page\n\nOther common factors nowadays:\n\nCDN – not using one, or not properly using it (also related with bad or missing caching policy)\nMassive HTML DOM structures – take much longer to parse and render; known also under the moniker “divitis” or just “HTML tag orgy”\nMedia Queries – improper use of such, eg. missing, badly set breakpoints or missing optimization of the whole site towards these breakpoints\nLazy-loading / picture / srcset – not using those techniques, but also not knowinng how to properly apply them; eg. lazy-loading can be used for ALL sources, not just images\nIcon fonts / Data URL – if you use an icon or small image everywhere across your site, why not instead rely on either icon fonts, which already supply these, and are loaded only once, or data URLs, which help in similar ways, if the image in question is on the smaller side (file size)?\n\nThis is just a quick notice – for now. I’m going to add detailed articles to several topics when I get some time to spare, and link to them from here, as soon as they are up", "date_published": "2022-06-09T21:58:00+02:00", "date_modified": "2022-06-09T21:58:00+02:00", "author": { "name": "fwolf", "url": "https://2023.wp-devil.com/author/fwolf/", "avatar": "https://secure.gravatar.com/avatar/c2a31599f60eec1232806bfc26066ed2?s=512&d=mm&r=g" }, "image": "https://wp-devil.com/wp-content/uploads/2022/06/gt3rjumq2zm.jpg", "tags": [ "loading speed", "loading times", "web performance", "development", "Webdesign", "Work" ] } ] }