Ок

Локализации во всем мире делают отдельными файлами

Это локализация сайта. А строк баз данных так не получится

Это локализация сайта. А строк баз данных так не получится

Окай

Очевидно в конец массива

Очень плохо. Нужно будет хардкодить позиции языков в приложении

Очень плохо. Нужно будет хардкодить позиции языков в приложении

Ну да,следить за этим надо на уровне приложенич

Имхо,это лучше,чем таблицы городить

Две дополнительные таблицы иметь плохо? Ну хз, чот думаю, что нет

Как ты двумя таблицами локализуешь все строки и прикрутить полнотекстовый поиск по ним?

Как ты двумя таблицами локализуешь все строки и прикрутить полнотекстовый поиск по ним?

представь, что это gettext :)

Как ты двумя таблицами локализуешь все строки и прикрутить полнотекстовый поиск по ним?

Про поиск не думал, тк не вставала задача. В остальном все нормально

представь, что это gettext :)

Так можно и одной таблицей дополнительной обойтись, и использовать вместо строк коды из нее, но тогда и поиск прикручивать сложнее и дольше работать он будет

Я просто так тоже думал сначала сделать

Кстати вру, три таблицы: Language, ObjectTranslation и TranslatedString

Очень плохо. Нужно будет хардкодить позиции языков в приложении

увы нужно будет, но это как правило не так страшно. Тут логика зато простая.

увы нужно будет, но это как правило не так страшно. Тут логика зато простая.

Тогда для динамической локализации нужно будет заводить таблицу с языками и их позицией в массиве. Ну и намутить логику обновления всех локализуемых колонок во всех таблицах при добавлении/удалении языка. Что-то, имхо, так себе решение

Кстати раскрутил насяльника на эксперименты с постгрей, редисом и монгой. Будем походу франкенштейна собирать

Кстати раскрутил насяльника на эксперименты с постгрей, редисом и монгой. Будем походу франкенштейна собирать

а редис с какой целью?

чтобы детище франкенштейна качественее получилось

Вообще инициатива была переобуться с MS SQL на посгре. Остальное начальник сам додумал

Камон, ЭластикСёч забыл же!

Хватит ему и этого уже ?

Второй день только и разговоров о крутых фичах и перфомансах. Засиживается допоздна

выкиньте редис и монгу // очередной самовлюбленный интернет-эксперт в треде

А редис-то чем плох?

тем, что его автор сам показывает, как через редис взломать хост?

А редис-то чем плох?

А монга?

А монга?

<troll>Теряет данные же! </troll>

<troll>Теряет данные же! </troll>

Поделись инфой)

Поделись инфой)

Да это всегда первый аргумент против монги. Я сам её использую и доволен, но она гораздо менее универсальна, чем реляционные базы и посгре в частности.

У нее нет консистетнтного чтения. Теоретически мастер может быть уже не мастер, но вы с уже-не-мастером об этом не знаете.

А вот про редис интересно чем он плох

Консистентная запись у них в доках идет с очень странной оговоркой "в это время могла прилететь слдующая запись"

У нее нет консистетнтного чтения. Теоретически мастер может быть уже не мастер, но вы с уже-не-мастером об этом не знаете.

Тут плюсую

Да вы серьезно про редис что ли?

У нее нет консистетнтного чтения. Теоретически мастер может быть уже не мастер, но вы с уже-не-мастером об этом не знаете.

В 3.2+ завезли read concern

Но потерю данных еще не ловил

А в условиях асинхронной репликации вообще ше странно хотеть консистентного чтения

странно, меньше месяца назад искал и не мог ничего найти

да вообще странно, что люди хоть какие-то гарантии хотят

да вообще странно, что люди хоть какие-то гарантии хотят

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery

Прощу прощения, что бояню)

Ещё один частый аргумент против монги: https://mobile.twitter.com/0xDUDE/status/815293674011693056 (дебилы-админы, которые не в состоянии поставить пароль на базу).

тем, что его автор сам показывает, как через редис взломать хост?

А кто-то редис наружу выставляет? :-/

https://duo.com/blog/over-18000-redis-instances-targeted-by-fake-ransomware

https://www.riskbasedsecurity.com/2016/07/redis-over-6000-installations-compromised/

https://2buntu.com/articles/1541/what-happened-to-2buntu/

я даже не читаю, что там, и так все понятно

но там просто вообще все сделано плохо кроме случаев для деревянного кэша

На редисе очереди из говна и палок можно за 5 минут сделать оч удобно

в общем, да, для этой страны - прямо идеальное решение

в общем, да, для этой страны - прямо идеальное решение

Слово страна лишнее )) видел чешский софт (довольно успешный в Чехии), который тоже не идеален, как по коду так и по архитектуре, о чем прямо говорят его авторы

Я поддерживаю один проект, на котором редис выступает очередью. Как раз с редисом проблем небыло

вы ведете какой-либо учет потерянных сообщений?

забегая вперед: там, наверное, ничего и не потерялось, я редис не за то ненавижу. просто без подобных метрик я бы побоялся утверждать, что у проблем нет, а не то, что они замаскированы

Потери случались в других местах. Софт тоже не идеален, но редис там молодцом.

Здрасьте, а зачем использовать редис для очереди когда есть рабит?

ради говна и палок

зачем рабит, когда есть pgq

зачем использовать рабит, когда есть pgq и кафка

Ну да, кафка покруче будет, слышал. За пгку спс, гляну

но вобще да, зачем X, когда Y

Здрасьте, а зачем использовать редис для очереди когда есть рабит?

а зачем использовать рабит для очереди, если есть редис? :)

ттл отдельным сообщениям задавать

разделять персистенс и ин-мемори, если требуется

вообще, http://python-rq.org/

ну и ядра еще использовать, да

В продакшене крайне не рекомендуют использовать редис как очередь (python celery)

В продакшене крайне не рекомендуют использовать редис как очередь (python celery)

Просто не нужно использовать celery

А монга?

http://www.mongodb-is-web-scale.com/

В других проектах activemq. Я зани_маюсь в том числе поддержкой проектов доставшихся в наследство.

ттл отдельным сообщениям задавать

В одной очереди ЕМНИП могут быть сообщения только с идентичным TTL. Или уже пофиксили?

Вообще, тема TTL в ребите это сплошная боль. Все эти dead-letter-exchange и вот это вот все.

Здрасьте, а зачем использовать редис для очереди когда есть рабит?

Кролик очень печалится если в него быстро и много лить

зачем использовать рабит, когда есть pgq и кафка

Кафка и кролик для разных сценариев. У кролика сценарий, что все получатели онлайн. У кафки - иногда онлайн

как же я люблю этот чят

В одной очереди ЕМНИП могут быть сообщения только с идентичным TTL. Или уже пофиксили?

Там никогда такого не было, насколько знаю. Он выкидывает сообщения с истекшим сроке годности в момент чтения (протухшего сообщения) из очереди, откуда там вообще такие проблемы?

Всем привет. Решил попробовать переползти на FreeBSD с Linux, уже битый час ковыряюсь со сборкой PostgreSQL. Что есть почитать толковое под 9.4+?

Но зачем?

Дурные привычки детства :)

Надо было slackware ставить чтоп привычней было

Чисто вечерком для саморазвития. Только для серверного использования.

Всем привет. Решил попробовать переползти на FreeBSD с Linux, уже битый час ковыряюсь со сборкой PostgreSQL. Что есть почитать толковое под 9.4+?

Не надо так делать

Если для себя, для поиграться - то почему бы и нет. Не думаю, что это для прода

От фана до прода один шаг..

От фана до прода один шаг..

Ну нет же, но для прогеров да... :(

Эй ну чего сразу прогеров поносить то )

Ну если будет всё шикарно в виртуалке, то можно и для мелких pet-project заюзать, почему бы и нет?

Но пока это боль.

Дело привычки. Заюзать можно и для маленьких... Но рано или поздно надо будет обновляться - и тут с пакетами все сильно проще.

Ну может он хочет собирать свой реп и пакеты

А какой плюс от переезда на BSD?

А какой плюс от переезда на BSD?

На сей вопрос и хочу ответить для себя)

Дело привычки. Заюзать можно и для маленьких... Но рано или поздно надо будет обновляться - и тут с пакетами все сильно проще.

Есть тут и пакетная система, только там не меньше танцев с бубном.

На сей вопрос и хочу ответить для себя)

Ну тогда для сравнения с линуксом нужно и там тоже его компилировать и тесты гонять.

Я больше пока про удобство обслуживания, по тестам там не особая разница будет. Вроде бы у них чуть шустрее TCP/IP стек, чуть быстрее дисковая система. Но всё это малые проценты, которые не особо влияют на конечный результат. Конкретно меньше уязвимостей, почти на порядок. Но это достаточно специфичный плюс, не каждому "бложику" нужен.

Я больше пока про удобство обслуживания, по тестам там не особая разница будет. Вроде бы у них чуть шустрее TCP/IP стек, чуть быстрее дисковая система. Но всё это малые проценты, которые не особо влияют на конечный результат. Конкретно меньше уязвимостей, почти на порядок. Но это достаточно специфичный плюс, не каждому "бложику" нужен.

Ни сеть, ни диски там не быстрее. Наоборот, медленнее

Ни сеть, ни диски там не быстрее. Наоборот, медленнее

два чаю этому господину: в старых ядрах (2.6) linux действительно мог отставать от freebsd, но в относительно новых (3.16 и новее) он точно быстрее (большая работа была проведена по рефакторингу и сети, и диска + xfsv5 запилили)