Beglov Sergey beglov

Nginx FastCGI response buffer sizes

By default when Nginx starts receiving a response from a FastCGI backend (such as PHP-FPM) it will buffer the response in memory before delivering it to the client. Any response larger than the set buffer size is saved to a temporary file on disk.

This process is outlined at the Nginx ngx_http_fastcgi_module page manual page.

Introduction
Determine actual FastCGI response sizes
Setting the buffer size
Verifying results

System Design Cheatsheet

Picking the right architecture = Picking the right battles + Managing trade-offs

Basic Steps

Clarify and agree on the scope of the system

User cases (description of sequences of events that, taken together, lead to a system doing something useful)
- Who is going to use it?
- How are they going to use it?

Docker

Files and Folders.

|
|\_ app
|...
|\_ docker
| |

Setup Rails and Vuejs

Generate new rails app using --webpack flag

rails new myApp --webpack=vue

Note:

You can use --webpack=angular for angular application and --webpack=react for react.

	=Navigating=
	visit('/projects')
	visit(post_comments_path(post))

	=Clicking links and buttons=
	click_link('id-of-link')
	click_link('Link Text')
	click_button('Save')
	click('Link Text') # Click either a link or a button
	click('Button Value')

	# A commented nginx configuration file for Ruby on Rails
	#
	# Author: Tommaso Pavese
	# [email protected]
	# http://tommaso.pavese.me
	#
	# License: http://www.wtfpl.net/
	#
	#
	# Tested with:

	HTTP status code symbols for Rails

	Thanks to Cody Fauser for this list of HTTP responce codes and their Ruby on Rails symbol mappings.

	Status Code Symbol
	1xx Informational
	100 :continue
	101 :switching_protocols
	102 :processing

	module Storage
	module Models
	class Brand < ActiveRecord::Base; end
	end
	end

	Backup:
	docker exec -t -u postgres your-db-container pg_dumpall -c > dump_`date +%d-%m-%Y"_"%H_%M_%S`.sql

	Restore:
	cat your_dump.sql \| docker exec -i your-db-container psql -Upostgres

	Аббревиатура REST расшифровывается как representational state transfer — «передача состояния представления» или, лучше сказать, представление данных в удобном для клиента формате. Термин “REST” был введен Роем Филдингом в 2000 г. Основная идея REST в том, что каждое обращение к сервису переводит клиентское приложение в новое состояние. По сути, REST — не протокол и не стандарт, а подход, архитектурный стиль проектирования API.

	Любой ресурс имеет ID, по которому можно получить данные.
	Сервер не хранит состояние — это значит, сервер не отделяет один вызов от другого, не сохраняет все сессии в памяти.
	Методы POST и PUT должны возвращать обратно объект, который они изменили или создали, — это позволит сократить время обращения к сервису вдвое.

	Возвращайте соответствующие http коды статуса в каждом ответе. Успешные ответы должны содержать следующие коды:
	200 — для GET запроса и для синхронных DETELE и PATCH
	201 — для синхронного POST запроса
	202 — для асинхронных POST, DELETE и PATCH запросов