Måndagen den 19/5 2025
Fredagen den 23/5 måste slutarbetet vara klart för dig som går i T22b! Se till att du har en ifylld changelog och kodkommentarer där det behövs.
Fredagen den 23/5 måste slutarbetet vara klart för dig som går i T22b! Se till att du har en ifylld changelog och kodkommentarer där det behövs.
Idag (fredag) är jag tyvärr inte med på lektionen, men jag vill att du läser http://webbem.se/internet/tillganglighet/ och tittar på det jag länkat i slutet av sidan. Fundera kring vad de olika principerna innebär för ditt arbete och hur förmågan att interagera med en webbsida kan variera.
Hur påverkas interaktionen med en webbsida av:
Kan du komma på andra förutsättningar som kan påverka hur en person interagerar med en webbsida?
Hej på dig!
Nu borde alla vara klara med sina API-uppgifter. Jag kommer att ge feedback på resultatet, förhoppningsvis innan nästa vecka börjar. Jag är fortfarande hemma med sjukt barn (eller igen, jag var på skolan igår), och kan inte hjälpa idag.
Nästa stora grej är ju att alla ska göra var sitt större projekt, med planering, testning, och så vidare. Vi kommer att kolla lite på olika tekniker som kan vara till hjälp.
Idag vill jag att alla kollar lite på Php och andra serverscript. På vår server är det huvudsakligen php som gäller, asp.net funkar inte alls.
En sak som har förändrats sedan artikeln skrevs är att Ruby har gått om ASP.net som det näst mest populära serverskriptspråket. Php dominerar dock fortfarande.
Så kolla lite på hur php (med flera språk) funkar. Följ lite länkar och testa vad som går att göra. Varför inte testa att använda includes, eller att lägga till datum.
Tänk på att alla filer som skall behandlas av php måste ha filändelsen .php
och att de bara funkar om de körs på en server med php installerat.
På din sajt (webbem.se/elever/2024-25/dittanvändarnamn
) ska det finnas en sida som talar om för besökaren var den är, en startsida, eller som det kallas på engelska, en "landing page".
<style>
-taggarchangelog.md
Jag har sammanfattat alla uppgifter vi har gjort på http://webbem.se/uppgifter/
För dig som behöver kommer det torsdagen den 6 februari finnas möjlighet att jobba med det du behöver i sal M105, mellan klockan 11:30 och 13:00.
Välkommen!
I kursen kommer vi arbeta med att skapa webbplatser från grunden, på en så vanlig webbserver som möjligt, för att förstå hur webben fungerar. Du kommer alltså inte arbeta i något färdigt publiceringssysten (CMS), utan skriva filer som du själv laddar upp på webbservern. Du kommer också få lära dig om internet och webbens historia och utveckling och hur de är organiserade, viktig juridik och en del annat.
Så här beskrivs kursen av Skolverket (centralt innehåll):
Du kommer att arbeta mot en webbserver som är konfigurerad på det kanske vanligaste sättet, vad man brukar kalla en LEMP-server (Linux, NGINX, MySQL, PHP)
Du kommer arbeta med flera olika kodspråk, framför allt HTML och CSS som är de språken som alla webbsidor är skrivna i, men också Javascript/Ecmascript som du ska kunna använda och redigera.
Vi kommer eventuellt få anledning att kika lite på en del andra hjälpspråk och tekniker också, som SASS eller LESS (CSS-preprocessorer), alternativa skriptspråk och annat. Genom åren har det skapats många hjälpmedel för att effektivisera komplexa arbetsuppgifter. Ibland framgångsrikt, ibland inte.
Du ansluter till servern via kommunikationsprotokollet SFTP (FTP över SSH). På Windows, MacOS eller Chrome OS behöver du installera någon form av klientprogram (det finns en massor). För Windows är det antagligen enklast att använda WinSCP eller Filezilla. Dessa beter sig ungefär likadant, men WinSCP är mer modernt och har högre säkerhet (krypterade lösenord, t.ex.), Filezilla har dessutom börjat skicka med en massa irriterande tredjepartsprogram i sina installationsfiler. Utöver dessa finns vill jag också nämna Cyberduck, som vissa tycks föredra. Kanske för att det stöder väldigt många kommunikationsprotokoll, kanske för att det har en anka som symbol. Av dessa finns Cyberduck och Filezilla till MacOS också. WinSCP är bara för Windows. Till Chrome OS finns det ett par olika instick som fungerar.
Om du kör någon av de vanligare Linuxdistributionerna (som inte är Chrome OS) behöver du inte installera någonting, du kan ansluta SFTP-platser som nätverksenheter direkt i filhanteraren.
Om du klickar på "Administrera ditt konto" i menyraden kan du logga in till ett administrationsgränssnitt (Usermin) där du kan ändra ditt lösenord och andra uppgifter.
<!DOCTYPE html>
<html>
<head>
<title><!--Sidtitel här--></title>
<meta charset="UTF-8">
<meta name="description" content="">
<meta name="keywords" content="">
</head>
<body>
<h1><!--huvudrubrik här--></h1>
<h2><!--underrubrik här--></h2>
<p><!--Ett stycke text, kopiera gärna för fler stycken--></p>
</body>
</html>
Ladda upp dokumentet i mappen som heter "www" på ditt konto på webbservern. Kolla så att det fungerar.
För att dokumentera ditt arbete ska du upprätthålla två filer skrivna i språket Markdown, todo.md och changelog.md.
Todo.md och changelog.md ska placeras i rotmappen (rotkatalogen) för projektet, i praktiken innebär det att de ska ligga i översta nivån i din www-mapp.
Todo.md är en helt enkelt en att-göra-lista. Du kan göra den som en lista med kryssrutor (som jag brukar föredra) eller bara som en vanlig punktlista där du stryker saker allt efersom de blir klara.
En punktlista i MD (Markdown) gör du helt enkelt genom att sätta ett bindestreck (-
) eller en asterisk (*
) plus ett mellanslag framför raden i listan. Genomstruken text i MD gör du genom att sätta tecknet tilde
(~
) före och efter texten som ska vara genomstruken (exempel på genomstruken text ).
En kryssruta gör du genom att skriva hakparenteser, med ett mellanslag mellan efter "punkten" i listan ([ ]
). En markerad kryssruta skriver du ett "x" i: [x]
.
Changelog.md är projektets loggbok. Här antecknar du allt arbete du gör med sajten. Använd datum som rubrik, datumet ska vara skrivet enligt ISO-standard, det vill säga precis som vi brukar skriva datum i Sverige: år-månad-dag (åå-mm-dd eller åååå-mm-dd).
Systemet med changelog och todo är, med variationer, mycket vanligt i alla typer av kodprojekt. Fördelar som kan nämnas är att det blir enkelt för människor att samarbeta om alla kan se vad som behöver göras och vad som är gjort. Att på ett enkelt sätt ha koll på detta med hjälp av enkla textfiler är naturligtvis en stor fördel även om du är ensam i projektet.
I kursen använder jag din changelog och todo för att kunna följa ditt arbete.
Det är enkelt att skriva dina egna filer från scratch, men om du vill har jag också förberett en mall för todo och en mall för changelog som du kan använda.
Markdown är ett mycket förenklat markupspråk. Idén är att det ska vara ett mycket lättskrivet språk som dessutom kan översättas till HTML. Samtidigt med språket skapades det första programmet för att producera HTML från Markdown.
Språket (och programmet) hittades på 2004 av John Gruber, mannen bakom bloggen Daring Fireball, och Aaron Swartz.
Idéen var att hitta på ett textformat som är så lätt som möjligt för människor att läsa, samtidigt som det enkelt skulle kunna omvandlas till HTML för publicering på webben. Formatet påminner alltså om hur människor tidigare markerat text i enkla textdokument där man inte kan ändra bokstävernas utseende, men mer standardiserat.
Överallt! Men framförallt är en stor del av allt innehåll på GitHub och GitLab skrivet i MD. Eftersom framför allt GitHub, men på senare tid också GitLab, har blivit de främsta platserna för utveckling av mindre och medelstora kodprojekt har det blivit en de facto-standard att skriva dokumentation i MD.
Markdown har en mycket enkel syntax. Enkelt kan det beskrivas som ett enkelt textdokument (kodat som utf-8) där rubriker och annat märks ut med ett eller flera tecken innan raden. En rubrik motsvarande HTML:s <h1>Rubrik</h1>
skrivs helt enkelt: # Rubrik
. Ett nummertecken först i raden helt enkelt. Syns tydligt, är begripligt för ett datorprogram och hindrar inte läsning av människor.
Det som markerar att det är ett markdown-dokument och inte ett .txt
-dokument vilket som helst är att det ges filändelsen .md
i stället för .txt
. Ingen <!DOCTYPE>
eller liknande behövs, det är bara att skriva.
Det finns ett flertal olika sajter med instruktioner för hur man skriver, jag tycker att den här är bra: Markdown-Cheatsheet.
Som du kan se, kan du ofta skriva på lite olika sätt utan att det blir fel. Det är också väldigt enkelt och du kan snabbt hävda att du behärskar ytterligare ett kodspråk 😉!