Log message #1032582

# At Username Text
# Sep 11th 2009, 18:39 justskills solved!
# Sep 11th 2009, 18:38 ADmad sounds odd
# Sep 11th 2009, 18:38 unclezoot ill triple check the variables come out in the view now
# Sep 11th 2009, 18:38 unclezoot so i try to use a plugin helper by doing $myhelper->myaction($x) and it comes out in the helper as 'x'
# Sep 11th 2009, 18:37 biscazziere unclezoot: are you sure that variables are set as you expect in the view?
# Sep 11th 2009, 18:37 unclezoot when i try to pass variables into a plugin helper via a controller view, the plugin helper doesnt receive the variables properly
# Sep 11th 2009, 18:36 biscazziere but js validation should never improve security
# Sep 11th 2009, 18:36 ADmad unclezoot: i cant understand your issue
# Sep 11th 2009, 18:36 biscazziere server side validation is always mandatory, client side js validation is optional, it can improve performances (less requests) and user experience
# Sep 11th 2009, 18:36 Valiant64 wesley_unipac: can you LS your dir structure and pastebin it?
# Sep 11th 2009, 18:35 Hiall Yea but its kinda pointless spending so long purely over validation :P
# Sep 11th 2009, 18:35 Valiant64 biscazziere: yes, very true.. or use IE 4.0 lol
# Sep 11th 2009, 18:35 Valiant64 Hiall: lol! well I'm sure there are many ways to do it
# Sep 11th 2009, 18:35 biscazziere Valiant64: or simply turn javascript off from browser
# Sep 11th 2009, 18:35 Hiall I'm just going to do it in the controller like you suggested first :D
# Sep 11th 2009, 18:34 Valiant64 Hiall: not code, per say, but variables.. which could bypass your validation
# Sep 11th 2009, 18:34 Hiall Hmmn good point
# Sep 11th 2009, 18:34 wesley_unipac Valiant64; the cake is the folder with the files from the site? in my case within the htdocs folder of apache?
# Sep 11th 2009, 18:34 Valiant64 Hiall: well, anyone could send code through via custom Get's or Posts from their own sites
# Sep 11th 2009, 18:34 Hiall that they can overwrite the js?
# Sep 11th 2009, 18:33 Hiall Hmmmn how do you leave a security hole?
# Sep 11th 2009, 18:33 Valiant64 Hiall: The only thing with leaving validation to JS, is that you create an open security hole, which can be hacked.
# Sep 11th 2009, 18:32 jjwdesign Set it based on $params['named']?
# Sep 11th 2009, 18:32 Valiant64 wesley_unipac: i'm not sure what ur problem is. all i can really help out with is to check your paths, you can pastebin it: http://pastebin.com/
# Sep 11th 2009, 18:32 justskills there must be a way
# Sep 11th 2009, 18:32 wesley_unipac ?
# Sep 11th 2009, 18:32 unclezoot that's within my pluginhelper when i do a debug
# Sep 11th 2009, 18:31 unclezoot so $js becomes 'js' for example
# Sep 11th 2009, 18:31 unclezoot Admad, ive tried but im missing somethin. this is my code -> http://pastebin.com/m592c89cb, basically, when i pass in parameters into my plugin.helper the variables turn into the variables' names, instead of the values
# Sep 11th 2009, 18:31 jjwdesign !find
# Sep 11th 2009, 18:31 jjwdesign !paginate
# Sep 11th 2009, 18:30 jjwdesign At least, that's what the docs say
# Sep 11th 2009, 18:30 Hiall solves the issue and its nicer to have no reload
# Sep 11th 2009, 18:30 jjwdesign I think paginate is basically the same as find()
# Sep 11th 2009, 18:30 Hiall Valiant64, I've actually just had a new idea.. I'll do it all with javascript and just create a validate helper and call the specific element with js
# Sep 11th 2009, 18:30 ADmad unclezoot: try debug kit
# Sep 11th 2009, 18:30 wesley_unipac Valiant64 want me to send it. htaccess?
# Sep 11th 2009, 18:30 justskills i need to set the order on fly
# Sep 11th 2009, 18:29 jjwdesign dam,... thought I actually answered a question this time :)
# Sep 11th 2009, 18:29 Valiant64 Hiall: maybe create double your validates function in your User model, call super, add the extra variable to take account for traditional validations, and swap em for 'register' or 'login' specific, but i think that's too much work, compared to just validating
# Sep 11th 2009, 18:29 justskills but i have different actions with different order conditions