и вчера вечером начальница - "Там опять памяти не хватает - добавьте еще семафоров". Я - "Ни в коем случае! Давайте уже использовать нормальный способ"

@captainhorse Короче, если ты понимаешь, с чем имеешь дело, и взвешиваешь плюсы-минусы, то для прототипирования не зазорно взять что твоей душе вообще угодно. Но с осознанием, что рано или поздно прототипирование кончится и выбрать нормальную технологию придётся всё равно.

это если оно вообще выстрелит, конечно 8)

Значит лучше не ебать мозги себе и редис использовать только для единственного варианта - {user_name: livesetting}, а всё остальное хранить в монго?

а зачем сейчас вообще две базы?

или уже есть боттлнек?

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

или "ну надо ж редис, это ж стильно-модно-молодежно"

или уже есть боттлнек?

Да вот дело в том что хуй знает. Теоретически есть, но я вообще не имел дела с бд и не имею понятия какая там производительность и что использовать.

Если ты только сейчас добрался до баз в принципе, то я бы рекомендовал таки начать с осознания работы реляционок. В них больше всякой тонкоты, и придётся попотеть, но зато этот челленж даст свои плоды потом при работе с любой технологией

Про производительность напомню очень известный факт: при использовании json внутри постгреса, монга сосёт в перфомансе на своём же поле :3

/me когда-то хранил жсон в скулайте

Даже не так. _Даже_ если начать долбиться в жсон, то лучше это делать в постгресе

правда мне не надо было с ним делать ничего, кроме "полностью прочитать" и "полностью записать"

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

правда мне не надо было с ним делать ничего, кроме "полностью прочитать" и "полностью записать"

Легко поверю, что и такие кейсы бывают

Склайт вообще нишевый, но иногда самый адекватный выбор

Меня дико подкупает стоимость таких решений и ответ редиса. Технологичненько, прогрессевненько.

К тому же в будущем придется апи-сервис делать, там-то точно нужен редис.

нет, не точно

Ну дальше у тебя два пути: купиться на маркетологические выбросы непрофесионнального говна или таки разобраться как оно на самом деле )

Даже там? Как так-то?

Но... Редис... Амазон сказал мне что он хорош.... Мемкэш...

редис канеш хорош

Поверь, что когда тебе пригодится редис, при наличии мало-мальского опыта, ты поймешь его принцип работы за 20 минут.

Только при необходимости его параллелить тебе придётся посидеть и подумать. Но это вообще отдельная история

есть же мемкэшд

который не нужен

угу

Амазон не сделает за меня слейв сервера редиса?

Имхо, если не имел дело с бд, и хочется начать, то всё равно надо учить реляционную алгебру и sql, потому что это то, с чем ты будешь работать в 80% случаев. А что касается NoSQL, то там всё равно у каждой хрени все свое и придётся учить с нуля

ну вобщем когда пригодится, тогда поймешь и прикрутишь

Амазон сделает тебе залупу на воротник, скажет что это слейв редиса и оставит ебаться с ним одного

Сам работаю с Амазоном. Лучше ему ваще не доверять лишний раз :3

Повторю, когда ты дойдешь до вопросов масштабирования, должно пройти много времени

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

Если не прошло - ты скорее всего бежишь впереди паровоза )

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

нутыпонел

Да, понял. Спасибо, посоны. Буду использовать мемкэш с редисом только если не устроит время ответов реляционной бд.

> @x3medima17 Посмотри на Travis-CI > @x3medima17 Там при билде дается код картинки бггг для начала надо еще осилить CI

Ну как не устроит, если только бд будет кхуям выбивать от запрсов. Говорят, вордпресс вообще по 250 запросов на один GET выполняет, и ничего, живёт.

в монге энтерпрайз есть in-memory storage уже

а в не интерпрайз

можно просто кэш побольше выставить

можно просто кэш побольше выставить

И памяти докупить! Ведь она дешевле времени программиста!

> @x3medima17 Посмотри на Travis-CI > @x3medima17 Там при билде дается код картинки бггг для начала надо еще осилить CI

Ну я как пример )

> @captainhorse Ну как не устроит, если только бд будет кхуям выбивать от запрсов. Говорят, вордпресс вообще по 250 запросов на один GET выполняет, и ничего, живёт. обвешанный плагинами он может и по 1000 делать

все CMS хуярят запросов дохуища

к БД

>обвешанный плагинами он может и по 1000 делать Пиздец, а я тут над каждым запросом ебусь.

> @the_tosh Повторю, когда ты дойдешь до вопросов масштабирования, должно пройти много времени бля вот я дошел

сижу масштабирую

Ну как не устроит, если только бд будет кхуям выбивать от запрсов. Говорят, вордпресс вообще по 250 запросов на один GET выполняет, и ничего, живёт.

Кстати, если интересно, мы вот юзаем редис так: в реляционке куча табличек с разномастными данными. На один из серверов ломятся несколько тыщ запросов, для обработки которых нужно все эти данные из табличек иметь вотпрямщаз. Поэтому раз в пару минут, в редис складывается "сборная солянка" из необходимых данных, и именно с ними работает нагруженный сервер

Эти данные имеют короткий срок жизни (потому что регулярно обновляются) и имеют нефиксированную структуру (функционал нагруженного сервера меняется, поэтому поля в редис-структуре тоже добавляются/удаляются)

я думаю в реляционке можно это сделать без редиса

Вот чуть опередил тебя и описал, почему не нужно

реляционки тоже данные кэшируют

есть еще процедуры

хранимые

При чем тут это?

Мы играем в "Расскажи рандомный факт про реляционки"?

Кстати, если интересно, мы вот юзаем редис так: в реляционке куча табличек с разномастными данными. На один из серверов ломятся несколько тыщ запросов, для обработки которых нужно все эти данные из табличек иметь вотпрямщаз. Поэтому раз в пару минут, в редис складывается "сборная солянка" из необходимых данных, и именно с ними работает нагруженный сервер

Разве редис не имеет функции кэша в обычную бд? Т.е. вопрос - чем обсуловлена именно такая конфигурация? Не проще ли сразу редис сконфигурировать?

Что значит "сконфигурировать"?

Кстати, пардон, но через 5-10 минут покину вас в лучший мир (пойду бухать)

Ну хуй знает, время через которое кэшируется, опрос слейв если мастер не отвечает~

Сам редис ничего не кеширует. Это просто хранилище. Какие данные туда попадут и сколько они будут жить решается программно

А слейв/мастер тут вообще ни при чём

ERROR: S client not available

cassandra ftw

: sq dup * ;

чето смотрю kubernetes жжет

попробую кластер поднять на нем

Пацаны, чё-то я туплю. Хочу кастомный тип. чтобы вида a=A('ololo') a.b = 1 b = a + '-trololo' а потом print(b.b) выводило 1, а "#".join([a, b]) выводило ololo#ololo-trololo как лучше сделать?

перегрузка операторов?

ммм... что б такого пожелать. В аду сгореть наверно

но ваще надо что-то вроде def __add__(self, other)

http://blog.teamtreehouse.com/operator-overloading-python

__add__(self, other) 

И еще __str__ переопределить

это понятно что __add__. что там писать?

join кстати вызывает не __str__

я пробовал так: class Variant(str): def __init__(self, string): self.str = string def __add__(self, other): self.str += other print(self.str) return copy.copy(self) def __str__(self): return self.str

join вполне может вызывать __radd__

по крайней мере sum вызывает его

еще есть __repr__

нифига не работает. джойнится не изменяемое значениее self.str а хранящееся непонятно где первоначальная строка

repr тоже не при том

короче там тонна всех этих внутренних вещей

счас попробую __radd__

> @mr_tron Пацаны, чё-то я туплю. Хочу кастомный тип. чтобы вида чем меньше такой магии тем лучше. явное лучше не явного. это в фрэймворках можно делать, где 100% test coverage и документация, чтобы не лезть смотреть что же там происходит.

а у меня джоин ваще отказывается есть что-либо, кроме строк

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

просто заявляет "это не строка, сами конвертните"

угу. там по этому и есть наследование от str

проверка вот здесь происходит https://github.com/python/cpython/blob/c9d5642f0ef824f63db945a218e8d2c25e9d709d/Include/unicodeobject.h#L471

а тогда у меня все работает

> @mr_tron Пацаны, чё-то я туплю. Хочу кастомный тип. чтобы вида чем меньше такой магии тем лучше. явное лучше не явного. это в фрэймворках можно делать, где 100% test coverage и документация, чтобы не лезть смотреть что же там происходит.

что мешает сделать к своему коду test coverage?

а вот код самого джойна https://github.com/python/cpython/blob/master/Objects/unicodeobject.c#L9871

#!/usr/bin/python class C(str): def __init__(self, s): self._s = s def __add__(self, other): return C(self._s + other) if __name__ == '__main__': a = C("test") b = a + "post" print(" ".join([a, b]))

сделай класс