This report describes how we made a dynamic website combined with statical web pages and a web shop for the Swedish company Tyger & Ting. The employer Tyger & Ting wish to run a working web shop on their site but they want to keep their old system of updating pages with their old application from Intellyweb1, which creates statical HTML pages. The goal of this exam paper has been to learn to create a functional web shop with user friendly layout and appealing design and also to take orders and fulfill wishes from a real employer. The report is describing how Intellyweb’s application and its statical web pages has been implemented on a dynamic web page. The report does also describe how this site has been build and how the problems with the coding have been solved. The coding has been made with HTML, PHP and MySQL. CSS has also been used. The report will describe how management and storage of data in databases has been handled. Apart from the demands the employer has given us, a complete revamp of Tyger & Ting’s design has been made and the result of the exam paper is now a complete and working web site with additional web shop that supports static web pages. The website contains 20 dynamic and static pages coded in about 1900 rows of PHP and HTML. A database with five tables of varying size has been made to contain pictures and information about products, users and orders. As soon as all the products has been put into the database the web shop will be found here: http://www.tygeroting.com

Using an object relational mapper, ORM, is a good idea if you have an object relational code base and are following standards. By using an ORM you get a separation between actual objects and data persistence. This also makes it possible for the programmer to fully focus on the application without knowing much about how the database itself works.  However, this doesn’t come without drawbacks. Depending what ORM you use and how you use it, it may sacrifice performance.  The research in this thesis shows that using an ORM in a very small application does not sacrifice performance.

Syftet med den här rapporten är att undersöka ifall PHP-ramverket CodeIgniter är ett lämpligt val för konstruktion av mindre webbplatser. För att besvara frågeställningen har jag konstruerat en webbplats i CodeIgniter åt företaget Östra hundskolan. Utifrån de erfarenheter jag fått när jag arbetat i CodeIgniter för jag ett resonemang kring fördelar och nackdelar jämfört med andra webbtekniker som mer traditionell webbprogrammering, CMS och andra PHP-ramverk. För att konstruera Östra hundskolans webbplats har jag tillsammans med deras ägare tagit fram en kravspecifikation som redogör för de funktioner och krav som finns. Utifrån kravspecifikationen har jag skapat en designspecifikation som sedan ligger som grund för implementeringen av webbplatsen. Webbplatsen är implementerad i CodeIgniter där många av dess inbyggda hjälpbibliotek har legat som underlag för webbplatsens funktioner. De slutsatser jag dragit efter att ha jobbat med CodeIgniter är att valet av verktyg måste anpassas utifrån många olika parametrar, exempelvis hur lång är projektettiden, vilka funktioner ska webbplatsen uppfylla, finns programmeringskunskaper, finns det ett krav på enkelt underhåll etcetera. Har utvecklaren programmeringskunskaper och det finns tid att sätta sig in i ramverket samtidigt som webbplatsen inte har några större krav på enkelt underhåll med mera är CodeIgniter ett väldigt lämpligt val att konstruera webbplatsen i. Ställs det däremot större krav på att webbplatsen ska vara lätt att underhålla och den har klara tydliga funktioner som exempelvis ett forum skulle jag nog fundera på att använda ett CMS. Detta på grund av att det är lättare att underhålla samt att det kan vara optimerat för en tyngre belastning.

When needing to search for data in multiple datasets there is a risk that not all da-tasets are of the same type. Some might be in XML-format; others might use a re-lational database. This could frighten developers from using two separate datasets to search for the data in, because of the fact that crafting different search methods for different datasets can be time consuming. One option that is greatly overlooked is the usage of regular expressions. If a search expression is created it can be used in a majority of database engines as a “WHERE” statement and also in other form of data sources such as XML. This option is however, at best, poorly documented and few tests have been made in how it performs against traditional search methods in databases such as “LIKE”. Multiple experiments comparing “LIKE” and “REGEXP” in MySQL have been performed for this paper. The results of these experiments show that the possible overhead by using regular expressions can be motivated when considering the gain of only using one search phrase over several data sources. / När behovet att söka over flertalet typer av datakällor finns det alltid en risk att inte alla datakällor är av samma typ. Några kan vara i XML-format; andra kan vara i form av en relationsdatabas. Detta kan avskräcka utvecklare ifrån att använda två oberoende datakällor för att söka efter data, detta för att det kan vara väldigt tidskrävande att utveckla två olika vis att skapa sökmetoderna. Ett alternativ som ofta är förbisett är att använda sig av reguljära uttryck. Om ett sökuttryck är skapat i reguljära uttryck så kan det användas i en majoritet av data-basmotorerna på marknaden som ett ”WHERE” påstående, men det kan även an-vändas i andra typer av datakällor så som XML. Detta alternativ är allt som ofta dåligt dokumenterat och väldigt få tester har ut-förts på prestandan i jämförelse med ”LIKE”. Som grund för denna uppsats har flertalet experiment utförs där ”LIKE” och ”REGEXP” jämförs i en MySQL databas. Försöken visar på att den eventuella försämringen i prestanda kan betala sig vid användande av multipla datatyper.

No description available.

Motion capture data behöver lagra på ett eller annat sätt lagra detta med databas skulle innebära väldigt många fördelar. Den används på många olika sätt och i olika branscher därmed skulle innebära en stor förändring. Det finns två olika kategorier av databaser SQL databaser och NoSQL databaser, dem databaser som kommer testas är relationsbaserade MySQL och dokumentbaserade CouchDB med en prototyp som utvecklas för att utföra dessa tester. Testerna påvisar att CouchDB är bättre databaslösningen vid lagringen av motion capture data. Men ytterligare arbete skulle kunna utföra flera tester som påvisar att läsning av motion capture data från databaserna kan ske i realtid. Mätningar från experimentet bevisar att CouchDB är den snabbare på att lagra Motion Capture data. I framtida arbete skulle arbetet kunna införas i filmbranschen och bli effektivt genom att använda mindre hårddiskutrymme och minska kostnaderna.

The focus of Master Thesis is on design and development of a web application. The application is used for archive and documents management in an organization. Thus, the main objective of the thesis is development of software for small and medium enterprises, which will help these organizations with their archives. Programming languages used in development phase are HTML, CSS, PHP jQuery and MySQL for database. The final software is universal and can be used in any organization.

The master’s thesis focuses on analysis, design and creation of an information system designed for administrators. With this information system will be possible to manage all company’s web applications from a central location.

Under pandemin COVID-19 har hemsidor skapats som är specifikt framtagna för att visualisera COVID-19 datan. Visualisering av COVID-19 datan kan resultera i en lång väntetid eftersom att det är flera megabytes av data som ska hämtas från en databas. Väntetiden som skapas av att hämta COVID-19 datan från en databas kan resultera i att hemsidan uppfattas som oresponsiv och ur funktion. Därför genomförs experimentet för att komma fram till vilken databas som har kortast hämtningstid när det kommer till COVID-19 data. I experimentet jämförs databaserna MySQL och MongoDB med fokus på hämtningstider vid hämtning av COVID-19 data. Resultatet av experimentet visar att MySQL är databasen med kortast hämtningstider vid hämtning av COVID-19 data. Utifrån hur experimentet genomfördes finns det även många möjligheter för framtida arbeten. Speciellt för att experimentera runt till exempel andra webbläsare och att använda sig av en extern server för att se omändringarna gör skillnad. / <p>Det finns övrigt digitalt material (t.ex. film-, bild- eller ljudfiler) eller modeller/artefakter tillhörande examensarbetet som ska skickas till arkivet.</p>

Submitted work describes IMS (IP Multimedia Subsystem) and focuses on services offered by this technology. In the theoretical part of the thesis is a detailed description of the IMS architecture, in the terms of its components and interfaces. Also a SIP protocol is described as the main signalling protocol, which represents the basis of the IMS architecture and RTP protocol that allows the transmission of multimedia data in real-time. Further, there are provided services that the IMS system brings. The practical part of the work describes the design and implementation of services within the IMS. It is a client-server service. Server part of the system is implemented as a SIP Servlet application. It has access to the MySQL database, which stores records of multimedia files. Client registered in the IMS network can communicate with the SIP servlet sending a request for information on such files. Following this communication, the client can play the file in his online ICP application, or download it into his PC and then play. To play and view multimedia fines is used JMF. The service is implemented in a development environment SDS Ericsson 4.1, which allows simulation of the IMS network.