Ni som programmerar, vad har ni för struktur när det kommer till processen från ide till färdig produkt?

I min ena nuvarande kurs som heter "Webbdesign med CMS" så måste vi använda oss av Adobe XD eller Figma och designa Wireframes och sedan prototyper för att sedan koda fram det vi prototypat. Riktigt jobbigt då jag har noll fallenhet för webbdesign rent känslomässigt talat. Jag kodar bara CSS+HTML och hittar inspiration av färg- och formval från internet och sedan kommer jag fram till något på den vägen. Jag är - än så länge - lika "prompt"-beroende som AI när det gäller kreativ webbdesign!

En snabb fråga om just kryptering: Vad brukar användas för att kryptera all slags data i en databas för att göra den ännu mer skyddad/"anonymiserad"? password_hash & password_verify har jag använt för just lösenord men övrig data var helt "tydlig" i SQL-databasen så jag är nyfiken på vad som då gäller i branschen när SQL implementeras som vald databaslösning?

Mvh,
WKL.

Det finns metoder som låter en kryptera data via SQL (som denna och kanske fler lösningar). Dock är jag inte såpass kunnig inom SQL, så jag valde PHP istället, närmare bestämt ncrypt. Den kanske innehåller sårbarheter (5 år gammal kod), men den använder sig av AES och OpenSSL, och då är jag nöjd.

Gällande anonymitet när det kommer till kryptering. Om du lagrar personuppgifter i klartext, är du ansvarig för dessa uppgifter. Du måste då rätta dig efter GDPR. Men om personuppgifter lagras krypterade och inga personuppgifter lagras i klartext och är knutet till krypteringssträngarna, så räknas dessa inte som personuppgifter. I mina ögon blir du alltså inte ansvarig för uppgifterna, utan ansvaret är hos ägaren själv. Sen tar det väldigt lång tid att knäcka AES-256.

Det är även viktigt att se till att anslutningen mellan personen som besöker webbsidan och servern som webbsidan ligger på, är krypterad (med andra ord, HTTPS).

Dock kom jag på en sak nu, som jag inte har tänkt på tidigare. Om man krypterar datan på servernivå via PHP och inte på klientnivå via JavaScript, är den data som ska krypteras fortfarande säker? Om någon vet svaret på detta, snälla citera frågan. Vill gärna veta.

Datamodell först? Låter som att du jobbar mycket med backend? Om man utvecklar ett system som faktiskt ska användas av någon, t.ex. ett system för supportpersonal, då bör man ta reda på tänkta arbetsprocessen först. Sen ett passande gränssnitt. Sen väljer man datamodell som passar gränssnittet och arbetsprocessen.

Ser många betala miljoner för system och sen anpassar sin process istället för att anpassa systemet så det passar processen.

Men allt handlar ju om vad man utvecklar såklart. TS gav en omöjlig fråga

Kryptering kan väl vara bra men det viktiga är att begränsa åtkomst till databasen för användarna så att de bara kan se sina uppgifter och inte någon annans. Sen är det en massa mer krav på dig som tjänsteleverantör kring audit logging av alla som accessar personuppgifter, ha en personuppgiftsansvarig, inte använda faktiska personuppgifter som testdata och så.

Det är fel. Krypterade personuppgifter är fortfarande personuppgifter så länge som du kan dekryptera dem. Och även om du inte kan dekryptera dem, utan bara låter personen uppgifterna rör få komma åt sina exempelvis, så är du fortfarande ansvarig för säkerheten då det är din tjänst och din säkerhet.

Jo det är förstås ett krav, men dagens webbläsare varnar kraftigt för allt som inte går den vägen, och vissa tillåter inte anslutning alls, så det är verkligen minimum hur lite personuppgifter man än behandlar.

Det beror ju på. Klienten är ju inte att betrakta som säker från användaren liksom, men om det handlar om användarens egna uppgifter så behöver du ju inte skydda uppgifterna från den som skrivit in dem, men samtidigt sparar man väl inte personuppgifter i cookies eller så. Däremot https förstås så det är krypterat "på väg".

Självklart Den biten har jag tänkt på.

Svengelska. Jag kör med det också ibland, men verkligen inte ofta. Vad menas med "audit logging"? Ordet "logging" förstår jag ju (loggning).

De som har tillgång till de personliga uppgifterna via webbsidan och som kan se dom i klartext, har såklart ett ansvar över dom. Jag är väldigt noga med vilka som får tillgång till vad för data för ett projekt jag arbetar med.

Men om databasen läcks ut så kan det inte bli någon påverkan gällande GDPR, förutsatt att allt lagras krypterad. Hackaren måste nämligen ha krypteringsnycklarna + eventuella saltsträngar för att kunna avkryptera datan och komma åt den (eller vänta i "några" triljoner år). Det är därför dessa aldrig ska sparas i samma databas, utan någon annanstans som webbsidan kan komma åt.

Sen håller jag såklart med dig om att man ska ha en personuppgiftsansvarig, inte använda faktiska personuppgifter, och så vidare.

Ja, det är i och för sig sant. Men jag går endast efter hur uppgifterna ligger lagrade i databasen. De avkrypteras bara om rätt person vill komma åt dem.

Som tur var varnar dagens webbläsare om webbsidor som använder HTTP

Ok. Så de personliga uppgifterna är alltså säkrade trots användandet av PHP? Skönt Jag är en av de kanske få som avskyr kakor (förutom sessionskakan så att man kan logga in, såklart). Men jag har tyvärr lärt mig att acceptera det :/ Blir typ förbannad så fort någon webbsida inte fungerar över huvud taget, bara för att kakor blockeras xD Och tro mig, det är fler än vad man kan våga tro -.-

Jag går och tänker på det i några veckor, installerar stacken och sen så inser jag att jag inte vet var jag ska starta.

Gränssnittet är en detalj och något man kan och bör vänta med så länge som möjligt. Datamodell är viktigt eftersom det representerar den domän vars problem applikationen ska lösa. All kärnlogik kommer att bero av datamodellen.

Sedan är det ju som du säger att man först måste veta hur arbetsprocessen ser ut etc. Så att man löser rätt problem. Vet man inte det kan man heller inte sätta sin datamodell.

Som jag nämnde så spelar vem du tillverkar för mest roll. Själv sitter jag i team som utvecklar interna program som hjälper verksamheten med sitt jobb. T.ex. en handdator för lagerhantering. Här är gränssnitt ALLT. Skit samma vilken modell som körs bakom, den kommer säker bytas med tiden ändå med tanke på alla trender. Men antal klick till funktion är avgörande efter några miljoner klick, stort nog att synas för äldre, funka med tumvantar etc etc.

Som sagt, vi jobbar i en "det beror på" bransch

1) Vad ska min tjänst lösa för problem?
2) Vad krävs av back enden för att tillåta det? Samtidigt som:
3) Hur modellerar jag databasen?
4) Vad är ett intuitivt GUI för denna lösning? Vad talar för att min design uppfattas intuitiv? Skissa och skriv ner. Självklart med papper och penna.

Bygg back enden så långt det är möjligt utan front end.

Bygg front end. Lägg till på back end det som du glömt och nya funktioner du kommer på. Rinse and repeat.

Ta avstånd från din första tanke och betrakta det på nytt nu när det är färdigt. Blev det lika bra som du tänkt? Kan något förbättras? Ligger det man trycker oftast på långt ifrån tummens position t.ex? Kanske dags att flytta runt element.

Upprepa tills klart. Kör tester kontinuerligt. Sen färdigt.

Har bara gjort 3 projekt men har gått enklare än jag trodde varje gång och blivit mer eller mindre precis som jag först tänkt, fast med lite lull lull man kommer på medans man skriver.

front-end:

1. Undvika färdiga mallar

2. Rita en design så långt som möjligt

3. Se till att den går från mobil till större storlekar

4. Max tre kategorier på en sida

5. Max fyra nivåer för rubriker

6. Max sju rader text per block

7. .25rem .5rem .75rem 1.5rem 3rem 6rem 12rem 24rem per nivå i avstånd

back-end:

1. Undvika färdiga mallar

2. flytta till CSS så långt som möjligt istället för java-script

3. Använda variabler istället för att addera klasser

4. Använda id på unika objekt

5. Använda fallande orientering som inte kräver en extra klass

6. Se till så långt det är möjligt att föregående förälder bestämmer layout och objektet bestämmer sin design

7. Faktorisera om ofta och undvika alla automatiska tättingar, du lär dig inget med automatisk rättning

Det här med att undvika färdiga mallar kan man väl diskutera. På ett sätt är det ju helt rätt, man vill inte ha samma design som alla andra, men om man med mallar menar frameworks och liknande så går det ju emot alla moderna principer inom utveckling, att inte göra onödigt jobb som någon annan redan gjort åt en liksom.

Vi har exempelvis på jobbet rätt nyss bytt till KendoUI för vår frontend (inte gratis, men värt det). Tidigare hade vi något egenutvecklat ramverk som visserligen vi hade mer kontroll över, men det krävdes ju också en väldig massa tid för att bygga eller bygga om ganska basic komponenter hela tiden, och det var ju omöjligt att hitta någon hjälp online liksom. Och det är ju inte så att vi inte kan ha vår egen design längre på något sätt, men att ha färdiga saker som bara fungerar och redan har det man behöver är ju en väldig fördel. Typ: "Jag behöver ändra den här tabellen så att varje rad expanderar när man redigerar den, och jag behöver validering av olika typ i olika fält, hjälptexter som är tydliga och synliga, etc." Tidigare hade det inneburit att bygga om våra egna komponenter med ganska stor insats, nu handlar det om att kolla Kendos dokumentation och bara välja rätt komponenter liksom. Kanske det behövs lite tillägg i någon css men annars funkar det bara rakt av.

Annars är det många bra tips, även om mycket förstås beror på vad man bygger för sida eller applikation.