DOCSLIB.ORG

Kelayakan Raspberry Pi Sebagai Web Server: Perbandingan Kinerja Nginx, Apache, Dan Lighttpd Pada Platform Raspberry Pi

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Kelayakan Raspberry Pi Sebagai Web Server: Perbandingan Kinerja Nginx, Apache, Dan Lighttpd Pada Platform Raspberry Pi Jurnal Rekayasa Elektrika Vol. 11, No. 1, April 2014, hal. 25-29 25 Kelayakan Raspberry Pi sebagai Web Server: Perbandingan Kinerja Nginx, Apache, dan Lighttpd pada Platform Raspberry Pi Rahmad Dawood1,2, Said Fairuz Qiana1, dan Sayed Muchallil1 1) Jurusan Teknik Elektro, Fakultas Teknik, Universitas Syiah Kuala 2) Telematics Research Center, Universitas Syiah Kuala Jl. Tgk. Syech Abdurrauf, Banda Aceh 23111 e-mail: [email protected] Abstrak—Raspberry Pi merupakan komputer mini yang dapat difungsikan sebagai PC pada umumnya. Karena dapat difungsikan sebagai PC maka Raspberry Pi juga dimungkinkan untuk menjalankan aplikasi web server. Tulisan ini akan memaparkan hasil pengujian kelayakan dan kinerja aplikasi web server yang dijalankan pada Raspberry Pi. Pengujian dilakukan terhadap tiga aplikasi web server yang paling populer saat ini, yaitu: Apache, Nginx, dan Lighttpd. Dengan memakai parameter kinerja: maximum request dan reply time. Hasil pengujian menunjukkan bahwa Raspberry Pi layak untuk menjalankan kesemua aplikasi web server yang diuji namum kinerja terbaik diberikan oleh Nginx yang diikuti oleh Lighttpd dan Apache. Kata kunci: Raspberry Pi, web server, Apache, Lighttpd, Nginx, web server performance Abstract—Raspberry Pi is a small-sized computer, but it can function like an ordinary computer. Because it can function like a regular PC then it is also possible to run a web server application on the Raspberry Pi. This paper will report results from testing the feasibility and performance of running a web server on the Raspberry Pi. The test was conducted on the current top three most popular web servers, which are: Apache, Nginx, and Lighttpd. The parameters used to evaluate the feasibility and performance of these web servers were: maximum request and reply time. The results from the test showed that it is feasible to run all three web servers on the Raspberry Pi but Nginx gave the best performance followed by Lighttpd and Apache. Keywords: Raspberry Pi, web server, Apache, Lighttpd, Nginx, web server performance I. PENDAHULUAN oleh suatu sistem lain agar dapat diarsipkan dan dianalisa lebih lanjut oleh para penelitinya; pada sistem pengukuran Aplikasi web server cenderung dijalankan pada di daerah-daerah ekstrim (e.g. daerah kutup) [4] dimana hardware yang berspesifikasi tinggi. Kecendrungan hasilini pengukurannya perlu diakses secepat mungkin oleh dikarenakan adanya ekspektasi bakal banyak permintaan para peneliti yang terlibat baik yang berada di lokasi yang harus ditangani secara bersamaan oleh aplikasi web pengukuran maupun yang berada di lokasi lain; atau server tersebut sehingga memerlukan hardware yang pada sistem yang dipakai oleh tim asesmen suatu daerah relatif besar agar dapat melayani dengan baik. Sebagai bencana [5] dimana hasil asesmennya perlu segera diakses contoh, spesifikasi hardware Dell PowerEdge R620 oleh sejumlah pihak yang berkepentingan dengan bencana E5-2690 yang lazim dipergunakan untuk menjalankan tersebut. Dari ketiga contoh sistem ini penempatan aplikasi web server adalah sebagai berikut: prosesor Intel hardware jelas tidak bisa pada ruang khusus tetapi harus Xeon E5-2609 2.40GHz, memori 8GB (2x4GB), harddisk dibawa ke lokasi pemakaian dan permintaan yang harus RAID dengan delapan buah HDD, dan memakai daya ditanganipun tidak terlalu besar sehingga hardware 1100W [1] serta berdimensi 1U (19” x 1,75” x 17,7”) dengan spesifikasi di atas akan tidak sesuai. dan memiliki berat 18,58kg [2]. Tetapi di lapangan Salah satu alternatif untuk menanggulangi kebutuhan kebanyakan aplikasi web server tidak akan menangani akan spesifikasihardware yang tinggi ini adalah dengan sebegitu banyak permintaan sehingga bakal tidak akan memanfaatkan Raspberry Pi. Raspberry Pi merupakan memanfaatkan sepenuhnya potensi dari hardware yang komputer mini yang memiliki ukuran kecil yaitu sebesar dimilikinya. Hardware dengan spesifikasi demikian harus kartu ATM tetapi mampu menjalankan tugas yang sama ditempatkan pada suatu ruang server khusus dan kurang dengan komputer PC. Spesifikasi teknis Raspberry Pi sesuai untuk pemakaian yang bersifat mobile atau semi- terdiri atas: prosesor Broadcom BCM2835 700MHz, mobile. Misalnya: pada sistem pemantauan lingkungan memori 512MB untuk Tipe B atau 256MB untuk tipe yang ditempatkan pada lokasi-lokasi terpencil (e.g. di A, memakai SD Card sebagai pengganti harddisk, dan tengah hutan) [3] dimana data pantauannya hanya diakses memakai daya 2,5W serta berdimensi 3,37” x 2,21” x ISSN. 1412-4785; e-ISSN. 2252-620x 26 Jurnal Rekayasa Elektrika Vol. 11, No. 1, April 2014 Gambar 1.Topologi alternatif web server pada perangkat Raspberry Pi 0.83” dan memiliki berat 45gr [6],[7]. mengirimkan hasil keluaran tersebut ke web browser Karena Raspberry Pi merupakan sebuah komputer yang memintanya. Dalam penelitian ini, kinerja aplikasi mini maka dimungkinkan juga untuk menjalankan aplikasi web server yang dijalankan pada Raspberry Pi diukur saat web server [7]. Namun demikian kinerja aplikasi web melayani kedua tipe halaman ini. server pada Raspberry Pi masih belum diketahui padahal Hasil survey W3Techs per Juni 2014 [8] mengidenti- informasi ini penting agar dapat ditarik kesimpulan apakah fikasi adanya lebih dari 60 aplikasiweb server yang saat hardware ini layak untuk menjalankan aplikasi web server. itu dipakai di Internet. Survey ini juga mengidentifikasi Ditambah lagi, saat ini terdapat lebih dari 60 aplikasi web sepuluh web server yang paling banyak dipakai, yaitu: server [8] sehingga perlu dikaji aplikasi yang mana yang Apache, Nginx, Microsoft IIS, LiteSpeed, Google Servers paling cocok untuk dijalankan pada Raspberry Pi. (web server internal Google), Tomcat (berbasis Apache), Lighttpd, Yahoo Traffic Server web( server internal II. LATAR BELAKANG Yahoo), Tengine (varian dari Nginx), dan IBM Servers (varian dari Apache). Dari kesepuluh aplikasi web server Raspberry Pi merupakan hasil karya sebuah yayasan ini hanya lima yang berlisensi Open Source [11] sehingga nirlaba asal Inggris yaitu Raspberry Pi Foundation yang bisa dengan mudah didapatkan, yaitu: Apache, Nginx, awalnya membuat perangkat ini untuk menarik minat Tomcat, Lighttpd, dan Tengine. Tetapi karena Tomcat anak-anak agar bercita-cita menjadi seorang pengembang pada dasarnya adalah Apache dan Tengine maka penelitian atau developer baik di bidang hardware maupun software ini hanya memfokuskan diri kepada aplikasi web server: [7]. Raspberry Pi dirilis dengan lisensi Open-Source Apache, Nginx, dan Lighttpd. Dalam penelitian ini, kinerja Hardware yang berarti rancangan perangkat kerasnya dari ketiga aplikasi web server ini diuji untuk melihat dirilis ke publik agar dapat bebas dipelajari, dimodifikasi,apakah layak untuk dijalankan pada Raspberry Pi yang didistribusi, dirakit, dan dijual sesuai rancangan aslinya dilanjutkan dengan membandingan kinerja masing-masing [9]. Karena dirilis dengan lisensi Open-Source Hardware, aplikasi web server untuk menentukan aplikasi yang mana Raspberry Pi dengan seketika menjadi populer dan telah yang paling cocok untuk dijalankan pada Raspberry Pi. dipergunakan untuk berbagai keperluan, diantaranya untuk Salah satu topologi yang umum dipakai untuk perangkat hardware yang menjalankan: media center, networked web server adalah dengan menempatkan aplikasi web computer, dan aplikasi web server [7]. Penelitian ini server dan halaman-halaman statis atau program yang mengkaji kelayakan Raspberry Pi sebagai hardware untuk akan membangkitkan halaman-halaman dinamis pada menjalankan aplikasi web server dengan cara mengukur perangkat yang sama. Tetapi karena terbatasnya kapasitas kinerja aplikasi tersebut saat dijalankan pada Raspberry penyimpanan sekunder yang dimiliki oleh Raspberry Pi Pi. topologi ini tidak mungkin dipakai. Topologi alternatif Aplikasi web server merupakan suatu perangkat lunak adalah dengan menempatkan halaman-halaman statis atau yang berjalan di sisi server dan bertugas untuk menerima program yang akan membangkitkan halaman-halaman permintaan dari web browser, menerjemahkan permintaan dinamis pada hardware terpisah dengan hardware yang tersebut, dan mengembalikan ke web browser hasil menjalankan aplikasi web server-nya tetapi tetap dalam dari permintaan itu [10]. Permintaan dari web browser satu jaringan lokal yang sama. Topologi ini dapat dilihat dapat berupa permintaan untuk mengirimkan suatu pada Gambar 1. Dalam topologi alternatif ini aplikasi web halaman statis (sebuah berkas yang terdapat di server) server akan berjalan di Raspberry Pi tetapi semua halaman- atau permintaan untuk suatu halaman dinamis (halaman halaman statis atau program yang akan membangkitkan yang dibangkitkan oleh suatu program yang berjalan di halaman-halaman dinamis ditempatkan pada sebuah server). Jika permintaan adalah untuk suatu halaman statis Network File System (NFS) yang sama-sama berada maka aplikasi web server akan mencari berkas tersebut pada satu jaringan lokal. Penelitian ini memakai topologi dan mengirimkannya ke web browser. Sedangkan jika alternatif ini dalam menguji kelayakan dan kinerja aplikasi permintaan adalah untuk suatu halaman dinamis maka web server. aplikasi web server akan memanggil program yang Dua metrik utama dalam pemilihan suatu aplikasi web sesuai, menampung keluaran dari program tersebut, dan server, biasanya, adalah jumlah maksimum permintaan Rahmad Dawood dkk.: Kelayakan Raspberry Pi sebagai Web Server: Perbandingan Kinerja Nginx, 27 Apache, dan Lighttpd pada Platform Raspberry Pi simultan yang bisa dilayani dalam suatu waktu tertentu Untuk software penguji kinerja
Load more

Recommended publications
  • Uwsgi Documentation Release 1.9
    uWSGI Documentation Release 1.9 uWSGI February 08, 2016 Contents 1 Included components (updated to latest stable release)3 2 Quickstarts 5 3 Table of Contents 11 4 Tutorials 137 5 Articles 139 6 uWSGI Subsystems 141 7 Scaling with uWSGI 197 8 Securing uWSGI 217 9 Keeping an eye on your apps 223 10 Async and loop engines 231 11 Web Server support 237 12 Language support 251 13 Release Notes 317 14 Contact 359 15 Donate 361 16 Indices and tables 363 Python Module Index 365 i ii uWSGI Documentation, Release 1.9 The uWSGI project aims at developing a full stack for building (and hosting) clustered/distributed network applica- tions. Mainly targeted at the web and its standards, it has been successfully used in a lot of different contexts. Thanks to its pluggable architecture it can be extended without limits to support more platforms and languages. Cur- rently, you can write plugins in C, C++ and Objective-C. The “WSGI” part in the name is a tribute to the namesake Python standard, as it has been the first developed plugin for the project. Versatility, performance, low-resource usage and reliability are the strengths of the project (and the only rules fol- lowed). Contents 1 uWSGI Documentation, Release 1.9 2 Contents CHAPTER 1 Included components (updated to latest stable release) The Core (implements configuration, processes management, sockets creation, monitoring, logging, shared memory areas, ipc, cluster membership and the uWSGI Subscription Server) Request plugins (implement application server interfaces for various languages and platforms: WSGI, PSGI, Rack, Lua WSAPI, CGI, PHP, Go ...) Gateways (implement load balancers, proxies and routers) The Emperor (implements massive instances management and monitoring) Loop engines (implement concurrency, components can be run in preforking, threaded, asynchronous/evented and green thread/coroutine modes.
    [Show full text]
  • NGINX-Conf-2018-Slides Rawdat
    Performance Tuning NGINX Name: Amir Rawdat Currently: Technical Marketing Engineer at NGINX inc. Previously: - Customer Applications Engineer at Nokia inc. Multi-Process Architecture with QPI Bus Web Server Topology wrk nginx Reverse Proxy Topology wrk nginx nginx J6 Technical Specifications # Sockets # Cores # Model RAM OS NIC per Threads Name Socket per Core Client 2 22 2 Intel(R) 128 GB Ubuntu 40GbE Xeon(R) CPU Xenial QSFP+ E5-2699 v4 @ 2.20GHz Web Server 2 24 2 Intel(R) 192 GB Ubuntu 40GbE Xeon(R) & Platinum Xenial QSFP+ Reverse 8168 CPU @ Proxy 2.70GHz Multi-Processor Architecture #1 Duplicate NGINX Configurations J9 Multi-Processor Architecture NGINX Configuration (Instance 1) user root; worker_processes 48 ; worker_cpu_affinity auto 000000000000000000000000111111111111111111111111000000000000000000000000111111111111111111111111; worker_rlimit_nofile 1024000; error_log /home/ubuntu/access.error error; ….. ……. J11 NGINX Configuration (Instance 2) user root; worker_processes 48 ; worker_cpu_affinity auto 111111111111111111111111000000000000000000000000111111111111111111111111000000000000000000000000; worker_rlimit_nofile 1024000; error_log /home/ubuntu/access.error error; ……. ……. J12 Deploying NGINX Instances $ nginx –c /path/to/configuration/instance-1 $ nginx –c /path/to/configuration/instance-2 $ ps aux | grep nginx nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx_0.conf nginx: worker process nginx: worker process nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx_1.conf nginx: worker process nginx: worker process
    [Show full text]
  • Bepasty Documentation Release 0.3.0
    bepasty Documentation Release 0.3.0 The Bepasty Team (see AUTHORS file) Jul 02, 2019 Contents 1 Contents 3 1.1 bepasty..................................................3 1.2 Using bepasty’s web interface......................................4 1.3 Using bepasty with non-web clients...................................6 1.4 Quickstart................................................7 1.5 Installation tutorial with Debian, NGinx and gunicorn......................... 10 1.6 ChangeLog................................................ 12 1.7 The bepasty software Project....................................... 14 1.8 License.................................................. 14 1.9 Authors.................................................. 15 Index 17 i ii bepasty Documentation, Release 0.3.0 bepasty is like a pastebin for every kind of file (text, image, audio, video, documents, . ). You can upload multiple files at once, simply by drag and drop. Contents 1 bepasty Documentation, Release 0.3.0 2 Contents CHAPTER 1 Contents 1.1 bepasty bepasty is like a pastebin for all kinds of files (text, image, audio, video, documents, . , binary). The documentation is there: http://bepasty-server.readthedocs.org/en/latest/ 1.1.1 Features • Generic: – you can upload multiple files at once, simply by drag and drop – after upload, you get a unique link to a view of each file – on that view, we show actions you can do with the file, metadata of the file and, if possible, we also render the file contents – if you uploaded multiple files, you can create a pastebin with the list
    [Show full text]
  • Next Generation Web Scanning Presentation
    Next generation web scanning New Zealand: A case study First presented at KIWICON III 2009 By Andrew Horton aka urbanadventurer NZ Web Recon Goal: To scan all of New Zealand's web-space to see what's there. Requirements: – Targets – Scanning – Analysis Sounds easy, right? urbanadventurer (Andrew Horton) www.morningstarsecurity.com Targets urbanadventurer (Andrew Horton) www.morningstarsecurity.com Targets What does 'NZ web-space' mean? It could mean: •Geographically within NZ regardless of the TLD •The .nz TLD hosted anywhere •All of the above For this scan it means, IPs geographically within NZ urbanadventurer (Andrew Horton) www.morningstarsecurity.com Finding Targets We need creative methods to find targets urbanadventurer (Andrew Horton) www.morningstarsecurity.com DNS Zone Transfer urbanadventurer (Andrew Horton) www.morningstarsecurity.com Find IP addresses on IRC and by resolving lots of NZ websites 58.*.*.* 60.*.*.* 65.*.*.* 91.*.*.* 110.*.*.* 111.*.*.* 113.*.*.* 114.*.*.* 115.*.*.* 116.*.*.* 117.*.*.* 118.*.*.* 119.*.*.* 120.*.*.* 121.*.*.* 122.*.*.* 123.*.*.* 124.*.*.* 125.*.*.* 130.*.*.* 131.*.*.* 132.*.*.* 138.*.*.* 139.*.*.* 143.*.*.* 144.*.*.* 146.*.*.* 150.*.*.* 153.*.*.* 156.*.*.* 161.*.*.* 162.*.*.* 163.*.*.* 165.*.*.* 166.*.*.* 167.*.*.* 192.*.*.* 198.*.*.* 202.*.*.* 203.*.*.* 210.*.*.* 218.*.*.* 219.*.*.* 222.*.*.* 729,580,500 IPs. More than we want to try. urbanadventurer (Andrew Horton) www.morningstarsecurity.com IP address blocks in the IANA IPv4 Address Space Registry Prefix Designation Date Whois Status [1] -----
    [Show full text]
  • Load Balancing for Heterogeneous Web Servers
    Load Balancing for Heterogeneous Web Servers Adam Pi´orkowski1, Aleksander Kempny2, Adrian Hajduk1, and Jacek Strzelczyk1 1 Department of Geoinfomatics and Applied Computer Science, AGH University of Science and Technology, Cracow, Poland {adam.piorkowski,jacek.strzelczyk}@agh.edu.pl http://www.agh.edu.pl 2 Adult Congenital and Valvular Heart Disease Center University of Muenster, Muenster, Germany [email protected] http://www.ukmuenster.de Abstract. A load balancing issue for heterogeneous web servers is de- scribed in this article. The review of algorithms and solutions is shown. The selected Internet service for on-line echocardiography training is presented. The independence of simultaneous requests for this server is proved. Results of experimental tests are presented3. Key words: load balancing, scalability, web server, minimum response time, throughput, on-line simulator 1 Introduction Modern web servers can handle millions of queries, although the performance of a single node is limited. Performance can be continuously increased, if the services are designed so that they can be scaled. The concept of scalability is closely related to load balancing. This technique has been used since the beginning of the first distributed systems, including rich client architecture. Most of the complex web systems use load balancing to improve performance, availability and security [1{4]. 2 Load Balancing in Cluster of web servers Clustering of web servers is a method of constructing scalable Internet services. The basic idea behind the construction of such a service is to set the relay server 3 This is the accepted version of: Piorkowski, A., Kempny, A., Hajduk, A., Strzelczyk, J.: Load Balancing for Heterogeneous Web Servers.
    [Show full text]
  • Zope Documentation Release 5.3
    Zope Documentation Release 5.3 The Zope developer community Jul 31, 2021 Contents 1 What’s new in Zope 3 1.1 What’s new in Zope 5..........................................4 1.2 What’s new in Zope 4..........................................4 2 Installing Zope 11 2.1 Prerequisites............................................... 11 2.2 Installing Zope with zc.buildout .................................. 12 2.3 Installing Zope with pip ........................................ 13 2.4 Building the documentation with Sphinx ............................... 14 3 Configuring and Running Zope 15 3.1 Creating a Zope instance......................................... 16 3.2 Filesystem Permissions......................................... 17 3.3 Configuring Zope............................................. 17 3.4 Running Zope.............................................. 18 3.5 Running Zope (plone.recipe.zope2instance install)........................... 20 3.6 Logging In To Zope........................................... 21 3.7 Special access user accounts....................................... 22 3.8 Troubleshooting............................................. 22 3.9 Using alternative WSGI server software................................. 22 3.10 Debugging Zope applications under WSGI............................... 26 3.11 Zope configuration reference....................................... 27 4 Migrating between Zope versions 37 4.1 From Zope 2 to Zope 4 or 5....................................... 37 4.2 Migration from Zope 4 to Zope 5.0..................................
    [Show full text]
  • AN OPEN SOURCE WEB SOLUTION Lighttpd Web Server and Chip Multithreading Technology
    AN OPEN SOURCE WEB SOLUTION Lighttpd Web Server and Chip Multithreading Technology Reference Implementation Amanda Waite, Sun Microsystems Sun BluePrints™ Online — September 2008 Part No 820-5633-10 Revision 1.0, 9/23/08 Sun Microsystems, Inc. Table of Contents Reference Implementation . 1 The Web 2.0 Kit. 2 Hardware and Software Configuration . 3 Workload Test Descriptions. 4 The Faban Harness and Driver Framework . 4 Performance Tuning . 5 Opcode Caching . 5 Temporary Files . 9 Sizing the Number of Lighttpd Web Server and PHP Processes . 9 Database Configuration . 12 Lighttpd Web Server Configuration. 13 Memcached . 13 Network Interface Card Interrupt Handling . 13 Nagle’s Algorithm. 16 Network I/O . 17 Best Practices for Deployment . 18 Conclusion . 20 About the Author . 20 References . 20 Ordering Sun Documents . 21 Accessing Sun Documentation Online . 21 1 An Open Source Web Solution Sun Microsystems, Inc. An Open Source Web Solution With more users interacting, working, purchasing, and communicating over the network than ever before, Web 2.0 infrastructure is taking center stage in many organizations. Demand is rising, and companies are looking for ways to tackle the performance and scalability needs placed on Web infrastructure without raising IT operational expenses. Today companies are turning to efficient, high-performance, open source solutions as a way to decrease acquisition, licensing, and other ongoing costs and stay within budget constraints. The combination of open source Lighttpd Web server software and Sun servers with CoolThreads™ technology provides a scalable, high-performance, and cost-effective solution for Web environments. This Sun BluePrints™ article describes a reference implementation based on the Lighttpd Web server software and Sun SPARC® Enterprise T5120 servers, and explores its performance and scalability when running dynamic workloads.
    [Show full text]
  • Thesis.Pdf (5.857Mb)
    Faculty OF Science AND TECHNOLOGY Department OF Computer Science Metadata STATE AND HISTORY SERVICE FOR DATASETS Enable EXTRacting, STORING AND ACCESS TO METADATA ABOUT A DATASET OVER time. — Roberth Hansen INF-3990 Master’S Thesis IN Computer Science - May 2018 This thesis document was typeset using the UiT Thesis LaTEX Template. © 2018 – http://github.com/egraff/uit-thesis To Maria. Thank you very much. “When I’m working on a problem, I never think about beauty. I think only how to solve the problem. But when I have finished, if the solution is not beautiful, I know it is wrong.” –R. Buckminster Fuller “The most important property of a program is whether it accomplishes the intention of its user.” –C.A.R Hoare AbstrACT Distributed Arctic Observatory (DAO) aims to automate, streamline and im- prove the collection, storage and analysis of images, video and weather mea- surements taken on the arctic tundra. Automating the process means that there are no human users that needs to be involved in the process. This leads to a loss of monitoring capabilities of the process. There are insufficient tools that allow the human user to monitor the process and analyze the collected volume of data. This dissertation presents a prototype of a system to aid researchers in moni- toring and analyzing metadata about a dataset. The approach is a system that collects metadata over time, stores it in-memory and visualizes the metadata to a human user. The architecture comprises three abstractions Dataset, Instrument and Visual- ization. The Dataset contains metadata. The Instrument extracts the metadata.
    [Show full text]
  • Using Fastcgi with Apache HTTP Server 2.4
    Using FastCGI with Apache HTTP Server 2.4 Jeff Trawick The world of FastCGI Using FastCGI with Apache HTTP Server 2.4 FastCGI with Apache httpd 2.4 Jeff Trawick Choosing mod fcgid http://emptyhammock.com/ mod proxy fcgi [email protected] mod authnz fcgi Other tools April 8, 2014 PHP Applications and FastCGI Future 1/97 Revisions Using FastCGI with Apache HTTP Server 2.4 Jeff Trawick The world of FastCGI 2014-04-10 FastCGI with Apache httpd Add Require expr ... to /www/tools/ 2.4 configuration in More classic CGI configuration Choosing slide to resolve a potential security hole. Thank mod fcgid mod proxy fcgi you Eric Covener! mod authnz fcgi Other tools PHP Applications and FastCGI Future 2/97 Get these slides... Using FastCGI with Apache HTTP Server 2.4 Jeff Trawick The world of FastCGI FastCGI with Apache httpd 2.4 http://emptyhammock.com/projects/info/slides.html Choosing mod fcgid mod proxy fcgi mod authnz fcgi Other tools PHP Applications and FastCGI Future 3/97 Table of Contents Using FastCGI with Apache HTTP Server 1 The world of FastCGI 2.4 Jeff Trawick 2 FastCGI with Apache httpd 2.4 The world of FastCGI 3 Choosing FastCGI with Apache httpd 4 mod fcgid 2.4 Choosing 5 mod proxy fcgi mod fcgid mod proxy fcgi 6 mod authnz fcgi mod authnz fcgi Other tools 7 Other tools PHP Applications 8 PHP Applications and FastCGI and FastCGI Future 9 Future 4/97 Introduction | Who am I? Using FastCGI with Apache HTTP Server 2.4 I've worked at Jeff Trawick several large corporations, for over two decades The world of FastCGI my own one-person company, Emptyhammock, for the FastCGI with last two years Apache httpd 2.4 I've worked on Choosing several products which were primarily based on or mod fcgid otherwise included Apache HTTP Server mod proxy fcgi lower-level networking products mod authnz fcgi web applications Other tools PHP I've developed or maintained some of the FastCGI Applications and FastCGI support in the Apache HTTP Server project.
    [Show full text]
  • Generator of Slow Denial-Of-Service Cyber Attacks †
    sensors Article Generator of Slow Denial-of-Service Cyber Attacks † Marek Sikora * , Radek Fujdiak , Karel Kuchar , Eva Holasova and Jiri Misurec Department of Telecommunications, Faculty of Electrical Engineering and Communications, Brno University of Technology, Technicka 12, 616 00 Brno, Czech Republic; [email protected] (R.F.); [email protected] (K.K.); [email protected] (E.H.); [email protected] (J.M.) * Correspondence: [email protected] † This paper is an extended version of our paper published in International Congress on Ultra Modern Telecommunications and Control Systems (ICUMT 2020), Brno, Czech Republic, 5–7 October 2020. Abstract: In today’s world, the volume of cyber attacks grows every year. These attacks can cause many people or companies high financial losses or loss of private data. One of the most common types of attack on the Internet is a DoS (denial-of-service) attack, which, despite its simplicity, can cause catastrophic consequences. A slow DoS attack attempts to make the Internet service unavailable to users. Due to the small data flows, these attacks are very similar to legitimate users with a slow Internet connection. Accurate detection of these attacks is one of the biggest challenges in cybersecurity. In this paper, we implemented our proposal of eleven major and most dangerous slow DoS attacks and introduced an advanced attack generator for testing vulnerabilities of protocols, servers, and services. The main motivation for this research was the absence of a similarly comprehensive generator for testing slow DoS vulnerabilities in network systems. We built an experimental environment for testing our generator, and then we performed a security analysis of the five most used web servers.
    [Show full text]
  • Polyglot Programming in Applications Used for Genetic Data Analysis
    Hindawi Publishing Corporation BioMed Research International Volume 2014, Article ID 253013, 7 pages http://dx.doi.org/10.1155/2014/253013 Research Article Polyglot Programming in Applications Used for Genetic Data Analysis Robert M. Nowak InstituteofElectronicSystems,WarsawUniversityofTechnology,Nowowiejska15/19,00-665Warsaw,Poland Correspondence should be addressed to Robert M. Nowak; [email protected] Received 30 May 2014; Revised 22 July 2014; Accepted 31 July 2014; Published 14 August 2014 Academic Editor: Brian Oliver Copyright © 2014 Robert M. Nowak. This is an open access article distributed under the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. Applications used for the analysis of genetic data process large volumes of data with complex algorithms. High performance, flexibility, and a user interface with a web browser are required by these solutions, which can be achieved by using multiple programming languages. In this study, I developed a freely available framework for building software to analyze genetic data, which uses C++, Python, JavaScript, and several libraries. This system was used to build a number of genetic data processing applications and it reduced the time and costs of development. 1. Background facilitate an understanding of the biological meanings of the sequence, that is, its function and/or its structure. The number of computer programs for the analysis of Thelargenumberofpossiblecandidatesolutionsdur- geneticdataisincreasingsignificantly,butitstillneedstobe ing the analysis of genetic data means that the employed improved greatly because of the importance of result analysis algorithms must be selected carefully [2]. Exhaustive search with appropriate methods and the exponential growth in the algorithms must be supported by heuristics based on biologi- volume of genetic data.
    [Show full text]
  • Uwsgi Documentation Release 2.0
    uWSGI Documentation Release 2.0 uWSGI Jun 17, 2020 Contents 1 Included components (updated to latest stable release)3 2 Quickstarts 5 3 Table of Contents 33 4 Tutorials 303 5 Articles 343 6 uWSGI Subsystems 375 7 Scaling with uWSGI 457 8 Securing uWSGI 485 9 Keeping an eye on your apps 503 10 Async and loop engines 511 11 Web Server support 525 12 Language support 541 13 Other plugins 629 14 Broken/deprecated features 633 15 Release Notes 643 16 Contact 741 17 Commercial support 743 18 Donate 745 19 Sponsors 747 20 Indices and tables 749 i Python Module Index 751 Index 753 ii uWSGI Documentation, Release 2.0 The uWSGI project aims at developing a full stack for building hosting services. Application servers (for various programming languages and protocols), proxies, process managers and monitors are all implemented using a common api and a common configuration style. Thanks to its pluggable architecture it can be extended to support more platforms and languages. Currently, you can write plugins in C, C++ and Objective-C. The “WSGI” part in the name is a tribute to the namesake Python standard, as it has been the first developed plugin for the project. Versatility, performance, low-resource usage and reliability are the strengths of the project (and the only rules fol- lowed). Contents 1 uWSGI Documentation, Release 2.0 2 Contents CHAPTER 1 Included components (updated to latest stable release) The Core (implements configuration, processes management, sockets creation, monitoring, logging, shared memory areas, ipc, cluster membership and the uWSGI Subscription Server) Request plugins (implement application server interfaces for various languages and platforms: WSGI, PSGI, Rack, Lua WSAPI, CGI, PHP, Go .
    [Show full text]