#silverstripe IRC Log

IRC log for 6 January 2014

All timestamps are in UTC.

1: [00:00:04] <SphereSilverNL> Yea, 10 minutes, tops
2: [00:00:06] <Colin[pi]> why not?
3: [00:00:22] <SphereSilverNL> 1GBit up/down, but I'm counting 10MBit
4: [00:00:40] <Colin[pi]> not accustomed with Australian internet, are you?
5: [00:00:51] <SphereSilverNL> Far from it indeed :)
6: [00:01:02] <SphereSilverNL> I got 1GBit internet here.
7: [00:01:06] <Colin[pi]> so close to having a decent network until fuckwit was elected
8: [00:01:09] <Colin[pi]> THANKS TONY
9: [00:01:17] <SphereSilverNL> It's harder to click than to actually download it :P
10: [00:01:45] <SphereSilverNL> You don't have a fiberline?
11: [00:01:49] <Colin[pi]> lol
12: [00:01:52] <Colin[pi]> I have ADSL2+
13: [00:01:57] <Colin[pi]> and I'm far from the exchange
14: [00:02:04] <Colin[pi]> so I get like 4mbit MAXX
15: [00:02:05] <Colin[pi]> -X
16: [00:02:12] <Colin[pi]> 512k up
17: [00:02:14] <Colin[pi]> \o/
18: [00:02:16] <SphereSilverNL> I feel like being thrown back into history!
19: [00:02:24] <Colin[pi]> WELCOME TO AUSTRALIAN INTERNET
20: [00:02:45] <Colin[pi]> my top download speed is 500KB/sec
21: [00:02:48] <Colin[pi]> on a good day
22: [00:04:17] <SphereSilverNL> That sounds more like my 56k6 connection than actual internet.
23: [00:04:39] <ss23> Ohhh
24: [00:04:46] <ss23> In AU, I was literally on top of the exchange
25: [00:04:47] <ss23> was so good
26: [00:04:49] * SphereSilverNL quit (Remote host closed the connection)
27: [00:04:58] <Colin[pi]> yep if it's next door, it's awesome
28: [00:05:04] <Colin[pi]> if you're far like me, it's shit
29: [00:05:07] <ss23> lol
30: [00:05:11] <Colin[pi]> and for this privilege I pay $80/month
31: [00:05:44] * SphereSilverNL has joined #silverstripe
32: [00:05:59] <SphereSilverNL> And that crashed FF
33: [00:06:13] <Colin[pi]> \the prev govt started building a FTTP network, world-class... then new govt is elected and he's like "nah..." and they will now build some piece of shit instead
34: [00:06:37] <SphereSilverNL> You did, somewhat, kinda....
35: [00:06:39] <SphereSilverNL> ehm....
36: [00:06:47] <SphereSilverNL> elected him, didnt you?
37: [00:06:54] <Colin[pi]> I didn't vote for that fuckhole
38: [00:07:22] <SphereSilverNL> I guess, for a fuckhole, you're better off in Amsterdam :D
39: [00:07:26] <Colin[pi]> yet seemingly a lot of wankers decided he was the lesser of two evils
40: [00:07:43] <ss23> Even before the new gov, there were lots of problems with the NBN
41: [00:07:44] <SphereSilverNL> But, the majority did vote for him, right?
42: [00:07:57] <ss23> I mean, don't get me wrong, it's gone from "could be better" to "holy shit why bother"
43: [00:08:00] <ss23> But *shrug*
44: [00:08:12] <Colin[pi]> ss23: of course, it (was) Australia's biggest ever infrastructure project in history
45: [00:08:14] <SphereSilverNL> Note, I am completely a noob at NZ politics
46: [00:08:30] <Colin[pi]> FTTP to 93% of homes... MASSIVE project
47: [00:08:44] <SphereSilverNL> 93% of NZ?
48: [00:08:48] <Colin[pi]> AU
49: [00:08:56] <SphereSilverNL> that's stupidity. That's not possible
50: [00:09:05] <SphereSilverNL> I'm Dutch (as most of you know)
51: [00:09:17] <Colin[pi]> it was going to cost $40 billion... as the conservative estimate
52: [00:09:32] <SphereSilverNL> and after 5 years, there's a 78%-and-a-bit coverage of fiber.
53: [00:09:34] <ss23> I dunno what the NZ targets are for Fibre
54: [00:09:39] <SphereSilverNL> that took 5 years
55: [00:09:59] <ss23> 5 years is a small amount of time for projects like this though
56: [00:10:06] <Colin[pi]> now they'll make some FTTN shit using the existing copper network
57: [00:10:15] <SphereSilverNL> No matter what, you can't get even close to getting the entire country fibre connection within 1 period
58: [00:10:21] <Colin[pi]> a copper network which is SEVERELY degraded and old
59: [00:10:37] <ss23> Colin[pi]: Yeah, we had *epic* problems with our copper at our work
60: [00:10:45] <Colin[pi]> no they never planned on doing it in just a few years
61: [00:10:51] <ss23> Every month we would get them to look into it, and every month, "oh the line is shit, but we fixed some stuff"
62: [00:11:15] <SphereSilverNL> What they did here, was silently replace copper with optic stuff
63: [00:11:20] <Colin[pi]> well the FTTN plan will require massive boxes every 500m, which need maintenance of the shitty copper... more power, cooling etc.
64: [00:11:35] <SphereSilverNL> And after about 8 years, they started the FTTH project
65: [00:11:54] <Colin[pi]> SphereSilverNL: the old govt was installing fiber direct to the home, to replace the copper
66: [00:12:14] <SphereSilverNL> Wrong approach ;)
67: [00:12:18] <Colin[pi]> so now we have a fragmented system, some folks with the awesome network, some with shitty
68: [00:12:27] <Colin[pi]> because politics
69: [00:12:29] <Colin[pi]> \o/
70: [00:12:59] <Colin[pi]> oh, and the new CEO of the NBN company is the ex-Telstra boss, and a large amount of the board also has stock in Telstra
71: [00:13:01] <SphereSilverNL> The politics here, somehow, don't ask me how, did it right, and made sure, every block had a fiber
72: [00:13:10] <Colin[pi]> Telstra == copper network
73: [00:13:13] <SphereSilverNL> than, after that, they started the FTTH project
74: [00:13:16] <Colin[pi]> CONFLICT OF INTEREST MUCH?
75: [00:13:48] <SphereSilverNL> It kinda sounds conflicting, indeed.
76: [00:13:53] <SphereSilverNL> To put it softly
77: [00:14:05] <ss23> SphereSilverNL: I thikn I like that way of doing things :D
78: [00:14:28] <ss23> I seriously *hate* that we don't have uncapped national bandwidth
79: [00:14:29] <ss23> :(
80: [00:14:48] <Colin[pi]> our govt is too full of dickheads that couldn't find a root in a brothel with a handfull of 50's
81: [00:14:56] <SphereSilverNL> NZ's biggest problem, is the fact that it just has one line
82: [00:15:38] <SphereSilverNL> Look at AMSIX, the Dutch method, it has 18 lines to the US, Africa, Southern America, and such
83: [00:16:01] <SphereSilverNL> if one line is dead, there are 17 lines to back up.
84: [00:16:28] <Colin[pi]> oh btw, the other problem... Murdoch owns Foxtel here which dominates Pay TV services to the home, he *REALLY* did not want the super-fast fiber network
85: [00:16:43] <Colin[pi]> so during the election, ALL of his papers were blatantly biased towards the new dickhead
86: [00:17:14] <Colin[pi]> like there was a headline "NOW WE HAVE A CHANCE TO KICK THIS MOB OUT"
87: [00:17:15] <Colin[pi]> biased much? lol
88: [00:17:16] <SphereSilverNL> What's the use of having a fiberglass connection FTTH, without the speed? boycot the fucker
89: [00:18:20] <Colin[pi]> here is a site that compares the prev govt's network with the new one: http://howfastisthenbn.com.au/
90: [00:18:31] <SphereSilverNL> NZ, or Australia in total, can get a perfectly working connection form South America.... Why isn't it happening?
91: [00:18:47] <SphereSilverNL> form==from
92: [00:18:56] <Colin[pi]> lol have you ever traced a connection to South America from here?
93: [00:19:02] <Colin[pi]> it goes via the USA, and then Spain
94: [00:19:24] <SphereSilverNL> No, It traces "Spain => Brazil"
95: [00:20:01] <SphereSilverNL> If I trace, for example, Namecheap, via a proxy in Germany
96: [00:20:06] <Colin[pi]> what about the other coast?
97: [00:20:13] <SphereSilverNL> it goes "Germany =
98: [00:20:33] <SphereSilverNL> => Spain => Brazil => US"
99: [00:20:51] <SphereSilverNL> I wouldn't know
100: [00:21:23] <SphereSilverNL> anyway, closing in on 1:20, so it's time for bed for me.
101: [00:21:29] <Colin[pi]> nn man
102: [00:21:37] * SphereSilverNL quit (Remote host closed the connection)
103: [00:22:23] <Colin[pi]> wow we have a sweet connection to NZ ;P http://4.bp.blogspot.com/-g9au0f5Rg_g/UdqFDkP11zI/AAAAAAAACPk/dbYiPvDTVWc/s1600/submap.PNG
104: [00:40:52] * UncleCheese quit (Quit: UncleCheese)
105: [01:02:05] <ss23> DEPLOY TO PRODUCTION!
106: [01:03:54] <guzzlefry> ss23: What do you use for deployment?
107: [01:23:29] <simon_w> Oh right, I need to poke ansible
108: [01:26:49] * Liquide quit ()
109: [01:27:28] <pippy> wait, unclecheese is working for heyday now?
110: [01:27:33] <pippy> when did he start there?
111: [01:27:55] <simon_w> Last year sometime
112: [01:28:09] <pippy> oh wow
113: [01:28:22] <pippy> good for him
114: [01:29:30] * UncleCheese has joined #silverstripe
115: [01:29:39] <Stomach> speak of the devil
116: [01:30:40] * willr has joined #silverstripe
117: [01:31:45] <pippy> I'm stalking him online now
118: [01:31:54] <pippy> his heyday profile picture has his dog in it
119: [01:31:55] <pippy> lol
120: [01:31:58] <pippy> cute
121: [01:32:01] <Stomach> rocko is awesome
122: [01:32:22] <pippy> dogs name i take it?
123: [01:32:50] <pippy> there's only like 6 people there i know now
124: [01:32:53] * Stomach quit (Read error: Connection reset by peer)
125: [01:32:53] <pippy> so many new faces
126: [01:33:24] * Stomach has joined #silverstripe
127: [01:55:59] <guzzlefry> PHP Fatal error: Call to a member function setValue() on a non-object in /var/www/vhosts/mysite/framework/search/filters/SearchFilter.php on line 202
128: [01:56:00] <guzzlefry> :(
129: [01:58:22] <guzzlefry> Databases are exactly the same in testing and production. Error occurs in production.
130: [01:58:26] <guzzlefry> I'm guessing a change between SS versions.
131: [02:00:49] <willr> downloaded the prod database and had a play?
132: [02:01:01] <willr> couple be something like a record missing a classname
133: [02:01:32] <guzzlefry> willr: I just copied the production database over to testing not 2 minutes ago. :/
134: [02:01:44] <guzzlefry> well, closer to 5, you get my point. :P
135: [02:01:51] <guzzlefry> production is on 3.1-dev
136: [02:01:55] <guzzlefry> testing is 3.1.1
137: [02:02:24] <willr> right well that rules the db out! Using composer? that'll make sure all your environments use the same version
138: [02:04:27] <guzzlefry> willr: These are git submodules. :/
139: [02:04:35] <guzzlefry> Not sure how to deal with those.
140: [02:05:00] <guzzlefry> I think I can just do git submodule upgrade?
141: [02:06:30] <guzzlefry> Kind of worrisome since it's on production. :/
142: [02:14:08] <Colin[pi]> fuck you internet explorer
143: [02:14:12] <Colin[pi]> seriously
144: [02:19:35] <guzzlefry> crap crap crap
145: [02:19:39] * willr quit (Quit: willr)
146: [02:19:42] <guzzlefry> Fatal error: Class 'MySQLQuery' not found in /var/www/vhosts/mysite/framework/model/MySQLDatabase.php on line 146
147: [02:20:10] <guzzlefry> phew
148: [02:20:13] <guzzlefry> just had to flush :P
149: [02:21:27] <guzzlefry> Should I do a /dev/build after upgrading from 3.1-dev to 3.1.1?
150: [02:26:51] <ss23> Blargh
151: [02:27:08] <ss23> I do $object->StartDate = $an_ss_datetime_object;
152: [02:27:12] <ss23> And it casts it to SS_Datetime
153: [02:27:13] <ss23> Why
154: [02:27:35] <ss23> QQ
155: [02:27:44] <ss23> I'm getting tired and grumpy, can't put up with SilverStripe's BS
156: [02:28:32] <guzzlefry> wait..what happened? 0.o
157: [02:29:14] <ss23> I set $dataobject->DateTimeField = $ss_datetime_object; and it gets saved as the string "SS_DateTime"
158: [02:31:47] <guzzlefry> so...
159: [02:31:58] <guzzlefry> $dataobject->DateTimeField == "SS_DateTime"
160: [02:32:34] <Colin[pi]> ss23: it expects it as a formatted date/time string, no?
161: [02:32:36] <ss23> Thats what it looks like it is
162: [02:32:44] <ss23> I thought it could take an objet
163: [02:32:45] <ss23> :(
164: [02:32:51] <Colin[pi]> get the object to format itself
165: [02:32:52] <guzzlefry> That would make sense. :P
166: [02:32:53] <ss23> I mean, obviously not, but QQ
167: [02:33:09] <guzzlefry> does it call a magic setter method?
168: [02:33:41] <Colin[pi]> ss23: try $object->DateTime = $Object->Rfc2822();
169: [02:34:28] <ss23> Yeah, I can do all that stuff
170: [02:34:31] <ss23> I CAN FIX IT
171: [02:34:33] <ss23> IT'S JUST RETARDED
172: [02:34:38] <ss23> AND I'M REALLY TIRED AND GETTING FRUSTRATED
173: [02:34:38] <ss23> :(
174: [02:34:40] <ss23> I'm going home
175: [02:34:56] <Colin[pi]> CALM YOUR TITS
176: [02:35:02] <ss23> idek why an SS_Datetime object casts to SS_Datetime and not THE FUCKING VALUE IT IS
177: [02:35:05] <ss23> QQQQQQQ
178: [02:35:21] <Colin[pi]> ss23: put in a pull request ;D
179: [02:35:46] <guzzlefry> orrr
180: [02:35:56] <guzzlefry> ss23: start a ticket!
181: [02:36:05] <ss23> QQ
182: [02:36:05] <guzzlefry> s/start/open
183: [02:40:50] <Colin[pi]> fuck it feels like every single client has called me today
184: [02:41:06] <Colin[pi]> ring ring, ring ring
185: [02:41:09] <guzzlefry> happy new year!
186: [02:41:24] <Colin[pi]> yep! followed by <insert stupid thing here>
187: [03:03:26] * camfindlay has joined #silverstripe
188: [03:04:11] <simon_w> Aww, looks like no APS6 job for me
189: [03:13:42] <Colin[pi]> :(
190: [03:13:49] <Colin[pi]> knocked back?
191: [03:14:24] <simon_w> The guy who would've helped me get it is quitting and moving to NYC
192: [03:14:41] <Colin[pi]> ahh... well that sucks
193: [03:14:55] <simon_w> Yeah, it means I'm going to have to find a job the boring way :p
194: [03:16:23] <ss23> what is APS6?
195: [03:16:30] <simon_w> Pay level
196: [03:16:42] <ss23> Awww
197: [03:16:48] <ss23> Wait what do you mean find a job?!
198: [03:16:54] <ss23> I thought you were working hard at pocket rent!
199: [03:18:04] <Colin[pi]> hehe "working"
200: [03:21:13] <ss23> Well you know, at pocket rent
201: [03:21:35] * simon_w cnf finding the logs
202: [03:35:11] <ss23> keyword I can grep on?
203: [03:35:23] <simon_w> APS6 :p
204: [03:36:30] <ss23> OHHHHHHHHHHHHHHHHHHH
205: [03:36:36] <ss23> You're *finally* moving to Larksie?
206: [03:36:37] <ss23> :D
207: [03:36:48] <ss23> A long time coming, simon_w :P
208: [03:37:06] <Colin[pi]> yeah the distance thing sucks, believe me I know
209: [03:37:09] <simon_w> A long time? We would've only been dating for 2 years
210: [03:37:48] <simon_w> Now, someone make this font heavier for me: https://github.com/theleagueof/raleway
211: [03:39:09] <simon_w> Aha! Someone's already done it for me!
212: [03:41:21] <Colin[pi]> (☞゚∀゚)☞
213: [03:44:31] <Colin[pi]> has anyone done the symlink thing for multiple vhosts to point to the same framework folders?
214: [03:44:45] * unsignedint hasnt
215: [03:44:49] <Colin[pi]> hmm
216: [03:44:58] <unsignedint> just man up and use independent installs :P
217: [03:45:04] <Colin[pi]> yeah but but...
218: [03:45:13] <unsignedint> that way a framework upgrade wont break everything
219: [03:45:30] <unsignedint> and you wont be stuck on an old framework version because thats what all the existing sites are using
220: [03:45:42] <Colin[pi]> aye
221: [03:46:23] * unsignedint still has to maintain some SS2.4 sites
222: [03:46:45] <unsignedint> id convert them to SS3, but they depend on some 2.4-only modules which I cant be bothered porting
223: [03:47:27] <ss23> Yeah, if I had a dollar for every 2.4 site I support..
224: [03:47:28] <Colin[pi]> got them patched up to 2.4.13?
225: [03:47:35] <ss23> Oh wait, I actually literally get paid to support 2.4 sites, yay!
226: [03:47:35] <ss23> :D
227: [03:47:51] <ss23> Now to boot up this box and hope that the new HDDs I put in will gladly be accepted into my array
228: [03:48:00] <Colin[pi]> *BOOOM*
229: [03:48:13] <unsignedint> 16:47 Colin[pi]: got them patched up to 2.4.13? <-- a couple. I only do this when I have to modify the site in some way
230: [03:48:36] <unsignedint> ss23: whats managing your array? mdadm?
231: [03:48:53] <Colin[pi]> cause there were some 'sploits in the older 2.4.x versions which you should patch ;P
232: [03:49:11] <ss23> yeah, mdadm
233: [03:49:14] <unsignedint> nah if people want to exploit my sites they can
234: [03:49:15] <ss23> Colin[pi]: ++
235: [03:49:17] <ss23> lol
236: [03:49:17] <unsignedint> all the more power to them
237: [03:49:33] <unsignedint> mdadm usually gladly accepts new drives, you shouldnt have any issues
238: [03:50:12] <Colin[pi]> unsignedint: so if one of your sites gets fuxxed, the client will be like "oh coo, that's no problem"?
239: [03:52:43] <unsignedint> Colin[pi]: pretty much. We will tell them that they need to pay us to upgrade the site to SS3.1 and that they will be vulnerable to hacking until they do
240: [03:53:36] <Colin[pi]> fair nuff
241: [04:00:01] <ss23> [>....................] recovery = 0.0% (982016/1953512960) finish=265.1min speed=122752K/sec
242: [04:02:27] * joelpittet has joined #silverstripe
243: [04:05:36] * nickmolhoek quit (Quit: nickmolhoek)
244: [04:08:17] <EasyCo_> Hey dudes! Happy new year.
245: [04:08:22] <ss23> You too! :D
246: [04:09:08] <Colin[pi]> same to you EasyCo
247: [04:09:47] <EasyCo_> cheers
248: [04:09:58] <EasyCo_> First day back.... I could go for a couple more :)
249: [04:09:58] * DigNZ quit (Quit: DigNZ)
250: [04:10:08] <Colin[pi]> EasyCo: me too and yes, yes I could also
251: [04:10:37] <Colin[pi]> feel like mr popularity today since every client and their dog has called me
252: [04:11:05] <simon_w> Whereas I haven't seen a single help desk ticket today!
253: [04:12:04] <EasyCo_> I've got 3 irccloud.com invites. Anybody want one?
254: [04:12:23] <ss23> PASS~
255: [04:12:30] <ss23> simon_w: Lucky, we had ~20
256: [04:12:41] <ss23> We then ignored 19 of them, and got an account manager to deal with the 20th who was refusing to pay
257: [04:12:44] <ss23> :D
258: [04:12:46] <ss23> All in all, a good day ^.^
259: [04:12:52] <simon_w> ss23, now, write some docs!
260: [04:13:03] <simon_w> About how awesome I am for getting HHVM working and stuff :p
261: [04:13:18] <ss23> NU UH
262: [04:13:36] <ss23> simon_w: In the meeting I was like "WHAT NO PRAISE ME TOO, STOP PRAISING SIMON_W" and everyone just laughed at me
263: [04:13:40] <ss23> ;____;
264: [04:13:50] <simon_w> Haha :p
265: [04:14:10] <simon_w> Just getting it to compile isn't hard :p
266: [04:14:20] <ss23> Ay, took me a long time!
267: [04:14:25] <ss23> Then I had to figure out how to *start* it
268: [04:14:28] <ss23> Then how to figure out the static files
269: [04:14:32] <ss23> And the installer doesn't even WORK! :O
270: [04:14:33] <simon_w> RTFM
271: [04:14:42] <ss23> I did! That's how I got it working
272: [04:14:43] <ss23> :P
273: [04:17:02] * cloph has joined #silverstripe
274: [04:17:47] * cloph_away quit (Ping timeout: 272 seconds)
275: [04:18:30] <Colin[pi]> simon_w: so even though the APS6 fell through, you're still coming here on a fixed date?
276: [04:18:39] <simon_w> Colin[pi], yup
277: [04:18:47] <Colin[pi]> ah k.. just more job hunting then ;P
278: [04:19:00] <simon_w> Yeah, and figuring out how I'm going to pay off this credit card :p
279: [04:19:52] <Colin[pi]> give them your sweet, sweet tears
280: [04:19:59] <Colin[pi]> I'm sure they'll accept
281: [04:21:04] <simon_w> I'll be staying with the same bank, so they might just move it across
282: [04:21:54] <Colin[pi]> if it means more interest payments from you, I'm sure they'll find a way ;P
283: [04:28:29] <ss23> simon_w: ASB/Commonwealth?
284: [04:28:37] <simon_w> Nope
285: [04:28:41] <ss23> :O
286: [04:28:44] <ss23> ANZ?
287: [04:28:48] <simon_w> Yes
288: [04:28:49] <ss23> WESTPAC?!
289: [04:28:52] <ss23> okay :D
290: [04:29:06] <ss23> Ah, you get to enjoy the glory that is Australian internet banking
291: [04:29:08] <ss23> Shit is... horrific.
292: [04:30:41] <Colin[pi]> St George is good
293: [04:30:59] <simon_w> But Westpac is shit
294: [04:31:19] <Colin[pi]> yes that's why I left them and went to St George ;P
295: [04:32:10] <simon_w> So just want until Westpac goes and consolidates the brands? :p
296: [04:32:52] <simon_w> *wait
297: [04:35:05] * EasyCo_ quit ()
298: [04:41:32] * camfindlay quit (Quit: camfindlay)
299: [04:53:36] * UncleCheese quit (Quit: UncleCheese)
300: [05:02:24] * CodeTrap quit (Ping timeout: 272 seconds)
301: [05:02:39] * CodeTrap has joined #silverstripe
302: [05:05:10] * willr has joined #silverstripe
303: [05:07:56] * DesignerX has joined #silverstripe
304: [05:17:43] * FrozenFire quit (Read error: Connection reset by peer)
305: [05:20:11] * FrozenFire has joined #silverstripe
306: [05:21:38] * spronk quit (Ping timeout: 252 seconds)
307: [05:23:22] * spronk has joined #silverstripe
308: [06:02:35] * abitran quit (Ping timeout: 246 seconds)
309: [06:02:44] * abitran has joined #silverstripe
310: [06:12:40] * willr quit (Quit: willr)
311: [06:42:43] * Azure quit (Quit: My MBP went to sleep.)
312: [06:44:46] * Azure has joined #silverstripe
313: [06:50:55] * abitran quit (Ping timeout: 245 seconds)
314: [06:57:11] * abitran has joined #silverstripe
315: [07:40:37] * new_learner has joined #silverstripe
316: [07:41:20] <new_learner> [User Error] Uncaught InvalidArgumentException: You can't pass SQL fragments to sort()
317: [07:41:42] <new_learner> what does this error means and hw to resolve this?
318: [07:45:29] * Stomach quit (Ping timeout: 265 seconds)
319: [07:48:15] * EasyCo has joined #silverstripe
320: [07:48:15] * EasyCo quit (Changing host)
321: [07:48:15] * EasyCo has joined #silverstripe
322: [07:49:03] * new_learner quit (Ping timeout: 272 seconds)
323: [08:30:39] * ARNHOE has joined #silverstripe
324: [08:45:33] * new_learner has joined #silverstripe
325: [08:49:38] * joelpittet quit (Remote host closed the connection)
326: [09:03:06] * guci0 has joined #silverstripe
327: [09:03:17] <guci0> Hello World!
328: [09:05:41] * new_learner quit (Ping timeout: 272 seconds)
329: [09:09:20] * kinglozzer has joined #silverstripe
330: [09:10:02] * CodeTrap quit (Ping timeout: 272 seconds)
331: [09:41:12] <Colin[pi]> hi guci0
332: [09:46:44] * abitran quit (Ping timeout: 260 seconds)
333: [09:46:53] * abitran has joined #silverstripe
334: [09:49:59] * Robke has joined #silverstripe
335: [09:50:04] <Robke> hello to all
336: [09:50:39] <Colin[pi]> heya Robke
337: [09:50:41] <Robke> i just want to ask what i do wrong.. or what i'm missing...
338: [09:51:00] <Robke> i just got a new pc... and i want to add my latest project to it
339: [09:51:14] <Robke> i downloaded all code (catalog of projecct)
340: [09:51:27] <Robke> added DB to phpmyadmin
341: [09:51:35] <Robke> createt a db table...
342: [09:51:43] <Robke> created*
343: [09:51:54] <Robke> i run web like: localhost/project
344: [09:52:17] <Robke> and i see all my stuff... but if i want to get access to cms localhost/project/admin
345: [09:52:23] <Robke> it shows me NOT FOUND
346: [09:52:31] <Robke> and the same in dev mode
347: [09:52:39] <Robke> so what i missing/ :)
348: [09:52:47] <Colin[pi]> Robke: is the .htaccess in place?
349: [09:53:09] <Robke> hm...
350: [09:53:14] <Robke> goood question :D
351: [09:54:06] <Colin[pi]> sounds to me like a prob with server config or .htaccess
352: [09:54:21] <Robke> well i do not see htaccess file :/
353: [09:54:36] <Colin[pi]> well there's your problem ;D
354: [09:54:41] <Robke> nope...
355: [09:54:48] <Robke> phpstorm shows it...
356: [09:55:07] <Colin[pi]> hmm
357: [09:56:21] <ARNHOE> trying setting a rewritebase in htaccess mabye
358: [09:56:23] <Robke> and one more stupid thing that i'm using debian... and cant install flash plugin... i tried all commands that i found on google... but didnt worked :D
359: [09:56:37] <Robke> RewriteBase '/e-commerce'
360: [09:56:39] <Robke> it is...
361: [09:56:55] <Robke> because this web works on server
362: [09:57:02] <Robke> but not in my local pc...
363: [09:57:33] <Robke> i dont know maybe i need to create some accounts in phpmyadmin panel... :/
364: [09:58:19] * Sj0hn has joined #silverstripe
365: [10:08:50] <Robke> so any suggestions?
366: [10:14:31] * new_learner has joined #silverstripe
367: [10:18:50] <kinglozzer> Mac Mail is refusing to show images in emails for one of our sites. Images are served over HTTP, paths are correct, Gmail & Outlook will show them. Any ideas anyone?
368: [10:20:23] * Pyromanik has joined #silverstripe
369: [10:20:57] <Pyromanik> good morning #silverstripe
370: [10:25:41] * DesignerX quit (Ping timeout: 248 seconds)
371: [10:41:33] <Colin[pi]> morning Pyromanik
372: [10:51:44] * r3v3rb has joined #silverstripe
373: [10:51:52] <r3v3rb> morning
374: [10:53:42] <r3v3rb> am I being silly - I have a CheckboxField::create("Gift", "Tick Here") setup in my form yet when I process the form if the item is unchecked I get an undefined index whne accessing $data['GiftAid'] - therefore does SS not send zero/false values from checkboxes?
375: [10:55:08] <r3v3rb> $data['Gift'] even :P
376: [10:55:18] <r3v3rb> my mistake its not like that in the code ;)
377: [10:56:28] <kinglozzer> r3v3rb: Use Firebug, check POST
378: [10:56:35] <r3v3rb> sure
379: [10:56:38] <kinglozzer> I don't think that unchecked checkboxes are sent
380: [10:56:39] <r3v3rb> seems strange
381: [10:56:54] <kinglozzer> So if ( ! empty($data['GiftAid'])
382: [10:57:01] <kinglozzer> )
383: [10:57:26] <r3v3rb> yep, I was planning that but wanted clarification I wasn't going insane looking for something that wasn't there - if you get my drift
384: [11:00:07] <kinglozzer> HNGGG I hate emails (╯°□°)╯︵
385: [11:01:09] <kinglozzer> Trying to work out why the hell OSX Mail refuses to display the images in my email
386: [11:01:29] <r3v3rb> kinglozzer: really - I have no problems when encoding them through SS
387: [11:01:38] <kinglozzer> Paths are correct, but looking at tcpdump it's making requests to the ec2.xxx.aws domain instead of the domain that's pointing to it :S
388: [11:01:40] <lewellyn> because email is meant to be plain text.
389: [11:01:54] <Pyromanik> r3v3rb, an unticked checkbox gives null as it's datavalue
390: [11:01:55] <lewellyn> kinglozzer: embed the images as multipart mime. :)
391: [11:01:59] <r3v3rb> lewellyn: :) once upon a time
392: [11:02:12] <r3v3rb> Pyromanik: yeh, worked it through and have a working solution now
393: [11:02:19] <lewellyn> it'll help avoid the whole "click to download images" in most clients, too
394: [11:02:32] <Pyromanik> it used to give 0, but 0 is a valid number and caused issues with requirements (ie, requiring it to be checked)
395: [11:03:03] <r3v3rb> Pyromanik: sounds like a fudge in the whole html form concept then...
396: [11:03:12] <Pyromanik> because 0 was valid, it'd still succeed as having a valid input, which is the opposite of what the requirement is placed in for :P
397: [11:03:34] * Colin[pi] quit ()
398: [11:03:36] <Pyromanik> so not it's null, thus fails when checking for a value, this fails requirement check as expected.
399: [11:03:36] <r3v3rb> they should have sent a null
400: [11:04:05] <r3v3rb> which I guess not being there is in effect...
401: [11:04:47] <Pyromanik> [00:01] <lewellyn> because email is meant to be plain text. - [00:02] <r3v3rb> lewellyn: :) once upon a time ... yeah, the issue is that STILL. But people just don't understand this :P
402: [11:04:48] <r3v3rb> but in reality to be 'proper' in my opinion is should send $_POST['Gift'] = NULL;
403: [11:04:54] <Pyromanik> no one has made change to email in years :<
404: [11:05:07] <Pyromanik> r3v3rb, oh, and it's not?
405: [11:05:22] <Pyromanik> In that case I blame your browser :P
406: [11:05:34] <r3v3rb> Pyromanik: it may well be but SS doesn't pass the NULL to $data
407: [11:05:54] <kinglozzer> lewellyn: It is multipart mime :(
408: [11:06:03] <r3v3rb> so checking $data['Gift'] errors with undefined value
409: [11:06:27] <lewellyn> kinglozzer: then why is it requesting remote images? ;)
410: [11:07:55] <r3v3rb> Pyromanik: shouldn't $data in the form create a zero'd $data['Gift'] when receiving a NULL from $_POST - as storing a boolean in the database (true/false) results in a 0 being stored??
411: [11:08:20] <r3v3rb> seems there are different expectations for a boolean across languages/uses
412: [11:09:15] <kinglozzer> lewellyn: I've got no idea :P I don't usually touch emails at all, just reading from the source "This is a multi-part message in MIME format."
413: [11:09:35] <kinglozzer> Images/background images still have an src
414: [11:09:39] <lewellyn> kinglozzer: send me one. i'll look at the source. :P
415: [11:09:52] <r3v3rb> kinglozzer: in embedded CSS??
416: [11:09:54] <kinglozzer> I can't, NDA :(
417: [11:09:57] <lewellyn> pfft.
418: [11:10:07] <kinglozzer> r3v3rb: Inline CSS :P
419: [11:10:15] * kinglozzer didn't build it
420: [11:10:23] <r3v3rb> inline/embedded same difference ;)
421: [11:10:26] <kinglozzer> I avoid emails like the plague
422: [11:10:27] <lewellyn> you need to use inline css for email.
423: [11:10:46] <new_learner> what is this error about?---[Warning] Missing argument 1 for DataList::__construct(), called in /var/www/html/mysite/code/pages/MultimidiaGaleriaDeFotos.php on line 55 and defined
424: [11:11:02] <r3v3rb> I would try base64 encoding the images when Inlining them as css backgrounds maybe?
425: [11:11:44] <lewellyn> kinglozzer: you're using cid: urls for the images?
426: [11:11:54] <r3v3rb> new_learner: it means you have constructed the DataList properly... post some code to sspaste and someone will help
427: [11:11:57] <kinglozzer> lewellyn: Nope
428: [11:12:16] <lewellyn> kinglozzer: that'd be why you're hitting the web rather than the embedded images, then.
429: [11:12:51] <kinglozzer> lewellyn: I've never touched emails, any tips?
430: [11:13:40] <kinglozzer> Do you attach them separately, then reference them with a cid then?
431: [11:13:42] <lewellyn> kinglozzer: yes. include the images as mime parts and use cid: for them.
432: [11:13:43] <lewellyn> yes.
433: [11:13:47] <new_learner> http://sspaste.com/paste/show/52ca8d356fab5
434: [11:14:45] <lewellyn> if you need a "bug", use a 1x1 px image somewhere (most mailing list software has this capability). you'll actually get increased click-through on the tracking from e.g. outlook users since they will think that a picture might be missing and click the information bar to download images.
435: [11:17:05] <kinglozzer> lewellyn: In terms of SilverStripe, $email->attachFile('/path/to/img.jpg', 'img.jpg'); ?
436: [11:17:14] <r3v3rb> new_learner: what version of SS are you using by the way?
437: [11:17:16] <kinglozzer> Then is the cid 'img', or 'img.jpg' or something
438: [11:17:17] <lewellyn> i've never sent email from ss ;)
439: [11:17:17] <kinglozzer> ?
440: [11:17:21] <kinglozzer> Ah, okay :P
441: [11:17:58] <lewellyn> but if that works like i think it does, cid:img.jpg would be the img src
442: [11:18:02] <r3v3rb> kinglozzer: thats the way to attach it yes, but I wouldn't know the correct way to reference via cid sorry
443: [11:18:24] <Pyromanik> [00:07] <r3v3rb> Pyromanik: shouldn't $data in the form create a zero'd $data['Gift'] when receiving a NULL from $_POST - as storing a boolean in the database (true/false) results in a 0 being stored??
444: [11:18:27] <kinglozzer> Cool, thanks lewellyn
445: [11:18:28] <Pyromanik> should be I guess, yeah
446: [11:18:50] <Pyromanik> last I checked I'm pretty sure it did.
447: [11:18:51] <new_learner> <r3v3rb> ss3.1
448: [11:19:02] <Pyromanik> but then, I've never looked too deep as I've never experienced an issue
449: [11:19:04] <r3v3rb> kinglozzer I'm lazy and use linked images from clients websites - not using AWS or other cloud so no problems :)
450: [11:19:16] <lewellyn> kinglozzer: i'll be here a little bit, so lemme know if it works. :)
451: [11:19:54] <kinglozzer> r3v3rb: That's what I was doing
452: [11:20:02] <Pyromanik> new_learner, why are you using DB::query ?
453: [11:20:06] <kinglozzer> But Mail hates me
454: [11:20:07] <kinglozzer> :(
455: [11:20:21] <Pyromanik> kinglozzer, pro tip: Mail hates everyone.
456: [11:20:25] <Pyromanik> and mail.
457: [11:20:32] <new_learner> <Pyromanik> what do u mean??
458: [11:20:38] <r3v3rb> Pyromanik: well I'm using 3.1.0 on this site at the moment and it bails with undefined index if checking a $data['Gift'] that was sent from the form a 'unchecked' but then if the form doesn't send unchecked items in POST any more then thats why...
459: [11:20:54] <Pyromanik> new_learner, I mean that code you posted up contains heaps of DB::query($rawSQLquery) calls
460: [11:21:09] <new_learner> i have to change the code writtenin ss 2.4 to ss 3.1
461: [11:21:26] <Pyromanik> new_learner, did the 2.4 code have that call?
462: [11:22:42] <new_learner> no.....it had dataobjectset
463: [11:23:07] <Pyromanik> new_learner, you misunderstand, I'm talking about the line above it.
464: [11:23:15] <Pyromanik> and what that error means is that you're missing a parameter
465: [11:23:21] <Pyromanik> a required one.
466: [11:23:26] <Pyromanik> new_learner, where are you from?
467: [11:23:58] <new_learner> the code is written in latin .........
468: [11:24:13] <new_learner> i mean the words are from latin........
469: [11:24:54] <Pyromanik> Are you Italian?
470: [11:25:25] <new_learner> the call to DB::query(....) were already present in the previous code
471: [11:25:30] <new_learner> nope...
472: [11:25:45] <Pyromanik> so you're English?
473: [11:26:13] <Pyromanik> Just wanna know how to make my response, because it's no good me rattling things off and you not understanding :P
474: [11:27:08] <new_learner> i can understand english....
475: [11:27:48] <Pyromanik> ok cool
476: [11:28:19] <Pyromanik> because I'm pretty sure that most of this stuff is achievable through the ORM, you should be using that rather than converting this already poor 2.4 code.
477: [11:29:16] <new_learner> thats wat i have to learn and make hand fulll practise on this project...
478: [11:41:33] <Pyromanik> new_learner, I suggest the tutorials, docs and api
479: [11:41:58] <Pyromanik> doc.silverstripe.org
480: [11:42:02] <Pyromanik> api.silverstripe.org
481: [11:42:17] <Pyromanik> in the docs you should read specifically the datamodel section
482: [11:42:55] <new_learner> i thought practise makes man perfect.......
483: [11:44:54] * micmania1 has joined #silverstripe
484: [11:56:04] * r3v3rb quit (Quit: r3v3rb)
485: [11:57:49] * r3v3rb has joined #silverstripe
486: [12:00:31] <lewellyn> kinglozzer: did it work?
487: [12:01:10] <kinglozzer> lewellyn: Still working on it. No way of attaching with cid in core (it was removed)
488: [12:01:20] * lewellyn sighs :(
489: [12:02:35] <lewellyn> kinglozzer: i'm curious to know your final result, though, now. but right now, it's getting too near to sunrise so i need to rest my eyes.
490: [12:11:20] * joko has joined #silverstripe
491: [12:11:36] <joko> happy new year
492: [12:11:47] <joko> can anyone help me with upgrade problems?
493: [12:12:39] <joko> we have problems with characters display in latin-1 instead of utf-8
494: [12:13:22] <Pyromanik> new_learner, sure, but knowing what you're doing first sure helps. Otherwise you end up with practice on the wrong thing makes everything perfectly terrible.
495: [12:13:58] <Pyromanik> joko, what do you mean?
496: [12:14:04] <Pyromanik> oh your website?
497: [12:14:13] <joko> we upgraded from 3.0 to 3.1.2
498: [12:14:32] <Pyromanik> yes
499: [12:14:35] <Pyromanik> and?
500: [12:14:37] <joko> and now we see all german umlaute (ä, ö. ü etc.) in Latin-1 instead of utf-8
501: [12:14:50] <Pyromanik> yes, but where?
502: [12:14:53] <Pyromanik> on your website?
503: [12:14:56] <Pyromanik> in the cms?
504: [12:14:58] <Pyromanik> in the code?
505: [12:14:59] <joko> yes and in the backend
506: [12:15:08] <Pyromanik> Interesting.
507: [12:15:18] <kinglozzer> lewellyn: It worked, sorta - images are appearing, but now they're appearing twice (probably because of how Mail handles attachments)
508: [12:15:19] <Pyromanik> backend should work fine.
509: [12:15:39] <Pyromanik> front end, usually means you're missing some kind of doctype tag or something
510: [12:15:55] <Pyromanik> joko, oh, how are you defining the base language in the config?
511: [12:16:12] <joko> with i18n::set locale
512: [12:16:15] <joko> de_DE
513: [12:16:17] <Pyromanik> not sure that you're supposed to.
514: [12:16:30] <joko> what am I supposed to?
515: [12:16:31] <Pyromanik> most of the config.php options are completely defunct.
516: [12:16:33] <Pyromanik> use yaml.
517: [12:16:47] <joko> how do I use yaml?
518: [12:16:58] <Pyromanik> you upgraded without reading any of the upgrade notes?
519: [12:17:02] <joko> no
520: [12:17:19] <joko> we upgraded the private variables
521: [12:17:25] <joko> but not the yaml
522: [12:17:37] <Pyromanik> ok, well most things are configured through the new config system.
523: [12:17:46] <Pyromanik> mysite/_config/config.yml
524: [12:17:55] <Pyromanik> eg, setting the theme, etc.
525: [12:18:02] <joko> ok I will read this
526: [12:18:13] * new_learner quit (Ping timeout: 272 seconds)
527: [12:18:17] <Pyromanik> some things still need config.php though, so you should check where to define the language.
528: [12:18:29] <joko> ok
529: [12:18:51] <Pyromanik> eg, things that require a function call need to be in _config.php (eg FulltextSearchable::enable() )
530: [12:19:07] <joko> ok
531: [12:19:16] <Pyromanik> some things have been replaced, I'm not sure if i18n is one of them.
532: [12:19:33] <Pyromanik> it may still need _config.php
533: [12:19:34] <joko> I can find these infos in the upgrade notes?
534: [12:20:38] <Pyromanik> http://doc.silverstripe.org/framework/en/topics/configuration
535: [12:22:17] <micmania1> anybody done anything with apigen so you can easily build api docs via sake?
536: [12:22:39] <joko> ok, found the configuration infos
537: [12:24:38] * lenix-_ quit (Remote host closed the connection)
538: [12:28:22] <kinglozzer> lewellyn: In case you read this, duplicates were caused by not having "multipart/related" header. Seems to be working (by hacking core apart), so I'll have to write a custom Mailer class to handle it I think
539: [12:28:47] <joko> unfortunately the config-infos don't talk about character encoding
540: [12:29:04] <joko> I used setlocale in the _config.php
541: [12:31:15] <joko> does the database-rebuild change anything on the mysql-tables?
542: [12:31:39] <joko> like character-set-encoding?
543: [12:40:29] <joko> we found a database backup from Silverstripe 3.0 and the table charset was latin-1
544: [12:41:14] <joko> the new tables are utf-8
545: [12:41:30] <joko> is this due to the upgrade?
546: [12:41:40] <joko> Or is our system just messed up?
547: [12:45:11] * hubertusanton has joined #silverstripe
548: [12:45:22] <Pyromanik> joko, yeah I'm not entirely sure, but I think set_locale may still need to be used from the php call.
549: [12:45:42] * abitran quit (Ping timeout: 276 seconds)
550: [12:45:47] <Pyromanik> joko, I think the system may be messed up. Not entirely sure.
551: [12:46:02] <Pyromanik> It's the wrong time of day to ask someone who might know the answer :(
552: [12:46:15] * abitran has joined #silverstripe
553: [12:46:34] <Pyromanik> but I'm fairly sure utf8 should be what things should be.
554: [12:46:57] <Pyromanik> I guess you could install a fresh 3.0 install in your dev system and see what the tables are.
555: [12:47:39] <joko> ok, we will try
556: [12:47:47] <joko> what time of day is it at your place?
557: [12:55:45] <ec8or___> did the locale names change with ss 3?
558: [12:56:41] <ec8or___> i'm trying to set the locale in two different controllers and getting some very weird behavior
559: [12:57:14] <ec8or___> in one place i have to do i18n::set_locale('sv') but in another place i have to use 'sv_SE'
560: [12:57:26] <ec8or___> otherwise i get an "Invalid locale" error
561: [12:57:35] <ec8or___> Pyromanik: happy new year :)
562: [12:59:46] <ec8or___> ah, i think Translatable is doing something in the background
563: [13:15:13] * joko quit (Ping timeout: 272 seconds)
564: [13:22:39] * r3v3rb quit (Quit: r3v3rb)
565: [13:29:23] <Pyromanik> ec8or___, I'm reasonably sure the locale calls are set up to be made at config stage, not mid controller execution
566: [13:29:50] <Pyromanik> yeah, you control output languages through other means (such as translatable) I think.
567: [13:30:09] <Pyromanik> I've not done too much with languages in the past, being from NZ and making sites for NZ :P
568: [13:30:19] <Pyromanik> the only thing I did that needed translation was wellnomics.com
569: [13:30:35] <Pyromanik> oh, and some french wine site.
570: [13:31:45] * r3v3rb has joined #silverstripe
571: [13:36:50] <Pyromanik> but those are old now (2.4), things are a little different now, at least I hope.
572: [13:41:28] * feejin has joined #silverstripe
573: [14:18:37] * r3v3rb quit (Quit: r3v3rb)
574: [14:21:43] * Robke quit (Ping timeout: 272 seconds)
575: [14:55:49] * catcher has joined #silverstripe
576: [15:09:25] * feejin quit ()
577: [15:17:28] * jrthomer has joined #silverstripe
578: [15:43:31] * stripemonkey has joined #silverstripe
579: [15:43:39] <stripemonkey> Hi o/
580: [15:44:16] <stripemonkey> I have a question re Silverstripe and MVC, as I've just noticed themes can't include PHP...
581: [15:45:15] <stripemonkey> I have some view-specific PHP code (dynamically generating URLs for social links), where should it live, I'm guessing in my site's module but where?
582: [15:47:02] <catcher> stripemonkey, are you trying to bypass silverstripe for a few php files? Or integrate your code?
583: [15:48:46] <stripemonkey> catcher: I have a .ss file for a news item, and at the bottom I want to include links for sharing on Facebook, Twitter, etc as well as a Disqus panel. The links include URL-encoded titles and parameterised IDs, but I don't know how best to put the bit of code that generates the links...
584: [15:49:00] * nedmas has joined #silverstripe
585: [15:49:54] <catcher> stripemonkey, you should put in a controller method & call it from your template.
586: [15:50:04] <stripemonkey> This is from the .phtml file I've got in my old Zend Framework view file: <li><a class="facebook" href="https://www.facebook.com/sharer/sharer.php?s=100&p[title]=<?php echo urlencode(html_entity_decode($this->title, ENT_QUOTES, 'UTF-8')); ?>&p[summary]=<?php echo $this->summary; ?>&p[url]=<?php echo $thisUrl; ?>" target="_blank" title="Share &quot;<?php echo htmlentities($this->title, ENT_QUOTES, 'UTF-8'); ?>&quot; on Fac
587: [15:50:39] <stripemonkey> catcher: OK, how should I name the controller to show it's just full of view helper code rather than being a standalone controller?
588: [15:50:59] <catcher> You can either form the entire thing in the controller and pass it back, or just pass back the dynamic bits and work them into the link markup.
589: [15:51:42] <stripemonkey> I don't mind doing it all from the controller, but it doesn't seem very MVC - I've always been taught fat controllers are a Bad Thing(tm)
590: [15:51:57] <catcher> stripemonkey, you can place the function in the controller that already exists, whichever page it's needed on.
591: [15:52:57] <stripemonkey> Also I probably want to reuse the code elsewhere (like in other subsites running from the same CMS), so I don't know where to place it or what to name it :-(
592: [15:53:00] * micmania2 has joined #silverstripe
593: [15:53:42] <stripemonkey> catcher: Yes I considered that but it seems very 90s to hardcode like that :-)
594: [15:54:29] <stripemonkey> Isn't Silverstripe all about MVC and MVC is all about separating views and controllers (and models)?
595: [15:54:36] <catcher> stripemonkey, you can create an Extension and decorate models or controllers as needed
596: [15:55:02] <stripemonkey> catcher: Ah OK, that sound like it might be the right thing in this scenario, thank, I'll look into it!
597: [15:55:10] <stripemonkey> +s +s
598: [15:55:14] <catcher> stripemonkey, sure, but sometimes the logic truly does apply to the controller rather than the model. Depends mostly on where the data is coming from. You may or may not prefer the model instead.
599: [15:55:17] * micmania1 quit (Ping timeout: 248 seconds)
600: [15:55:21] <stripemonkey> (Think I have a sticky "s" key)
601: [15:56:52] <catcher> I would probably keep the majority of the markup in the template, and replace your php echos with $variables from the controller or model.
602: [15:57:17] <stripemonkey> catcher: Yep, agreed, I'll go for that I reckon :-)
603: [15:57:28] <stripemonkey> Thanks!
604: [15:58:40] <catcher> np, hope it goes well!
605: [16:12:32] * Sj0hn quit (Read error: Connection reset by peer)
606: [16:15:34] * ARNHOE_ has joined #silverstripe
607: [16:17:47] * ARNHOE quit (Read error: Operation timed out)
608: [16:28:55] * ARNHOE_ quit ()
609: [16:37:53] * stripemonkey quit (Ping timeout: 272 seconds)
610: [17:09:50] * kinglozzer quit ()
611: [17:58:06] * violetina has joined #silverstripe
612: [18:01:03] * joelpittet has joined #silverstripe
613: [18:07:32] * joelpitt_ has joined #silverstripe
614: [18:11:38] * joelpittet quit (Ping timeout: 264 seconds)
615: [18:26:54] * gelignite has joined #silverstripe
616: [18:34:59] * mojo5000 has joined #silverstripe
617: [18:54:55] * DesignerX has joined #silverstripe
618: [19:00:41] * DesignerX quit (Ping timeout: 265 seconds)
619: [19:01:35] * robert___ is now known as robert_
620: [19:20:33] * joelpitt_ quit ()
621: [19:20:43] * joelpittet has joined #silverstripe
622: [19:41:14] * DigNZ has joined #silverstripe
623: [19:53:10] * nedmas quit (Quit: nedmas)
624: [20:00:32] <simon_w> Oh crap. I'm going to have Xcode, Photoshop and a VM all running
625: [20:00:35] <simon_w> poor laptop
626: [20:01:46] <ss23> Aw no!
627: [20:03:20] <simon_w> So, two compilations going and Photoshop
628: [20:03:30] <simon_w> I wonder what my response times will be like
629: [20:04:52] * mojo5000 quit (Remote host closed the connection)
630: [20:06:17] * mojo5000 has joined #silverstripe
631: [20:06:51] <catcher> uh oh, memory_get_usage increases consistently on each load of a particular cms interface.
632: [20:06:57] <catcher> any tips on narrowing down a leak?
633: [20:09:34] * UncleCheese has joined #silverstripe
634: [20:21:48] <ss23> Not really. Leaks are outside the scope of SilverStripe itself
635: [20:21:58] * zippy__ has joined #silverstripe
636: [20:22:59] <zippy__> Morning
637: [20:23:09] <ss23> moin moin
638: [20:26:54] * DigNZ1 has joined #silverstripe
639: [20:29:00] <catcher> weird, only in the CMS. Leak disappears if I kill the has_many relationship.
640: [20:29:35] <ss23> PHP isn't known for being particularly strict in giving up memory, given its single request nature
641: [20:30:03] <simon_w> Just wait for the next GC cycle
642: [20:30:13] <catcher> ss23, I wouldn't be concerned if it weren't rising so consistently over the course of an hour
643: [20:30:31] <catcher> And it doesn't rise in other interfaces, just 2 I've found so far.
644: [20:30:55] <catcher> Restarting apache doesn't reset it either, it starts back at its high value.
645: [20:31:01] <ss23> o.O
646: [20:31:07] <ss23> That sounds... very different
647: [20:31:20] <pippy> catcher: running linux?
648: [20:31:24] <ss23> Off hand, I can't think of something that would cause that behaviour...
649: [20:31:28] <catcher> yes, linux
650: [20:32:01] <pippy> apache tends to cache requests, is the memory in the apache2 process?
651: [20:32:31] <pippy> i've had the exact same issue before
652: [20:33:11] <pippy> i thought it was a memory leak, turns out was linux caching everything
653: [20:33:28] <pippy> apache on my production server is running at 7 gigs of memory
654: [20:33:52] <catcher> pippy, I don't see the memory_get_usage value matching any of the apache processes
655: [20:34:12] <catcher> pippy, shouldn't restarting apache clear that cache?
656: [20:34:36] <pippy> no it doesn't
657: [20:34:46] <pippy> not for me
658: [20:35:11] <pippy> i think it's more of a linux thinking you're going to use these files, not php or apache doing weird things
659: [20:35:24] <pippy> iirc you can turn it off in a linux setting
660: [20:35:38] <pippy> http://www.linuxatemyram.com/
661: [20:35:46] <pippy> then again, your case could be different
662: [20:35:53] <pippy> it just sounds very similar to something i ran accross
663: [20:36:35] <catcher> just seems strange that some cms loads keep it even, others increase (predictably even)
664: [20:38:22] <catcher> pippy, did you find any way to solve it? The mem usage is running away, I'm worried about a crash on a production server.
665: [20:39:47] <pippy> i wound up speaking to our linux guru about it
666: [20:40:06] <pippy> he recommneded just waiting to see if it became a problem
667: [20:40:12] <pippy> nothing happened so i was happy with it
668: [20:40:29] <pippy> it depends on the linux distro too, debian seems to not use the disk cache while ubuntu does
669: [20:40:45] <pippy> makes things confusing when you do free -m
670: [20:41:34] <pippy> catcher: if the php memory is maxing out its memory limit it's somthing to be worried about
671: [20:41:49] <simon_w> Debian definitely uses it
672: [20:41:58] <catcher> I'm already at 58MB :-/
673: [20:42:03] <simon_w> It's the -/+ buffers/cache line in free
674: [20:44:19] <pippy> 58 megs seems acceptable
675: [20:45:16] <catcher> started at 40, it's gaining ~300k per load.
676: [20:45:36] <catcher> (that's good to know though, thanks. ~20mb front-end, was ~40 CMS)
677: [20:46:16] <catcher> I'm going to try a reboot, maybe there's an issue with APC, etc.
678: [20:46:21] * catcher quit (Quit: Leaving)
679: [20:46:51] <pippy> simon_w: what do think
680: [20:47:33] <simon_w> I think I need a faster computer
681: [20:47:50] <pippy> lol
682: [20:48:24] <pippy> i'm often afraid of saying the wrong thing in this channel, there are far smarter people in here than me.
683: [20:49:26] <ss23> Psh
684: [20:51:15] * catcher has joined #silverstripe
685: [20:54:14] <zippy__> afaik linux will always use an extra memory for any file caching, restarting apache will not clear that file cache. linux just de-allocates it as it's needed for real work. If you run free -m you will see in the free column something like 59 (or whatever), the last row is cahce which might be 710. The second line in the free column would be 769~ which is the free + buffers + cached (since cached is just using free space for file system caching) which is
686: [20:54:15] <zippy__> real "free". Take a look at this http://www.thegeekscope.com/check-linux-memory-usage-using-free-command/
687: [20:56:01] <zippy__> what you can do is look at top, and sort by memory usage (shift + . until it's sorted) which can help
688: [20:56:03] <catcher> but why would memory_get_usage() consistently climb across reloads on one interface, but remain static on another very similar interface?
689: [20:56:46] <zippy__> on that first one, are you adding something to the DB / and pulling it out?
690: [20:57:19] <catcher> zippy__, just a reload on each, no changes to data
691: [20:57:19] <zippy__> or is it grabbing something from the db which is getting added to in the backend?
692: [20:57:39] <zippy__> throw in more memory_get_usage() and find where it's going up?
693: [20:58:09] <zippy__> put one in the middle, is that always the same, slide it forward / back till you find it
694: [20:59:01] <catcher> The difference seems to be a has_many relationship. When I kill the has_many, the memory_get_usage() stays consistent across loads.
695: [20:59:16] <catcher> when the has_many is enabled, it climbs consistently on each load.
696: [21:00:46] <zippy__> I have seen an instance with the php object memory leaks apache process memory goes up (and you need to set a max child requests) but I didn't think you would see that in the memory_get_usage...
697: [21:01:06] <zippy__> your using apache?
698: [21:01:13] <catcher> yes, apache2
699: [21:01:59] <zippy__> in dev mode or live?
700: [21:02:06] <catcher> dev mode
701: [21:02:24] <zippy__> flush and try live and see if it makes a difference
702: [21:02:30] <catcher> kk
703: [21:02:56] <catcher> Just noticed the memory usage is consistent if I disable just the interface (leaving the has_many intact)
704: [21:03:05] * micmania1 has joined #silverstripe
705: [21:03:13] <simon_w> So what does your has_many getter do?
706: [21:05:20] <catcher> simon_w, scaffolded by modeladmin, just a gridfield on a new tab.
707: [21:05:38] <catcher> same climb in live mode.
708: [21:05:50] <simon_w> That's the interface, not the getter
709: [21:06:08] <micmania1> those popup error messages in the top right corner of the CMS... how do I get those to appear?
710: [21:07:02] * DigNZ1 quit (Quit: DigNZ1)
711: [21:07:52] <catcher> simon_w, true, I meant to say I haven't overridden the getter, just using the ORM.
712: [21:08:47] * willr has joined #silverstripe
713: [21:09:15] <ss23> http://www.spacex.com/webcast/ New lauch today :D
714: [21:12:35] <catcher> seems to happen on any interface with a has_many (possibly a gridfield), page or modeladmin.
715: [21:12:59] <pippy> another GEO mission?
716: [21:13:36] <catcher> And one of my classes has a lot of them, so it's adding ~250k to memory per load.
717: [21:15:52] <catcher> can anyone else confirm this with a memory_get_usage() statement on an interface with a gridfield?
718: [21:20:39] <pippy> catcher: i get a diff of 2715800
719: [21:20:50] <pippy> that's quite high for a gridfield
720: [21:20:52] <pippy> 2megs
721: [21:20:58] <ss23> pippy: Yeah
722: [21:21:01] <catcher> pippy, indeed.. and does it keep climing on every reload?
723: [21:21:03] * SphereSilverNL has joined #silverstripe
724: [21:21:30] <SphereSilverNL> Goodevening, are we all still alive?
725: [21:21:38] <catcher> If it stayed consistent, the 2M wouldn't be the end of the world..
726: [21:22:09] <catcher> But when it fills up memory at that rate, it's going to be rough
727: [21:22:22] <pippy> catcher: total memory usage went up by 20kb
728: [21:22:30] <pippy> that's enough to be noise
729: [21:22:52] <pippy> roughly the same memory usage, 2715832 bytes
730: [21:23:11] * mattybalaam has joined #silverstripe
731: [21:23:53] <pippy> catcher: so your system remembers the 2 megs each time?
732: [21:23:56] <catcher> pippy, but does it climb? My other interfaces stay pegged at one or two numbers
733: [21:24:22] <catcher> The usage isn't a big deal, it's acting like a leak for me.
734: [21:24:34] <mattybalaam> I have a data object with private static $default_sort='SortOrder', should this automatically number itself incrementally when I add a new one? I’m sure it has in the past, but at the moment any new objects have '0'
735: [21:24:52] <pippy> well the 20kb could be logs, caches, or a different memory foot print
736: [21:24:52] <simon_w> mattybalaam, nope
737: [21:25:03] <simon_w> mattybalaam, you probably used the SortableDataObject thingy
738: [21:25:43] <pippy> catcher: you don't have anything weird going on with your db? do you have any custom json requests or anthing?
739: [21:26:10] <pippy> in your case if it goes up by 2megs each time i'd be conserned
740: [21:26:13] * mojo5000 quit (Remote host closed the connection)
741: [21:26:32] <catcher> pippy, nothing too unusual.. mysql db, no gridfield extensions..
742: [21:26:47] <mattybalaam> Ah OK, thanks, I’m trying GridFieldOrderableRows in the gridfieldextensions module. I will take a look at the code for that.
743: [21:26:58] <catcher> if I replace the gridfield with a listbox multi, the mem_usage stays consistent.
744: [21:27:20] <catcher> If I put the gridfield in, my mem_usage climbs by 250k per request.
745: [21:27:47] <simon_w> catcher, do any of the columns the grid field displays go through custom getters?
746: [21:27:47] * Jakx has joined #silverstripe
747: [21:27:50] <Jakx> yo
748: [21:27:55] <Jakx> Happy NY :)
749: [21:28:22] <pippy> you could make a page that only has your gridfield, then run it through xdebug
750: [21:28:23] <catcher> simon_w, as in something that overrides the ORM getters?
751: [21:28:34] <pippy> you'd be able to see exactly what functions are using what memory
752: [21:28:45] <simon_w> catcher, no, the field getters
753: [21:28:58] <catcher> simon_w, I don't believe so, I'll double check
754: [21:29:38] <zippy__> T-36:40
755: [21:30:32] <ss23> :D
756: [21:30:33] * ss23 claps
757: [21:30:34] <ss23> SPACE SPACE SPACE
758: [21:30:54] * lewellyn really prefers nasa launches :P
759: [21:30:56] <zippy__> you know this is all filmed at univeral studios right….?
760: [21:31:01] <ss23> hahaha zippy__
761: [21:31:27] <lewellyn> webcast hiccupped. it must have hit twitter.
762: [21:31:34] <lewellyn> or reddit or somethng.
763: [21:31:34] <ss23> ^^
764: [21:31:40] <ss23> still good
765: [21:31:43] <zippy__> still good
766: [21:31:56] <lewellyn> i lost like 30 seconds :(
767: [21:32:03] <ss23> aw
768: [21:32:08] <ss23> I just got lost quality for half a second
769: [21:32:09] <lewellyn> not that i really need the overview of how this works.
770: [21:32:15] <ss23> lol
771: [21:32:19] <ss23> I like it, I missed it the last time
772: [21:33:03] <lewellyn> she sucks at teleprompters still
773: [21:33:18] <ss23> still, she actually works on cool shit and she's pretty
774: [21:33:28] <ss23> but ya, she fails at talking, lol
775: [21:33:28] * mattybalaam has left #silverstripe
776: [21:33:35] <lewellyn> she fails at reading ;)
777: [21:33:52] <lewellyn> you can see she's reading a teleprompter in her eyes.
778: [21:34:23] <catcher> simon_w, no field getters, and I tried disabling all my custom functions just for kicks.
779: [21:34:30] <catcher> Still climbing on each load
780: [21:35:27] <Jakx> link?
781: [21:35:42] <ss23> Jakx: http://www.spacex.com/webcast/ the spacex stream?
782: [21:35:59] <Jakx> ss23, cheers.
783: [21:36:44] <simon_w> Gah, my UITableView isn't sending selection delegate methods :(
784: [21:38:03] <lewellyn> so this girl is glorified sales, it seems like.
785: [21:38:21] <micmania1> where's the rockets gone? :(
786: [21:38:27] <micmania1> this isn't space.
787: [21:39:05] <ss23> lol
788: [21:39:08] <ss23> It's a girl, be happy!
789: [21:39:24] <lewellyn> there was a rocket
790: [21:39:29] <lewellyn> and it's gone
791: [21:39:44] <micmania1> haha
792: [21:39:45] * lewellyn wants nasa to do more stuff again :(
793: [21:39:52] <ss23> lewellyn: Not going to happen :P
794: [21:40:03] <lewellyn> ss23: don't get me started ranting.
795: [21:40:08] <ss23> lewellyn: You know how SpaceX is going to be doing all the NASA launches once they get verified for human flight, right?
796: [21:40:23] <lewellyn> ss23: as i said, don't start me ranting.
797: [21:40:28] <ss23> lol
798: [21:40:29] <ss23> :3
799: [21:40:42] <pippy> bring back the space shuttle :(
800: [21:40:58] <catcher> pippy, above, were you saying that your memory_get_usage # would stay consistent across loads, after the first few?
801: [21:41:16] <ss23> Can I get someone to verify the functionality of this publish() method? https://github.com/adrexia/silverstripe-flowchart/blob/master/code/forms/GridFieldFlowchartDetailForm.php#L150
802: [21:41:29] <ss23> I'm unsure if the $this->record->writeWithoutVersion etc behaviour is "right"
803: [21:41:38] <lewellyn> on the plus side, maybe the chinese heading to the moon will spur the policymakers to reevaluate nasa.
804: [21:41:46] <pippy> catcher: i've got APC on, and i've done heaps of reloads, so it will be pretty much fully cached
805: [21:43:15] <catcher> pippy, I have APC on too, which makes this even more strange that it climbs consistently.
806: [21:43:48] <pippy> you could always try to set xcache up
807: [21:44:04] <pippy> it's a bit of a pain in the ass to set up, but it would help you get to the bottom of it
808: [21:44:11] <simon_w> You could also try updating your PHP version
809: [21:44:24] <ss23> simon_w: Does that function look right? :S
810: [21:44:31] <simon_w> ss23, no idea. Didn't look.
811: [21:44:34] <ss23> uguu
812: [21:44:38] <ss23> Wanna look? <3
813: [21:44:46] <catcher> simon_w, I'm on php5.4, which is what the Prd server will be running when this launches.
814: [21:44:49] <pippy> (or you're worring about something that's not much of an issue, do a stress test and see if you break it)
815: [21:45:21] <pippy> breaks = be worred, not breaks = save it for a rainy day
816: [21:45:55] <catcher> I did run out of memory on it yesterday, after many loads
817: [21:46:02] <catcher> (not testing this, just during dev)
818: [21:47:31] <simon_w> catcher, so you're using a beta version of APC?
819: [21:48:33] <catcher> simon_w, 3.1.13, not beta to my knowledge. I did try it with APC disabled too.
820: [21:49:01] <simon_w> 3.1.13 is beta
821: [21:49:12] <simon_w> There's no stable version of APC with 5.4 support
822: [21:50:30] <catcher> simon_w, gotcha. Same results with APC off though (I don't think my interface was cached by APC before anyway, probably too large)
823: [21:54:04] <catcher> This particular interface is increasing by 10.5k - 10.7k per load, pretty consistently
824: [21:54:09] <zippy__> T-12
825: [21:54:31] <pippy> go for launch!
826: [22:00:10] <simon_w> Go for lunch?
827: [22:00:16] <simon_w> Bit early, don't you think?
828: [22:03:17] <zippy__> T-3
829: [22:03:39] <ss23> 3 mins till launch!
830: [22:06:27] <micmania1> FIRE!!
831: [22:07:26] <lewellyn> hm. it's been nearly 30 years, and i'm still leery of watching all launches :P
832: [22:07:33] <ss23> ZOOOOM
833: [22:07:51] <ss23> lewellyn: These are unmanned, we're allowed to hope they explode
834: [22:07:51] <ss23> :P
835: [22:08:30] <lewellyn> ss23: i really was looking forward to STS-51L which didn't help how i felt about it.
836: [22:08:33] <simon_w> So why don't you watch the N. Korean ones?
837: [22:08:59] <lewellyn> does DPRK webcast them? i'd watch.
838: [22:10:23] * Colin[pi] has joined #silverstripe
839: [22:10:29] <pippy> love that second stage seperation
840: [22:10:43] <micmania1> You'd think by now they would have learnt to put little windscreen wipers on the camera lenses.
841: [22:10:43] <pippy> the engine is glowing just like in KSP
842: [22:12:00] <catcher> simon_w, same thing happens on a different (production) server. Is it possible there's a memory leak in gridfield?
843: [22:12:12] <ss23> Memory leaks are in PHP or Apache
844: [22:12:22] <ss23> like
845: [22:12:40] * nickmolhoek has joined #silverstripe
846: [22:12:49] <ss23> No matter what PHP code you write, if it cross contaiminates and results in more memory usage in subsequent requests, it's not a bug with your code, it's the PHP stuff
847: [22:13:17] <catcher> ss23, as in it's PHP's fault it's not collecting garbage properly?
848: [22:13:39] <catcher> (or apache's)
849: [22:13:55] <ss23> yeah
850: [22:14:45] <catcher> aren't there ways around it though? i.e. the other interfaces don't continually eat up more mem.
851: [22:15:05] <pippy> catcher: you don't have to worry about memory leaks as per what ss23 said
852: [22:15:20] <ss23> Sure, maybe there is code that triggers bugs *shrug
853: [22:15:42] <catcher> until I run out of memory, and the site goes down..
854: [22:15:47] <pippy> but if you're running on a hosting service that charges for memory ussage it could be a consern
855: [22:16:13] <pippy> as noted before gridfield uses a surprisingly large amount of memory
856: [22:16:26] <catcher> I'll be running it on AWS with lots of ram, but it gets a lot of traffic.
857: [22:16:40] <zippy__> catcher: at the start of the script, it always starts out the same right?
858: [22:17:04] <catcher> zippy__, nope, starts at its previous usage.
859: [22:17:11] <zippy__> i c
860: [22:17:16] <catcher> zippy__, if it restarted, I'd be fine
861: [22:17:21] <ss23> catcher: Has this ever been a problem for you, or is this just you musing over whether it might be?
862: [22:17:29] <ss23> Because it sounds a lot like premature caring about shit that doesn't matter
863: [22:17:32] <zippy__> catcher: and restarting apache doesn't reset it?
864: [22:17:38] <catcher> zippy__, correct
865: [22:17:58] <pippy> ss23: +1 premature optimization
866: [22:17:58] <zippy__> so there some other underlying php process then?
867: [22:18:08] <catcher> ss23, I ran out of memory yesterday during dev.
868: [22:18:59] <ss23> catcher: I see.
869: [22:19:02] <zippy__> catcher: can you run top, sort by memory then reload the page and see what process is taking all the ram
870: [22:19:05] <catcher> ss23, I had around 2G free at the time, and I'm the only dev using it
871: [22:19:13] <pippy> catcher: are there any places in your script where you deal with the readfile() function?
872: [22:19:17] <ss23> You had 2gb free, or you used 2gb?
873: [22:19:40] <ss23> catcher: Work on reproducing to a state where you have a specific process using 1gb+ of ram after certain requests
874: [22:19:47] <ss23> catcher: Once you have that, share it, so some of us here can test
875: [22:19:53] <ss23> catcher: It's hard to help at the moment
876: [22:21:20] <catcher> zippy__, here's the process from top: 12422 www-data 20 0 344m 57m 4548 S 21 0.5 0:00.81 apache2
877: [22:22:34] <zippy__> catcher: so do it a few more times, that keeps going up?
878: [22:23:13] <Colin[pi]> morning all
879: [22:23:21] <zippy__> Colin[pi]: kia ora
880: [22:23:45] <catcher> zippy__, as a matter of fact, it does not go up. Just the output of memory_get_usage() does
881: [22:24:21] <zippy__> catcher: so is there another process, keep running it and watching
882: [22:26:12] <pippy> catcher: try requesting the page 100 times, see if it runs out of memory
883: [22:26:42] <pippy> grease script or something
884: [22:27:14] <catcher> kk
885: [22:27:20] * gelignite quit (Quit: http://bit.ly/nkczDT)
886: [22:27:58] <pippy> though you have to admin, SilverStripe needs a lot of fat trimmed
887: [22:28:11] <pippy> the 3.* branch has gotten a bit bloated
888: [22:28:18] <pippy> love the ui and the framework though
889: [22:28:24] <pippy> *admit
890: [22:29:05] <Colin[pi]> i'm still not really a fan of the 3.* UI
891: [22:29:08] <simon_w> [11:27:40] <ptarjan> jromma: oh, i should say, someone else is already working on that at FB
892: [22:29:09] <simon_w> [11:27:43] <ptarjan> should be done in 3 weeks
893: [22:29:14] <simon_w> even more HHVM support for SS
894: [22:29:18] <simon_w> (in relation to MySQLi)
895: [22:30:11] <ss23> yay
896: [22:30:12] <ss23> :D
897: [22:30:49] <pippy> simon_w: i saw that ticket just today
898: [22:31:09] <pippy> (though it's easy to write a mysql legacy driver)
899: [22:31:30] <simon_w> You mean the ext_mysql that's already in HHVM?
900: [22:31:36] <simon_w> Or just use Postgres!
901: [22:32:33] <pippy> last time i used hhvm it was mysql_* functions
902: [22:32:42] <pippy> not familiar with ext_mysql
903: [22:32:46] * mojo5000 has joined #silverstripe
904: [22:32:50] <simon_w> That's what gives the functions
905: [22:32:51] <ss23> wtf
906: [22:32:57] <ss23> Why can't you filter on title in sitetree/cms admin?
907: [22:33:02] <ss23> I only get date and content
908: [22:33:02] <ss23> o.o
909: [22:33:33] <Colin[pi]> you can in 2.4 ^_^
910: [22:35:54] <micmania1> ss23, isn't there a filter column?
911: [22:36:35] <micmania1> ah, I see.
912: [22:42:52] <Jakx> can the subsite module operate as yourdomain.com/subsitename/ rather than subsitename.yourdomain.com?
913: [22:46:57] <SphereSilverNL> No
914: [22:47:24] <SphereSilverNL> And trust me, I tried, but the Subsite-module isn't made for that :(
915: [22:47:46] <Colin[pi]> the general consensus on subsites seems to be "BEWARE... HERE BE DRAGONS"
916: [22:48:02] <ss23> I think spronk is willing to help though!
917: [22:48:07] <Colin[pi]> LOL!
918: [22:48:17] <Colin[pi]> sprong <3 subsites
919: [22:48:20] <Colin[pi]> *spronk
920: [22:48:24] <Jakx> SphereSilverNL, thanks. I appreciate the heads up
921: [22:49:05] <SphereSilverNL> I wish I could say it in a more polite way
922: [22:49:36] <SphereSilverNL> but I've tried everything, even up to making it an issue on github. For now, the answer is, sadly, no.
923: [22:49:57] <Jakx> SphereSilverNL, good to know there are other who would like that functionality
924: [22:49:59] <SphereSilverNL> But maybe Tractorcows module helps?
925: [22:50:31] <SphereSilverNL> He has a module that rewrites www.mydomain.com/locale/page-url to the actual locale
926: [22:51:02] <Jakx> SphereSilverNL, that's pretty cool. I'll check it out.
927: [22:51:19] <SphereSilverNL> Jakx: I'm kinda in the middle of other things, but adding the functionality to rewrite urlsegments to children is on my list of stuff I want to do ;)
928: [22:52:30] <Jakx> SphereSilverNL, awesome.
929: [22:53:30] <SphereSilverNL> For now, I think, Tractorcow's module which rewrites the first URL-segment to a locale, is your best start :)
930: [22:55:07] <catcher> pippy, zippy__ , simon_w, memory allocated has gone up ~20mb after a bunch of requests, and so has -/+ buffers/cache according to free
931: [22:55:19] <zippy__> catcher: you find the process?
932: [22:55:21] * nhorstmeier has joined #silverstripe
933: [22:55:54] <catcher> zippy__, the apache2 processes aren't reporting a climb, but I think that's because more memory is allocated (but not actually used)
934: [22:56:13] <zippy__> O.o
935: [22:56:18] <zippy__> you got something funky going on
936: [22:56:51] <catcher> I'm seeing the same behavior on a production site with a gridfield interface, different server (but still apache)
937: [22:57:07] <catcher> different code too, it's a simple site
938: [22:57:27] <zippy__> php 5.4/
939: [22:57:48] <catcher> 5.4 on my local machine, 5.3 on the production site
940: [22:58:33] <zippy__> where are you going the memory usage call?
941: [22:58:40] <zippy__> you meantion an admin grid field
942: [22:58:54] <catcher> in getCMSFields()
943: [22:59:09] <catcher> front-end memory is stable, and so are interfaces with no gridfields.
944: [22:59:23] <zippy__> at the start or end of that function
945: [22:59:58] <catcher> zippy__, I've tried both, it climbs by the same amount (but it's lower at the beginning, of course)
946: [23:00:15] <zippy__> and your 100% apache restart doesn't reset it?
947: [23:00:24] <zippy__> not reload, but restart
948: [23:00:47] <catcher> zippy__, I've been doing restarts, I'll do another to be sure
949: [23:01:24] <catcher> Yep, picks up right where it left off (+ the new amount)
950: [23:02:48] <zippy__> thats weird
951: [23:04:43] <catcher> if you plop in a memory_get_usage() in a getCMSFields with a gridfield on it, do you not get the same results?
952: [23:04:51] * guci0 quit (Ping timeout: 272 seconds)
953: [23:04:59] <zippy__> I will see
954: [23:05:06] <catcher> much appreciated
955: [23:10:58] <zippy__> fine here, consistant...
956: [23:11:22] <zippy__> php 5.3.20, APC off and on
957: [23:11:34] <zippy__> I noticed that every now and then it would jump a little, then go down again
958: [23:11:47] <catcher> with a gridfield interface?
959: [23:12:09] <catcher> which version of SS?
960: [23:12:16] * nhorstmeier quit (Remote host closed the connection)
961: [23:12:30] <zippy__> gridfield interface != gridField = new GridField( ?
962: [23:12:38] * jrthomer quit (Ping timeout: 245 seconds)
963: [23:12:42] <zippy__> you mean a phoper php interface?
964: [23:12:45] * nhorstmeier has joined #silverstripe
965: [23:12:45] * violetina quit (Remote host closed the connection)
966: [23:12:59] <catcher> zippy__, yeah, just a gridfield in getCMSFields
967: [23:13:23] <zippy__> yeap, thats what I am doing, getting the reading at the bottom of the getCMSFields function
968: [23:13:29] <zippy__> before it returns
969: [23:13:41] <zippy__> thats ss3.1 I think
970: [23:13:43] <zippy__> or 3.1.1
971: [23:13:52] <catcher> how weird..
972: [23:14:02] <catcher> thanks for checking, gotta jet for now. Back on it tomorrow.
973: [23:14:19] * nhorstme_ has joined #silverstripe
974: [23:14:33] * nhorstmeier quit (Read error: Connection reset by peer)
975: [23:14:47] <catcher> I'm in 3.1.2, maybe something was introduced. I do see a commit involving circular references on GF
976: [23:15:16] <SphereSilverNL> I'm gonna hug my bed now. Or just going to sleep, that might work too.
977: [23:15:22] <ss23> nn
978: [23:15:31] * SphereSilverNL quit (Remote host closed the connection)
979: [23:15:53] * catcher quit (Quit: Leaving)
980: [23:16:10] * nhorstme_ quit (Client Quit)
981: [23:18:04] <ss23> simon_w: Are you going to take me out for lunch before you leave? :(
982: [23:21:29] <Colin[pi]> nice work, win 8.1: http://imgur.com/CQ1FWoJ
983: [23:26:43] <zippy__> with the admin / security login page, is there a way to over ride that page?
984: [23:31:41] <ss23> zippy__: How it looks, or what?
985: [23:33:56] <zippy__> yea how it looks, just the style
986: [23:34:08] <zippy__> https://github.com/feejin/Silverstripe-SecurityTemplates/tree/master/templates - Security_login.ss template enough?
987: [23:38:14] <ss23> yeah, something like that
988: [23:39:52] <simon_w> ss23, maybe.
989: [23:40:14] <ss23> :D
990: [23:42:51] <simon_w> Well, to the bank during the lunch hour. This could be interesting.
991: [23:43:02] <ss23> wait
992: [23:43:02] <ss23> wait
993: [23:43:05] <ss23> simon_w: are you getting lunch too?
994: [23:43:09] <ss23> I WANT LUNCH ARE YOU BUYING LUNCH?
995: [23:52:28] <Colin[pi]> buy your own lunch you cheap bastard :D
996: [23:55:18] <ss23> I didn't want him to *buy* my lunch
997: [23:55:20] <ss23> :(
998: [23:55:25] <Colin[pi]> ;D
999: [23:57:09] * zippy__ quit (Ping timeout: 276 seconds)
1000: [23:59:37] <simon_w> I bought lunch!

These logs were automatically created by ss-log on irc.freenode.net.