Inlägg

Ert projekt är väldigt stort för totala nybörjare. Som du sett i tråden redan finns det lika många svar som det finns utvecklare. Så fort det kommer till webb är det en djungel och det dyker upp nya "lösningar" varje vecka. Jag vill därför ge er några konkreta små projekt att börja med så ni får en grundförståelse. Ni kan såklart slänga er på femtioelva färdiglösningar och ramverk, men risken är att ni blir överväldigade och inte får något gjort öht. Dessa steg är till för att kickstarta er förståelse, efter det kan ni dyka ner i hur ni faktiskt ska bygga er app. Många av förslagen nedanför är mer backend än frontend.

Fokusera inte så mycket på val av programmeringsspråk eller specifika lösningar. Om någon skriker till er att "ni ska använda x för det är senaste och bästa!" så gör dessa er en björntjänst. Som nybörjare måste ni lära er fundamentala kunskaper. Många specifika lösningar lär er inte grundkunskaper, det lär er hur ni använder den specifika lösningen. React är ett exempel på en specifik lösning där ni lär er mer om hur React fungerar än hur webbutveckling i grunden fungerar. Det riskerar låsa in er i tankesättet "hur får jag React att göra X" istället för att använda React när det passar.

En liten disclaimer. Ni säger att ni ska göra en webbapp med en mobilapp. Det betyder att ni gör en webbtjänst först och främst, er mobilapp är endast ett gränssnitt för att nyttja tjänsten. Mina förslag nedan utgår därför därifrån.

Hemsida med HTML/PHP/Javascript
Fixa en hemsida på valfri webhost som låter er komma åt FTP och lägga upp en hemsida. Förslagsvis cPanel med PHP och MySQL databas. Dessa är gamla som gatan och oerhört lätta att komma igång med. Fokusera endast på att få upp hemsidan i PHP i detta steg, skit i databasen. Designa inte en flashig sida, spotta bara ut lite enkel HTML som en länk eller något. Kolla gärna på htaccess bara för att känna till den. Det kan även vara bra att läsa på lite om Apache Server som sköter webbhostningen.

Detta ger er enklare förståelse i hostning.

Lär er "dev tools" i webbläsaren
Här föreslår jag Chrome-baserad webbläsare. Om ni trycker F12 får ni upp debugverktyg för den aktiva hemsidan. Ni kan göra allt från att inspektera HTML/CSS-layout, till ett se vilka JavaScript som laddas in, vilka anrop som görs, och lite annat smått och gott. Denna är grundläggande för att bevaka vad som händer på klientsidan. Ni kan ju testa köra lite JavaScript direkt i console.

Detta ger er en första introduktion till debugverktyg för webb.

Lär er GET och POST-anrop till en URL
Gör en enkel sida som hanterar GET och POST-anrop. Dessa är grundläggande för "API requests", som är ett fint ord för att be om information från en länk som spottar tillbaka data som inte nödvändigtvis är en hemsida. httpbin.org är en exempel-sida för att testa olika anrop. Om du öppnar t.ex. httpbin.org/ip så ser du att du får bara text tillbaka i ett format som kallas för JSON. Försök att göra en PHP-sida som kan hantera POST och spotta ut olika resultat beroende på vad du skickar till den. Det finns olika verktyg för att generera anrop, t.ex. RestMan Chrome Plugin i webbläsaren. Ni kan också använda cURL direkt i terminalen/cmd/console. Hitta gärna olika hemsidor med APIer och testa göra anrop och se vad ni får.

C:\curl https://httpbin.org/ip

Detta ger er förståelse i hur ni kommunicerar med en webbserver via web API-anrop. API-design är mycket mer invecklat än så här men ni måste börja någonstans.

Lär er JSON, YAML eller XML
Dessa är text-standarder för att skicka data. JSON är vanligast och enklast att förstå, "you can't go wrong with it". Skicka och ta emot data till er sida med POST med JSON och försök göra något mer avancerat med det. Ni kan se dessa format som sätt att skicka standardiserad data mellan er app/klient och servern. Det är er uppgift att bearbeta datan och presentera det för användaren i ett senare skede.

Här lär ni er serialisering av data i läsbart textformat. Detta är obligatoriskt för all webbutveckling.

Kolla på base64 encoding
Detta är ett sätt att konvertera valfri data till en textsträng och tillbaka. I Javascript, spara en bild eller <canvas> som base64 med toDataURL och skicka den strängen till din PHP-sida. Försök sedan få tillbaka den som textsträng och återskapa till bild. base64 förekommer ibland för "data blobs" och sparas i databaser. Ni behöver mest känna till att det finns när ni väl börjar använda existerande lösningar.

Detta ger er förståelse i att det ni ser i applikationer ibland måste bearbetas och sparas i annat format i bakgrunden osynligt för användaren.

Spara saker i databasen
Om ni har en host med MySQL så har ni troligtvis phpMyAdmin. Här kan ni sätta upp hur er databas ser ut. En databas används för att spara undan "persistent information". Användarinformation, uppladdade bilder, inlägg, o.s.v. Skicka upp text eller bilder med POST-anrop till en PHP-url och spara informationen i databasen. Använd en annan PHP-sida för att kolla på det uppladdade innehåller.

Detta ger er en enklare förståelse för relationsdatabaser och hur ni sparar/hämtar information. När ni är bekväm med MySQL så kan ni gå ut och söka i djungeln kring databaser som PostgreSQL, Redis, InfluxDB. De har helt olika syften, MySQL räcker ofta långt.

Webhooks och botar
I samma spår som GET och POST kan ni göra ett försök till att bygga en Discord eller Telegram-bot. Dessa är program som sitter och väntar på anrop från andra servrar. Ni kan köra en PHP-sida som pingar en Discord-bot som sedan spottar ut något i en av era chat-kanaler.

Detta ger er en försmak för hur ni kan automatisera flöden genom att studsa mellan olika services. Det kan dessutom spåra ut i väldigt många roliga sidoprojekt.

Åtkomst via SSH
Secure Shell (SSH) är ett standardsätt för att komma åt webbservrar och liknande via terminalen/console. Detta är fundamentalt för utvecklare. Om er nuvarande webhost inte har SSH-åtkomst, för att ni kör en billig PHP-host med cPanel, testa släng upp en droplet på DigitalOcean. Droplet är bara deras marknasföringsnamn för en virtualiserad mini-server som körs på gemensam hårdvara med andra användare.

Om ni råkar sitta på en RaspberryPi så kan ni lära er hur ni sätter upp SSH-åtkomst till den i Linux. Det finns gott om RPI-guider för detta. Då kan ni använda terminalen på en dator och styra er RPI på distans. Samma princip som för webbhosts.

Att jobba med SSH och terminalkommandon är fundamentalt.

Mer automatisering med Node-RED
Släng upp en Node-RED på StackHero eller annan host som är enkel att använda. Node-RED är superenkelt att leka med. Ni drar och släpper noder och kan snabbt göra flöden som "om någon skickar ett meddelande till URL, skicka ett mail, pinga en bot, o.s.v.". Node-RED är egentligen bäst för mindre automatisering som IoT-enheter (typ värmesensorer som loggar data). Det är dock väldigt enkelt och roligt för att testa flöden innan man bygger något större.

Detta bygger vidare på lekstugan så ni kan göra lite roliga saker.

Testa cross-platform dev
När ni ska bygga appar så behöver ni känna till att olika platformar/enheter kräver olika implementationer. (Desktop, Mobile) (MacOS, Windows, iOS, Android) Detta gör att det finns cross-platform-lösningar, lösningar där ni bygger på ett ställe och kan köra på flera platformar. Detta är en djungel. Börja testa något välanvänt som ElectronJS. Om det duger för Discord, Trello och Dropbox så borde det duga för er. Electron låter er bygga appen som en hemsida men ändå komma åt enhetsspecifika funktioner som att ta bild med kameran. Försök få ut appen både till Desktop och Android (eller vad ni nu har). Krångla inte till det! Försök bara göra en funktion, typ en knapp, som syns på enheterna ni bygger för.

Här kommer ni närmare "vanlig" programmering där ni behöver göra anrop via JavaScript till enhetens funktioner.

Testa lokal databas med SQLite
SQLite är den absolut vanligaste "offline-databasen" som nyttjas för program lokalt på din telefon eller dator. Den använder liknande syntax som MySQL. Detta är något som ibland används för att spegla resultat som finns på en webbserver så du inte behöver ladda om en massa data hela tiden. SQLite används för övrigt i massa datorspel för att hålla koll på hela spelvärldens status (har du plockat föremålet, var finns det fiender, har en boss avslutats, o.s.v).

Detta är lite överkurs.

Sen då?
Välkommen till resten av träsket. Databaser som Redis, PostgreSQL, InfluxDB, o.s.v. Frontend som React, VueJS, AngularJS. App dev med Android Studio. Container hosting med Docker och NAS-enheter. Routing med nginx. Det finns så många lösningar att vissa youtubekanaler som Fireship kan existera endast på att sammanfatta lösningar på ett skämstamt sätt och aldrig få slut på ämnen.

En väldigt stor anledning är att det är uppenbarligen vad "marknaden" vill ha.

Kollar vi historisk och varifrån "Ultrabooks" kommer får man gå tillbaka till ~2010. Fram till dess hade det varit ett väldigt "race to the bottom" när det kom till priser på bärbara, det från alla stora tillverkare. D.v.s. man gjorde precis det "marknaden" sa den ville ha.

Poletten att vad de som är högljudda säger de vill ha och vad marknaden faktiskt vill ha kan potentiellt vara två rätt olika saker.

Trots att Apple då hade mindre än 10 % av marknaden drog de in över 50 % av all vinst från laptop-marknaden, de andra hade höga volymer av "junk" med nära noll marginal medan de som var beredd att betala för att få en vettig datorn fick välja av ett väldigt magert utbud. Många laptop-tillverkare blödde pengar i det läget, så situationen var inte hållbar.

När Ultrabook lanserades blev det omedelbart en försäljningssuccé, visade sig att det fanns väldigt många som föredrog icke-Apple och ändå var beredd att betala för kvalité.

Idag finns ju fortfarande "stridsvagnarna" kvar, de har typiskt väldigt bra CPU/GPU prestanda för priset men de plöjer "vi har byggt allt på billigast tänkbara sätt" fåran (skulle själv vilja ha betalt för att använda en sådan dator), de står för en rätt liten del av totala marknaden. Oavsett vad många säger, visar marknaden att den föredrar dyrare, kompakta enheter med fokus på byggkvalité.

Tycker själv att MBP, som nog ändå får anses hyfsat tunn, är lite "klunsig" (framförallt 16" som jag har). Skulle välja MBA (alt. motsvarande Windows-latop) om primära användningen var "på språng". Nu är det en kompromiss då jag behöver prestandan + huvudanvändning är i dockat läge.

Givet artikeln: är långt bättre att fokusera på att bygga enheter som håller länge, även om de är lite svårare att t.ex. byta batteri i, än bygga billigt skräp som man kommer byta ut inom rätt kort tid.

För de stora tillverkarna som Lenovo, Dell, HP, m.fl. har man ju alltid kunna byta batteri även om det inte är lika enkelt för "svensson" att göra det som det var innan ultratunna blev normen. Och det är självklart jättebra, men visar också att det inte är ett problem.

Med ultratunna mobiler/datorer är det långt svårare att på något vettigt sett ha möjlighet till "batterilucka".

Just kring batterier har man också lärt sig en hel del, som att många enheter idag försöker lära sig när det räcker att ladda till 80 %, något som ökar livslängden en hel del. Min Iphone 12 är 3,5 år och används dagligen, har fortfarande 85 % hälsa med originalbatteri.

Jobbdatorn, 16" M1 Pro, används också dagligen och här ser det ut som Apple nu gör samma sak som EV-tillverkarna: 100 % är inte 100 % utan en del kapacitet "göms" av BMS. Den enheten hävdar fortfarande 100% kapacitet på batteriet.

Offtopic förlåt, men nyfikenheten kräver att jag frågar vilken modell av SE telefon det var?

Går att koppla en tredjeparts docka med 1Gbit bort, däremot är den endast USB 2.0 så man landar någonstans runt 300 Mbit efter overhead har gjort sitt. Går att hitta på reddit eller googla på vilka adaptrar folk lyckats.

Får hoppas att det blir ett lyft från förra generationen. Har nuvarande generation, och visst den gör väl det den ska, men känns verkligen inte som någon "referens" produkt som man tycker den borde vara. UI laggar ur ovanligt ofta, och är seg generellt i huvudmenyn. HDMI2.0-begränsningen stökar till när det kommer till HDR. framförallt DolbyVision som är låst till 12bit (måste manuellt ändra format för att få det optimalt), var sjukt efter med att matcha refreshrate mot vad man spelar upp, har även väldigt dålig wifi-anslutning (har buffer problem från min plex på 4k-material, något tvns inbyggda app inte får, och deras antenner sitter ju på mer eller mindre på samma ställe). Lyckades även bitstreama DTS över ARC med tvns appar, men inte med chromecasten, då tyckte den heltplötsligt att tvn inte kunde ta emot DTS (detta är möjligen tv:ns fel)....

Nä, medan min TV-modell fortfarande hade bra app stöd i webOS så var det sjukt mycket bättre än vad jag upplevt andriod tv... även haft mycket bättre upplevelse med appleTV.

Så hela TV-marknaden fungerar (och mycket annat). Normalpriserna är rena ocker men passar man på så kan man få samma TV för halva priset 6 månader senare, så "early adopter tax" är enorm.

Till alla som nu förfasar sig om att "Visa skrivbordet" försvinner: hur många visste att denna "knapp" ens existerande innan denna artikel? Hade själv ingen aning, för det är ju en "knapp" som i alla fall på min dator saknar någon form av bild.

Och om man nu ens brydde sig om denna funktion, hur många av er visste inte redan om win+d (och det verkar inte ändras, copilot verkar hamna på win+c som förval)???

Däremot är frågetecknen kring vad som framåt kommer skickas till Microsoft vettiga. Men givet Microsoft uttalande om att "AI-funktionella PC" bör framåt ha en NPU med minst 40 TOPS låter det ändå som man kommer ha möjligheten att köra saker lokalt. Det lär ju vara ett krav hos en hel del organisationer, så Microsoft har inte så mycket val om de vill att användarna ska ha möjlighet att köra funktionen.

Det kommer bli regeländringar. Vi pratar bilar tillverkade ~2018 och framåt; inte en chans att tjänstemän eller politiker skulle ta risken att bli så impopulära.

Fast svaret är ju snarare "Vill du fortsätta använda din 12 år gamla teknikpryl som kostade 1000kr ny så måste du från och med nu hantera säkerheten på egen hand".
Du kan ju fortfarande använda den, men att ha den öppen mot hela internet är inte bra.

Det är som att äga en gammal bil. Man ska få en rimlig mängd garanti, en rimlig mängd reservdelar och därefter så får man väl hoppas på det bästa..

Din billiknelse kan vara väldigt slående i framtiden då trenden går mot att de också vara uppkopplade som rullande IoT-prylar. Hoppas ingen tillverkare bygger dem så att uppkoppling blir ett krav för annat än bonusfunktioner. Då kan den sista uppdateringen vara att stänga ner uppkopplingen

Hur räknar du ut det?

Det har blivit snålare på 8x/8x med tanke på NVME, men det är oftast inte ett problem.

Det jag menar är att det bör finnas PCIe version X till chipset och sedan 4.0 därifrån så man får fler elektriska ledningar

jag skulle hellre få ut 16/16/8/4/4 @ pcie4.0 på ett och samma mobo istället för 16x/4x/4x @ pcie 6.0 eller vad nu siffrorna blir för ett ATX med 2st m.2 och tre platser som har x16 kontakt (Oftast är det inte x16 eletriskt utom på den första långa pcie slotten)

Jag uppleverl helt klart 11an som glitchig. Det är denna sorts "buggar" som dyker upp av och till. Plötsligt försvinner reglaget för ljusstyrkan också då just 11an verkar väldigt kinkig när det gäller grafikdrivrutinen. På en maskin är systemet lite hysteriskt ibland när tre skärmar används och det verkar också lite förvirrat kring vilken skärm som är vilken.

På min egen burk håller jag mig till Windows 10 LTSC 2021 samt Debian 12 med KDE (kör Linux för allt Internet i princip). 10an hade också "glitchar" liknande 11an på den tiden jag körde Pro, d.v.s sålänge MS fortfarande funktionsuppdaterade. När detta i princip upphörde till förmån för Patch Tuesday med säkerhetspatchar/buggfixar stabiliserades det hela och LTSC rullar på fint och bra. Uppenbarligen blir Windows stabilare när det körs på en "fryst" kodbas som sedan får underhållsuppdateringar (sista stora funktionsuppdateringen för 10an var ju 2004 - sedan dess blev det enablement packages i princip) jämfört med t.ex 11an (och 10an fram tills 2004) där det ändras och ändras hela tiden. Funktioner läggs till, funktioner tas bort, buggrisken ökar.

Min egen dom över 11an är att det inte kommer i närheten av min egen maskin annat än i en VM. "Windows 11: Det perfekta operativsystemet för virtuella maskiner med snapshots!"

Annars föredrar jag Linux med KDE alla veckans dagar över 11an. Just KDE funkar exakt som jag förväntar mig och blir det mycket påtryckningar om att man "måste" ha 11an blir det snarare just Linux och så en VM i VMWare.

Nu senaste fick ju 11an en uppdatering (marsuppdateringen) som ställde till rejäla problem för olika enheter inklusive ROG Ally. Det verkar dock som att de fick viss ordning på torpet i "uppdateringen för uppdateringen" också kallad preview.

Windows 10 LTSC är systemet när man vill ha en pålitlig Windows-PC man kan använda. Windows 11 är systemet när man vill "använda Windows" självt, d.v.s pula med det, försöka fixa till saker, åtgärda brister o.s.v.

LTSC med Directory Opus, Classic Shell och WindowsBlinds med BetterAero7X är en kombination jag inte upplever att 11an matchar även om jag labbat med det i just en VM.

Ibland går inte miljötänket före allt annat. Säkerheten är viktigare ibland. En dator i sig är inte så värst miljövänlig från början, så det är svårt att dra miljötänket när det kommer till datorer. Du bör inte sitta på en 8 år gammal PC idag som din huvuddator om du vill hänga med i moderna saker. Lika lite som du kan förvänta dig moderna saker i en 8 år gammal bil. Självkörning etc i en 8 år gammal bil finns inte, utan du behöver köpa nyare bil för att få tillgång till sånt etc. Skillnaden är att TPM gör att datorn är säkrare vilket är OTROLIGT viktigt i dagens samhälle. Vad tror du krig börjar någonstans i modernare länder? Via datorerna. Bomba och skjuta på gatan kommer vara mycket längre in i kriget.