Archief - Van idee naar website

maar wat doe ik best eerst? Javascript of php?

Klik om te vergroten...

javascripts -> angular.js / node.js (php niet meer nodig)

Trouwens HTML/CSS, gewoon enkel basis leren

met twitter bootstrap is het makkelijk om snel iets deftigs uitziend in elkaar te hacken
Bootstrap

Desnoods gewoon een theme kopen
https://wrapbootstrap.com/

om te leren
html/css -> Web Fundamentals | Codecademy
javascript -> JavaScript | Codecademy

Moto zei:

javascripts -> angular.js / node.js (php niet meer nodig)

Klik om te vergroten...

Nog nooit echt angular en node doorspit. Zou het echt php kunnen gaan vervangen?!

profound zei:

Nog nooit echt angular en node doorspit. Zou het echt php kunnen gaan vervangen?!

Klik om te vergroten...

Ja.

Je kan er evenveel mee als met PHP, is simpel, is universeel (of je nu PHP, ASP.NET of in JSP een website maakt, FRONT-END is het altijd JavaScript dus waarom ook niet op de server).

In de standaard versie zijn veel functies niet voorzien die je als PHP ontwikkelaar gewoon hebt maar hopen plugins die dat opvangen. Het is nog altijd in versie 0, 0.10 ofzo iets maar ja...

Anyway wat je met PHP niet kan en met node wel:

- Easy gebruik maken van websockets -> realtime connecties, supersnel, geen overbodige header crap en cookies die telkens mee verstuurd worden ook al heb je ze niet nodig.

- Code kan live blijven draaien op server, bij PHP doe je een request, code doet zijn ding tot het klaar is en stuurt dan het antwoord terug. Bij node.js kan ook gewoon code laten runnen zonder dat men hier een request voor moet doen.

- Nog veel meer ...

Zou het echt php kunnen gaan vervangen?

Klik om te vergroten...

Geen idee, ik gebruik het op het werk (wel voor intranet + extranet) en ben der zeer tevreden over
Is wel een Line Of business / CRUD / SPA

Als ge een beetje de startup-hipster wilt uithangen is het gewoon geen slecht idee om eens naar de MEAN stack
te kijken (Mongodb, Express.js, Angular.js, Node.js)

ik zal dan eerst javascript doen. en als ik het beu ben af en toe wat photoshop ter afwisseling.

Wat verwacht de bedrijfswereld trouwens? Ik zou denken dat je kennis van html/css toch wel meer dan basis moet zijn? of maken die ook allemaal gebruik van dreamweaver (naar wat ik gelezen heb, is het maar brol aangezien er te veel code gegenereerd wordt) en van die wordpress toestanden?

Ik ken er eigenlijk niet veel van want van opleiding heb ik accountancy gedaan maar zou mij graag wat omscholen. dus daarom begin ik nu met html/css, javascript en dan waarschijnlijk php. Is kennis van wordpress, drupal,... ook belangrijk? Ik zie die termen hier af en toe passeren ...

De Wouter zei:

Anyway wat je met PHP niet kan en met node wel:

- Easy gebruik maken van websockets -> realtime connecties, supersnel, geen overbodige header crap en cookies die telkens mee verstuurd worden ook al heb je ze niet nodig.

- Code kan live blijven draaien op server, bij PHP doe je een request, code doet zijn ding tot het klaar is en stuurt dan het antwoord terug. Bij node.js kan ook gewoon code laten runnen zonder dat men hier een request voor moet doen.

Klik om te vergroten...

Dat kan je dus ook met PHP, je vergeet hier even dat PHP ook een CLI component heeft. Dus kan je die perfect permanent laten runnen (met supervisord om zeker te zijn dat het permanent draait) of via cron vb. op gezette tijden scripts uitvoeren. Idem voor websockets. Of het aan te raden is, is een andere zaak natuurlijk, maar het kan dus wel degelijk .

Nanoweb - The PHP Web Server
Ratchet - WebSockets for PHP

Node.js faalt ook wel vrij frequent bij requests zonder enige aanwijsbare reden (afgaande op onze Sentry logs). Of dat aan de code dan wel aan Node.js ligt kan ik moeilijk uitmaken (die Node.js projecten zijn allemaal door een andere collega uitgewerkt).

Oh, en blijf liefst zo ver mogelijk weg van Drupal (tenzij je sado masochistische trekjes hebt).

Of dat aan de code dan wel aan Node.js ligt kan ik moeilijk uitmaken

Klik om te vergroten...

node.js

Als andere bedrijven welk succesvol een bepaalde technologie kunnen gebruiken ligt het aan de code

StayAwakeNow zei:

Ik heb persoonlijk van jongs af aan met html en css leren werken/prutsen.. Ik was twaalf geloof ik.. Ik ben er zeker van dat je in een goede twee weken dit al redelijk onder de knie kan hebben.. En dan kiezen of je voor php/js + mysql wil gaan of voor asp.net.

Klik om te vergroten...

Er is echt wel een verschil tussen html en css kennen en het kunnen toepassen op grote sites hoor.
Een kleine site in elkaar steken is nu niet echt moeilijk, maar vanaf je aan iets wat groot begint moet je ook rekening houden met scaleability en performance.

Het is jammer dat mensen denken dat front-end echt het gemakkelijkste is wat er bestaat, want geloof mij, dit is echt niet zo. Het word allemaal een beetje onderschat en ik ben er zeker van dat de meeste mensen echt geen grote sites kunnen onderhouden.

HTML kennen is trouwens nog zo iets raar, goed, je kent alle tags (niet dat er zoveel zijn) en je kan ze gebruiken, maar kan je ze ook correct gebruiken? Van wat ik vaak zie is het antwoord meestal nee.

Op twee weken zal je de basis wel snappen, maar kan je na 2 weken een iets wat uitgebreide site maken en deftig onderhouden? Ik vrees ervoor.

W0utR zei:

Er is echt wel een verschil tussen html en css kennen en het kunnen toepassen op grote sites hoor.
Een kleine site in elkaar steken is nu niet echt moeilijk, maar vanaf je aan iets wat groot begint moet je ook rekening houden met scaleability en performance.

Klik om te vergroten...

Jah, net een goed voorbeeld hiervan gehad. Een 3e partij die kloeg over mogelijke issues met de server. Tabellen zonder indexen, PHP code en representatie door elkaar, code die rechstreeks uit een PHP for dummies lijken te komen. Als klap op de vuurpijl : blijkbaar testen ze hun code live uit en ineens kloegen ze erover dat ze enkel een witte pagina terugkregen. Check ik de PHP error log : tjah, 2x dezelfde functie met andere signature (parameters) definiëren in hetzelfde bestand lijkt mij inderdaad niet zo'n goed idee, en de PHP parser denkt daar dus net zo over. Dat naast het feit dat ze duplicaten van scripts (met copy in de naam, en niet 1, maar meerdere) op de server zetten, dat hun code vol staat met uitgecommentarieerde var_dump statements, enz. Hun code leek mij ook serieus slecht qua security.

En nu stel ik vast dat ze een serieus klantenbestand hebben, ik weet wel door wie ik nooit een Facebook app ga laten ontwikkelen... Ik ga hier eens iemand een PM moeten sturen denk ik.