On Wed, Oct 18, 2017 at 03:46:39PM +0200, Bardot Jérôme wrote:
> redis (4:4.0.2-3) unstable; urgency=medium
>
> This version drops the Debian-specific support for the
> /etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d directories in
> favour of using systemd's ExecStartPre, ExecStar
On 18/10/17 09:46 AM, Bardot Jérôme wrote:
redis (4:4.0.2-3) unstable; urgency=medium
This version drops the Debian-specific support for the
/etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d directories in
favour of using systemd's ExecStartPre, ExecStartPost, ExecStopPre,
Ex
Redis, for sure, is one of the most used in memory datastore, a good
cache system like memcache but more flexible when you have to store real
data and a standard SQL database is not fast enough: one common example
of application, is to store the authentication tokens in a clustered web
server e
Quoting Steve Litt (sl...@troubleshooters.com):
> Does anyone here actually use redis? I looked it up, and to me it looks
> like dbus on steroids. An in-memory data store accessible by lots of
> different applications. What could POSSIBLY go wrong?
Extremely useful for large Web sites. _Not_ a
> On Oct 16, 2017, at 1:51 PM, Steve Litt wrote:
>
> On Mon, 16 Oct 2017 17:18:43 +0200
> "Dr. Nikolaus Klepp" wrote:
>
>> Am Samstag, 7. Oktober 2017 schrieb Tobias Hunger:
>>> On Sat, Oct 7, 2017 at 3:46 PM, Didier Kryn wrote:
Then maybe I misunderstood the reason for EFI.
>>>
> On Oct 17, 2017, at 9:08 AM, Arnt Gulbrandsen
> wrote:
>
> Alessandro Selli writes:
>> Plus, it's purported security is mostly a mith. It only checks if the
>> first-stage bootloader was signed by a known, authorized key, everything else
>> is as exposed to malware and rootkits as it's alwa
Steve Litt writes:
Does anyone here actually use redis? I looked it up, and to me it looks
like dbus on steroids. An in-memory data store accessible by lots of
different applications. What could POSSIBLY go wrong?
I've used in several contexts, it's great at its job and a joy to use.
Redis' ni
> On Oct 18, 2017, at 11:17 AM, dev wrote:
>
> I do think it is nonetheless a useful marketing tool (which are all
> inherently sketchy anyway) for those looking to try a new distro who are
> not so interested in the metrics behind the numbers. I get the feeling
> Distrowatch tries their honest-
On 10/18/2017 10:04 AM, Steve Litt wrote:
> Does anyone here actually use redis? I looked it up, and to me it looks
> like dbus on steroids. An in-memory data store accessible by lots of
> different applications. What could POSSIBLY go wrong?
>
> SteveT
The Nextcloud project[1] recommends it
On 10/17/2017 03:02 PM, Alessandro Selli wrote:
>
> Great news for a rookie!
>
As others alluded to, the rating has little veracity for anything more
than "just for fun" however I think it should be noted (perhaps in 8pt
font?) that the tool *does* show an upward trend from the 12 month
rat
Redis is commonly used by content management systems as a backend cache.
jf
> On Oct 18, 2017, at 11:04 AM, Steve Litt wrote:
>
> On Wed, 18 Oct 2017 15:46:39 +0200
> Bardot Jérôme wrote:
>
>> redis (4:4.0.2-3) unstable; urgency=medium
>>
>> This version drops the Debian-specific support f
On Wed, 18 Oct 2017 15:46:39 +0200
Bardot Jérôme wrote:
> redis (4:4.0.2-3) unstable; urgency=medium
>
> This version drops the Debian-specific support for the
> /etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d
> directories in favour of using systemd's ExecStartPre, ExecStartPost,
redis (4:4.0.2-3) unstable; urgency=medium
This version drops the Debian-specific support for the
/etc/redis/redis-{server}.sentinel.{pre,post}-{up,down}.d directories in
favour of using systemd's ExecStartPre, ExecStartPost, ExecStopPre,
ExecStopPost commands.
-- Chris Lamb Wed, 11 Oc
13 matches
Mail list logo
