<    April 2017    >
Su Mo Tu We Th Fr Sa  
                   1  
 2  3  4  5  6  7  8  
 9 10 11 12 13 14 15  
16 17 18 19 20 21 22  
23 24 25 26 27 28 29  
30
00:07 EyePulp joined
00:07 soveran joined
00:07 EyePulp joined
00:10 pandeiro joined
00:17 minimalism joined
00:43 timg__ joined
00:50 Cohedrin joined
00:56 crobbins_ joined
00:57 crobbins_ joined
00:58 Cohedri__ joined
00:58 watersoul_ joined
00:59 dustinm` joined
01:00 robtec joined
01:14 rchavik joined
01:15 atomi joined
01:19 hndk joined
01:21 Guest96 joined
01:26 Cohedrin joined
01:38 dlb76 joined
01:39 xiaomiao joined
02:10 soveran joined
02:15 edge226 joined
02:47 daxelrod joined
03:07 sfa joined
03:22 chipotle joined
03:32 raspado joined
03:50 hphuoc25 joined
03:54 Redis-Opsworks joined
03:54 <Redis-Opsworks> Any pointers for Redis Opsworks cookbook?
03:56 RemiFedora joined
03:57 timg__ joined
04:11 soveran joined
04:25 vchav joined
04:33 Opsworks-redis joined
04:41 felixjet joined
04:54 hos7ein joined
04:58 timg__ joined
05:00 fakenerd joined
05:03 cyborg-one joined
05:08 indistylo joined
05:13 soveran joined
05:23 ogny joined
05:30 ahuzdb joined
05:30 ahuzdb left
05:35 xep joined
05:46 edvorg joined
05:50 rendar joined
05:56 Cohedrin joined
05:59 timg__ joined
06:02 tarkus joined
06:03 hphuoc25 joined
06:09 jamesd joined
06:10 SkyRocknRoll joined
06:16 jamesd joined
06:21 vchav joined
06:27 arnaud_ joined
06:37 Cohedrin joined
06:53 Cohedrin joined
06:59 timg__ joined
07:07 rchavik joined
07:25 ppang joined
07:32 Cohedrin joined
07:35 HelgeO joined
07:40 Dave_R joined
07:41 soveran joined
07:45 JohnnyRun joined
07:47 lbtxyz joined
07:47 hphuoc25 joined
07:50 adac joined
07:51 EyePulp joined
07:57 themr0c joined
08:03 themroc joined
08:03 Cohedrin joined
08:06 brodolfo joined
08:07 mikecmpbll joined
08:33 efphe joined
08:34 HelgeO_ joined
08:42 fakenerd_ joined
08:43 JEEB joined
08:44 HelgeO joined
08:46 <JEEB> so the redis FAQ/some of the documentation recommends doing kernel poking wrt THP and overcommit. I take it that those are required for specific use cases rather than "whatever the box it is, you should do these kernel changes." as I'm still not sure if redis will share a system with other services or not. if redis was always defined to be on its own "node" then doing kernel configuration entries for it
08:46 <JEEB> without too much thinking would be a no-brainer of course
08:55 programmingcool joined
09:00 <minus> The thp thing is a performance thing
09:00 <minus> So if you don't need full performance it shouldn't matter
09:02 timg__ joined
09:05 HelgeO joined
09:11 timg__ joined
09:29 Mr__Anderson joined
09:34 brk_ joined
09:44 efphe joined
09:46 adac joined
09:52 hphuoc25 joined
10:06 HelgeO joined
10:07 EyePulp joined
10:11 King_DuckZ joined
10:11 hphuoc25 joined
10:13 <King_DuckZ> minus: hi, I've been looking into escaping html into tawashi as you suggested, but I don't think I need to do that, since pasties either go through the syntax colorizer already or are returned as plain text
10:14 <King_DuckZ> maybe it's a bit offtopic here, but I wanted to hear your opinion... maybe we can continue in pvt?
10:15 <King_DuckZ> minus: https://github.com/KingDuckZ/tawashi/blob/master/src/pastie_response.cpp#L68 if I escape html I get strange results anyways
10:20 giorgiodg joined
10:29 soveran joined
10:37 efphe joined
10:43 fakenerd joined
10:43 soveran joined
10:43 soveran joined
10:46 HelgeO joined
10:47 ChrisJames02170 joined
10:49 Jarvis185 joined
10:49 soveran joined
10:49 soveran joined
10:49 ppang joined
10:49 HelgeO joined
10:50 <adac> Hi there! Was wondeing if there are any news about using redis with docker swarm? Is there now a good way to do that?
10:56 drbobbeaty joined
10:56 HelgeO joined
10:57 timg__ joined
11:00 HelgeO joined
11:16 timg__ joined
11:23 hphuoc25 joined
11:24 hphuoc25 joined
11:34 timo joined
11:36 k33nice joined
11:47 <minus> King_DuckZ: yes, if you transmit it as text/plain or run it through a html syntax highlighter it'll be fine
11:54 <King_DuckZ> minus: I'm a bit confused tbh... if you paste html and then choose to highlight syntax in a language that is not html and that leaves <tags> untouched, I'm confused as to what would happen there
11:54 <minus> it never leaves <> untouched because the display medium doesn't allow it to do so
11:58 <King_DuckZ> good point, it should be ok then
11:59 <King_DuckZ> I'm writing code to sanitize utf8 input, then I'm confident enough to expose it online, so it can be demo'ed :)
12:04 wlightning-fuel joined
12:07 synthmeat joined
12:22 wlightning-fuel joined
12:23 EyePulp joined
12:29 fakenerd joined
12:29 HelgeO joined
12:30 crobbins joined
12:44 ppang joined
13:30 efphe joined
13:32 crobbins joined
13:33 edge226 joined
13:35 Dave_R joined
13:41 WindChimes joined
13:44 Dave_R joined
13:54 seanbrant joined
14:03 shinnya joined
14:04 daxelrod joined
14:10 WindChim_ joined
14:14 EyePulp joined
14:18 roelmonnens joined
14:22 hphuoc25 joined
14:32 al-damiri joined
14:41 crobbins joined
14:56 wlightning-fuel joined
14:57 efphe joined
14:57 <efphe> ?
14:57 sz0 joined
14:58 chipotle joined
14:59 crobbins joined
15:00 <minus> !
15:05 roelmonn_ joined
15:09 crobbins left
15:25 FunnyLookinHat joined
15:26 dblessing joined
15:40 WindChimes joined
15:42 orbyt_ joined
15:58 svm_invictvs joined
16:00 guhcampos joined
16:14 efphe joined
16:20 adac joined
16:21 mdw joined
16:27 mdw joined
16:28 mdw joined
16:29 tavish joined
16:29 wlightning-fuel joined
16:32 svm_invictvs joined
16:44 roelmonnens joined
16:46 chipotle joined
16:48 wlightning-fuel joined
16:49 roelmonnens joined
16:52 roelmonnens joined
16:53 dblessing joined
16:55 roelmonnens joined
17:01 dblessing joined
17:01 roelmonnens joined
17:12 tarkus joined
17:15 mikecmpbll joined
17:26 Guest96_ joined
17:31 Cohedrin joined
17:45 cyborg-one joined
18:04 daxelrod1 joined
18:06 Guest96 joined
18:07 daxelrod joined
18:15 minimalism joined
18:22 rendar joined
18:22 rendar joined
18:37 edge226 joined
18:46 efphe joined
19:09 k33nice joined
19:16 fakenerd joined
19:22 efphe joined
19:35 wlightning-fuel joined
19:46 Mr__Anderson joined
19:53 shinnya joined
19:56 edrocks joined
19:57 FunnyLookinHat joined
19:57 FunnyLookinHat joined
20:09 soveran joined
20:09 soveran joined
20:12 soveran joined
20:19 olalonde joined
20:51 efphe joined
20:54 dannysantos joined
20:58 <dannysantos> I have many node servers on my pc and I have made 1 redis-server for each node server. My goal is to have 1 separate database for each node app/server. I can't seem to acomplish this. I have different redis process id but one modification on one redis database replicates to the other database. How can I make this not happen? Thank you
20:59 indistylo joined
21:00 <minus> one redis per application is good if they are not meant to interact
21:03 <dannysantos> yes, I have one redis per application. But although I have 2 database files, when I change one the other also changes. I don't want that
21:03 <dannysantos> how can I make each database separate?
21:07 <dannysantos> I can't seem to find someone that struggles with this, but for me it doesn't work
21:08 <dannysantos> what information do you need in order to see what am I doing wrong?
21:11 k33nice joined
21:20 wlightning-fuel joined
21:20 <dannysantos> in node app I was setting up the redis client port
21:33 k33nice joined
21:34 _xor joined
21:38 roelmonnens joined
21:43 k33nice joined
22:07 edrocks joined
22:13 ntnn joined
22:14 ArchDebian joined
22:15 k33nice joined
23:07 drbobbeaty joined
23:19 dfin joined
23:20 daxelrod joined
23:20 akkad joined
23:22 fakenerd joined
23:22 <dfin> Hi all, looking for a little clarification on Sentinel. In the docs it says that a majority is needed to preform a failover. However in the three box setup (1 master, 2 replicas, each with sentinel on them) it says that when a network partition removes he master, Sentinel will elect one of the replicas to a master. I thought that couldn't happen without a majority vote. Shouldn't that result in a deadlock?
23:22 <dfin> Link: https://redis.io/topics/sentinel#example-2-basic-setup-with-three-boxes
23:24 daxelrod1 joined
23:43 GreenJello joined
23:55 Cohedrin joined