1.1, Arcade (ok), 10:32, 15/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Ух ты, как раз ругался на топорность мастер-слейв репликации и сложность впихивания этого в продакшн. Будем посмотреть.
| |
|
2.24, Zoolander (?), 12:14, 19/07/2017 [^] [^^] [^^^] [ответить]
| –3 +/– |
Что за дурацкая привычка коверкать русский язык?
"Будем смотреть" - так правильно.
Или Пучкова начитался и обезьянничаешь?
| |
|
|
2.3, пох (?), 11:11, 15/07/2017 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Заметил, что memcached последнее время возродился
да уж охренеть как "возродился" - в issues мега-проблемы 2012го года (особенно хороша - "мы жрем # в конфиге как управляющий символ" - ну никак с 15го года не одолеть ее), в коммитах - какая-то сомнительная возня непойми с чем и ради чего.
issues:
Add drop_privileges() for Linux needs review/testing
#95 opened Dec 15, 2014 by viraptor
- вот с 2014го needs. Никак двадцать строчек ниасилить. Единственный автор с того самого года ниасилил себе тестовый билдхост под линуксом...
> в котором закрыли DoS-уязвимость CVE-2017-9951
которая закрывала DoS-уязвимость CVE-2016-8705, да так и ниасилила.
с другой стороны, если вас беспокоят уязвимости в memcached - вы ох..ли...э... вы выбрали совершенно неподходящий для вашей задачи сервис хранения.
И чем меньше не в меру активные рукожoпы лазят в этот код, тем лучше. А там - все равно перейдем поголовно на redis. Вот ровно потому, что у него есть вменяемые разработчики и твиттер с вмварью им платит.
| |
|
3.9, KonstantinB (ok), 20:26, 15/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
> жрем # в конфиге как управляющий символ
У memcached нет конфига.
Всякие там обертки из дистрибутивов - это привет мейнтенерам дистрибутивов.
| |
|
4.13, пох (?), 12:43, 16/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> У memcached нет конфига.
вас обманули. Поинтересуйтесь содержимым
https://github.com/memcached/memcached/blob/master/scripts/start-memcached
(существует практически столько же, сколько и сам memcached)
> Всякие там обертки из дистрибутивов - это привет мейнтенерам дистрибутивов.
наоборот - привет рукожопому майнтейнеру вашего дистрибутива, который не знал, что у memcached'а таки есть вполне себе штатный конфиг и штатный скрипт запуска, умеющий его парсить (хреново ;-)
правда, сейчас это уже немодно, тру хипстеры каждый раз вручную юнит для systemd переписывают (который умеет читать из отдельного конфига четыре ненужных параметра, а если надо, к примеру, не торчать на внешнем интерфейсе - то "отредактируйте unit")
| |
|
5.14, Аноним (-), 12:49, 16/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Это как раз дебиановский скрипт.
в репозиторий memcached его сунули относительно недавно, уже при Фейсбуке
| |
5.18, Y (??), 07:08, 17/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Не гони на юниты. Во первых тебя никто не заставляет отказываться от конфигов (если ты конечно хоть что-то разрабатываешь). Во вторых отредактировать юнит не сложнее чем отредактировать конфиг или скрипт. И там и тут простой текстовый файл, написанный по простым правилам (в случае скрипта правила немного усложняются конечно). А в третьих тот же юнит(+конфиг) дает намного больше возможностей и удобства, чем тот же "инит-скрипт" + конфиг. Начиная от того что пишется один раз, а работает на всех дистрибутивах и заканчивая тем, что не нужно скрипт 4 раз копировать что бы 6 инстасов запустить.
| |
|
6.19, пох (?), 09:37, 17/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Не гони на юниты. Во первых тебя никто не заставляет отказываться от конфигов
там _есть_ конфиг ;-)
Феерически бессмысленный. И рекомендация "если что - поменяйте прямо в скрипте"
- соблюдая меры предосторожности, чтоб его не автопооверрайдило при апгрейде ;-)
> Начиная от того что пишется один раз, а работает на всех дистрибутивах
без ручного вмешательства все равно не работает, потому что ты не знаешь, что именно в этом дистрибутиве должно стартовать ДО (вероятно, как минимум, сеть?) и что - после (вероятно, использующий софт), и как то и другое в данном дистрибутиве угораздило называться (то что все systemd-based копипастят друг у друга, это не заслуга systemd).
Какая разница, делаем мы это редактируя заголовок или внешней интуитивно-приятной программой?
А если эту мелочь вынести за скобки - ну вот и остается start-memcached - вполне себе дистрибутивонезависимый (правда, requires perl, но все уже привыкли - pure-config-args не шибко лучше, смысл тот же)
> и заканчивая тем, что не нужно скрипт 4 раз копировать что бы 6 инстасов запустить.
этот - нужно ;-) Ну да, можно было бы и получше написать - ну так и sh скрипт тоже можно (вон, freebsd'шный mysqld вполне умеет сто инстансов - интересно, кто этим пользуется)
Единственная явно видимая польза - memcache как раз явный кандидат на услуги автоперезапускалки. Но daemontools тоже в общем-то никто не отменял.
| |
|
|
|
|
|
1.6, Аноним (-), 14:26, 15/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
> Redis обеспечивает постоянное хранение данных на диске и гарантирует сохранность БД в случае аварийного завершения работы.
Зачем людей обманываете?
| |
|
2.7, пох (?), 16:23, 15/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Зачем людей обманываете?
а что не так? AOF в fsync mode вполне себе гарантирует и консистентность, и завершенность операций (настолько, насколько их обеспечит fs, как и у всех)
"но зачем?"
| |
|
3.8, Аноним (-), 17:14, 15/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> "но зачем?"
что зачем? некоторым вот нужна полная гарантия, ессно в рамках возможности железа и фс, но это уже другой уровень
| |
|
|
5.21, Аноним (-), 13:03, 17/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Комментатором на opennet-е и маминым админам этого к сожалению не понять
| |
|
6.22, пох (?), 13:37, 17/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Комментатором на opennet-е и маминым админам этого к сожалению не понять
куда им... они даже не замечают, что по ссылке некропостинг 2013го года, и речь там о redis 2 (кто им тогда вообще пользовался, блин, и зачем?)
Сегодня никто не мешает применять его в такой позе, будет ничуть не хуже всеми любимого постгреза, и чинить в случае чего легче - "но зачем?"
Кто может нарисовать вменяемый use-case и как в нем выглядят структуры данных?
| |
|
5.23, Аноним (-), 18:54, 17/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Интересное чтиво от автора redis - http://antirez.com/news/60. Автор redis-а не рекомендует
> использовать redis в качестве основной базы данных или можете оказаться без
> данных
Эта заметка была написана 4 года назад, когда в Redis был только достаточно топорный периодический сброс бэкапа в файл. С тех пор появилось что-то похожее на журналирование.
| |
|
|
|
|
|
2.17, ваш К.О. (?), 01:42, 17/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Какой командой?
DISCARD жеж
Только это для проблем в логике приложения, а не проблем с базой, как можно было подумать.
| |
|
|