for sure.
Personally I wouldn't bother. It will be easier and safer to find the
code, port it to PHP and use that instead. That way it's your code,
you control it and you can *know* it's not going to change regardless
of PHP version.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http
as a full-text index but the power and
flexibility you get are well worth the effort.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
lemme know...:)
Dunno, I've never tried Lucene. All I know is that Sphinx rocks.
I suggest you try them both and use the one that fits the specific
requirements of your app best.
-Stut
--
http://stut.net/
On Mon, Oct 6, 2008 at 2:18 PM, Stut [EMAIL PROTECTED] wrote:
On 6 Oct 2008, at 07:17
On 1 Oct 2008, at 20:42, Per Jessen wrote:
Stut wrote:
On 1 Oct 2008, at 11:40, Per Jessen wrote:
Alain Roger wrote:
how can i get the 'name' value for each row in this session stored
array ? thx.
You haven't stored an array in the session, you've tried to store an
object of class
rant
Praise FSM!
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 2 Oct 2008, at 17:12, Jay Moore wrote:
Stut wrote:
It's also worth noting that since subscriptions is not required to
post to these lists there's no guarantee that the OP will get your
reply if you don't include their address. IOW you're asking us to
deprive a number of developers
but you need to be careful about resources in the
class. You can handle these gracefully using the __sleep and __wake
magic methods. You also need to make sure the class has been loaded
before starting the session or have an __autoload defined.
-Stut
--
http://stut.net/
--
PHP General Mailing
than the C++ syntax.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 30 Sep 2008, at 14:00, Nathan Rixham wrote:
Stut wrote:
On 29 Sep 2008, at 12:47, Nathan Rixham wrote:
import com.anotherdom.MysqlDbHandler as DbHandlerA;
import com.somedom.DbHandler as DbHandlerB; # as makes this easier
import com.mydom.thatpackage.RssParser; # we don't have to as
Would
can't figure out where it is in the heirarchy then you've
got other problems more important than not being able to give the user
breadcrumbs.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
?
Oh, and please quit top-posting!
-Stut
--
http://stut.net/
On Tue, Sep 30, 2008 at 5:27 PM, Stut [EMAIL PROTECTED] wrote:
On 30 Sep 2008, at 16:04, Alain Roger wrote:
a lot of web sites propose a locationbar (something like dynamic map
site)
to end user when they are browsing the website
On 30 Sep 2008, at 16:57, Nathan Rixham wrote:
Stut wrote:
On 30 Sep 2008, at 14:00, Nathan Rixham wrote:
Stut wrote:
On 29 Sep 2008, at 12:47, Nathan Rixham wrote:
import com.anotherdom.MysqlDbHandler as DbHandlerA;
import com.somedom.DbHandler as DbHandlerB; # as makes this
easier
.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 30 Sep 2008, at 17:40, Nathan Rixham wrote:
Stut wrote:
Consider this...
file1.php:
package arse
{
class bandit
{
...
}
}
package nipple
{
class clamp
{
...
}
}
file2.php:
import file1 as chest;
Which package have I aliased as chest in file2.php?
This could
On 30 Sep 2008, at 18:23, tedd wrote:
At 4:27 PM +0100 9/30/08, Stut wrote:
As examples check out the following pages (under the orange bar)...
http://uk.freeads.net/
Stut:
I can understand:
Travel Holidays
Because the user moves to the Holidays page from the Travel
page. In fact
| sort | xargs grep -l
$search_criteria
Is any malicious user can use the search criteria to perform some bad
commands in the operating system.
If it is then please suggest how to prevent it.
http://uk.php.net/escapeshellarg should do what you need.
-Stut
--
http://stut.net/
--
PHP General
On 26 Sep 2008, at 21:15, It flance wrote:
is there any predefined function in php that allows to remove an
element from an associative array?
http://php.net/unset
unset($array['key']);
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
much with the smarts!
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 24 Sep 2008, at 23:18, Ashley Sheridan wrote:
On Wed, 2008-09-24 at 23:13 +0100, Stut wrote:
Look at the bottom of this email...
On 24 Sep 2008, at 16:10, Sascha Braun ! CEO @ BRAUN Networks wrote:
unsubscribe
No, lower...
--
PHP General Mailing List (http://www.php.net/)
Bit
On 25 Sep 2008, at 00:26, Nathan Rixham wrote:
Stut wrote:
On 24 Sep 2008, at 23:18, Ashley Sheridan wrote:
On Wed, 2008-09-24 at 23:13 +0100, Stut wrote:
Look at the bottom of this email...
On 24 Sep 2008, at 16:10, Sascha Braun ! CEO @ BRAUN Networks
wrote:
unsubscribe
No, lower
features.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
to execute that command.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 22 Sep 2008, at 15:08, tedd wrote:
At 2:47 PM +0100 9/22/08, Nathan Rixham wrote:
tedd wrote:
-Stut and Nathan:
The problem was not how to pass variables between requests, but
rather how to variables between pages -- as the subject line
indicates.
a! now I follow
On 20 Sep 2008, at 01:23, Michelle Konzack wrote:
Am 2008-09-05 17:11:58, schrieb Stut:
You're trying to post to the browser which won't know how to handle
it. The header() function is modifying the response headers that are
being sent back to the browser, they do not create a new request
is. It tells the browser what version of
(X)HTML you're using and therefore which tags are allowed and which
are not. It has a major effect on some browsers, and if you use the
right one it can help a lot when trying to make pages look the same in
all browsers. Worth reading up on.
-Stut
--
http
of passing
variables between requests. I think the only benefit here is to avoid
having to repost data by including the next script rather than
bouncing off the browser.
Or maybe I'm missing the point.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe
.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 19 Sep 2008, at 15:58, Johannes Mueller wrote:
Stut wrote:
outputs:
B implements I
I would expect the following output:
A implements I
B implements I
Because there is a big difference between extends and implements, one
of which being that the class is not considered to be a subclass
/blog/2008/07/26/sessionless-sessions-2/ - take it or leave it.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
every time!
Oh, and by scale I don't necessarily mean to tens of millions of page
views a month. Scalability is as much about going from 10 visitor a
day to 1000 as it is from 1000 to several million.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe
On 19 Sep 2008, at 19:20, Robert Cummings wrote:
On Fri, 2008-09-19 at 19:12 +0100, Stut wrote:
Oh, and by scale I don't necessarily mean to tens of millions of page
views a month.
Someone needs to take away your coder badge if you make a site that
can't handle 1000 views a day
On 19 Sep 2008, at 19:50, Robert Cummings wrote:
On Fri, 2008-09-19 at 19:32 +0100, Stut wrote:
Anyways, where can I get a coder badge, they sound cool!! ;)
I just draw one with a pen on my chest to show interviewers. So far it
really hasn't worked out well but I've narrowed the problem down
to avoid getting the Zend certification until now despite
many many people trying to convince me it's worth it. As both an
employee and an employer I just don't see the value. The last practice
tests I saw were primarily memory tests - that's not a useful measure
in my book.
-Stut
--
http
On 19 Sep 2008, at 21:44, Philip Thompson wrote:
On Sep 19, 2008, at 1:12 PM, Stut wrote:
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
4. Grab user privs
IMHO you should only grab these when you need them.
I will need these on most pages anyway. Because of the architecture
On 19 Sep 2008, at 22:33, Philip Thompson wrote:
On Sep 19, 2008, at 4:01 PM, Stut wrote:
On 19 Sep 2008, at 21:44, Philip Thompson wrote:
On Sep 19, 2008, at 1:12 PM, Stut wrote:
On 19 Sep 2008, at 18:47, Philip Thompson wrote:
6. Begin transaction
7. Lock user session row
8. Update user
, the MX record... :)
An MX record is not required to accept email for a domain. The
relevant RFC (can't recall the number right now) states that it
should fall back to using the A record if no MX record is present.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
be able to disable IPv6 in your system settings, but from
a future-proof point of view you should be able to handle both.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
read this: http://php.net/foreach
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 18 Sep 2008, at 16:37, David Rocks wrote:
Stut wrote:
On 18 Sep 2008, at 05:57, David Rocks wrote:
I am running a test PHP web app on my local machine that uses
REMOTE_ADDR and most of the time ::1 is returned as the IP addr
and sometimes it is 127.0.0.1 . I am on OS X 10.5.5 and using
.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 16 Sep 2008, at 23:54, tedd wrote:
At 7:40 PM +0100 9/16/08, Stut wrote:
On 16 Sep 2008, at 15:59, tedd wrote:
Then one day, M$ sent out notice that they would no longer support
QuickBasic and that was the end of that. All of our current, and
past work, was on a dead-end street. We were
On 16 Sep 2008, at 16:06, tedd wrote:
At 11:30 PM +0100 9/15/08, Stut wrote:
Wow, talk about hitting the nail on the head. When Microsoft pick
the hardware their OS runs on and the software it runs with it
works perfectly.
Not exactly.
I seem to remember when Gates gave a presentation
On 16 Sep 2008, at 15:59, tedd wrote:
At 9:53 PM +0100 9/15/08, Stut wrote:
As for Microsoft (will people please stop screwing with their name,
it's impolite), they've certainly made some bad choices over the
years and Windows has suffered for it.
I screw with the M$ name because I don't
.
Bottom line is that this really isn't hard. Please Google mod_rewrite
to understand what it does and how it works. There is no browser
involvement whatsoever.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
, in case
I start
to put mailing lists, etc. in the future.
Basically, what do most of you do for contact/enquiry form emails?
http://stut.net/blog/2008/06/18/sending-email/
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net
On 12 Sep 2008, at 18:00, tedd wrote:
At 12:03 PM +0100 9/12/08, Stut wrote:
On 12 Sep 2008, at 11:55, Tom Chubb wrote:
I have generally been using the PHP mail function for sending
emails from
contact forms on websites, but have recently had problems with a
lot of
mails being delivered
on - this would have
told you __DIR__ is wrong.
Use dirname(__FILE__) to get what you're after.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
this:
http://dev.mysql.com/doc/refman/5.0/en/update.html
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
exactly what the user is entering. Nothing wrong with that so long as
it's properly escaped when being displayed.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 11 Sep 2008, at 17:08, Jason Pruim wrote:
On Sep 11, 2008, at 11:23 AM, Stut wrote:
On 11 Sep 2008, at 16:15, Jason Pruim wrote:
Attempting to setup a prepared statement in php that will update
a record in a mysql database using mysqli
Here is the relevant code:
$stmt
a
cent for PHP so I don't see what you think gives you the right to
bitch about it.
Rant over, back to work!
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
. For the price of the license you could add
another server which will give you far better ROI and higher capacity
then ZP could ever achieve.
And don't get me started on what they've done to Zend Studio. I've
switched to Aptana - same platform, but cheaper and a lot more stable.
Shame!
-Stut
--
http
On 7 Sep 2008, at 18:35, javasac wrote:
snip code
I see no PHP in there. Please post the piece of PHP code you're having
a problem with.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
if someone knows that kind of procedure
or at
least has an implementation of it.
The only way I know to do this would be to add a method to your class
to give it to you.
class Foo
{
public function getClassFilename()
{
return __FILE__;
}
}
-Stut
--
http://stut.net/
--
PHP
is to
return a hidden form and auto-submit it with JS. However, as someone
else pointed out if that second request is coming back to the same
server there probably isn't any need for a second request at all.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe
]/the/path/to/resource.html
I think he meant http://user:[EMAIL PROTECTED]/the/path/to/resource.html
.
Jay: How does the device ask for the username and password? Is it a
form on the web page, a window from the browser, or what?
-Stut
--
http://stut.net/
--
PHP General Mailing List (http
Jay Moore wrote:
Stut wrote:
On 5 Sep 2008, at 21:05, Robert Cummings wrote:
On Fri, 2008-09-05 at 15:01 -0500, Jay Moore wrote:
Greetings list!
Is it possible (and if so, how) to send username and password
information to a website with PHP?
I would like to submit some information to some
Robert Cummings wrote:
On Fri, 2008-09-05 at 21:24 +0100, Stut wrote:
Jay Moore wrote:
Stut wrote:
On 5 Sep 2008, at 21:05, Robert Cummings wrote:
On Fri, 2008-09-05 at 15:01 -0500, Jay Moore wrote:
Greetings list!
Is it possible (and if so, how) to send username and password
information
you want to
search.
But, if you want to waste your time reinventing this wheel don't let
me stop you, but I guarantee it's more complex than you initially think.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
purposes) is just as
fast as it is with only a few files. That's a CentOS box using ext3.
It's possible the limitation you're seeing is related to MySQL rather
than the filesystem, but I've never had anywhere near that number of
databases on a single box so I can't speak to that.
-Stut
reinventing ;-)
Your funeral :)
The only thing I am not strong in is the MySQL, but with you guys
there is nothing impossible!
Seriously? You want to build a blogging system with support for 10k
users and your MySQL is not strong? Good luck.
'Nuff said.
-Stut
--
http://stut.net/
--
PHP
, but you
can save yourself a world of pain by making use of what's already out
there. I'm a big advocate of learning new things, but when you need to
get something done I see nothing wrong with standing on the shoulders
of giants.
-Stut
--
http://stut.net/
--
PHP General Mailing List
-based, so no need to add any more testing than you do now.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
spells out what they've modified.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 2 Sep 2008, at 20:23, Diogo Neves wrote:
Now is the time ;)
Indeed: http://www.google.com/chrome
But only for Windows for now :(
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
others unsure what to put where so they ignore the form.
Time it
If you have a session or cookies availble, store the time that you
displayed the form and check to see how long it took the user to
submit it. If it's less than a couple of seconds you can bet it's a bot.
-Stut
On 31 Aug 2008
... Jochem came by on Wednesday to pick them up for
you.
and I got mugged on the way over by some guy called Stut ... no idea
what he wanted with tedd blow-up dolls though.
btw having 1 blow-up doll is bad enough, having a whole troop of them,
that's plain scary.
That's the idea, they're for my
On 30 Aug 2008, at 13:00, tedd wrote:
At 12:05 AM +0100 8/30/08, Stut wrote:
On 29 Aug 2008, at 22:07, tedd wrote:
I hesitated before writing this because I don't want to get into
another debate with you, but accessibility means that all people
(disabled or not) can access the data
in the end) are
pointless beyond their comedic value.
4) Rob is one of the most valuable members of this mailing list ...
don't take him on, you'll lose!!
Have a great weekend folks!
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
/header for more details.
Anything that happens before PHP gets invoked will be more efficient
since it doesn't involve invoking PHP, but for most setups the
difference will be negligible.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
Oh look, you forgot to include the list again.
On 30 Aug 2008, at 13:54, Eric Gorr wrote:
On Aug 30, 2008, at 8:26 AM, Stut wrote:
Eric...
1) Quoting an NYT blog as an authority on technical matters is both
naive and asking for it. The mainstream press have never used
industry-specific
On 30 Aug 2008, at 13:38, tedd wrote:
At 1:16 PM +0100 8/30/08, Stut wrote:
Now, about that recommendation for my linked in profile... ;)
That's not a bad idea. Daniel and I did an exchange a while back. I
think it might help to land clients if we can use our linked-in
status in some way
On 30 Aug 2008, at 14:05, tedd wrote:
At 11:39 PM +0200 8/29/08, Jochem Maas wrote:
I think both tedd and Stut make good points, I guess we'll all be
hacking away at such issues for a long time to come.
That's the nature of the beast (no not Stut!)
I am Stut - hear me Roar!!
CAPTCHA's
On 30 Aug 2008, at 15:02, tedd wrote:
At 12:05 AM +0100 8/30/08, Stut wrote:
To me accessibility means that everyone is able to use something to
achieve a goal regardless of their physical or mental condition.
Nothing about it says that everyone should be able to reach that
goal without
be === true or it will contain an
error message
// Please don't ask a question again without doing a reasonable amount
of research first. In this case that would be the HTTP spec and the
PHP socket function documentation. This was not difficult!
?
-Stut
--
http://stut.net
--
PHP General Mailing
not tested this at all, but it should work. Also it
would be better wrapped up in a function, but unfortunately I have
real work to do today.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
it.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
installation, it didn't ask for any such option.
Zend Studio does not install Apache at all. By default, when you run a
file from within the IDE it does so as a CLI script. This means there
will be no DOCUMENT_ROOT defined which is what you're seeing.
-Stut
--
http://stut.net/
--
PHP General
On 29 Aug 2008, at 15:15, tedd wrote:
At 9:07 AM +0100 8/29/08, Stut wrote:
On 29 Aug 2008, at 03:45, tedd wrote:
These are what I've come up with:
http://webbytedd.com/aa/assorted-captcha/
Just curious tedd, but what do you mean by CAPTCHA's show the
world that you really haven't thought
On 29 Aug 2008, at 16:33, tedd wrote:
At 3:41 PM +0100 8/29/08, Stut wrote:
The main project I work on at the moment is a classified ad site
and it has CAPTCHA's in three places.
-snip-
I understand there are different reasons behind the use of
CAPTCHA's, but in the end they still present
not the context it is run in.
I think the only way to do what you want is to parse the output from
ps with appropriate arguments. You'll probably need to find the parent
process of your PHP script. Don't think you're going to find a
portable way to do it.
-Stut
--
http://stut.net/
--
PHP General
On 29 Aug 2008, at 19:03, tedd wrote:
At 5:06 PM +0100 8/29/08, Stut wrote:
On 29 Aug 2008, at 16:33, tedd wrote:
I didn't mean to imply laziness, but now that you mentioned it --
on one hand we say that CAPTCHA is good enough until something
else comes along, but on the other hand, because
On 29 Aug 2008, at 20:52, Eric Gorr wrote:
On Aug 29, 2008, at 3:41 PM, Stut wrote:
I completely agree, but as far as I know it's only (and I use that
word carefully) people with both visual and audio impairments that
you cannot cater for.
I cannot see any reason why a person with both
On 29 Aug 2008, at 21:21, Eric Gorr wrote:
On Aug 29, 2008, at 4:09 PM, Robert Cummings wrote:
On Fri, 2008-08-29 at 15:52 -0400, Eric Gorr wrote:
On Aug 29, 2008, at 3:41 PM, Stut wrote:
I completely agree, but as far as I know it's only (and I use that
word carefully) people with both
On 29 Aug 2008, at 22:39, Jochem Maas wrote:
in the mean time, here's wishing more clean water and internet access
for everyone (and less bombs).
Hear hear, except that I'd put food above internet access.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
On 29 Aug 2008, at 22:07, tedd wrote:
At 9:32 PM +0100 8/29/08, Stut wrote:
That's ultimate accessibility, assuming it supports all types of
telephone, but it's also a major expense needing 24/7 coverage. Not
something my company of 5 people could hope to support on a free-to-
use site
but to me that's a
small price to pay for being able to do anything at all.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 28 Aug 2008, at 13:59, Dotan Cohen wrote:
2008/8/28 Stut [EMAIL PROTECTED]:
And as PHP is not [generally] compiled, no IDE is needed. VIM is
great, and for a GUI text editor I use Kate. Note that there will
soon
be a VIM mode in Kate! I cannot wait!
What does compilation have to do
On 27 Aug 2008, at 15:37, tedd wrote:
At 3:37 PM +0100 8/26/08, Stut wrote:
In my experience most spam can be blocked by case-insensitively
checking for [url and a. There ain't many spam comments out
there that don't include URLs.
-Stut
Well... that would block me many times from
a hammer
I like to think of myself as a laparoscopic surgery machine.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 27 Aug 2008, at 22:26, tedd wrote:
At 7:35 PM +0100 8/27/08, Stut wrote:
On 27 Aug 2008, at 18:44, Jay Blanchard wrote:
[snip]
Bah, who put me in a box with crayons. I'm a scalpel for crying out
loud. Anyways, I could wax on forever, but cutting to the point... I
think I'm hanging
.
This receive national attention when their site changed Tyson Gay's
name to Tyson Homosexual.
In my experience most spam can be blocked by case-insensitively
checking for [url and a. There ain't many spam comments out there
that don't include URLs.
-Stut
--
http://stut.net/
--
PHP General
variables
with plain get and set accessors, there's just no point unless the
accessors are doing more than setting and getting the internal variable.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
about private variables with
plain get
and set accessors, there's just no point unless the accessors are
doing more
than setting and getting the internal variable.
Personally, I always use the accessor methods.
For the most part I agree with Stut -- they don't add much value.
Where it does
calls to be executed first and then the echo to display the
return values concatenated into a single string.
Because var_dump *outputs* stuff rather than returning it, in the
concatenation version the NULL outputs before the rest of the string.
Hope that clears it up.
-Stut
--
http
...
#!/usr/bin/env php
If that's the first line then Apache should execute the script with
PHP. If that doesn't work try replacing it with...
#!/path/to/php
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 24 Aug 2008, at 15:39, Dotan Cohen wrote:
2008/8/24 Stut [EMAIL PROTECTED]:
In theory all you need to do is add a hash-bang line to the start
of the PHP
scripts. This should work...
#!/usr/bin/env php
Thanks, that's what I am doing right now. I was hoping to avoid that
for portability
On 24 Aug 2008, at 16:09, Dotan Cohen wrote:
2008/8/24 Stut [EMAIL PROTECTED]:
If you use env then it should be pretty portable. The only other
way to do
it would be to specify each script individually
Yes, this is what I want to do, specify each file individually.
or with a regex
this you're cutting out portability to the vast array of
alternative HTTP servers, so an env-based #! line *is* the best option
for portability.
-Stut
--
http://stut.net/
From: Stut [EMAIL PROTECTED]
Date: 24 August 2008 16:16:36 BST
To: Dotan Cohen [EMAIL PROTECTED]
Cc: php-general. php-general
On 24 Aug 2008, at 16:30, Dotan Cohen wrote:
2008/8/24 Stut [EMAIL PROTECTED]:
I'm confused. A #! line does not harm the portability of a PHP
script in any
way whatsoever, and if you use the env version rather than an
absolute path
then it should work out of the box on 99% of Linux servers
101 - 200 of 1367 matches
Mail list logo
