vitalyg: Percona, если собираетесь работать с innodb. Percona Server - форк обычного мускуля, бинарно с ним совместим, доработки в плане движка innodb плюс обвес инструментов, тот же xtrabackup/innobackupex. На самом сайте есть обзор плюсов относительно ванильного мускуля.
vitalyg: RDS - это амазоновская хрень? У вас там не innodb тогда. Если innodb - нужен доступ к консоли машины и всё. Ещё раз, mysqldump - дамп базы в sql-формат с полной блокировкой таблиц. innobackupex - копирование датасета, плюс стриминг бинарных логов, чтобы не потерять транзакции, которые прошли в ходе бэкапа. innobackupex не блокирует таблицы и вообще идёт в фоне, а скорость снятия равна скорости файловой системы. Не переползайте на mariadb, идите на percona, с innodb это лучший вариант.
С чего это там понадобится перконовский форк? innobackupex копирует датасет и стримит логи параллельно в отдельный файл, никакой привязки к особенностям перконы: www.percona.com/doc/percona-xtrabackup/2.1/xtrabac...
Андрей Шелест: я бы добавил, что в линуксе файловая система обычно не оперирует понятием отдельного устройства, а оперирует понятием логического раздела. В винде тоже так можно, но там привычно другое - один диск=один раздел. В линуксе вы отрезаете кусок диска нужного размера и монтируете в любое место. По умолчанию всегда есть корень '/', который задаётся на этапе установки системы, сюда складываются все её папки. А дальше вы уже решаете как и куда смонитровать отдельный логический "диск", в терминах линукса - файловая система. Их может быть сколько угодно, хотя физический диск может быть один - он нарезается на куски.
Константин: да не за что, я сам страдал от подобного. Все пакеты в конечном счёте - обычные файлы. А apt-get remove или dpkg --remove запускает те самые скрипты постинсталла, которые привозит пакет. Смысл в том, чтобы убить файлы установки и почистить записи dpkg об этом.
olamedia .: вы спорите со знанием дела, или так? Я увлекаюсь моделлингом как хобби, и это вполне себе арт. Можно размышлять о творчестве, мол, моделлер ПРОСТО делает всё по скетчу, однако стоит раз попробовать и становится понятно что это не так уж и просто. Скульптор тоже работает по наброску, он не художник? К тому же, character artist - это комплексная профессия, включает в себя и подготовку скетчей, и поиск референсов, и работу с картами и материалами финальной модели.
в /var/lib/dpkg/info/имя_пакета.* лежат те самые скрипты установки-удаления. Иногда они кривые. Отодвиньте в сторону и прогоните либо apt-get purge, либо dpkg --remove.
olamedia .: а я бы примешивал. Для нормальной модели персонажа нужно знать анатомию, владеть пропорциями как минимум. Такие люди называются character artist, интересно, почему это.
SuperPrower: тут тонкость в том, что роутер - устройство третьего уровня модели OSI. Ему глубоко без разницы, что есть такие вещи как файлы и папки. Почитайте документацию к нему, мож там есть что-то подходящее. Http-сервер там точно есть, он даёт доступ к роутеру из сети.
Роман Белинский: Я не стал упоминать таких людей как риггера, аниматора, спеца по освещению, спеца по окружению и сцене и художника по интерфейсам. Это всё отдельные дисциплины. Риггер натягивает модели на скелет, делает развесовку и настраивает модель на корректные изменения в ходе анимации. Аниматор - понятно - работает с анимацией, с мокапом - чистка ключей, адаптация, и так далее. Художник по освещению, понятно, работает в движке, настраивая свет. Свет сейчас очень важная часть с приходом физически корректного освещения. Интерфейсы рисует тоже отдельный человек - это не моделлинг и не текстуры, хотя, бывают и трёхмерные интерфейсы. Специалист по сцене, или лучше сказать, по уровням - делает сборку уровня в движке. Это уже не арт, это уже сплав с программистом, скорее.
И опять же, эти вещи многие совмещают. Есть моделлеры, которые сами делают текстуры, риггинг и материалы, и даже концепт. Современный PBR предполагает, что финальная модель уже имеет такой материал, который в сцене смотрится универсально при любом свете. Тонкостей тут вагон.
Как правило, нужно два-три художника. Концептер, моделлер и по желанию текстурщик. Понятно, что в больших компаниях работают целые отделы.
Валерий Гайдарь: так у вас шлюз и есть прокси, который прокидывает соединение дальше.
nginx_1 (proxy_pass) > nginx_2(uwsgi_pass) > django.
На первом nginx, который смотрит наружу и поднимайте https, не?
