Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 33

Liczba wyników na stronie
first rewind previous Strona / 2 next fast forward last
Wyniki wyszukiwania
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 2 next fast forward last
EN
The article presents a performance analysis of connections to both relational and non-relational databases, critical components of the functionality of modern web applications. The study is concerned with evaluating the advantages of manually integrated database drivers compared to the comprehensive Spring Data module. In addition, the impact of the Spring Framework on the performance of drivers responsible for database connections was investigated. Based on the results obtained, there are performance benefits for CRUD operations when adding drivers manually and using the Spring Framework for JDBC and MongoDB drivers.
PL
Artykuł przedstawia analizę wydajności połączeń zarówno z relacyjnymi, jak i nierelacyjnymi bazami danych, krytycznymi komponentami funkcjonalności współczesnych aplikacji internetowych. Badanie dotyczy oceny zalet ręcznie zintegrowanych sterowników baz danych w porównaniu do kompleksowego modułu Spring Data. Ponadto zbadano wpływ Spring Framework na wydajność sterowników odpowiedzialnych za połączenia z bazami danych. Na podstawie uzyskanych wyników stwierdzono, że istnieją korzyści w zakresie wydajności dla operacji CRUD w przypadku ręcznego dodawania sterowników i korzystania ze Spring Framework dla sterowników JDBC i MongoDB.
PL
W artykule przedstawiono analizę porównawczą narzędzi do tworzenia warstwy klienta aplikacji internetowych. Wybrano do niej narzędzia Angular 17.1.0, React 18.2.0 i Vue 3.3.4. Proces badawczy przeprowadzono z wykorzystaniem aplikacji testowej “Benchmark”, zaimplementowanej z użyciem każdej z technologii. Przygotowana została ona jako tester wydajności, realizujący testy złożone z operacji manipulujących tabelą danych, celem pomiaru czasu ich wykonania. Wyniki przeprowadzonych testów stały się podstawą do analizy porównawczej. W efekcie badania, najwydajniej-szym narzędziem w największej liczbie testów został Angular. Nieznacznie mniejsza wydajność zaobserwowana została przy Vue, a najmniej wydajną aplikacją okazała się ta, przygotowana z użyciem React.
EN
The article presents a comparative analysis of tools for developing the client layer of web applications. The tools chosen for it were Angular 17.1.0, React 18.2.0 and Vue 3.3.4. The research process was carried out using the “Benchmark” test application, implemented with each technology. It was prepared as a performance tester, implementing tests consisting of operations that manipulate a table of data, in order to measure their execution time. The results of the performed tests became the basis for further analysis. As a result of the study, Angular became the most efficient tool in the largest number of tests. Slightly lower performance was observed with Vue, and the least efficient application turned out to be the one prepared with React.
3
EN
This article analyzes the performance of three frameworks - React.js, Next.js and Qwik - that offer different methods of rendering application views. The purpose of the study was to show whether the new Qwik framework allows for better application load times compared to the other frameworks. The study was conducted using 3 applications representing the same research content, referring to cases occurring in production environments. In order to assess the performance, the Google Lighthouse tool was used, thanks to which it was proved that it is impossible to unequivocally say that Qwik allows for better optimization of the application compared to other frameworks.
PL
W niniejszym artykule przeprowadzono analizę wydajnościową trzech szkieletów programistycznych - React.js, Next.js oraz Qwik - oferujących różne metody renderowania widoków aplikacji.Celem badania było wykazanie, czy nowy szkielet Qwik pozwala na uzyskanie lepszych wyników czasów ładowania aplikacji, w porównaniu z pozostałymi szkieletami. Badanie przeprowadzono z wykorzystaniem 3 aplikacji reprezentujących tę samą treść badawczą, nawiązującą do przypadków występujących w środowiskach produkcyjnych. W celu oceny wydajności wykorzystano narzędzie Google Lighthouse, dzięki czemu dowiedziono, że nie da się jednoznacznie stwierdzić, aby Qwik pozwalał na lepszą optymalizację aplikacji w porównaniu z pozostałymi szkieletami.
PL
Tematem niniejszego artykułu jest analiza porównawcza dwóch technologii do budowania aplikacji w architekturze REST. Badania dotyczą opartego na języku Java szkieletu programistycznego - Spring oraz szkieletu przeznaczonego dla języka JavaScript i środowiska Node – Express.js. Aplikację testową zaimplementowano w obu badanych technologiach. Przy wykorzystaniu narzędzia Apache JMeter dokonano pomiaru czasów przetwarzania żądań HTTP operując na prostych danych tekstowych. Eksperyment opierał się na 5 scenariuszach powtórzonych dla różnej liczby użytkowników (od 10 do 100), przy stałej częstotliwości wykonywanych zapytań do serwera. Przeprowadzone analizy pozwoliły określić, że aplikacja zaimplementowana w Express.js obsługuje żądania HTTP nawet o 249% sprawniej niż jej odpowiednik w Spring.
EN
The purpose of this article is a comparative analysis of two technologies for building applications in REST architecture. A Java-based development framework - Spring, and a framework designed for JavaScript language and Node environment - Express.js were analyzed. The test application was designed and implemented in both studied technologies. Using the Apache JMeter tool, HTTP request processing times were measured by operating on simple text data. The experiment was based on 5 scenarios repeated for a different number of users in the range of 10 to 100, with a constant number of executed requests to the server. The analysis conducted showed that the application implemented in Express.js handles HTTP requests up to 249% more efficiently than its counterpart in Spring.
PL
W artykule porównano dwa szkielety programistyczne we wskazanych wersjach. Badania przeprowadzono za pomocą aplikacji testowych o takich samych funkcjonalnościach, zaimplementowanych w obu środowiskach. Za kryterium porównawcze przyjęto liczbę bajtów zajmowanych przez oba projekty, liczbę wierszy z kodem, koniecznych do implementacji, średnie zużycie pamięci RAMoraz wydajność czasową. Wykonano automatyczne testy obciążeniowe oraz analizę technicznąobu środowisk. W wyniku badań stwierdzono, że React lepiej radzi sobie zobsług ą dużej liczby danych (około 100000 rekordów), natomiast w przypadku małychzbiorów danych oscylujących w okolicach 1000rekordów nie wykazanoistotnych różnic w działaniu obu aplikacji. W przypadku umiarkowanej liczby rekordów (10000) bardziej wydajny okazał się React.
EN
This paper presents the results of the comparative analysis of the two JavaScript frameworks. The research was carried out using test applications with the same functionalities, implemented in both environments. The number of bytes occupied by both projects, the number of lines of code, the average RAM consumption and the time efficiency were used as criteria for comparison. Automatic load tests and technical analysis of both environments were performed. The results showed that React is able to better handle a large amount of data (around 100 000 records), while for small data sets oscillating around 1000 records, no significant differences in both application performance were demonstrated. For a medium number of records (10000), React proved to be more efficient.
PL
Celem artykułu jest przeprowadzenie analizy porównawczej dwóch szkieletów programistycznych na przykładzie jednego z najpopularniejszych obecnie React v17 oraz Svelte, który zdobywaznaczną popularność. Do przeprowadzenia badań zaimplementowano dwie autorskie aplikacje o takich samych funkcjonalnościach w obu analizowanych szkieletach programistycznych. Analiza dotyczy przede wszystkim czasów renderowania widoków, ale porównywane są także struktury aplikacji oraz ich rozmiar. W wyniku badań stwierdzono, że aplikacja Svelte jest znacznie bardziej wydajnaw porównaniu do aplikacji React.
EN
The aim of the article is to perform a comparative analysis of two programming frameworks on the example of one of the most popular currently React v17 and Svelte, which is gaining considerable popularity. Two applications with the same functionalities in both analyzed frameworks were implemented to conduct the research. The analysis mainly concerns the rendering times of views, but the application structures and their size are also compared. As a result of the research, it was found that the Svelte application is much more efficient compared to the React application.
PL
Tematem artykułu jest analiza porównawcza szkieletów programistycznychSpring (z konfiguracją Spring Boot), Micronaut oraz Quarkus. Obserwowany w ostatnim czasie wzrost popularnościtych rozwiązań uwarunkował konieczność wyznaczenia ich profilu zastosowań. W celu wyznaczenia charakterystyk badanych technologii, przeprowadzono szereg testów wydajnościowych oraz optymalizacyjnych aplikacji zbudowanych w oparciu o wymienione szkielety programistyczne. Rezultaty analiz wykazały, iż dzięki wysokiemu stopniu optymalizacji, szkielety Micronaut oraz Quarkus są doskonale przystosowane do pracy w środowiskach chmurowych, natomiast rozbudowany szkielet Spring (Boot), pomimo mniejszej wydajności, jest pozycją niezastąpioną w bardziej złożonych projektach
EN
This article presents the results of a comparative analysis of Spring (with Spring Boot configuration), Micronaut and Quarkus programming frameworks. The recently observed increase in popularity of these solutions made it necessary to determine their application profile. In order to determine the characteristics of the researched technologies, a series of performance and optimization tests of applications built on the basis of the above-mentioned programming frameworks were carried out. The results of the analyzes showed that thanks to the high degree of optimization, the Micronaut and Quarkus frameworks are perfectly adapted to work in cloud environments, while Spring (Boot) framework, despite its lower efficiency, is an irreplacible solution in complex projects.
PL
Bezpieczeństwo aplikacji jest jednym z kluczowych aspektów, niezbędnychdo jej prawidłowego funkcjonowania. Weryfikacja bezpieczeństwapolega przede wszystkim na przeprowadzaniu regularnych testów penetracyjnych i sprawdzaniu podatności aplikacji na różnego rodzaju ataki. Zalecanym rozwiązaniem jest skorzystanie znarzędzidedykowanych do wykrywania luk bezpieczeństwa w aplikacjach. Wybór odpowiedniego narzędzia spośród dostęp-nych na rynku może okazać się trudny. W niniejszym artykule dokonano analizy porównawczej skuteczności popular-nych narzędzi testowania bezpieczeństwa aplikacji pod kątem liczby wykrywanych zagrożeń. Analizę oparto o otrzymane wyniki skanowania dwóch aplikacji internetowych, zawierających szereg luk bezpieczeństwa, służących do nauki etycznego hackingu.
EN
Application security is one of the key aspects necessary for its proper functioning. Security verification consists pri-marily in conducting regular penetration tests and checking the vulnerability of the application to various types of at-tacks. The recommended solution is to use tools dedicated to detecting security holes in applications. Choosing the right tool from among those available on the market can be difficult. This article presents a comparative analysis of the effec-tiveness of popular application security testing tools in terms of the number of detected vulnerabilities. The analysis was based on the obtained results of scanning two Internet applications containing a number of security vulnerabilities, used to learn ethical hacking
PL
W artykule przedstawiono porównanie wydajności trzech sposobów realizacji interfejsów programistycznych stosowa-nych w aplikacjach webowych – REST, GraphQL oraz gRPC. Na potrzeby badań opracowano trzy aplikacje, które zostały wykonane w każdej ze wskazanych technologii i o takich samych funkcjonalnościach. Aplikacje wykorzystano do testów wydajnościowych, przeprowadzonych z użyciem narzędzia k6. Aplikacje zastosowano do zmierzenia czasu wykonania, wydajności i objętości przetwarzanych danych podczas operacji wyświetlania oraz dodawania rekordów. Uzyskane wyniki pozwoliły na sformułowanie wniosku, że najlepszym interfejsem pod względem wydajności (mierzonych jako liczba wykonywanych transakcji na sekundę) oraz czasu odpowiedzi serwera jest REST. Natomiast pod względem najmniejszej objętości danych, najlepszym wyborem jest gRPC.
EN
The article presents a comparison of the performance of three ways of implementing programming interfaces used in web applications - REST, GraphQL and gRPC. For the purposes of the research, three applications were developed, which were made in each of the indicated technologies and with the same functionalities. The applications were used for performance tests carried out with the use of the k6 tool. The applications are used to measure the execution time, performance and volume of processed data during display and adding operations. The obtained results allowed for the conclusion that the best interface in terms of performance (measured as the number of transactions per second) and server response time is REST. However, in terms of the smallest data volume, gRPC is the best choice.
PL
W niniejszym artykule przedstawiono rezultat porównania wybranych technologii widoków w aplikacjach wykorzys-tujących szkielet programistyczny Laravel. Za pomocą wielokryterialnej metody analitycznego procesu hierarchicznego wyłoniony został najbardziej wydajny system szablonów spośród Blade, Twig oraz Smarty. Przedstawione silniki szablonów wykorzystane zostały razem z platformą programistyczną Laravel w celu utworzenia stron typu “landing page”, na podstawie których przeprowadzono eksperyment.
EN
This article presents the result of a comparison of selected view creation technologies in applications using the Laravel framework. Using the multi-criteria analytic hierarchy process method the most efficient template system was selected from Blade, Twig, and Smarty. Presented template systems were used with Laravel framework to create a landing page on the basis of which the experiment was conducted.
PL
Głównym celem tego artykułu było porównanie dwóch frameworków (Axis2/C and gSOAP), które implementują protokół SOAP do wymiany ustrukturyzowanych komunikatów w środowisku komputerowym. W artykule opisano eksperymenty badające wydajność SOAP dla wskazanych frameworków oraz metody ich implementacji, takie jak: parsowanie, serializacja, praca z różnymi formatami wiadomości, efektywność czasowa protokołu, efektywność modeli przetwarzania wiadomości itp. Do wykonania badań przygotowano aplikacje testowe, które umożliwiły porównanie wydajności każdego z frameworków. Analiza zebranych danych pozwoliła wskazać wydajniejsze i szybsze narzędzie do przesyłania danych pomiędzy serwerem a klientem, którym okazał się gSOAP.
EN
The main purpose of this paper was to compare two frameworks (Axis2/C and gSOAP) that implement the SOAP protocol, a protocol for the exchange of structured messages in a computer environment. The paper describes experiments showing the level of SOAP performance depending on the components of each framework and the methods of their implementation, such as: parsing, serialisation, working with various message formats, the time effectiveness of protocol, the efficiency of message processing models, etc. After the practical part was completed, performance studies of each of the frameworks were carried out, the collected data helped to define a more efficient and faster tool for transferring data between the server and the client.
PL
Nowoczesne aplikacje internetowe wymagają przepływu dużej ilości danych. Do utrzymania porządku w kodzie wykorzystuje się zarządcę stanu. Dzięki menadżerowi wszystkie dane mogą być pobrane z oraz trafiają w jedno miejsce. W niniejszym artykule analizie poddano cztery biblioteki do zarządzania stanem – NgRx, Ngxs, Redux, Vuex. Do badania wykorzystano pięć kryteriów: metryki kodu, strukturę rozwiązania, dostępność gotowych implementacji, wsparcie społeczności oraz przetestowano wydajnościowo. Wyniki wykazały, że nie ma narzędzia najlepszego w każdym kryterium, jednak zestawiając ze sobą otrzymane rezultaty najbardziej uniwersalnym rozwiązaniem jest Vuex.
EN
Modern web applications require flow of large amounts of data. To maintain order in code, a state manager was invented. With manager all data can be retrieved from and goes to one place. In this paper, four libraries for state management (NgRx, Ngxs, Redux, Vuex) were analyzed. Five criteria were used for the study: code metrics, solution structure, availability of ready-made implementations, community support, and performance testing. Results showed that there is not the best tool in every criterion, but when comparing the results obtained, the most universal solution is Vuex.
13
Content available Analiza wydajnościowa aplikacji Svelte i Angular
PL
Celem artykułu jest sprawdzenie, czy nowsze rozwiązanie tworzenia części klienckiej aplikacji internetowej oparte na Svelte jest bardziej efektywne w porównaniu do standardowego podejścia stosowanego w Angular. W artykule przed-stawiono porównanie czasów renderowania się komponentów strony na przykładzie dwóch aplikacji testowych przygotowanych w obu szkieletach programistycznych. Do przeprowadzenia testów wydajnościowych przygotowano scenariusze, w których zbadano czasy dodawania i usuwania różnej liczby komponentów strony. Testy aplikacji były wykonane przy pomocy pakietu Selenium Webdriver. Wyniki badań wskazały jednoznacznie na fakt, że nowe podejście do manipulacji DOM (Svelte v. 3.0), jest bardziej wydajne niż korzystanie ze standardowego rozwiązania stosowanego w aplikacjach Angular (v.10.2).
EN
The aim of this article is to check if the Svelte-based client part of a web application is more effective than the standard Angular approach. The article presents a comparison of page components rendering times on the basis of two test applications prepared in both frameworks. For the performance tests, scenarios were prepared in which the times of adding and removing a different number of page components were examined. Application tests were performed using the Selenium Webdriver package. The research results clearly showed that the new approach used for DOM manipulation (Svelte v.3.0) is more efficient than the standard solution used in Angular applications (v.10.2).
14
Content available Analiza porównawcza technologii REST i GraphQL
EN
The article presents a comparative analysis of the two most commonly used API web design standards - REST and GraphQL. The time and size of HTTP responses returned by applications were tested. Two applications with the same functionalities, performing CRUD operations, on data stored in the non-relational MongoDB database were used for the research. Both applications were based on NodeJS technology. The JMeter tool was used to collect and analyze the data. On the basis of the obtained results, it was found that there were no significant differences in reading the data with a small number of queries and when removing resources. With the increase in the number of queries, a clear advantage of the REST standard was observed. The advantage of GraphQL, both in response time and size, was demonstrated when retrieving specific data.
PL
W artykule przeprowadzono analizę porównawczą dwóch najczęściej stosowanych standardów projektowania internetowego API – REST oraz GraphQL. Badano czas oraz rozmiar odpowiedzi HTTP zwracanych przez aplikacje. Do badań wykorzystano dwie aplikacje o takich samych funkcjonalnościach, realizujących operacje CRUD, na danych przechowywanych w nierelacyjnej bazie MongoDB. Obie aplikacje stworzono w oparciu o technologię NodeJS. Do zebrania i analizy danych zastosowano narzędzie JMeter. Na podstawie otrzymanych wyników stwierdzono brak znacznych różnic w odczycie danych przy małej liczbie zapytań oraz podczas usuwania zasobów. Wraz ze wzrostem liczby zapytań zaobserwowano wyraźną przewagę standardu REST. Przewagę GraphQL, zarówno w czasie jak i rozmiarze odpowiedzi, wykazano w przypadku pobierania specyficznych danych.
PL
Celem artykułu jest przeprowadzenie analizy porównawczej dwóch szkieletów programistycznych Angular w wersji 10 oraz Vue w wersji 3.0. Podstawą porównania jest wydajność zbadana za pomocą dwóch podobnych co do funkcjonalności aplikacji. Badaniu poddano widok ze zmienną liczbą wyświetlanych elementów, a czas mierzono od momentu wskazania liczby komponentów do zakończenia renderowania. Porównano także ilość przestrzeni dyskowej jaką zajmują finalne aplikacje oraz modułów aplikacji względem sposobu realizacji ich funkcjonalności. Wyniki badań pozwoliły sformułować wnioski, że Vue jest bardziej wydajny od Angulara a dodatkowo aplikacja Vue zajmuje mniej przestrzeni dyskowej.
EN
The aim of this article is to perform a comparative analysis of the Angular v10 and Vue v3.0 frameworks. The basis of the comparison is the performance tested with two applications that are similar in terms of functionality. The view with a variable number of displayed elements was examined, and the time was measured from the moment the number of components was indicated to the end of rendering. The amount of disk space occupied by the final applications and application segments was also compared in relation to the method of implementing their functionality. The results of the research allowed to formulate the conclusions that Vue is more efficient than Angular and additionally the Vue application takes up less disk space.
EN
The article presents the results of a comparative analysis of web application frameworks for Java, PHP and Ruby. The most popular programming frameworks for each language were used for the research: Spring, Symfony and Ruby on Rails. In each of the frameworks the REST and SOAP web services were prepared and used to measure the request execution time. Measurements were made using Postman and SoapUI tools. The tests results showed that Spring is the fastest way to handle requests.
PL
W artykule przedstawiono rezultaty analizy porównawczej szkieletów aplikacji internetowych dla języków Java, PHP oraz Ruby. Do badań zastosowano, najbardziej popularne dla każdego języka, szkielety programistyczne: Spring, Symfony i Ruby on Rails. W każdym z frameworków przygotowano aplikacje testowe typu REST i SOAP, wykorzystane do testów pomiaru czasu wykonywania żądań. Pomiary wykonano za pomocą narzędzi Postman i SoapUI. Wyniki badań wykazały, że najszybciej żądania obsługiwane są w aplikacjach Spring.
PL
W artykule przeprowadzono analizę wydajności aktualnie stosowanych narzędzi do tworzenia interfejsu aplikacji typu SPA. Badanie przeprowadzono z wykorzystaniem dwóch aplikacji, o takiej samej funkcjonalności, zaimplementowanych w React i Vue.js. Do pomiaru wykorzystano narzędzia deweloperskie dostępne w przeglądarkach internetowych oraz odpowiednie implementacje własnych metod.
EN
The article analyses the performance of currently used tools for creating a SPA application interface. The study was conducted using two applications with the same functionality, implemented in React and Vue.js. The tools available in web browsers and appropriate implementations of own methods were used to measure SPA performance.
EN
The goal of the article is to compare the three most commonly used tools for creating a graphical user interface in web applications. The analysis was carried out for the currently most popular tools: Angular, React and Vue. Test applica-tions with identical user interface, implemented in three technologies, were used for the research. The article compares, above all, the performance related to page loading time and memory usage..
PL
Celem artykułu jest porównanie trzech najczęściej stosowanych narzędzi do tworzenia graficznego interfejsu użytkow-nika w aplikacjach internetowych. Analiza została przeprowadzona dla najbardziej popularnych obecnie narzędzi: Angular, React i Vue. Do badań wykorzystano aplikacje testowe z identycznym interfejsem użytkownika, zaimplementowane w trzech technologiach. W artykule porównano przede wszystkim wydajność związaną z czasem ładowania stron oraz zajętość pamięci.
PL
Celem artykułu jest wybór, możliwie najbardziej wydajnych narzędzi do tworzenia interfejsu użytkownika dla aplikacji Spring.W artykuleprzeprowadzono porównanie dla 4 wybranych technologii widoków: JSP, Thymeleaf, Wicket i Angular. Testy wydajności czasowej i pamięciowej zostały przeprowadzone z wykorzystaniem Rest API w Spring. Wyniki testów pozwoliły wskazaćnajlepsze rozwiązania.
EN
The goal of the article is to choose the most efficient user interface creation tools possible for Spring. The study compares 4 selected view technologies: JSP, Thymeleaf, Wicket and Angular. Time and memory performance tests were carried out using Rest API in Spring. Test results allowed to identify the best solutions.
EN
The article presents an analysis of the performance of frameworks that enable the creation of multi-platform desktop applications. Electron and NW.js were selected for comparison. The study was conducted using a test desktop application with social media functionality. The test application was developed on both compared platforms. The presented research results allowed to conclude that the NW.js framework is more efficient than the Electron framework.
first rewind previous Strona / 2 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.