- Raft
- Proxy
- Spark
set encoding=utf8 | |
set nocompatible | |
filetype off | |
"------------------------------------------------------------------------ | |
" Add a local file .vimrc | |
set exrc | |
set secure | |
"------------------------------------------------------------------------ |
// ============================================================================= | |
// Required plugins ============================================================ | |
// ============================================================================= | |
var gulp = require('gulp'), // Gulp JS | |
stylus = require('gulp-stylus'), // Stylus to CSS | |
sass = require('gulp-sass'), // Sass to CSS | |
livereload = require('gulp-livereload'), // Livereload fot Gulp | |
myth = require('gulp-myth'), // Math in CSS - http://www.myth.io | |
minifycss = require('gulp-minify-css'), // Minification CSS | |
imagemin = require('gulp-imagemin'), // Minification images |
. | |
├── /src/ # The source code of the application | |
│ ├── /actions/ # Action creators that allow to trigger a dispatch to stores | |
| ├── /assets/ # Static files which are copied to ./build on compile | |
│ ├── /components/ # React components | |
│ ├── /constants/ # Enumerations used in action creators and stores | |
│ ├── /content/ # Website content (plain HTML or Markdown, Jade, you name it) | |
│ ├── /core/ # Core components (Flux dispatcher, base classes, utilities) | |
│ ├── /dispatcher/ # Dispatcher | |
│ ├── /stores/ # Stores contain the application state and logic |
cd path/to/project-b | |
git remote add project-a path/to/project-a | |
git fetch project-a | |
git merge --allow-unrelated-histories project-a/master # or whichever branch you want to merge | |
git remote remove project-a |
Лучше поздно, чем никогда: https://github.com/meirwah/awesome-workflow-engines https://github.com/pditommaso/awesome-pipeline Прo Apache Airflow и его DAG'и были даже статьи на хабре. Для гоферов интересным может быть https://www.pachyderm.io/, оно круто хотя бы тем, что используется для каких-то рассчетов на прототипе термоядерного реактора. Но это всё больше про схемы обработки данных, а не компоновку бизнес-правил.
Если вам про "накликивание" именно логики, то я бы смотрел в сторону: https://github.com/huginn/huginn https://github.com/push-things/django-th
NUM_INSTANCES=3 | |
INSTANCE_NAME_PREFIX=ubuntu | |
VM_GUI=false | |
VM_MEMORY=2048 | |
VM_CPUS=2 | |
VB_CPUEXECUTIONCAP=100 |
func Create(w http.ResponseWriter, r *http.Request) { | |
w.Header().Set("Content-Type", "application/json") | |
// Parse body | |
decoder := json.NewDecoder(r.Body) | |
var newFSM modelFSM.FSM | |
err := decoder.Decode(&newFSM) | |
if err != nil { | |
fmt.Printf("Error: %s", err) | |
w.Write([]byte("Error parse JSON")) |
Аутентификация(authentication, от греч. αὐθεντικός [authentikos] – реальный, подлинный; от αὐθέντης [authentes] – автор) - это процесс проверки учётных данных пользователя (логин/пароль). Проверка подлинности пользователя путём сравнения введённого им логина/пароля с данными сохранёнными в базе данных.
Авторизация(authorization — разрешение, уполномочивание) - это проверка прав пользователя на доступ к определенным ресурсам.
Например после аутентификации юзер sasha получает право обращатся и получать от ресурса "super.com/vip" некие данные. Во время обращения юзера sasha к ресурсу vip система авторизации проверит имеет ли право юзер обращатся к этому ресурсу (проще говоря переходить по неким разрешенным ссылкам)