hey everyone,
So I have a couple of pages, dealing with pagination.
Lets' call this 'summary of records' and 'detailed records'
Summary of records, is essentially a tabulated list of records belonging to
*several students*.
detailed records, is essentially a detailed record of data belonging
to a
On Wed, 9 Jun 2010, Parijat Kalia wrote:
> So in the summary of records page, when I click upon one of the students
> records, this students name is transferred to the detailed records page in
> the URL parameter.
> IN the detailed records page action, here is what I do
>
> $username = $_GET['Na
What's wrong with using $_GET, i have used it elsewhere with little trouble,
also why would the query string format be wrong? Because it is the same
format I follow everywhere else.
Thanks!
On Wed, Jun 9, 2010 at 9:12 PM, Eno wrote:
> On Wed, 9 Jun 2010, Parijat Kalia wrote:
>
> > So in the summ
$request->getParameter() offers more, than $_GET - for example, it
also has the post values, and allows them to be filtered via the
request.filter_parameters event. Even though $_GET works in most
cases, $request->getParameter() is the way to go. Check the
sfWebRequest class to see what's going on
Got it working!!!
Thanks a lot to both yourself and ENo!!!
On Wed, Jun 9, 2010 at 9:53 PM, Gábor Fási wrote:
> $request->getParameter() offers more, than $_GET - for example, it
> also has the post values, and allows them to be filtered via the
> request.filter_parameters event. Even though $_GE
The single BIGGEST reason for NOT using $_GET and using $request-
>getParameter() instead is security. $_GET will return to you exactly what the
user entered, which could be SQL injection attacks, or other security related
issues. symfony automagically cleans all request parameters (be they POST
On Wed, 9 Jun 2010, Parijat Kalia wrote:
> Got it working!!!
> Thanks a lot to both yourself and ENo!!!
You could also clean up the URL and make it more user- and SEO-friendly by
using routing and the link_to() helper (you know, actually using the
framework properly). Query strings are fugly.