Log message #1031669

# At Username Text
# Sep 11th 2009, 09:25 _patton hmvrulz: are you using auth component? that hashes the password from the form automagically before you check against it in controller...
# Sep 11th 2009, 09:25 KarlHungus hmvrulz: and does the password in teh query match the result from Security::hash?
# Sep 11th 2009, 09:25 TehTreag|AFK hmvrulz: See http://api.cakephp.org/class/security#method-Securityhash
# Sep 11th 2009, 09:24 KarlHungus hmvrulz: what is the query?
# Sep 11th 2009, 09:24 TehTreag|AFK hmvrulz: Passwords are hashed by default as - sha1($salt.$passwd)
# Sep 11th 2009, 09:24 hmvrulz can anyone guide me
# Sep 11th 2009, 09:23 hmvrulz when i use login xyz and password temp it shows login error invalid user name and password
# Sep 11th 2009, 09:23 hmvrulz i hav used output of this as password
# Sep 11th 2009, 09:23 hmvrulz i hav inserted a user in database with username xyz and Security::hash('temp')
# Sep 11th 2009, 09:22 genu hey, I'm trying to match "<!-- STARTING 1 -->", so far I got "<!--\s*.*", and its working ok, but how can I make it stop at "-->"?
# Sep 11th 2009, 09:22 jrod markstory: just found some brief articles on it... it doesnt seem very popular so i am wondering how viable it is (i know Scribd does it somehow)
# Sep 11th 2009, 09:21 markstory jrod: I have not.
# Sep 11th 2009, 09:20 jrod you can to RTMPD ? (forget name) on 80 instead of 8080
# Sep 11th 2009, 09:20 jrod it can
# Sep 11th 2009, 09:20 tPl0ch ?
# Sep 11th 2009, 09:20 tPl0ch jrod: red5 does use http as streaming protocol
# Sep 11th 2009, 09:18 m3nt0r ic
# Sep 11th 2009, 09:18 markstory m3nt0r: view caching can work but you might get cache issues if you have xhr and non xhr requests with the same params.
# Sep 11th 2009, 09:17 jrod have you ever heard of printing a view port ? / text area from flash?
# Sep 11th 2009, 09:17 markstory a bit
# Sep 11th 2009, 09:17 m3nt0r easier to maintain, DRY, etc..
# Sep 11th 2009, 09:17 jrod markstory: OT do you know flash ?
# Sep 11th 2009, 09:16 m3nt0r markstory: okay. i only thought view caching might be better since it auto clears cache on update/insert/delete.
# Sep 11th 2009, 09:15 markstory and usually the most expensive thing is database interaction.
# Sep 11th 2009, 09:15 markstory m3nt0r: view caching can't tell the difference between xhr html and non xhr html requests.
# Sep 11th 2009, 09:14 jrod tPl0ch: sure unless the page view knows the playlist already and you just write the playlist into the page
# Sep 11th 2009, 09:14 tPl0ch jrod: so it would be an ajax call to get the playlist as json for a user from a controller and the configure the player with that information
# Sep 11th 2009, 09:13 jrod tPl0ch: oh yeah
# Sep 11th 2009, 09:13 tPl0ch jrod: you can configure that with JS run-time?
# Sep 11th 2009, 09:11 jrod tPl0ch: http://flowplayer.org/
# Sep 11th 2009, 09:09 tPl0ch jrod: what kind of player did you use for frontend streaming then? self made?
# Sep 11th 2009, 09:07 _chris_ thanks Seguer: and TehTreag|AFK:
# Sep 11th 2009, 09:06 _chris_ ok, i;ll just use the stock ajax view
# Sep 11th 2009, 09:05 Seguer but for the ajax call, that might need a view
# Sep 11th 2009, 09:05 m3nt0r what's better: caching single query results and clean them for myself afterSave/etc.. or simply cache the whole view via controller? I do ajax alot.. any things to watch out when i go for view caching?
# Sep 11th 2009, 09:05 Seguer the action that is requested can just do a return
# Sep 11th 2009, 09:05 Seguer ..yes
# Sep 11th 2009, 09:05 _chris_ not quite sure what you mean there seguer, but i call my action either from a view, or from an ajax call triggered by a page event
# Sep 11th 2009, 09:03 Seguer but really, you should just be able to go return json_encode($data) and have that get passed back through from requestAction
# Sep 11th 2009, 09:03 Seguer then you shouldn't need a view, unless you want to render to a json layout/view
# Sep 11th 2009, 09:03 jrod Scotto: thats great news