This thesis deals with the development of content management system that allows users to easily manage their websites. In order to facilitate the user's work, the issue of web services integration is also addressed. Based on the specified requirements, commonly used systems are compared in terms of the simplicity of web administration and the ability to connect to various web services. According to these findings, it is designed and implemented content management system that allows the user to perform operations with web services provided by Facebook, Google and Twitter. The implemented system was deployed and tested on the website that was created according to real requirements.

Följande arbete jämför databashanterarna MongoDB och Couchbase responstid i att hämta data i en Node.js REST api. Datasetet har en enkel struktur och består av befolkningsdata. Jämförelsen ska svara på vilken av dessa databashanterare som har kortast responstid i att hämta befolkningsdata i en Node.js REST api, eftersom responstiden är väldigt viktig för användare. Testet sker med egenutvecklade script och mäter tiden det tar att skicka en begäran till REST api:t och visa den hämtade datan på webbläsaren. REST api:t består av 5 endpoints vilket testades 6000 gånger var för MongoDB och Couchbase. MongoDB hade kortast responstid på samtliga test. I framtida arbeten kan resten av CRUD operationerna testas och då inte bara att hämta data, långsiktig kan datasetet ändras för att kunna testa mer komplexa sökfrågor.

APIs can have different architectures and standards, one of which is REST. REST stands for representational state transfer and is a commonly used architecture when implementing and creating APIs for the web. Choosing a web framework for a REST API implementation is not as trivial as one might think; there are many metrics to consider, one of which is performance. In this study, we compared the most used back-end web frameworks in 2021, ASP.NET Core, Express.js, and Flask, to see which performs best in throughput, response time, and computer resource usage. Finding the best-performing framework will help future developers choose which framework to use in terms of performance. Selecting a good framework from the beginning is essential to prevent the need to change framework in the future. To benchmark the different APIs, we did an experiment where we used JMeter, an open-source software for testing the performance of websites and APIs. By varying the number of virtual users and throughput, we were able to find the limit of each framework and their respective resource usage during different loads. We have concluded that ASP.NET Core had the best performance when it comes to response time and throughput. Furthermore, ASP.NET Core had the most efficient memory utilization throughout the entire experiment, and during loads higher than 4500 throughputs per second, it was also the most CPU efficient. Below 4500 throughput per second, Express.js was the most CPU-efficient framework but still had more memory usage than ASP.NET Core. According to our metrics, the performance of Flask was far behind Express.js and ASP.NET Core and should therefore not be considered a high-performance framework.

The goal of this project has been to create an online store for a music store called Music for All. The company's business concept is to sell new and used music equipment online with payment systems via mail or Paypal. The project consists of three separate parts: the first part that stores product information in a SQL Server database created via ASP.NET Core Web API and Entity Framework, the second part consists of an admin interface that contains a login system created by ASP.NET Core Identity Framework which make it possible for a logged in admin be able to create, delete and update products through a Headless CSM which was created by ASP.NET Core MVC and Entity Framework Core. The online store was developed via React.JS, Next.Js and Redux, which created functionality for consuming the REST API and functions that increased the web application's availability and usability. The REST API was developed via ASP.NET Core. The design was performed via React.JS and Sass and Node.JS to be able to execute JS code on the browser. / Målet med detta projektet har varit att skapa en webbutik för en musikaffär som heter Music for All och skulle etablera sig i sommaren. Företagets affärsidé var att sälja nya och begagnade musikutrustningar på nätet med betalningssystem via post eller Paypal. Projektet utvecklades i tre separata delar där en del lagrade produktinformationer i en SQL Server databas som skapades via ASP.NET Core Web API och Entity Framework, andra delen bestod av ett admingränssnitt som innefattade ett inloggningssystem som skapades av ASP.NET Core Identity Framework för att inloggade anställda skulle kunna använda ett innehållshanteringssystem/Headless CSM som skapades via ASP.NET Core MVC och Entity Framework Core. Webbutiken utvecklades via React.JS, Next.Js och Redux som skapade både funktionalitet för konsumering av REST API:et och funktioner som ökade webbapplikationens tillgänglighet och användbarhet. REST API:et utvecklades via ASP.NET Core. Designen utfördes via React.JS, Sass och Node.JS för att kunna exekvera JS kod på webbläsaren.

The report presents information about the development of an intern logbook made for the company Ångtvättbilen Västernorrland. The application is created with the goal and purpose to make the daily data management more effective and to gather all the coworkers information in one tool. The application is build up with the help of WordPress where the developer creates an own theme together with new post types, plugins and CRUD-functionalities. The project results in an working, responsive, progressive web application where the members can log in to their own personal account. In the app, the coworkers can save data from the work that they are doing or have done. When a member enters information about a work and saves it, the data gets available for all the coworkers to see in an table. The information is from there possible to both edit and delete. The webbapplication also includes a page for image upload where the members can submit images together with an text to the social media manager. The images is delivered by an automatic email. On the webpage there is also a page for a shoppinglist where all the members can add articles that need to be bought. The shoppinglist has all the CRUD-functionalities too. At last every coworker has their own member-profile where they can manage their own information and where they can upload an image of themself. All the personal-information is also visible to the other members on the site. The tools in the application is available from front-end and the coworkers does not have access to the WordPress administration. The goal and purpose of the project is achieved. / Examensrapporten innefattar utvecklingen av en intern företagsapplikation, i form av en loggbok som skapas till Ångtvättbilen Västernorrland. Applikationen skapas med syftet och målet att effektivisera företagets datahantering samt för att ge medarbetarna möjlighet att samla allas information på ett ställe. Applikationen, som blir en progressive web app byggs upp i WordPress genom att utvecklaren skapar ett eget tema samt egna post-typer, plugins och CRUD-funktionaliteter. Arbetet resulterar i en fungerande, responsiv webbapplikation med möjlighet för medarbetarna att, med ett eget konto logga in i applikationen för att därefter ha möjligheten att bland annat lagra data från arbeten som utförs och utförts. När en medarbetare lagrat information om ett arbete visas denna information, tillsammans med författarens namn upp i en tabell synlig för alla medlemmar. Informationen går därefter både att redigera och radera. Webbplatsen innehåller även en undersida för bilduppladdning där medarbetarna kan skicka in bilder tillsammans med bildtext till ansvarig för sociala medier som då får tillgång till datan genom att ett automatiskt mail skickas ut. På webbplatsen finns även en sida som innehåller en inköpslista där alla medarbetare kan fylla på med vad som ska beställas eller köpas in. Inköpslistan har också CRUD-möjligheter så att all data som skapas kan läsas ut, redigeras och raderas. Tillsist har även varje medarbetare en egen profil där de egna uppgifterna kan redigeras samt att alla medlemmar visas upp i en lista tillsammans med dess uppgifter. Alla verktyg på webbplatsen är tillgängliga från front-end och medarbetarna har inte tillgång till baksidan, det vill säga WordPress-gränssnittet.

This diploma thesis deals with the creation of a solution for continuous data acquisition from web sources. The application is in charge of automatically navigating web pages, extracting data using dedicated selectors, and subsequently standardizing them for further processing for data mining.

This diploma thesis deals with desing and implementation of order management system in restaurant facilities. The main goal was to create a cross-platform mobile application that allows users to order items through web REST API. System will then distribute these orders to facility staff. The system verifies authenticity of orders by using unique dynamic QR codes.

Syftet med denna studien är att undersöka vilken av databaserna MongoDB och Couchbase som utför frågeoperationerna hämtning, uppdatering och inmatning på kortast tid vid lagring av medicinsk data. För att utvärdera prestandan utvecklades en artefakt som bestod av en klientapplikation och ett REST API. Experimentet genomfördes tre gånger med olika mängder data i databasen för att se hur mängden data påverkar svarstiden. Resultaten visade att Couchbase var snabbare än MongoDB oavsett datamängden i databasen för samtliga frågeoperationer. Resultatet visade även att datamängden i respektive databas spelar roll för databasens hastighet. I ett framtida arbete kan horisontell skalning testas för att se hur uppdelning av datan till flera maskiner påverkar prestandan.

This project has been done on the lamp shop named Lampshopen in Falun. The goal of the project has been to create a web application that is designed towards the customer and the administrators. The web application is built with a SPA design which gives the customer the possibility to see the products and have the possibility to book and unbook products given the customer is registered and logged in. The administrators have the possibility to view, add, revise, and delete products and information correlated to the product table. Administrators can also handle categories, other users permission levels and also delete users. The result of the project is a webstore where the demand from the firm is upheld within the projects scope. / Detta arbete har utförts för Lampshopen i Falun. Målet med projektet var att skapa en webbutik som är till för både besökaren och för administratörer. Genom ett SPA ska besökaren kunna se utbudet och ha möjligheten att boka eller avboka produkten givet att hen är registrerad. För administratören ska hen kunna lägga till, revidera eller ta bort produkter samt kunna hantera kategorier och konton på ett lämpligt sätt. Resultatet av projektet är en fungerade webbutik där de efterfrågade kraven uppnåtts.

Tekniker för att hämta e-post har sedan länge varit svåra att hantera på grund av brist på en tydlig standard. E-post kan variera i vilka headers som följer med och vilken storlek som är tillåten. De kan även vara skillnader på hur mailet är kodat vilket kan bidra till att mailet inte lyckas parsas på rätt sätt. Äldre tekniker som IMAP4 och POP3 förlitar sig på en bristande autentiseringsprocess som inte är önskvärd. Projektet kommer därför studera de nyare teknikerna Outlook Mail REST API och Gmail API för att jämföra dem mot IMAP4. Syftet är att på ett säkrare och effektivare sätt kunna läsa epost och integrera dem med ett ärendehanteringssystem. e-postöverföringar ska kunna schemaläggas med specifikationer som sparas i en konfigurationsfil. För att uppnå syftet implementerades tre prototyper som använde varsin teknik för att läsa e-post. För att jämföra teknikerna på prestanda gjordes tidsmätningar. En jämförelse på säkerhet genomfördes genom att sätta upp den information som måste sparas i konfigurationsfilen. En jämförelse på funktionalitet genomfördes genom att jämföra en lista på funktioner som bestämdes genom en intervju och därefter se om dem finns på de tre olika teknikerna. Resultatet blev att Outlook Mail API var överlägset bäst när det kommer till prestanda. Den stora anledningen varför var att Outlook API hämtar e-post i plain-text vilket leder till en betydligt kortare tid för att parsa e-post. Gmail API var snabbare än IMAP4 mest troligt för att den använder protokollet http för att hämta epost. Både IMAP4 och Gmail API hämtar e-post i form av MIME-meddelanden vilket ledde till en ungefärligt lika lång tid för parsning. Funktionaliteten för teknikerna var densamma förutom några få skillnader. Outlook API har funktionalitet för att hämta epost i plain-text medan de andra inte har det. Gmail API har inte möjlighet att sortera inkommande e-post. Slutligen kom projektet fram till att Gmail API och Outlook Mail REST API var säkrare än IMAP4 på grund av den modernare autentiseringsprocessen som inte hanterar några lösenord. Både Outlook och Gmail använder Oauth2 som autentiseringsprotokoll. Utifrån resultatet dras slutsatsen att Outlook Mail REST API är den lämpligaste lösningen baserat på dess säkerhet och prestanda. / The process to fetch email has for a long time been a difficult task because of the amount of different standards in email formats. Email can vary in different headers, format, max size and more based on which email supplier sends the mail. Older methods for fetching email as IMAP4 and POP3 still relies upon weak authentication processes. This project will therefore study the new technologies Gmail API and Outlook Mail REST API and compare these to IMAP4. The purpose of this study is to find a more effective and secure way of transferring emails from an email server to the system named Easit GO. Email transfers should be able to be scheduled in such a way that it is specified in a configuration file. To accomplish this three prototypes was implemented. Every prototype used on of the technologies to read email. To compare these prototypes there was a performance test through time measurements. To compare functionality there was a list setup of fixed functions showing which technologies that had support for that specific function. Security was based on the sensitive information that was stored in the configuration file. The result was that Outlook Mail REST API clearly beat the others on performance. This was because of outlooks ability of reading email in plain-text which leads to a substantially shorter parsing time. All of the technologies had similar functionality except for a few things. Outlook API had the possibility of reading email in plain-text which resulted in better performance. Gmail API did not have functionality to sort incoming email on oldest first. The study concluded that Outlook API and Gmail API were more secure than IMAP4 because of no passwords were saved or even used in the prototype. Both Outlook and Gmail used the authentication protocol Oauth2 which is more secure than IMAP4s Basic Authentication. The conclusion points to Outlook Mail REST API being the most suitable solution based on its performance and more modern authentication.