Origineel gepost door iceblock

Vorig jaar mee gestopt. Na een update die maar niet werd opgelost kregen gebruikers, waaronder ongetekende, foutmeldingen. De-installeren en opnieuw installeren werkte niet, bleven resten van programma achter...

Jammer eigenlijk, werkte prima voor simpele site zonder reacties mogelijkheden, etc. Simpel WP site importeren en omzetten naar html site.

Het volgens de changelog nog wel onderhouden https://getpublii.com/blog/releases/

Ik ben nu bezig met een nieuwe website, geen wordpress. De site is gericht op een specifieke category producten, maar de bedoeling is dat het voor elke category producten gebruikt kan worden. Ik vind zelf goede filter, zoek mogelijkheid heel belangrijk en dat het snel is, met fijne gebruikerservaring. Dus bijvoorbeeld niet dat je op een filter optie klikt en je 1 seconde moet wachten tot het resultaat er is, en (nog irritanter) dat het filter verspringt en je opnieuw moet zoeken naar de betreffende filter optie. De site moet veel data kunnen verwerken. Het liefst is de site ook direct te compilen naar ios en android app. Dus frontend en backend zijn gescheiden. Ik ben nu bezig met een volgende setup:

Backend:
Laravel met Octane / FrankenPHP
Frontend:
NuxtJS (VueJS) met tailwindcss
CMS:
Eigen CMS in plain php/mysql, wel met een gekocht frontend pakket, maar dit is niet echt de core.

Het CMS werkt handig, is ook aangesloten op externe AI tools.

@iceblock en B. van der Weerd: Gebruiken jullie nog steeds custom HTML/CSS want dat en waarom is eigenlijk waar mijn vraag om gaat.

@Jeroen Jaspers: Is inderdaad iets heel anders dan WordPress maar wat is de reden waarom jij voor deze opzet hebt gekozen en wat zijn de voordelen voor zowel snelheid, beheer en onderhoud?

Origineel gepost door Cornelis de Leeuw van Weenen

@iceblock en B. van der Weerd: Gebruiken jullie nog steeds custom HTML/CSS want dat en waarom is eigenlijk waar mijn vraag om gaat.

Nee, behalve soms een "coming soon" pagina. Toen ik 25 jaar begon met het bouwen van websites ging dat eerst uiteraard met de WYSIWYG-editors die er toen waren, zoals Coffeecup, HTML-Dog en Dreamweaver. Na een jaar of 2-3 overgestapt op "handcoded HTML" (was toen een rage) met een beetje CSS en ben daar langzamerhand steeds meer met de CSS zelf gaan doen. Toen de behoefte aan een CMS kwam heb ik heel vele zitten proberen op opensourcecms.com. In die tijd waren de "Nukes" heel populair. Mijn keus viel toen op het stabiele en veilige Geeklog CMS. Toen een jaar of wat geen websites gebouwd tot een jaar of 10 geleden, en toen was WordPress (ook omdat mijn werkgever en opdrachtgevers er mee werkten) een logische keuze. Heb toen voor websites met wat meer custom velden etc wel eens naar ProcessWire gekeken maar de mogelijkheden van WordPress groeiden toen zo enorm snel dat ik bij WP gebleven ben.

Uiteraard zit ik binnen WP wel regelmatig met HTML/CSS te knutselen.

PS: Ben uiteraard wat naar editors gaan zoeken en kwam oa op Grape.js uit, best interessant.

@Cornelis: Heb altijd al zelf geprogrammeerd, nooit wordpress gebruikt. Soms gewoon plugins of scripts gebruikt. Nadeel is dat het veel tijd kost, er soms foutjes zijn waardoor hackers binnen kunnen komen en je alles zelf moet patchen. Voordeel is dat je alles helemaal kunt doen zoals je het zelf wilt en je het ook super snel kunt maken.

Origineel gepost door Cornelis de Leeuw van Weenen

@iceblock en B. van der Weerd: Gebruiken jullie nog steeds custom HTML/CSS want dat en waarom is eigenlijk waar mijn vraag om gaat.

Geen tijd / interesse meer om me met bouwen van websites bezig te houden, was toentertijd leuk om te leren / hobby.

@ B. de Weerd: Die goede oude tijd;-) Ik werkte altijd maar met een simpele editor maar ik ben meer een programmeur. De eerste CMS voor mij was Joomla en doe ik nog steeds als de klant dat wil. WordPress was ook voor mij een logische keuze. Nu is het mijn eigen custom CMS wat mijn voorkeur heeft maar is puur hobby.

@ Jeroen: Mijn voorkeur gaat ook uit naar eigen code maar voor klanten kom je er niet onderuit om een CMS als WordPress of Joomla te gebruiken om het goed te houden voor de klant.
Tijd is zeker een probleempje en vooral voor mij omdat ik letterlijk alles zelf wil bouwen.
Mijn idee is juist dat eigen code altijd veiliger is omdat het uniek is, dus niemand kent de code om een bug te zoeken bijvoorbeeld. Daarbij komt dat een hacker hierdoor niet veel interesse zal tonen volgens mij, tenzij je veel bezoekers/klanten hebt.

@ iceblock: Jammer want ik denk dat beetje bij beetje steeds minder mensen echt HTML/CSS zal begrijpen door de vele frameworks, websitebuilders en pagebuilders.
Mijn interesses liggen nu ook meer op andere zaken maar ik programmeer al vanaf dat ik 10jaar was of zo dus kan ik dat niet zomaar laten maar ik hou mij het liefst bij de basis: PHP, Mysql, HTML, CSS en JavaScript. Maar ik ben wel geďnteresseerd in wat andere doen tegenwoordig. Hier op Sitedeals zitten nog vele vakmensen met vele jaren ervaring dus ik had eigenlijk iets meer inbreng verwacht.

Probeer eens vue.js/nuxjs en Laravel. Kun je ook zelf programmeren, maar er kan een wereld voor je open gaan ;)

@ Jeroen: Volgens mij ooit weleens met Laravel gewerkt en andere PHP frameworks maar is niet mijn ding. Met WordPress en Joomla kan je ook nog zelf programmeren;-) Ik ben wel benieuwd wat echt de toekomst zal worden.

De afgelopen jaren werk ik voornamelijk met het Laravel-framework, gecombineerd met Inertia, Vue en TailwindCSS voor het ontwikkelen van maatwerkplatformen. Daarnaast ben ik in deze stack bezig met de ontwikkeling van een eigen CMS-systeem.


Voor e-commerceplatformen kies ik doorgaans voor Shopware 6, dat is gebaseerd op het Symfony-framework. Ik heb ook ervaring met WordPress, maar gebruik dit alleen wanneer een klant hier specifiek om vraagt.


Daarnaast werk ik ook met Node.js en React, meestal voor projecten die al in deze technologieën zijn opgezet en waar ik als onderdeel van een groter team aan werk.

@Gychem: Inertia kon ik nog niet maar is wel interessante insteek die ze gebruiken.
Hoe is het voor klanten om een Laravel CMS te beheren en onderhouden? Belangrijk is altijd dat de klant er mee moet kunnen werken.
Je eigen CMS wordt alleen voor eigen websites of ook voor klanten?
Mijn eigen cms zal alleen voor mij zijn.

Shopware is een interessante oplossing voor een webshop maar je moet dan wel een goede kennis hebben van Symfony. Symfony is niet zo ingewikkeld maar weer een andere systeem om te leren. Ik geloof dat page speed nogal een probleempje je kan zijn of heb ik dat verkeerd begrepen?

Node.js en React zullen voorlopig nog wel blijven denk ik, dat is al redelijk ingebakken tegenwoordig.

@Cornelis: De CMS wordt ook gebruikt voor klanten. Als een klant maatwerk wil wordt dit toegevoegd als module. Ik heb zelf een module systeem gemaakt zodat dit later een plugin systeem zoals bij Wordpress kan worden. Ik ben het nog volop aan het ontwikkelen zodat het steeds beter wordt. Elk project heeft een eigen repo dat verbonden is met een hoofd repo waarvan alle updates kunnen worden opgehaald. Updates doorvoeren kan ik via SHH of pipeline doen en zo duurt het max 5 min. De text editor heb ik gemaakt met TipTap headless editor wat gebouwd is op prose mirror.

Er zit ook een page builder in, gemaakt met GrapeJs maar deze page builder kan voor velen moeilijk zijn in gebruik. Daarom ben ik van plan om in de nabije toekomst een eenvoudigere versie te onwikkelen.

Voor Shopware heb je idd wel wat kennis nodig van Symfony. Laravel vond ik veel makkelijker om te leren dan Symfony maar eens je het kent valt het wel goed mee. Als de cache goed staat ingesteld is de page speed goed maar het is ook mogelijk om Shopware headless te gebruiken waardoor de front end bijv. een losstaand Nuxt project is en zo is de page speed nog sneller.

Node.js vind ik leuk om mee te werken maar als het kan gebruik ik liever Vue in plaats van React.