*** evilbungle has quit IRC | 00:00 | |
*** zenwryly has quit IRC | 00:02 | |
*** zenwryly has joined #zope | 00:03 | |
*** zenwryly has joined #zope | 00:03 | |
*** zenwryly has quit IRC | 00:03 | |
*** zenwryly has joined #zope | 00:07 | |
*** zenwryly has joined #zope | 00:08 | |
*** alecm has quit IRC | 00:13 | |
*** J1m has quit IRC | 00:13 | |
*** zenwryly has quit IRC | 00:19 | |
*** zenwryly has joined #zope | 00:19 | |
*** shentonfreude has quit IRC | 00:41 | |
*** evilbungle has joined #zope | 00:57 | |
*** do3cc has quit IRC | 01:01 | |
*** supton has quit IRC | 01:04 | |
*** shentonfreude has joined #zope | 01:05 | |
*** daMaestro has quit IRC | 01:05 | |
*** shentonfreude has quit IRC | 01:06 | |
*** avoinea has joined #zope | 01:09 | |
*** zenwryly has quit IRC | 01:10 | |
*** evilbungle has quit IRC | 01:11 | |
*** menesis has joined #zope | 01:29 | |
*** [Arfrever] has quit IRC | 01:36 | |
*** [Arfrever] has joined #zope | 01:36 | |
*** zenwryly has joined #zope | 01:43 | |
*** allisterb has joined #zope | 01:59 | |
*** _mup_ has quit IRC | 02:00 | |
*** _mup_ has joined #zope | 02:00 | |
*** evilbungle has joined #zope | 02:03 | |
*** ajkaanbal has quit IRC | 02:05 | |
*** avoinea has quit IRC | 02:09 | |
*** evilbungle has quit IRC | 02:18 | |
*** alecm has joined #zope | 02:18 | |
*** mr_jolly has quit IRC | 02:24 | |
*** avoinea has joined #zope | 02:38 | |
*** alecm has quit IRC | 03:09 | |
*** mitchell` is now known as mitchell`off | 03:11 | |
*** avoinea has quit IRC | 03:11 | |
*** dayne has joined #zope | 05:47 | |
*** Rakshith has joined #zope | 06:19 | |
*** dayne has quit IRC | 06:19 | |
*** patul has joined #zope | 06:39 | |
*** menesis has quit IRC | 07:06 | |
*** Gautam has joined #zope | 07:11 | |
*** RiverRat has quit IRC | 07:28 | |
*** Dikeshwar has joined #zope | 07:39 | |
*** alecm has joined #zope | 07:44 | |
*** alecm has joined #zope | 07:44 | |
*** RiverRat has joined #zope | 07:50 | |
*** evilbungle has joined #zope | 08:10 | |
*** evilbungle has joined #zope | 08:10 | |
*** TomBlockley has joined #zope | 08:13 | |
*** evilbungle_ has joined #zope | 08:13 | |
*** evilbungle has quit IRC | 08:15 | |
*** evilbungle_ is now known as evilbungle | 08:15 | |
*** d2m has joined #zope | 08:36 | |
*** febb has joined #zope | 08:44 | |
*** febb has quit IRC | 08:44 | |
*** febb has joined #zope | 08:44 | |
*** d2m has quit IRC | 08:52 | |
*** RichardBarrell has joined #zope | 08:56 | |
*** evilbungle_ has joined #zope | 08:56 | |
*** TomBlockley_ has joined #zope | 08:56 | |
*** __mac__ has joined #zope | 08:57 | |
*** evilbungle has quit IRC | 09:00 | |
*** evilbungle_ is now known as evilbungle | 09:00 | |
*** TomBlockley has quit IRC | 09:00 | |
*** TomBlockley_ is now known as TomBlockley | 09:00 | |
*** d2m has joined #zope | 09:08 | |
*** zagy has joined #zope | 09:08 | |
*** Arfrever has quit IRC | 09:15 | |
*** alecm has quit IRC | 09:30 | |
*** agroszer has joined #zope | 09:35 | |
*** Gautam has quit IRC | 09:39 | |
*** TomBlockley has quit IRC | 09:48 | |
*** evilbungle has quit IRC | 09:48 | |
*** RichardBarrell has quit IRC | 09:48 | |
*** RichardBarrell has joined #zope | 09:48 | |
*** TomBlockley has joined #zope | 09:49 | |
*** evilbungle has joined #zope | 09:49 | |
*** febb has quit IRC | 09:49 | |
*** TomBlockley has quit IRC | 09:53 | |
*** hever has joined #zope | 09:54 | |
*** evilbungle has quit IRC | 09:54 | |
*** fRiSi has joined #zope | 10:00 | |
*** RichardBarrell has quit IRC | 10:00 | |
*** Gautam has joined #zope | 10:05 | |
*** tiwula has quit IRC | 10:09 | |
*** sunew has joined #zope | 10:10 | |
*** goschtl has joined #zope | 10:26 | |
*** mr_jolly has joined #zope | 10:31 | |
*** menesis has joined #zope | 10:41 | |
*** agroszer has quit IRC | 10:41 | |
*** eperez has joined #zope | 10:47 | |
*** J1m has joined #zope | 11:06 | |
*** ccomb has joined #zope | 11:42 | |
*** digitalmortician has joined #zope | 11:53 | |
*** digitalmortician has quit IRC | 11:54 | |
*** J1m has quit IRC | 11:58 | |
*** J1m has joined #zope | 12:04 | |
*** J1m has quit IRC | 12:06 | |
*** do3cc has joined #zope | 12:28 | |
*** J1m has joined #zope | 12:31 | |
*** J1m has quit IRC | 12:44 | |
*** teix has joined #zope | 12:51 | |
*** J1m has joined #zope | 13:17 | |
*** Sada has joined #zope | 13:17 | |
*** __mac__ has quit IRC | 13:21 | |
*** menesis has quit IRC | 13:31 | |
*** J1m has quit IRC | 13:32 | |
*** J1m has joined #zope | 13:33 | |
*** __mac__ has joined #zope | 13:35 | |
*** menesis has joined #zope | 13:39 | |
*** ccomb has quit IRC | 13:41 | |
*** J1m has quit IRC | 13:49 | |
*** fRiSi has quit IRC | 13:56 | |
*** benji has joined #zope | 14:01 | |
*** m8 has joined #zope | 14:40 | |
*** alexpilz has quit IRC | 14:41 | |
*** fredvd has joined #zope | 14:46 | |
*** J1m has joined #zope | 15:03 | |
*** m8 has quit IRC | 15:03 | |
*** _mup_ has quit IRC | 15:05 | |
*** _mup_ has joined #zope | 15:06 | |
*** m8 has joined #zope | 15:06 | |
*** m8 has quit IRC | 15:10 | |
*** patul has quit IRC | 15:18 | |
*** menesis has quit IRC | 15:27 | |
*** yvl has quit IRC | 15:33 | |
*** Rakshith has quit IRC | 16:00 | |
*** ajkaanbal has joined #zope | 16:00 | |
*** Sada has quit IRC | 16:02 | |
*** agroszer has joined #zope | 16:02 | |
*** eperez has quit IRC | 16:11 | |
*** ccomb has joined #zope | 16:20 | |
*** Gautam has quit IRC | 16:20 | |
*** __mac__ has quit IRC | 16:24 | |
*** alexpilz has joined #zope | 16:25 | |
*** _mup_ has quit IRC | 16:28 | |
*** _mup_ has joined #zope | 16:29 | |
*** menesis has joined #zope | 16:30 | |
*** __mac__ has joined #zope | 16:56 | |
*** __mac__ has quit IRC | 16:58 | |
*** supton has joined #zope | 17:20 | |
*** hever has quit IRC | 17:24 | |
*** hever has joined #zope | 17:29 | |
*** tiwula has joined #zope | 17:35 | |
*** Dikeshwar has quit IRC | 17:40 | |
*** mitchell`off is now known as mitchell` | 17:56 | |
*** fredvd has quit IRC | 18:02 | |
*** cwarner has quit IRC | 18:02 | |
*** alexpilz has quit IRC | 18:06 | |
*** RichardBarrell has joined #zope | 18:08 | |
*** alexpilz has joined #zope | 18:12 | |
*** goschtl has quit IRC | 18:16 | |
*** supton has quit IRC | 18:17 | |
*** thetet has joined #zope | 18:26 | |
*** sunew has quit IRC | 18:33 | |
*** RichardBarrell has quit IRC | 18:36 | |
*** goschtl has joined #zope | 18:39 | |
*** zagy has quit IRC | 18:41 | |
*** supton has joined #zope | 18:43 | |
*** supton has quit IRC | 18:47 | |
*** bny has joined #zope | 18:49 | |
bny | hithere | 18:50 |
---|---|---|
betabug | lothere | 18:50 |
bny | i've a weird problem in zope2 with IE6 ajax requests, those requests doesnt contain the authentication anymore even when im logged in | 18:51 |
betabug | strange | 18:51 |
betabug | are you sure they didn't change the domain in some way? | 18:51 |
*** __mac__ has joined #zope | 18:51 | |
bny | then it shouldnt work for all other browser as well right? | 18:52 |
bny | it works in all major browsers including IE9 | 18:52 |
betabug | well, if it does something funny in js to change the domain | 18:52 |
betabug | is the auth cookie based or basic auth? | 18:53 |
bny | to auth the users i use the "cookie crumbler" | 18:53 |
bny | no idea which kind it is | 18:53 |
betabug | cookie based, as the name says :-) | 18:53 |
bny | then cookie based :P | 18:54 |
bny | i thought also that IE isnt sending the cookie but he is but somehow without "_cd..." | 18:54 |
betabug | can you see if the cookie is actually there in the request? | 18:54 |
bny | the key is there yea | 18:55 |
bny | i.e. Cookie: _ZopeId="26094626A5IvkQggH-4"; __ac="cm9vdDpTIXIzQW0xMg%3D%3D" | 18:55 |
*** fRiSi has joined #zope | 18:56 | |
betabug | hmmm, I don't see _cd in my CookieCrumbler cookies | 18:57 |
bny | sorry i mean _cp | 18:57 |
bny | in FF looks like that | 18:58 |
bny | Cookie_ZopeId="67820035A5IuZC2gu4g"; __ac="cm9vdDpTIXIzQW0xMg%3D%3D"; __cp="x%DA%D3%60b%60%60%C8%04b%86hF%20%A1%C1%0A%24J%40%DCbf%20Q%98%9FZ%CC%0E%A4s%F3SJsR%8B%8B%F9%80%EC%C4%94%DC%CC%BC%CC%E2%92%A2%C4%92%CC%FC%3Cdi%00%C6u%10%99" | 18:58 |
*** __mac__ has quit IRC | 18:58 | |
betabug | hmmm, I don't have __cp here | 18:58 |
betabug | only __ac= and _ZopeId | 18:59 |
bny | and if you try to get getRoles() do you get them | 19:00 |
betabug | yes, the app works fine | 19:00 |
betabug | has been doing so for years :-) | 19:00 |
bny | also with IE6? :P | 19:00 |
betabug | yes | 19:01 |
betabug | but not using ajax calls in IE6 | 19:01 |
betabug | so can't speak for that | 19:01 |
bny | yea somehow with IE's ajax calls zope doesnt give him permission :( | 19:01 |
bny | is there maybe another way to authenticate the user? or whats nessesary to receive the auth | 19:02 |
betabug | and you're sure the cookie is there on the ajax call too? | 19:02 |
bny | is use "prototypeJS"-framework ... it does it automatically and even when i check the request header its fine :S | 19:03 |
betabug | if you leave out CookieCrumbler or bypass it, you will get Basic Auth - which usually means that the user gets prompted for a password | 19:03 |
bny | if i call the script through the browser ( adressbar ) its fine ... since i request the same file with ajax im an "anonumous user) | 19:03 |
betabug | I don't know prototypeJS, been working with jquery | 19:03 |
betabug | hmm, yeah, weird | 19:04 |
bny | only reason might be that the cookie has been not passed right? | 19:04 |
betabug | personally I would look at the request in a trace of port 80 to check if they're really the same | 19:04 |
betabug | well, if the cookie wasn't passed right or the domain or path doesn't match what's in the cookie, that would make auth fail | 19:05 |
bny | is there any methods to get the cookie? | 19:06 |
bny | python function for instance? | 19:06 |
bny | so maybe i could cache that in javascript and in every request i parse it by myself | 19:06 |
betabug | well, you can hook into the CookieCrumbler code and print things out on the console ;-) | 19:07 |
*** goschtl has quit IRC | 19:07 | |
betabug | on the client side the cookie is somewhere stored in the browser | 19:07 |
betabug | doing anything in python (on the server side) won't really help you | 19:07 |
bny | i meant i would create a script which returns the current cookie from the user which calls the file :) | 19:08 |
bny | because the index_html is always authenticated | 19:09 |
*** ccomb has quit IRC | 19:09 | |
betabug | well, this is HTTP... "stateless", you remember? there is no such thing as "user" unless you authenticated the guy on this very request | 19:10 |
betabug | the ajax request might have come from somewhere else | 19:10 |
betabug | again, I'd first trace port 80 to make sure if the cookie is there or not from the ajax request | 19:11 |
*** alexpilz has quit IRC | 19:11 | |
bny | every request is on port 80 | 19:12 |
betabug | obvious choice | 19:12 |
bny | of course i remember the stateless http :) | 19:13 |
betabug | run a tcpdump (or something similar) on it and see if a direct request and an ajax request through IE6 both show the same cookie | 19:13 |
*** goschtl has joined #zope | 19:14 | |
*** agroszer has quit IRC | 19:16 | |
*** fRiSi has quit IRC | 19:23 | |
*** supton has joined #zope | 19:23 | |
*** fRiSi has joined #zope | 19:25 | |
bny | mhm its the same | 19:26 |
betabug | weird | 19:26 |
betabug | domain is the exactly same too? | 19:26 |
bny | you mean the "host" right | 19:28 |
betabug | yes | 19:29 |
bny | 1:1 | 19:29 |
*** fRiSi_ has joined #zope | 19:29 | |
betabug | so the json/ie6 request raises an Unauthorized exception? | 19:29 |
*** fRiSi has quit IRC | 19:30 | |
bny | nope, the request is fine | 19:31 |
bny | 200 | 19:31 |
betabug | just not the right permissions, hmmm | 19:31 |
bny | yeathe problem is | 19:32 |
bny | hups | 19:32 |
bny | *yes only permission is gone somehow | 19:32 |
bny | and only in IE6, IE7 and IE8 | 19:32 |
betabug | weird | 19:32 |
*** supton has quit IRC | 19:33 | |
*** mcdonc has joined #zope | 19:36 | |
*** do3cc has quit IRC | 19:42 | |
*** J1m has quit IRC | 19:48 | |
*** J1m has joined #zope | 19:50 | |
bny | looks like IE sends the hash | 19:50 |
bny | 212.102.243.10 - - [04/Nov/2011:17:50:03 +0000] "GET /qoe/methods/getPermission?roles=all&XENC=1320429002983 HTTP/1.1" 200 86 "http://lolcat.com/qoe/#/dashboard" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" | 19:51 |
bny | first is IE6 2nd is FF | 19:51 |
betabug | hash? which hash? | 19:52 |
bny | #lalala | 19:53 |
bny | damn i need to go to catch my bus, thanks alot for now, ill come back wihtin 1 hour or smth :) | 19:53 |
betabug | ok, good luck with the bus | 19:53 |
*** goschtl has quit IRC | 19:55 | |
*** thetet has quit IRC | 19:56 | |
*** hever has quit IRC | 19:58 | |
*** bny has quit IRC | 19:58 | |
*** TomBlockley has joined #zope | 20:10 | |
*** evilbungle has joined #zope | 20:12 | |
*** TomBlockley_ has joined #zope | 20:18 | |
*** TomBlockley has quit IRC | 20:20 | |
*** TomBlockley_ is now known as TomBlockley | 20:20 | |
*** TomBlockley has quit IRC | 20:26 | |
*** evilbungle has quit IRC | 20:27 | |
*** J1m has quit IRC | 20:35 | |
*** bny has joined #zope | 20:39 | |
*** J1m has joined #zope | 20:44 | |
*** fRiSi has joined #zope | 20:44 | |
*** fRiSi_ has quit IRC | 20:45 | |
*** fRiSi has quit IRC | 20:45 | |
bny | thanks :) | 21:08 |
*** alexpilz has joined #zope | 21:15 | |
bny | do you received the tcpdump? | 21:18 |
betabug | no | 21:18 |
kosh | hail freaks! | 21:19 |
bny | 109.46.185.** - - [04/Nov/2011:19:19:03 +0000] "GET /qoe/methods/getPermission?roles=all&XENC=1320434278273 HTTP/1.1" 200 86 "http://lolcat.com:6280/qoe/index_html#/server" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)" | 21:20 |
kosh | make sure you are sending it to the right domain | 21:20 |
bny | 1st with ajax 2nd direct request | 21:20 |
kosh | www.lolcat.com is NOT the same as lolcat.com | 21:20 |
kosh | if you auth to one that does NOT apply to the other | 21:20 |
kosh | I found someone doing that yesterday | 21:20 |
* kosh sets betabug on fire | 21:21 | |
bny | damn you type in lightspeed :D | 21:21 |
bny | i think the only difference is the "refer" | 21:23 |
bny | just weird, i triple checked the stuff now its the same :S | 21:31 |
*** evilbungle has joined #zope | 21:33 | |
kosh | it is certainly not an issue I have ever ran into though | 21:37 |
kosh | I have ajax stuff using jquery that auths just fine to zope | 21:37 |
*** m8 has joined #zope | 21:40 | |
bny | i have only a problem with IE < 9 | 21:41 |
bny | all other browsers working fine | 21:41 |
bny | i authenticate by myself with the cookie crumbler | 21:44 |
*** mcdonc has quit IRC | 21:47 | |
*** m8 has quit IRC | 21:48 | |
*** m8 has joined #zope | 21:49 | |
*** TomBlockley has joined #zope | 21:51 | |
*** supton has joined #zope | 21:52 | |
*** alecm has joined #zope | 22:06 | |
*** alecm has quit IRC | 22:24 | |
*** teix has quit IRC | 22:32 | |
*** goschtl has joined #zope | 22:41 | |
*** TomBlockley has quit IRC | 22:45 | |
*** gamingdroid has joined #zope | 22:54 | |
gamingdroid | Quick question about zodb, what happens when you store objects, but later change the class. Is the object affected at all when you load the object back in? | 22:55 |
kosh | what do you mean by change the class | 22:57 |
gamingdroid | kosh: change the class definition, i.e. add attributes, methods etc... | 22:57 |
betabug | nothing "happens", the DB doesn't care | 22:58 |
*** supton has quit IRC | 22:59 | |
betabug | you can even change the base classes of the objects, but changing the class name itself will get you in trouble | 22:59 |
betabug | it can be done and you can change where a class is stored, but it needs some setup | 23:00 |
betabug | but changing methods and attributes of a class is no problem at all, unless you break something (e.e. remove an attribute that is needed to run a method etc.) | 23:00 |
*** alecm has joined #zope | 23:04 | |
*** alecm has joined #zope | 23:04 | |
gamingdroid | betabug: so what happens when I load the object back in? does it only have the methods previously defined? | 23:04 |
betabug | it has the methods defined in the code at the moment | 23:04 |
betabug | the db stores a bunch of attributes and data structures, one of them says: "This is a WalkingDuckClass" | 23:05 |
betabug | then the code goes and says, "sow what can a WalkingDuckClass do?" ... those are your methods | 23:05 |
betabug | the db doesn't store your methods (unless they are really oldfashioned "Through The Web" methods) | 23:06 |
gamingdroid | so, it seems you can have somwhat of an inconsistent object? | 23:09 |
betabug | sure | 23:09 |
gamingdroid | so you have an object with the old attributes, yet with the new methods? | 23:10 |
gamingdroid | essentially you should freeze the class design after you start using it? | 23:10 |
betabug | no, you just take care a little bit | 23:10 |
betabug | it's not rocket science | 23:10 |
betabug | e.g. you write a new method that expects attribute xy to be there? well, give it a default or run a migration | 23:11 |
betabug | you remove a method, which used attribute zx? either clean up or have that attribute stick around | 23:12 |
gamingdroid | hmmm.... | 23:12 |
*** TomBlockley has joined #zope | 23:13 | |
gamingdroid | to clarify, essentially the ZODB just stores the attribute data and the class it belongs to. Upon load, it re-creates the object from the class, but instead tucks the attribute data in? | 23:13 |
betabug | basically it saves the pickled object | 23:14 |
betabug | I think zodb.org has a nice description | 23:14 |
gamingdroid | betabug: I have been reading their docs, but it still leaves me confused.... | 23:15 |
betabug | somewhere in there: http://www.zodb.org/documentation/articles/index.html | 23:15 |
betabug | well, as a programmer using the zodb, you do not really think much about the zodb | 23:16 |
betabug | once your objects are based on "persistent" subclasses, you forget about the zodb, you just have a bunch of python objects that are "always around" | 23:16 |
*** alecm has quit IRC | 23:20 | |
*** supton has joined #zope | 23:21 | |
*** ccomb has joined #zope | 23:23 | |
*** bny has quit IRC | 23:25 | |
*** goschtl has quit IRC | 23:25 | |
gamingdroid | betabug: fair enough. I will just have to make sure my changes don't affect currently persistent objects or do a nasty migration. | 23:26 |
betabug | somehow yes, though I wouldn't word it so strong | 23:27 |
betabug | "be mildly aware not to break old stuff" | 23:27 |
betabug | never gave me much problems in many years | 23:27 |
gamingdroid | I suppose it would be easier if "somebody" as in not me :) ... provide a best practices when working with object db's. I'm completely new to this, so didn't even think about this until I saw a small disclaimer essentially in the docs. | 23:28 |
betabug | what are you used to? ORM and SQL dbs? | 23:29 |
gamingdroid | yeah | 23:30 |
betabug | well, either the ORM offers some automated migration tool or you'll have to look out for yourself too | 23:31 |
gamingdroid | it does have a migration tool, and at this stage I haven't had to use it yet. | 23:31 |
betabug | well, so I wouldn't worry too much | 23:32 |
gamingdroid | maybe there are some good articles that illustrate the differences and gotcha out there. gonna do some more searching, but I think that would be helpful. Most people are probably like me... | 23:32 |
betabug | I mean, as a programmer you are aware that your code might affect existing objects | 23:32 |
betabug | and at that point it's usually easy to see what to do or not | 23:33 |
betabug | are you planning to use the zodb with some framework? or with Zope? | 23:33 |
gamingdroid | I'm using django, but needed a way to persist objects. considered rolling my own or using pickle. ZODB seems to fit my bill though. | 23:34 |
betabug | ok, no experience with django and zodb | 23:34 |
betabug | I used zodb a long time with zope, now also with pyramid | 23:35 |
gamingdroid | oh... I thought zodb was standard with zope, I guess not | 23:35 |
betabug | yeah, zope uses the zodb | 23:36 |
betabug | not that you really notice it that much, it's just there | 23:36 |
gamingdroid | it's kind of cool... so in zope does it automatically commit and persist objects? | 23:37 |
betabug | yes | 23:37 |
betabug | very rarely does one commit a transaction manually, for special purposes only | 23:38 |
betabug | usually it simply gets done, same for pyramid+zodb (though pyramid is more flexible to work with an ORM instead of ZODB) | 23:38 |
*** supton has quit IRC | 23:41 | |
kosh | I play with transactions manually ;) | 23:44 |
betabug | sure, when it's worth it | 23:45 |
betabug | but it's not like you have to run after this stuff for each request | 23:45 |
gamingdroid | Is the filestorage significant for performance? I mean is it like sqlite vs. postgres? | 23:46 |
kosh | performance will be completely dominated by your code | 23:47 |
gamingdroid | kosh: can you elaborate? | 23:49 |
kosh | if you write bad code that modifies large number of objects | 23:50 |
*** J1m has left #zope | 23:50 | |
gamingdroid | is there a choice the backend? I see you can use the file system, something berkeley and then a regular db | 23:51 |
gamingdroid | *I mean to say is there a significant different between the backend options? | 23:52 |
betabug | AFAIR the normal filestorage is the fastest | 23:52 |
gamingdroid | I'm talking about 10 million objects, mostly inserts and vastly more reads. | 23:52 |
betabug | the other option is RelStorage, which is a bit slower, but offers some options like easier replications | 23:52 |
kosh | the point is that if you write lots of data it will run slowly regardless of the db | 23:52 |
kosh | I have fixed systems that where written in a relational db and made them run close to a million times faster in zope and zope is not faster, their code was just REALLY bad | 23:53 |
kosh | I have also fixed a piece of plone code long ago that was taking 10 minutes to run and got it to run in < 1 second | 23:53 |
*** evilbungle has quit IRC | 23:54 | |
*** TomBlockley has quit IRC | 23:55 | |
gamingdroid | lol.... that a significant difference | 23:55 |
gamingdroid | betabug and kosh thank you both for the help! I'm gonna get productive now! :D | 23:59 |
betabug | cool, you're welcome | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!