On Thu, May 10, 2012 at 1:50 PM, admin wrote:
>
>
> -Original Message-
> From: Al [mailto:n...@ridersite.org]
> Sent: Thursday, May 10, 2012 11:44 AM
> To: php-general@lists.php.net
> Subject: [PHP] Best practice question regarding set_include_path()
>
> For my applications, I've been usin
-Original Message-
From: Al [mailto:n...@ridersite.org]
Sent: Thursday, May 10, 2012 11:44 AM
To: php-general@lists.php.net
Subject: [PHP] Best practice question regarding set_include_path()
For my applications, I've been using includes and other file addressing by
using the doc root as
On Tue, Oct 26, 2010 at 06:27:33AM +0200, Rico Secada wrote:
> On Mon, 25 Oct 2010 22:56:37 -0400
> Paul M Foster wrote:
>
> > Bear in mind, an "error" is *never* that a query returned no data or
> > data the user might consider bad.
>
> This is an important point. When is an "error" an actual
On Mon, 25 Oct 2010 22:56:37 -0400
Paul M Foster wrote:
> Bear in mind, an "error" is *never* that a query returned no data or
> data the user might consider bad.
This is an important point. When is an "error" an actual error? When is
it something that *needs* to be logged and mailed?
> Paul
>
On Mon, Oct 25, 2010 at 06:06:24AM +0200, Rico Secada wrote:
> Hi.
>
> I have been doing like this:
>
> if (!$stmt->execute()) {
> return false;
> } else {
>
> ... some code
>
> return true;
> OR
> return $foo; // Some int, string, whatever.
>
> }
>
> I am thinking about ch
On Mon, 25 Oct 2010 00:26:23 -0700
"Tommy Pham" wrote:
> > -Original Message-
> > From: Rico Secada [mailto:coolz...@it.dk]
> > Sent: Sunday, October 24, 2010 9:06 PM
> > To: php-general@lists.php.net
> > Subject: [PHP] Best practice for if (!$stmt->execute())
> >
> > Hi.
> >
> > I have
> -Original Message-
> From: Rico Secada [mailto:coolz...@it.dk]
> Sent: Sunday, October 24, 2010 9:06 PM
> To: php-general@lists.php.net
> Subject: [PHP] Best practice for if (!$stmt->execute())
>
> Hi.
>
> I have been doing like this:
>
> if (!$stmt->execute()) {
> return false;
On Mon, 2009-09-21 at 03:42 -0700, Tommy Pham wrote:
> - Original Message
> > From: Ashley Sheridan
> > To: Gaurav Kumar
> > Cc: Andrea Giammarchi ; php-general@lists.php.net
> > Sent: Monday, September 21, 2009 2:55:20 AM
> > Subject: Re: [PHP] Best
- Original Message
> From: Ashley Sheridan
> To: Gaurav Kumar
> Cc: Andrea Giammarchi ; php-general@lists.php.net
> Sent: Monday, September 21, 2009 2:55:20 AM
> Subject: Re: [PHP] Best Practice to Create Dynamic URL's- With Username
>
> On Mon, 2009-09-21 at
Thanks Ashley and all the folks out there...
On Mon, Sep 21, 2009 at 3:25 PM, Ashley Sheridan
wrote:
> On Mon, 2009-09-21 at 15:20 +0530, Gaurav Kumar wrote:
> > I totally agree with this architecture.
> >
> > You are correct, I am just in the starting phase of the project and in
> > fact still n
On Mon, 2009-09-21 at 15:20 +0530, Gaurav Kumar wrote:
> I totally agree with this architecture.
>
> You are correct, I am just in the starting phase of the project and in
> fact still need to define the architecture in detail.
>
> Now the question I asked in my last reply is still to be answere
I totally agree with this architecture.
You are correct, I am just in the starting phase of the project and in fact
still need to define the architecture in detail.
Now the question I asked in my last reply is still to be answered?
Gaurav Kumar
OSWebstudio.Com
On Mon, Sep 21, 2009 at 3:06 PM, A
>
> Question I was Asked by Andrea- "mod_reqrite or .htaccess is the answer, but
> I wonder why you choose /user/username rather than just /username a la
> twitter."
>
> I will be using many other aspects of my users something like
> "/projects/username/"; "/gallery/username/".
well, it does
A Big Thanks to all of you.
Question I was Asked by Andrea- "mod_reqrite or .htaccess is the answer, but
I wonder why you choose /user/username rather than just /username a la
twitter."
I will be using many other aspects of my users something like
"/projects/username/"; "/gallery/username/".
OK
Hi,
> ...
As has been suggested you could use mod_rewrite, but you don't have to
if your needs are simple (or maybe you don't have it). You could also
use the ForceType directive. Eg on my website the URLs are like this:
http://www.phpguru.org/article/20-years-of-php
Where "article" is actually
- Original Message
> From: Gaurav Kumar
> To: php-general@lists.php.net
> Sent: Monday, September 21, 2009 12:54:30 AM
> Subject: [PHP] Best Practice to Create Dynamic URL's- With Username
>
> Hi All,
>
> I am creating a social networking website. I want that every user should
> have th
On Mon, 2009-09-21 at 13:24 +0530, Gaurav Kumar wrote:
> Hi All,
>
> I am creating a social networking website. I want that every user should
> have there own profile page with a static URL like-
>
> http://www.abcnetwork/user/username
>
> Where username will be dynamic userid or something else.
Sorry guys,
I meant that the current application database is not configured for
utf-8
Bastien
Sent from my iPod
On Jan 27, 2009, at 6:04, Per Jessen wrote:
Jan Kaštánek wrote:
Per Jessen:
The gettext db doesn't support UTF8??? Uh oh, that's a show-stopper.
It supports. We use it. B
Jan Kaštánek wrote:
> Per Jessen:
>>
>> The gettext db doesn't support UTF8??? Uh oh, that's a show-stopper.
>
> It supports. We use it. But only in MsgStr (translation), not in MsgId
> (original strings).
>
Yeah, I found out too. (from the GNU gettext docu).
/Per Jessen, Zürich
--
PHP Ge
Per Jessen:
>
> The gettext db doesn't support UTF8??? Uh oh, that's a show-stopper.
It supports. We use it. But only in MsgStr (translation), not in MsgId
(original strings).
--
toby
http://toby.cz/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/
Bastien Koert wrote:
> No, as all of our users have to authorized to use the app, we store
> the desired language in a field in the user record. However, we also
> supply functionality via a drop down to allow the user to change the
> language if desired.
Okay, that's very similar to my approach.
> -Original Message-
> From: Bastien Koert [mailto:phps...@gmail.com]
> Sent: Monday, January 26, 2009 12:23 PM
> To: Per Jessen
> Cc: php-general@lists.php.net
> Subject: Re: [PHP] best practice wrt multi-lingual websites, gettext()
> etc.
---8<---
> At
On Mon, Jan 26, 2009 at 12:21 PM, Per Jessen wrote:
> Phpster wrote:
>
> > Dunno if it's a best practice, but I store all the translations in the
> > db for easy manipulation and extraction to a file for others to
> > translate. That obviously involves both import and export utilities.
>
> Hi Bas
Phpster wrote:
> Dunno if it's a best practice, but I store all the translations in the
> db for easy manipulation and extraction to a file for others to
> translate. That obviously involves both import and export utilities.
Hi Bastien
interesting - does this mean you're also coding for language
Richard Lynch wrote:
> I can't help with the bits you are asking about, but I can give this
> advice:
>
> Don't rely solely on the Apache/browser content-negotiation, please.
>
Don't worry, the site already has a user-override option.
/Per Jessen, Zürich
--
PHP General Mailing List (http:/
I can't help with the bits you are asking about, but I can give this
advice:
Don't rely solely on the Apache/browser content-negotiation, please.
This one time...
I was in Paris.
I was at an Internet Cafe.
I couldn't change browser settings.
Some sites that I knew were available in English sh
Dunno if it's a best practice, but I store all the translations in the
db for easy manipulation and extraction to a file for others to
translate. That obviously involves both import and export utilities.
At work we to the translation in real time thru a render page that
combined the data f
On 3/18/06, Nicolas Verhaeghe <[EMAIL PROTECTED]> wrote:
>
>
>
> Curt Zirzow wrote:
>
> >On Thu, Mar 16, 2006 at 08:46:07PM -0700, Nicolas Verhaeghe wrote:
> >
> >
> >>One of my clients has an os commerce install which requires
> >>register_globals to be set to on, for some reason.
> >>
> >>It is s
Curt Zirzow wrote:
>On Thu, Mar 16, 2006 at 08:46:07PM -0700, Nicolas Verhaeghe wrote:
>
>
>>One of my clients has an os commerce install which requires
>>register_globals to be set to on, for some reason.
>>
>>It is set up to off in php.ini, as it should, but I'd like to know
>>what the be
Curt Zirzow wrote:
On Thu, Mar 16, 2006 at 08:46:07PM -0700, Nicolas Verhaeghe wrote:
One of my clients has an os commerce install which requires
register_globals to be set to on, for some reason.
It is set up to off in php.ini, as it should, but I'd like to know what
the best fashion would
Would this be set in the apache.conf file or the php.ini file?
-Original Message-
From: Curt Zirzow [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 16, 2006 9:19 PM
To: php-general@lists.php.net
Subject: Re: [PHP] Best practice to set up register_globals
On Thu, Mar 16, 2006 at 08:46
On Thu, Mar 16, 2006 at 08:46:07PM -0700, Nicolas Verhaeghe wrote:
> One of my clients has an os commerce install which requires
> register_globals to be set to on, for some reason.
>
> It is set up to off in php.ini, as it should, but I'd like to know what
> the best fashion would be for me to se
Nicolas Verhaeghe wrote:
One of my clients has an os commerce install which requires
register_globals to be set to on, for some reason.
It is set up to off in php.ini, as it should, but I'd like to know what
the best fashion would be for me to set it on locally for this domain
only.
If you nee
Guy Bowden wrote:
> On this note - what is considered "best practice" in a - sent to friend
> type thing.
>
> i.e. User inputs their name + message + email + friends email into a
> html/flash form
>
> friend gets a link to read the message.
>
> currently I do this:
>
> 1 collect form input
> 2 crea
Hello Guy,
Thursday, December 9, 2004, 12:34:03 PM, you wrote:
GB> There's never a security issue here - i.e. i don't mind how many times /
GB> who reads the message, but just want to make it hard to just guess keys
GB> to read other messages (otherwise it would just be the db id)
GB> This metho
On Fri, 23 Jul 2004 17:51:52 +0300, EE <[EMAIL PROTECTED]> wrote:
> On Fri, 2004-07-23 at 00:06, Justin Patrin wrote:
> > On Thu, 22 Jul 2004 23:48:54 +0300, EE <[EMAIL PROTECTED]> wrote:
> > > Dears,
> > >
> > > I am planing to rewrite my website. My site is tutorial-type site I
> > > wrote it, wh
On Fri, 2004-07-23 at 04:57, Justin French wrote:
> On 23/07/2004, at 6:48 AM, EE wrote:
>
> > 1. Printer Friendly Version Capability
>
> This can be achieved with media specific style sheets stylesheets -- no
> need for separate templates.
>
Do you recommend any tutorial?
>
> > 2. Search-abi
On Fri, 2004-07-23 at 00:06, Justin Patrin wrote:
> On Thu, 22 Jul 2004 23:48:54 +0300, EE <[EMAIL PROTECTED]> wrote:
> > Dears,
> >
> > I am planing to rewrite my website. My site is tutorial-type site I
> > wrote it, when I first learned php3, as an undergraduate research class.
> > I think the
On 23/07/2004, at 6:48 AM, EE wrote:
1. Printer Friendly Version Capability
This can be achieved with media specific style sheets stylesheets -- no
need for separate templates.
2. Search-ability
For the most part, this can be achieved with MySQL's fulltext search
capabilities. You just need to
On Thu, 22 Jul 2004 23:48:54 +0300, EE <[EMAIL PROTECTED]> wrote:
> Dears,
>
> I am planing to rewrite my website. My site is tutorial-type site I
> wrote it, when I first learned php3, as an undergraduate research class.
> I think the code is sloppy as it is mixed with the HTML. I would like to
>
Hi
Am Mo, 2004-04-19 um 15.22 schrieb dr. zoidberg:
> Hello,
>
> What will be the best database structure for creating web site
> navigation, menus with submenus (unlimited levels).
If you are fine with oop, than maybe
http://pear.php.net/package/DB_NestedSet
would be worth a look. Renderers
On 22 Sep 2002 at 12:31, @ Edwin wrote:
> Actually, in a sense, CSS can "build" a page--esp. if "build" means how
> data are to be presented (formatted) by the browser. Remember, with CSS
> you can hide and unhide elements?
Ah .. yes ... forgot about that. That is building. Appreciate the
remin
Hi there,
On Sunday, September 22, 2002 12:20 PM
Subject: Re: [PHP] Best Practice
Peter J. Schoenster wrote:
> On 21 Sep 2002 at 12:51, Ashley M. Kirchner wrote:
>
> >
> > I'm working on converting several static (price) pages on our site
> > into dynamic p
On 21 Sep 2002 at 12:51, Ashley M. Kirchner wrote:
>
> I'm working on converting several static (price) pages on our site
> into dynamic pages, with the data stored in an MySQL database and
> PHP to pull the data out, with CSS to build the page and present it.
I don't see how CSS wo
just use css to define separate styles for each media
e.g.
then the print style will be applied when the user clicks print.
Paul Roberts
http://www.paul-roberts.com
[EMAIL PROTECTED]
- Original Message -
From
Ashley,
This is difficult to answer, as you are actually the best person to
decide. Consider some of the following things:
1. How often do you anticipate people will use the "printer-friendly" link?
2. How much data do you anticipate, on average, to be contained in the
results of these queries
> -Original Message-
> From: Jon Haworth [mailto:[EMAIL PROTECTED]]
> Sent: 19 September 2002 18:18
>
> What are peoples' thoughts on "one should always return a value from a
> function, even if it's always going to be true"?
Unprintable!!
There's no point in returning a value if there'
Hi Adam,
> > What are peoples' thoughts on "one should always return
> > a value from a function, even if it's always going to be
> > true"?
> >
> I'd say skip it if you know your never returning anything
> different.
Yeah, that's what I was leaning towards :-)
What prompted the question wa
One extra variable to be declared to catch the true (if you do try
and catch it) and one extra line (the return line in the function),
I'd say skip it if you know your never returning anything different.
Adam Voigt
[EMAIL PROTECTED]
On Thu, 2002-09-19 at 13:17, Jon Haworth wrote:
> Hi list,
>
>
> -Original Message-
> From: John Monfort [mailto:[EMAIL PROTECTED]]
> Sent: Monday, April 30, 2001 5:08 PM
> To: Mark Roedel
> Cc: [EMAIL PROTECTED]
> Subject: RE: [PHP] Best Practice-HTML In Database
>
>
> Yes, I will need to provide searching capabi
Yes, I will need to provide searching capabilities.
Basically, I'm creating an online referencing system with a db backend.
A user will be able to search for a manual, and/or browse to a
particular section of the manual.
It's similar to the online PHP manual...at least, in concept
> -Original Message-
> From: John Monfort [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, April 29, 2001 10:40 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP] Best Practice-HTML In Database
>
>
> Hello everyone,
>
> I'm curious. Which is the better practice?
>
> 1) Insert the HTML page (...HTML
Using an URL to point to an HTML page or file is
better.
Inserting the HTML page in the database would cause:
a) more database requests and thus heavy load on the
database
b) large amount traffic between the database server
and the web server
At my previous company we even ended up removing the
If you ever need to update the HTML, option 2 will be a lot easier.
Mick
On Sun, 29 Apr 2001, John Monfort wrote:
>
> Hello everyone,
>
> I'm curious. Which is the better practice?
>1) Insert the HTML page (...HTML code) in the database ?
>
>or
>
>2) Insert a URL in the dat
54 matches
Mail list logo
