sk146

Про хранение паролей в БД

При создании нового юзера

1. При регистрации юзер вводит некий пароль
2. Генерим случайную соль индивилуально для каждого юзера
3. Создаем хеш на основе введенного юзером пароля и соли
4. Записываем хеш(не пароль) в БД + соль в отдельном филде

Авторизация существующего юзера

1. Юзер вводит в поле авторизации некий пароль

sk146

Задача найти наиболее правильное и удобное решение имплементации функцианала 'Теги'

Дано:

• RESTful API\PostgreSQL
• Сущность TAG (таблица tags)
• Все теги всех юзеров хранятся в одной таблице(tags). Названия тегов уникальны(qnique).
• Сущность POST(новость, таблица posts)
• Все посты всех юзеров хранятся в одной таблице(posts)
• Отношение ManyToMany через posts_tags связующую таблицу
• На момент добавления тега сущность поста создана и имеет свой уникальный ID

sk146

Feature: Альбомы/Фото

Дано:

• Сущность ALBUM
• Сущность PHOTO
• SQL

Создание альбома:

1. Юзер кликает "Cоздать альбом": POST: api/albums/ (На этой стадии в итоге имеем DRAFT(черновик, пустую модель). После чего юзеру необходимо заполнить все необходимые поля, загрузить cover_thumbnail и в случае успешной валидации, опубликовать АЛЬБОМ)

sk146

Каскадное удаление(SQL/PostgreSQL)

Дано:

Есть Две таблицы(articles и tags), отношения многое ко многому + соотвественно связующая таблица(articles_tags). Необходимо удалить некую строку из articles но эта строка имеет отношение к другой строке из второй таблицы tags.

Проблема:

База ругается что удаляемая новость имеет связи в связующей таблице articles_tags

Решение:

В таблице articles_tags нужно установить каскадное поведение при удалении, для FK который ссылается на таблицу articles

sk146

Create folders via Promises in Node.js

First case

var mz =require('mz/fs'); // promisificated fs
var fsp = require('fs-promise'); // extended promisificated fs

Album.create1 = function () {
    return mz.readdir(PHOTOS_FOLDER)
        // ensure folder_name exist, if not create

sk146

Пагинация

Реализация происходит по средствам Бесконечного скрола

Use case:

• Юзер пролистал страничку до половины
  • Система в фоне подгружает вторую страничку
    • Юзер пролистал страничку до конца
      • Система отображает уже загруженную вторую страничку
      • Добаляет хеш с номером странички в URL
• Отображает номер странички в UI

sk146

Столкунлся с ошибкой при загрузке файлов. Файл загружал через Postman

Error: Unexpected field
    at makeError (.../node_modules/multer/lib/make-error.js:12:13)

Решение: Имя значение параметра на сервере должно соответствовать имени филда в котором приходит файл с клиента

upload.single('cover_index')

sk146

Пакетная загрузка фотографий:

BAD

• Юзер выбирает определенное количество изображений (100-200 фотографий)
• Клиент отравляет этот массив на сервер
• Сервер принимает, загружает массив фотографий в нужную папку
• Сервер процессит каждую фото (создает тумбинахи)
• Создает записи в БД для каждой

GOOD

sk146

.zshrc (zsh config)

# Keep 1000 lines of history within the shell and save it to ~/.zsh_history:
HISTSIZE=1000
SAVEHIST=1000
HISTFILE=~/.zsh_history

export PROMPT='%n@server_name >> %/> '
export RPROMPT='[%T]'

sk146

Размещение Node.js приложения в продакшин среде

• deploy-srv - Сервер автодеплоя
• deploy-url - Домен/url рамещения сервера автодеплоя (deploy.super.com, super.com\api\deploy)
• vcs - (github, gitlab, bitbucket ...)

Flow процесса деплоя

Предварительно регистрируем git webhook на deploy-url в вашем vcs

1. Программист делает git push
2. vcs дергает хук который в свою очередь обращается к POST deploy-url