php-general Digest 10 Oct 2008 12:06:25 -0000 Issue 5727
Topics (messages 281635 through 281663):
Re: sms interfaces?
281635 by: Per Jessen
281636 by: Richard Heyes
281647 by: Tom Chubb
Re: Login
281637 by: Nathan Rixham
281638 by: Eric Butera
281641 by: Boyd, Todd M.
281643 by: Frank Stanovcak
281649 by: Tom Chubb
281651 by: Richard Heyes
281654 by: Ashley Sheridan
281655 by: Richard Heyes
281656 by: Shawn McKenzie
281659 by: Wolf
Re: The 'at' sign (@) variable prefix
281639 by: ANR Daemon
281648 by: Maciek Sokolewicz
281657 by: Andrew Ballard
281658 by: Jim Lucas
Re: Login [0T]
281640 by: Boyd, Todd M.
281642 by: Luke
Project Tracking / Charting Tool OT
281644 by: Jay Blanchard
281645 by: Wolf
281646 by: Daniel Brown
Yeah I'm sortof a noob
281650 by: Frank Stanovcak
281652 by: Frank Stanovcak
281653 by: Shawn McKenzie
Re: Plotting Tool
281660 by: Philip Thompson
281661 by: Daniel Brown
Re: Best Search Algorithm for Millions of record
281662 by: Michelle Konzack
[Semi-OT] Tonns of jobs available
281663 by: Michelle Konzack
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Rene Veerman wrote:
> hi, i'd like my app to send sms warnings of some events.
>
> if you know of a free / cheap sms service that can be called from php,
> please let me/us know.
Swisscom can be called using sms_client. We've been using for 3, maybe
4 years.
/Per Jessen, Zürich
--- End Message ---
--- Begin Message ---
> hi, i'd like my app to send sms warnings of some events.
>
> if you know of a free / cheap sms service that can be called from php,
> please let me/us know.
I looked into TXTLocal once. I actually didn't end up using them, but
it might be worth a gleg.
http://www.txtlocal.co.uk/
> u earn extra points if it can send to dutch phones / any phone in the world
> ;)
Ooh, goodie.
--
Richard Heyes
HTML5 Graphing for FF, Chrome, Opera and Safari:
http://www.rgraph.org
--- End Message ---
--- Begin Message ---
2008/10/8 Stut <[EMAIL PROTECTED]>:
> On 8 Oct 2008, at 20:33, Rene Veerman wrote:
>>
>> hi, i'd like my app to send sms warnings of some events.
>>
>> if you know of a free / cheap sms service that can be called from php,
>> please let me/us know.
>>
>> u earn extra points if it can send to dutch phones / any phone in the
>> world ;)
>
> Best I've found is Clickatell (www.clickatell.com) but I've not really
> looked too hard.
>
> -Stut
>
> --
> http://stut.net/
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
I agree with -Stut,
I didn't like their documentation though but managed to find a class
for it on phpclasses I think. Let me know if you want me to dig out
the link for you
--
Tom Chubb
[EMAIL PROTECTED] | [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
Jason Pruim wrote:
On Oct 8, 2008, at 5:48 PM, Stut wrote:
On 8 Oct 2008, at 22:32, Ashley Sheridan wrote:
On Wed, 2008-10-08 at 22:15 +0100, Stut wrote:
Obviously, I'm a programmer, so I probably don't fall into the 'normal'
category for advertising ;)
You may think that but I've never come across any statistics that
suggest that programmers or even technical people in general have a
lower response rate to any form of advertising. I'm sure they are
differences, but as a percentage of internet users we're insignificant
for most websites these days, even when it comes to games.
As someone who works in the advertising and marketing field, I can say I
have never seen stats that say programmers click rates are less then Joe
Blow. Advertising and marketing boils down to 2 things.. Offering the
right person the right offer. And doing it at the right time.
Right now you may not be interested in purchasing Bawls [1]. But if you
have a huge project and need to work 20 hours a day for a few weeks...
It might not sound so bad.
[1]http://www.bawls.com/
--
Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
11287 James St
Holland, MI 49424
www.raoset.com
[EMAIL PROTECTED]
as the owner of a few hundred automated sites covering many niches and a
few "programmers" sites I know that programmer's don't click them ad's
much *tight fisted bunch of*
--
nathan ( [EMAIL PROTECTED] )
{
Senior Web Developer
php + java + flex + xmpp + xml + ecmascript
web development edinburgh | http://kraya.co.uk/
}
--- End Message ---
--- Begin Message ---
On Thu, Oct 9, 2008 at 8:35 AM, Nathan Rixham <[EMAIL PROTECTED]> wrote:
> Jason Pruim wrote:
>>
>> On Oct 8, 2008, at 5:48 PM, Stut wrote:
>>
>>> On 8 Oct 2008, at 22:32, Ashley Sheridan wrote:
>>>>
>>>> On Wed, 2008-10-08 at 22:15 +0100, Stut wrote:
>>>>>
>>>
>>>> Obviously, I'm a programmer, so I probably don't fall into the 'normal'
>>>> category for advertising ;)
>>>
>>> You may think that but I've never come across any statistics that suggest
>>> that programmers or even technical people in general have a lower response
>>> rate to any form of advertising. I'm sure they are differences, but as a
>>> percentage of internet users we're insignificant for most websites these
>>> days, even when it comes to games.
>>
>> As someone who works in the advertising and marketing field, I can say I
>> have never seen stats that say programmers click rates are less then Joe
>> Blow. Advertising and marketing boils down to 2 things.. Offering the right
>> person the right offer. And doing it at the right time.
>>
>> Right now you may not be interested in purchasing Bawls [1]. But if you
>> have a huge project and need to work 20 hours a day for a few weeks... It
>> might not sound so bad.
>>
>>
>> [1]http://www.bawls.com/
>>
>>
>> --
>>
>> Jason Pruim
>> Raoset Inc.
>> Technology Manager
>> MQC Specialist
>> 11287 James St
>> Holland, MI 49424
>> www.raoset.com
>> [EMAIL PROTECTED]
>>
>>
>>
>>
>
> as the owner of a few hundred automated sites covering many niches and a few
> "programmers" sites I know that programmer's don't click them ad's much
> *tight fisted bunch of*
>
> --
> nathan ( [EMAIL PROTECTED] )
> {
> Senior Web Developer
> php + java + flex + xmpp + xml + ecmascript
> web development edinburgh | http://kraya.co.uk/
> }
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Especially when we don't see them.
--- End Message ---
--- Begin Message ---
> -----Original Message-----
> From: Jason Pruim [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 09, 2008 6:01 AM
> To: Stut
> Cc: [EMAIL PROTECTED]; PHP LIST
> Subject: Re: [PHP] Login
>
> As someone who works in the advertising and marketing field, I can say
> I have never seen stats that say programmers click rates are less then
> Joe Blow. Advertising and marketing boils down to 2 things.. Offering
> the right person the right offer. And doing it at the right time.
>
> Right now you may not be interested in purchasing Bawls [1]. But if
> you have a huge project and need to work 20 hours a day for a few
> weeks... It might not sound so bad.
...or if you want to induce vomit from a "horrible flavor overdose."
Guh. I went to Pilgrimage in Salt Lake City, UT a few years back, and
they were giving away tons of that stuff. At first, I was psyched--then,
I tasted it. None for me, thanks.
Red Bull sugar-free or SoBe Adrenaline Rush. Full Throttle (the green
kind) if I'm feeling saucy.
Todd Boyd
Web Programmer
--- End Message ---
--- Begin Message ---
"Wolf" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> <!-- SNIP -->
>> Redirects make sense IMO. IIRC the Yahoo guidelines say not to
>> redirect after a form POST, but unless you have a ka-jillion page
>> views a second (or, "a lot"), then I don't think it's a concern.
>
> Wait, Yahell has guidelines?!?!?
>
> You always have to look at the User Experience. You don't want to annoy
> or p!ss off your users or they will find a site like yours that doesn't
> p!ss them off. If it makes sense to re-direct the user after a successful
> login, then go ahead and do it.
>
> Of course, I don't care if I p!ss off someone who is trying to run
> malicious code on my site or find a hidden piece. Then a redirect to
> ratemypoo seems like a good idea to me!
>
> Wolf
I'd like to take this back to the heart of this message and state that
redirecting malicious usage to ratemypoo seems like a perfectly delightful
means of security.
--- End Message ---
--- Begin Message ---
>
>
>
> I'd like to take this back to the heart of this message and state that
> redirecting malicious usage to ratemypoo seems like a perfectly delightful
> means of security.
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Agreed, funniest thing I've heard all week!
--- End Message ---
--- Begin Message ---
>> I'd like to take this back to the heart of this message and state that
>> redirecting malicious usage to ratemypoo seems like a perfectly delightful
>> means of security.
>
> Agreed, funniest thing I've heard all week!
However if you're wrong, you would have redirected a valid user to
ratemypoo.com... Now I'm no business man (as my attempts of starting a
company would show...), but I'd imagine it's not the sort of image
most companies would want to portray.
--
Richard Heyes
HTML5 Graphing for FF, Chrome, Opera and Safari:
http://www.rgraph.org
--- End Message ---
--- Begin Message ---
On Thu, 2008-10-09 at 19:02 +0100, Richard Heyes wrote:
> >> I'd like to take this back to the heart of this message and state that
> >> redirecting malicious usage to ratemypoo seems like a perfectly delightful
> >> means of security.
> >
> > Agreed, funniest thing I've heard all week!
>
> However if you're wrong, you would have redirected a valid user to
> ratemypoo.com... Now I'm no business man (as my attempts of starting a
> company would show...), but I'd imagine it's not the sort of image
> most companies would want to portray.
>
> --
> Richard Heyes
>
> HTML5 Graphing for FF, Chrome, Opera and Safari:
> http://www.rgraph.org
>
Unless that was the business you were in ;)
Ash
www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
> Unless that was the business you were in ;)
True enough, but what kind of business would that be...? :-)
--
Richard Heyes
HTML5 Graphing for FF, Chrome, Opera and Safari:
http://www.rgraph.org
--- End Message ---
--- Begin Message ---
Richard Heyes wrote:
>> Unless that was the business you were in ;)
>
> True enough, but what kind of business would that be...? :-)
>
Rating poo, of course...
--- End Message ---
--- Begin Message ---
---- Shawn McKenzie <[EMAIL PROTECTED]> wrote:
> Richard Heyes wrote:
> >> Unless that was the business you were in ;)
> >
> > True enough, but what kind of business would that be...? :-)
> >
>
> Rating poo, of course...
It's a crappy job, but someone's got to do it... ;)
--- End Message ---
--- Begin Message ---
Greetings, Ashley Sheridan.
In reply to Your message dated Wednesday, October 8, 2008, 23:08:37,
>> > If you're using it to deal with possible empty input data, you'd better do
>> > it
>> > explicitly enstead.
>> >
>> > Something like this:
>> >
>> > if(!array_key_exists('from_year', $_POST)
>> > || !array_key_exists('from_month', $_POST)
>> > || !array_key_exists('from_day', $_POST)
>> > )
>> > {
>> > throw new Exception('No start date given', 100);
>> > }
>>
>> *cough*
>>
>> filter_input does this elegantly too ;) as does an isset() on the array index
>>
> I'm a fan of the isset() method for POST and GET variables, as usually
> I'll still want to put something in the variables I'm assigning those
> values to, rather than the NULL which gets returned by the @ prefix.
Well, filter_input does not exist in 5.1.6, and iset() does not work correctly
with array keys in general.
<?php
$a = array ('test' => 1, 'hello' => NULL);
var_dump(isset($a['test'])); // TRUE
var_dump(isset($a['foo'])); // FALSE
var_dump(isset($a['hello'])); // FALSE
// The key 'hello' equals NULL so is considered unset
// If you want to check for NULL key values then try:
var_dump(array_key_exists('hello', $a)); // TRUE
?>
(c) http://php.net/isset
--
Sincerely Yours, ANR Daemon <[EMAIL PROTECTED]>
--- End Message ---
--- Begin Message ---
ANR Daemon wrote:
Greetings, Ashley Sheridan.
In reply to Your message dated Wednesday, October 8, 2008, 23:08:37,
If you're using it to deal with possible empty input data, you'd better do it
explicitly enstead.
Something like this:
if(!array_key_exists('from_year', $_POST)
|| !array_key_exists('from_month', $_POST)
|| !array_key_exists('from_day', $_POST)
)
{
throw new Exception('No start date given', 100);
}
*cough*
filter_input does this elegantly too ;) as does an isset() on the array index
I'm a fan of the isset() method for POST and GET variables, as usually
I'll still want to put something in the variables I'm assigning those
values to, rather than the NULL which gets returned by the @ prefix.
Well, filter_input does not exist in 5.1.6, and iset() does not work correctly
with array keys in general.
bullshit
<?php
$a = array ('test' => 1, 'hello' => NULL);
var_dump(isset($a['test'])); // TRUE
var_dump(isset($a['foo'])); // FALSE
var_dump(isset($a['hello'])); // FALSE
// The key 'hello' equals NULL so is considered unset
// If you want to check for NULL key values then try:
var_dump(array_key_exists('hello', $a)); // TRUE
?>
(c) http://php.net/isset
The only case in which isset() returns false even though it IS set is
when the value is null. That is the _only_ difference in functionality
between isset and array_key_exists. Let's just ignore the fact that
isset is about a dozen times faster than array_key_exists.
But tell me, how often do you get a NULL value from $_GET or $_POST ?
Because let me tell you, I don't see such a value...ever... And even if
I did see it, it would not be a VALID value.
- Tul
--- End Message ---
--- Begin Message ---
On Thu, Oct 9, 2008 at 12:25 PM, Maciek Sokolewicz <[EMAIL PROTECTED]> wrote:
> ANR Daemon wrote:
>>
>> Greetings, Ashley Sheridan.
>> In reply to Your message dated Wednesday, October 8, 2008, 23:08:37,
>>
>>>>> If you're using it to deal with possible empty input data, you'd better
>>>>> do it
>>>>> explicitly enstead.
>>>>>
>>>>> Something like this:
>>>>>
>>>>> if(!array_key_exists('from_year', $_POST)
>>>>> || !array_key_exists('from_month', $_POST)
>>>>> || !array_key_exists('from_day', $_POST)
>>>>> )
>>>>> {
>>>>> throw new Exception('No start date given', 100);
>>>>> }
>>>>
>>>> *cough*
>>>>
>>>> filter_input does this elegantly too ;) as does an isset() on the array
>>>> index
>>>>
>>> I'm a fan of the isset() method for POST and GET variables, as usually
>>> I'll still want to put something in the variables I'm assigning those
>>> values to, rather than the NULL which gets returned by the @ prefix.
>>
>> Well, filter_input does not exist in 5.1.6, and iset() does not work
>> correctly
>> with array keys in general.
>
> bullshit
That's a bit harsh. Ash is right, and there are times when knowing
whether a key has a value -- even if that value is null -- is
important. In this case isset() may be adequate for the task, but it
does not always correctly tell you if an array key has been defined.
>> <?php
>>
>> $a = array ('test' => 1, 'hello' => NULL);
>>
>> var_dump(isset($a['test'])); // TRUE
>> var_dump(isset($a['foo'])); // FALSE
>> var_dump(isset($a['hello'])); // FALSE
>>
>> // The key 'hello' equals NULL so is considered unset
>> // If you want to check for NULL key values then try:
>> var_dump(array_key_exists('hello', $a)); // TRUE
>>
>> ?>
>>
>> (c) http://php.net/isset
>
> The only case in which isset() returns false even though it IS set is when
> the value is null. That is the _only_ difference in functionality between
> isset and array_key_exists.
In the case of $_GET or $_POST, it's not a huge deal, but it is a difference.
> Let's just ignore the fact that isset is about a
> dozen times faster than array_key_exists.
I'm not sure where you get that number. I have seen sites posted a
couple years ago talking about the difference, but I'm not sure it
applies to current versions. Granted, my test case is just timing a
basic loop since I don't have a profiler set up on this machine, but I
see no appreciable difference between the two. The time to execute
either function is somewhere on the order of 3.3E-005 on this machine
(which I know is slower than our web servers). I'm not usually calling
either function thousands of times to notice a difference in a script.
> But tell me, how often do you get a NULL value from $_GET or $_POST ?
> Because let me tell you, I don't see such a value...ever... And even if I
> did see it, it would not be a VALID value.
I agree you should never see NULL in either of those arrays (unless
you modify them in your code to put a null in one of them). However,
array_key_exists() appears to ALWAYS return the correct value whereas
isset() has one specific case where it is different. When you factor
that there appears to be negligible difference in performance between
the two, isset() is adequate but I see no reason to prefer it over
array_key_exists().
Andrew
--- End Message ---
--- Begin Message ---
Maciek Sokolewicz wrote:
> ANR Daemon wrote:
>> Greetings, Ashley Sheridan.
>> In reply to Your message dated Wednesday, October 8, 2008, 23:08:37,
>>
>>>>> If you're using it to deal with possible empty input data, you'd
>>>>> better do it
>>>>> explicitly enstead.
>>>>>
>>>>> Something like this:
>>>>>
>>>>> if(!array_key_exists('from_year', $_POST)
>>>>> || !array_key_exists('from_month', $_POST)
>>>>> || !array_key_exists('from_day', $_POST)
>>>>> )
>>>>> {
>>>>> throw new Exception('No start date given', 100);
>>>>> }
>>>> *cough*
>>>>
>>>> filter_input does this elegantly too ;) as does an isset() on the
>>>> array index
>>>>
>>> I'm a fan of the isset() method for POST and GET variables, as usually
>>> I'll still want to put something in the variables I'm assigning those
>>> values to, rather than the NULL which gets returned by the @ prefix.
>>
>> Well, filter_input does not exist in 5.1.6, and iset() does not work
>> correctly
>> with array keys in general.
> bullshit
s/bullshit/wrong
>
>>
>> <?php
>>
>> $a = array ('test' => 1, 'hello' => NULL);
>>
>> var_dump(isset($a['test'])); // TRUE
>> var_dump(isset($a['foo'])); // FALSE
>> var_dump(isset($a['hello'])); // FALSE
>>
>> // The key 'hello' equals NULL so is considered unset
>> // If you want to check for NULL key values then try:
>> var_dump(array_key_exists('hello', $a)); // TRUE
>>
>> ?>
>>
>> (c) http://php.net/isset
>
> The only case in which isset() returns false even though it IS set is
> when the value is null. That is the _only_ difference in functionality
> between isset and array_key_exists. Let's just ignore the fact that
> isset is about a dozen times faster than array_key_exists.
> But tell me, how often do you get a NULL value from $_GET or $_POST ?
> Because let me tell you, I don't see such a value...ever... And even if
> I did see it, it would not be a VALID value.
>
> - Tul
>
See differences here. It takes about 15 seconds to load, be patient.
http://www.cmsws.com/examples/php/testscripts/[EMAIL PROTECTED]/0001.php
Looks like the only thing that is different is the NULL results. In your case
above, it shouldn't matter. The values from the URL should never be a NULL
value. As far as I have ever seen, they are always strings. Be it empty or
not.
I added a speed test to the bottom of that page also. It shows the difference
between the two functions getting called 10,000 times.
--
Jim Lucas
"Some men are born to greatness, some achieve greatness,
and some have greatness thrust upon them."
Twelfth Night, Act II, Scene V
by William Shakespeare
--- End Message ---
--- Begin Message ---
> -----Original Message-----
> From: Ashley Sheridan [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 08, 2008 4:05 PM
> To: Stut
> Cc: Wolf; Richard Heyes; [EMAIL PROTECTED]; Bernhard Kohl
> Subject: Re: [PHP] Login
>
> On Wed, 2008-10-08 at 21:45 +0100, Stut wrote:
> > On 8 Oct 2008, at 21:44, Ashley Sheridan wrote:
> > > On Wed, 2008-10-08 at 16:33 -0400, Wolf wrote:
> > >> <!-- SNIP -->
> > >>> Redirects make sense IMO. IIRC the Yahoo guidelines say not to
> > >>> redirect after a form POST, but unless you have a ka-jillion
page
> > >>> views a second (or, "a lot"), then I don't think it's a concern.
> > >>
> > >> Wait, Yahell has guidelines?!?!?
Sorry to threadjack, but I saw this line and had to interject. Yahoo!
not only has guidelines, but the YSlow plug-ins are a wonderful method
for benchmarking web application speed and efficiency. In addition,
suggestions are given to raise a given page's "grade" in particular
areas. Quite helpful, IMHO.
Also, the YUI Javascript package is quite comprehensive, and was
(somewhat) independently developed by a Yahoo! programmer.
That's my 2 cents... just 'cause a company gets it wrong most of the
time doesn't mean that there aren't a few shining gems in their bag. :)
Todd Boyd
Web Programmer
--- End Message ---
--- Begin Message ---
YUI components have had a tendency to:
- Not work
- Only work in certain browsers
- Have sketchy troubleshooting and implementation documentation
- Take forever to load
- Only load sometimes
As well as having to edit the source code to get it to do what you want
quite a lot.
That's me though: it would probably work for anyone else. :)
2008/10/9 Boyd, Todd M. <[EMAIL PROTECTED]>
> > -----Original Message-----
> > From: Ashley Sheridan [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, October 08, 2008 4:05 PM
> > To: Stut
> > Cc: Wolf; Richard Heyes; [EMAIL PROTECTED]; Bernhard Kohl
> > Subject: Re: [PHP] Login
> >
> > On Wed, 2008-10-08 at 21:45 +0100, Stut wrote:
> > > On 8 Oct 2008, at 21:44, Ashley Sheridan wrote:
> > > > On Wed, 2008-10-08 at 16:33 -0400, Wolf wrote:
> > > >> <!-- SNIP -->
> > > >>> Redirects make sense IMO. IIRC the Yahoo guidelines say not to
> > > >>> redirect after a form POST, but unless you have a ka-jillion
> page
> > > >>> views a second (or, "a lot"), then I don't think it's a concern.
> > > >>
> > > >> Wait, Yahell has guidelines?!?!?
>
> Sorry to threadjack, but I saw this line and had to interject. Yahoo!
> not only has guidelines, but the YSlow plug-ins are a wonderful method
> for benchmarking web application speed and efficiency. In addition,
> suggestions are given to raise a given page's "grade" in particular
> areas. Quite helpful, IMHO.
>
> Also, the YUI Javascript package is quite comprehensive, and was
> (somewhat) independently developed by a Yahoo! programmer.
>
> That's my 2 cents... just 'cause a company gets it wrong most of the
> time doesn't mean that there aren't a few shining gems in their bag. :)
>
>
> Todd Boyd
> Web Programmer
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Luke Slater
--- End Message ---
--- Begin Message ---
Does anyone here know of a project tracking tool that will allow me to
import multiple project files into one project tracking too w/Gantt
charts, resources, etc. ? An added bonus would be true collaboration
where updates to a single project are reflected in the larger project
tracking entity.
I have looked at OpenProj, MS Project, and some others and none offer
this functionality.
--- End Message ---
--- Begin Message ---
---- Jay Blanchard <[EMAIL PROTECTED]> wrote:
> Does anyone here know of a project tracking tool that will allow me to
> import multiple project files into one project tracking too w/Gantt
> charts, resources, etc. ? An added bonus would be true collaboration
> where updates to a single project are reflected in the larger project
> tracking entity.
>
> I have looked at OpenProj, MS Project, and some others and none offer
> this functionality.
Have you checked out Tutos?
I played with it a few years ago, not sure how it works these days.
Wolf
--- End Message ---
--- Begin Message ---
On Thu, Oct 9, 2008 at 11:16 AM, Jay Blanchard <[EMAIL PROTECTED]> wrote:
> Does anyone here know of a project tracking tool that will allow me to
> import multiple project files into one project tracking too w/Gantt
> charts, resources, etc. ? An added bonus would be true collaboration
> where updates to a single project are reflected in the larger project
> tracking entity.
I'm not sure, Jay, but eGroupware may have a module for this.
--
</Daniel P. Brown>
More full-root dedicated server packages:
Intel 2.4GHz/60GB/512MB/2TB $49.99/mo.
Intel 3.06GHz/80GB/1GB/2TB $59.99/mo.
Intel 2.4GHz/320/GB/1GB/3TB $74.99/mo.
Dedicated servers, VPS, and hosting from $2.50/mo.
--- End Message ---
--- Begin Message ---
I'm trying to follow the three precepts of accepting user entries...
1. never trust it.
2. never trust it.
3. never trust it ever!
I have one entry that may equal 0 on submission, and if it does is tripping
a bool false result, so I came up with this work around. However when I put
this in my code the page fails to load. What did I do wrong, and please be
specific. I already know I'm stupid, and to answer the question. The extra
';' are for my clarity to know that is the end of the if or foreach
statement. Plus it carried over from java script and keeps me out of
trouble as I flip between the two.
I am looking for the instance when the key is 'ExtraCases' as that is the
field that will possibly be zero on submission.
//check to make sure all the entries passed
foreach($Filtered as $ThisKey => $ThisVar) {
if($ThisVar == FALSE) {
if(($ThisKey == 'ExtraCases') and
(filter_has_var(INPUT_POST,'ExtraCases'))) {
if($_POST['ExtraCases'] == 0) {
$noProb = TRUE;
} else {
$Continue = FALSE;
$WrongData[$ThisKey] = TRUE;
};
} else {
$Continue = FALSE;
$WrongData[$ThisKey] = TRUE;
};
};
};
--- End Message ---
--- Begin Message ---
Please disregard It was a code fragment elsewhere that got put in when I
went to save. Thank you for looking though!
Frank
Savant at Large
""Frank Stanovcak"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I'm trying to follow the three precepts of accepting user entries...
> 1. never trust it.
> 2. never trust it.
> 3. never trust it ever!
>
> I have one entry that may equal 0 on submission, and if it does is
> tripping a bool false result, so I came up with this work around. However
> when I put this in my code the page fails to load. What did I do wrong,
> and please be specific. I already know I'm stupid, and to answer the
> question. The extra ';' are for my clarity to know that is the end of the
> if or foreach statement. Plus it carried over from java script and keeps
> me out of trouble as I flip between the two.
>
> I am looking for the instance when the key is 'ExtraCases' as that is the
> field that will possibly be zero on submission.
>
> //check to make sure all the entries passed
> foreach($Filtered as $ThisKey => $ThisVar) {
> if($ThisVar == FALSE) {
> if(($ThisKey == 'ExtraCases') and
> (filter_has_var(INPUT_POST,'ExtraCases'))) {
> if($_POST['ExtraCases'] == 0) {
> $noProb = TRUE;
> } else {
> $Continue = FALSE;
> $WrongData[$ThisKey] = TRUE;
> };
> } else {
> $Continue = FALSE;
> $WrongData[$ThisKey] = TRUE;
> };
> };
> };
>
--- End Message ---
--- Begin Message ---
Frank Stanovcak wrote:
> I'm trying to follow the three precepts of accepting user entries...
> 1. never trust it.
> 2. never trust it.
> 3. never trust it ever!
>
> I have one entry that may equal 0 on submission, and if it does is tripping
> a bool false result, so I came up with this work around. However when I put
> this in my code the page fails to load. What did I do wrong, and please be
> specific. I already know I'm stupid, and to answer the question. The extra
> ';' are for my clarity to know that is the end of the if or foreach
> statement. Plus it carried over from java script and keeps me out of
> trouble as I flip between the two.
>
> I am looking for the instance when the key is 'ExtraCases' as that is the
> field that will possibly be zero on submission.
>
> //check to make sure all the entries passed
> foreach($Filtered as $ThisKey => $ThisVar) {
> if($ThisVar == FALSE) {
> if(($ThisKey == 'ExtraCases') and
> (filter_has_var(INPUT_POST,'ExtraCases'))) {
> if($_POST['ExtraCases'] == 0) {
> $noProb = TRUE;
> } else {
> $Continue = FALSE;
> $WrongData[$ThisKey] = TRUE;
> };
> } else {
> $Continue = FALSE;
> $WrongData[$ThisKey] = TRUE;
> };
> };
> };
>
>
Well, I haven't studied your code to see the problem, but I'm replying
to your "workaround". You should be able to code this without the
workaround if you use the correct comparison operators.
== is untyped value comparison
=== is a strict comparison (must be same value AND same type, boolean,
string, int, etc...)
These are correct:
0 == false
'' == false
null == false
69 == true
'false' == true
These are not:
0 === false
'' === false
null === false
69 === true
'false' === true
-Shawn
--- End Message ---
--- Begin Message ---
On Oct 8, 2008, at 4:13 PM, Daniel Brown wrote:
On Wed, Oct 8, 2008 at 5:09 PM, Ashley Sheridan
<[EMAIL PROTECTED]> wrote:
I really meant standards when I said basics. IMHO, standards are the
[snip!]
None of the list-newbies get smiley-less jokes here anymore. What
is this world coming to?!?
Don't worry, Dan. I knew you were joking!! =D
~Philip
--- End Message ---
--- Begin Message ---
On Thu, Oct 9, 2008 at 3:39 PM, Philip Thompson <[EMAIL PROTECTED]> wrote:
> On Oct 8, 2008, at 4:13 PM, Daniel Brown wrote:
>>
>> None of the list-newbies get smiley-less jokes here anymore. What
>> is this world coming to?!?
>
> Don't worry, Dan. I knew you were joking!! =D
Yeah, Ashley did, too, which I figured. I was just offsetting the
fact that my jokes are rather dry....
.... and, by "dry" I mean, y'know, "unfunny."
--
</Daniel P. Brown>
More full-root dedicated server packages:
Intel 2.4GHz/60GB/512MB/2TB $49.99/mo.
Intel 3.06GHz/80GB/1GB/2TB $59.99/mo.
Intel 2.4GHz/320/GB/1GB/3TB $74.99/mo.
Dedicated servers, VPS, and hosting from $2.50/mo.
--- End Message ---
--- Begin Message ---
Am 2008-10-06 18:05:41, schrieb Hemant Patel:
> But still i am asking...if anybody has ever worked on other Full Text Based
> Search Algorithm then please help me to choose the best one as I need to
> search in 160,00,000 records....
Realy 16 million records?
I you use PostgreSQL, I recomment to use at least version 8.3 with
"table partitioning" otherwise you could hit some limits on a singel
table (it happen to me, but with over 200 columns and 500.000 rows)
Also I recomment to use "tsearch2" which let you do fulltext search.
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)
signature.pgp
Description: Digital signature
--- End Message ---
--- Begin Message ---
Hello,
For those who are seeking for PHP jobs (small and big ones), I can
recomment you the Website
<http://www.GetACoder.com/>
I get, since several years, my jobs there, but I am currently overworked
to use it... ;-)
Most jobs are even payed using PayPal... which mean, you can even do
the Job occasional privately withpout paying any fiscal tax... :-D
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)
signature.pgp
Description: Digital signature
--- End Message ---
