php-general Digest 24 Mar 2009 06:07:48 -0000 Issue 6029
Topics (messages 290599 through 290629):
Re: Proper code formatting
290599 by: abdulazeez alugo
290600 by: Shawn McKenzie
290611 by: Igor Escobar
Re: Frameworks / obstinate?
290601 by: Jesse.Hazen.arvatousa.com
290602 by: Arno Kuhl
290604 by: Shawn McKenzie
290606 by: Bastien Koert
290609 by: tedd
290612 by: haliphax
290617 by: Robert Cummings
290620 by: Sancar Saran
290622 by: Bob McConnell
290624 by: Michael A. Peters
290625 by: Michael A. Peters
290626 by: Michael A. Peters
290627 by: Bastien Koert
290628 by: Michael A. Peters
Re: Double the fun
290603 by: Shawn McKenzie
290607 by: tedd
290618 by: Paul M Foster
Re: So called "PHP Expert"
290605 by: Eduardo
290608 by: Bob McConnell
290610 by: tedd
290613 by: haliphax
290615 by: George Larson
290616 by: Jan G.B.
Re: Having trouble with a form to mail script.
290614 by: Jan G.B.
Re: Multithreading in PHP
290619 by: Manuel Lemos
utf-8-safe replacement for strtr()?
290621 by: Tom Worster
Re: PHP + IIS7 - 'weird stuff' with multiple sites on same server
290623 by: scubak1w1
Re: Form To Mail script generators for Linux
290629 by: Manuel Lemos
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 ---
Ok man, I'm sorry.
This post i wrote in a few days ago in my native language. I dont have time
enough to write in two languages....but who knows in the future i can do it?
I'm sorry about that man,but if you like the post anyway, try something like
google translator.
Regards,Igor Escobar
systems analyst & interface designer
www . igorescobar . com
Well. Since it's not a common thing on this mailing list to hear someone say
he's sorry I readily accept your apology and I'll use the google translator as
you suggested. Come to think of it, arguments almost never end well on this
list (we just broke the record). Remember the one between Almighty, self
acclaimed Superstar Dan and Bot Jessica? then there was the one between the
client who later became the employer and Tedd.
Cheers.
_________________________________________________________________
More than messages–check out the rest of the Windows Live™.
http://www.microsoft.com/windows/windowslive/
--- End Message ---
--- Begin Message ---
George Larson wrote:
> On Mon, Mar 23, 2009 at 8:23 AM, Shawn McKenzie <[email protected]>wrote:
>
>> Bob McConnell wrote:
>>> From: Michael A. Peters
>>>> Angus Mann wrote:
>>>>> Hi all, I'm fairly new to PHP so I don't have too many bad habits
>>> yet.
>>>>> I'm keen to make my code easy to read for me in the future, and for
>>>>> others as well.
>>>>>
>>>>> Are there any rules or advice I can use for formatting (especially
>>>>> indenting) code?
>>>>>
>>>>> for example how best to format / indent this ?
>>>>>
>>>> To each his own. Whatever floats your canoe.
>>>> Just whatever you pick, stick to it throughout your code.
>>>>> I'm using "PHP designer 2008" which does syntax coloring but if it
>>> has
>>>>> something to automatically indent - I haven't found it yet.
>>>> It probably allows you to either set a specify a tab as a real tab or
>>> a
>>>> specified number of spaces. Auto-indenting - this isn't python, the
>>>> compiler doesn't enforce it's way, you follow the convention of the
>>>> project you are working on - so I suspect many php editors tailored to
>>>> php don't have an auto indent.
>>>>
>>>> I've never of course tried that specific product. I use bluefish, vi,
>>>> and emacs.
>>> To take this question a step further, is there a PHP best practices
>>> document available? I am looking for one that I can give to a new
>>> programmer and tell her "do it this way until you can explain to me why
>>> you shouldn't."
>>>
>>> Bob McConnell
>> There are various coding standards. There is one for PEAR, the Zend
>> Framework and most frameworks/large projects that take contributions
>> have them. Here's Zend:
>>
>> http://framework.zend.com/manual/en/coding-standard.html
>>
>> --
>> Thanks!
>> -Shawn
>> http://www.spidean.com
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>
>
> Being a greenhorn, I too can benefit from this thread.
>
> Is that to say, Shawn, that you personally find this (Zend) standard as good
> or better than the rest?
>
Many of them are very similar, I just picked Zend as an example because
it is well known and they are the "PHP" company :-) I tend to follow
many of the common standards but not any one in particular. I am not a
professional developer and don't work with others really so its not as
big of a deal. If you are working with others then I see that it is
important first and foremost to have some consistency and readability.
Some things are more personal preference and some are meant to make the
code readable/portable. For example, the spaces vs. tabs is important
because some systems/editors/IDEs display tabs differently, but 4 spaces
should be 4 spaces almost everywhere. I use CakePHP mostly and try and
follow they way it is coded so that it is consistent, but I flip flop on
some things for no apparent reason sometimes without even realizing it.
* I used to do this:
function somefunc() {
//something
}
* and
if ($something) {
//do something
}
else {
//do something else
}
* Now I do this:
function somefunc()
{
//something
}
if ($something) {
//do something
} else {
//do something else
}
--
Thanks!
-Shawn
http://www.spidean.com
--- End Message ---
--- Begin Message ---
Thx ab.
I'm did not to be rude ;)
Have a nice day.
Regards,
Igor Escobar
systems analyst & interface designer
www . igorescobar . com
On Mon, Mar 23, 2009 at 12:05 PM, abdulazeez alugo <[email protected]>wrote:
>
>
> Ok man, I'm sorry.
>
> This post i wrote in a few days ago in my native language. I dont have time
> enough to write in two languages....but who knows in the future i can do it?
>
> I'm sorry about that man,but if you like the post anyway, try something
> like google translator.
>
> Regards,Igor Escobar
> systems analyst & interface designer
> www . igorescobar . com
>
> Well. Since it's not a common thing on this mailing list to hear someone
> say he's sorry I readily accept your apology and I'll use the google
> translator as you suggested. Come to think of it, arguments almost never end
> well on this list (we just broke the record). Remember the one between
> Almighty, self acclaimed Superstar Dan and Bot Jessica? then there was the
> one between the client who later became the employer and Tedd.
>
> Cheers.
>
> _________________________________________________________________
> More than messages–check out the rest of the Windows Live™.
> http://www.microsoft.com/windows/windowslive/
>
--- End Message ---
--- Begin Message ---
Not to mention the Object Oriented nature of PHP. This looks like a
pretty cool idea, but JS OO cannot compare to PHP OO programming.
Thanks,
Jesse Hazen
-----Original Message-----
From: Stuart [mailto:[email protected]]
Sent: Monday, March 23, 2009 7:49 AM
To: tedd
Cc: [email protected]
Subject: Re: [PHP] Frameworks / obstinate?
2009/3/23 tedd <[email protected]>:
> However, I have heard of "new" javascript being run server-side.
What's the
> likelihood of that "catching on" and surpassing php?
http://aptana.com/jaxer
I really like the idea, but I'm yet to have a good reason to try it.
If you're starting from scratch it has the advantage of limiting the
skills required. Jaxar sits on top of Apache so I'm not sure what the
performance is like. Either way I don't see it gaining much traction
these days, at least not quickly.
-Stuart
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
-----Original Message-----
From: Sancar Saran [mailto:[email protected]]
Sent: 23 March 2009 11:52 AM
To: [email protected]
Subject: Re: [PHP] Frameworks / obstinate?
Probably a bit off topic and
The Game is over man.
Javascript coming with flank speed. Next generation JS Framworks will take
html generation jobs from server side.
Whole thing of Server Side MVC and other yada yada was became joke. Those
server siders become JSON pushers for JS frameworks.
Astrosurfing ?
Yeah, just compare PHP mailing list vs Jquery Mailing list activity.
And The New Game just begun...
Regards
Sancar
--
You seem to suggest the more you do on client side the less you do on the
server. Not sure where you get that from. I'm inclined to think the opposite
- the more you do on the client the more you'll need to do on the server.
Sure there will be certain types of client apps that will all but eliminate
the need for server-side processing, but it's likely more power on the
client will mean internet apps are going to be more powerful all round, both
client and server side.
Arno
--- End Message ---
--- Begin Message ---
Arno Kuhl wrote:
> -----Original Message-----
> From: Sancar Saran [mailto:[email protected]]
> Sent: 23 March 2009 11:52 AM
> To: [email protected]
> Subject: Re: [PHP] Frameworks / obstinate?
>
> Probably a bit off topic and
>
> The Game is over man.
>
> Javascript coming with flank speed. Next generation JS Framworks will take
> html generation jobs from server side.
>
> Whole thing of Server Side MVC and other yada yada was became joke. Those
> server siders become JSON pushers for JS frameworks.
>
> Astrosurfing ?
>
> Yeah, just compare PHP mailing list vs Jquery Mailing list activity.
>
> And The New Game just begun...
>
> Regards
>
> Sancar
>
> --
> You seem to suggest the more you do on client side the less you do on the
> server. Not sure where you get that from. I'm inclined to think the opposite
> - the more you do on the client the more you'll need to do on the server.
> Sure there will be certain types of client apps that will all but eliminate
> the need for server-side processing, but it's likely more power on the
> client will mean internet apps are going to be more powerful all round, both
> client and server side.
>
> Arno
>
>
Yes, it's very difficult (and probably insecure) to distribute your
entire database to all of the clients that might use it. Not to mention
all of the libraries: image manipulation, pdf generators, etc...
--
Thanks!
-Shawn
http://www.spidean.com
--- End Message ---
--- Begin Message ---
On Mon, Mar 23, 2009 at 11:35 AM, Shawn McKenzie <[email protected]>wrote:
> Arno Kuhl wrote:
> > -----Original Message-----
> > From: Sancar Saran [mailto:[email protected]]
> > Sent: 23 March 2009 11:52 AM
> > To: [email protected]
> > Subject: Re: [PHP] Frameworks / obstinate?
> >
> > Probably a bit off topic and
> >
> > The Game is over man.
> >
> > Javascript coming with flank speed. Next generation JS Framworks will
> take
> > html generation jobs from server side.
> >
> > Whole thing of Server Side MVC and other yada yada was became joke. Those
> > server siders become JSON pushers for JS frameworks.
> >
> > Astrosurfing ?
> >
> > Yeah, just compare PHP mailing list vs Jquery Mailing list activity.
> >
> > And The New Game just begun...
> >
> > Regards
> >
> > Sancar
> >
> > --
> > You seem to suggest the more you do on client side the less you do on the
> > server. Not sure where you get that from. I'm inclined to think the
> opposite
> > - the more you do on the client the more you'll need to do on the server.
> > Sure there will be certain types of client apps that will all but
> eliminate
> > the need for server-side processing, but it's likely more power on the
> > client will mean internet apps are going to be more powerful all round,
> both
> > client and server side.
> >
> > Arno
> >
> >
>
> Yes, it's very difficult (and probably insecure) to distribute your
> entire database to all of the clients that might use it. Not to mention
> all of the libraries: image manipulation, pdf generators, etc...
>
> --
> Thanks!
> -Shawn
> http://www.spidean.com
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
Flex is gonna be a bigger player in this than js query type manipulation
--
Bastien
Cat, the other other white meat
--- End Message ---
--- Begin Message ---
At 10:50 AM -0400 3/23/09, Bastien Koert wrote:
Tedd,
JS has been running on MS servers for a long time. It was always
viewes as an acceptable replacement for vbscript.
Well -- that's been my fear. I think that M$ is trying to get it's
foot into this so they can charge for it -- similar to them creating
C# as a alternate for Java. Has anyone taken M$ certification lately?
Cheers,
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
On Mon, Mar 23, 2009 at 11:11 AM, tedd <[email protected]> wrote:
> At 10:50 AM -0400 3/23/09, Bastien Koert wrote:
>>
>> Tedd,
>>
>> JS has been running on MS servers for a long time. It was always viewes as
>> an acceptable replacement for vbscript.
>
> Well -- that's been my fear. I think that M$ is trying to get it's foot into
> this so they can charge for it -- similar to them creating C# as a alternate
> for Java. Has anyone taken M$ certification lately?
If anything, guys, it's not going to be Javascript... it will be some
other child of the ECMA standard, like ActionScript (which interfaces
natively with XML, MXML, and Flash). As for Microsoft and JS, I think
they're finally warming up (a bit) to the Open Source initiative:
jQuery will be included (AS-IS, WITHOUT MODIFICATION) in the new
versions of not only the .NET framework, but in code completion and
documentation for the next Visual Studio developer package.
I'm not so sure that C# was a replacement for Java, either--more a way
to bring C++ (OOP) into the .NET framework while maintaining their new
dynamic of "safe" vs. "unsafe" code, etc...
Related to server-side Javascript... there are MANY languages that
offer JS connectors so that JS can be embedded as a scripting language
in your application. I'm sure this has been applied to a web
application as well as console apps (in lieu of Lua, VBScript, etc.).
My 2c.
--
// Todd
--- End Message ---
--- Begin Message ---
On Mon, 2009-03-23 at 10:43 -0400, tedd wrote:
> At 10:24 AM -0400 3/23/09, Robert Cummings wrote:
> >
> >My point is, just because new techniques and technoloigies
> >come out, is in no way a boundary condition on an existing technology's
> >lifespan or efficacy in any particular environment. The deprecation of
> >usefulness of any technology is based on many more variables than
> >"Jquery - The New Game just began". Jquery runs in the browser, it will
> >never replace server side data acquisition, caching, and manipulation.
> >It will merely augment. Moreover, it is completely useless when
> >JavaScript is disabled. Your post also made the assumption that PHP is
> >used for web sites only. Many people are using it for other tasks too.
> >Popularity is also not a useful metric of the demise of a language. It
> >may just be that less people are familiar with JQuery and so there are
> >more questions whereas PHP has been around long enough that the bulk of
> >people interested in it have a good enough foundation in it that they
> >don't need to ask questions.
> >
> >Cheers,
> >Rob.
>
> Rob:
>
> All good and excellent points.
>
> However, I have heard of "new" javascript being run server-side.
> What's the likelihood of that "catching on" and surpassing php?
If I recall correctly Netscape originally developed JavaScript to run
server side.
Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP
--- End Message ---
--- Begin Message ---
On Monday 23 March 2009 16:24:55 Robert Cummings wrote:
> On Mon, 2009-03-23 at 15:58 +0200, Sancar Saran wrote:
> > On Monday 23 March 2009 12:33:58 Robert Cummings wrote:
> > > On Mon, 2009-03-23 at 11:52 +0200, Sancar Saran wrote:
> > > > Probably a bit off topic and
> > > >
> > > > The Game is over man.
> > > >
> > > > Javascript coming with flank speed. Next generation JS Framworks will
> > > > take html generation jobs from server side.
> > > >
> > > > Whole thing of Server Side MVC and other yada yada was became joke.
> > > > Those server siders become JSON pushers for JS frameworks.
> > > >
> > > > Astrosurfing ?
> > > >
> > > > Yeah, just compare PHP mailing list vs Jquery Mailing list activity.
> > > >
> > > > And The New Game just begun...
> > >
> > > Yeah, I hear C has been replaced too.
> >
> > Well, I did not see you to write your web app with C.
>
> I write in C still. I have a mud I work on in my spare time...
> admittedly MUDs aren't a good example since they are dated... but this
> particular one shares C code, via compile-time macros, with associated
> PHP extensions to speed up certain aspects of data parsing and
> evaluation. My point is, just because new techniques and technoloigies
> come out, is in no way a boundary condition on an existing technology's
> lifespan or efficacy in any particular environment. The deprecation of
> usefulness of any technology is based on many more variables than
> "Jquery - The New Game just began". Jquery runs in the browser, it will
> never replace server side data acquisition, caching, and manipulation.
> It will merely augment. Moreover, it is completely useless when
> JavaScript is disabled. Your post also made the assumption that PHP is
> used for web sites only. Many people are using it for other tasks too.
> Popularity is also not a useful metric of the demise of a language. It
> may just be that less people are familiar with JQuery and so there are
> more questions whereas PHP has been around long enough that the bulk of
> people interested in it have a good enough foundation in it that they
> don't need to ask questions.
>
> Cheers,
> Rob.
> --
> http://www.interjinn.com
> Application and Templating Framework for PHP
Well nice :), I wish to able to write C stuff for boosting PHP performance by
myself too...
And of course, no body will replace C or PHP.
And there where a but and very big BUT. When those dynamic web thing begin to
appear there where programming language named PERL.
And yes it was still aroud here and Slashdot still running perl based code.
BUT momentum was lost. No body expect to some ground breaking thing from PERL
6.
And Server side become less interesting day by day. Collect request values,
generate HTML output and push.
Each new server side language or framework do same thing, this way or that
way. Web Programming momentum shifting from server side to Javascript.
So tellme your last PHP vs Someting else dynamic web language flamewar ?
Currently JS guys are busying with fancy effects, browser behavior fix, menus,
dom manuplation etc. When they fix things, their next step was content
management or someting like that frameworks.
Anywhow we well see.
PS: Is there any shorh way to learn do someting for PHP with C (My C knowladge
was 0)
Regards
Sancar
--- End Message ---
--- Begin Message ---
From: Daniel Kolbo
>
> P.P.P.S. What might be nice is to have an online repository of "PHP
> community approved" classes, then programmers could mix and match
> 'modules' as needed...well now I am sounding like that snake oil
salesman.
You mean something like CPAN over in the Perl arena? Or something more
along the lines of Bob Stout's Snippets <www.snippets.org>? Those
archives seem to have served their respective communities quite well,
and would be worth emulating. However, don't limit it to classes. There
are enough non-OO people that collections of usable function libraries
should also be worth assembling. I would also suggest including unit
test fixtures and utilities in any collection.
Bob McConnell
--- End Message ---
--- Begin Message ---
Sancar Saran wrote:
Probably a bit off topic and
The Game is over man.
Javascript coming with flank speed. Next generation JS Framworks will take
html generation jobs from server side.
No it won't.
People are getting sick and tired of allowing third scripts to modify
the DOM - browsers are becoming and will continue to become more
restrictive with what JavaScript is allowed to do, and that's a good
thing, because a lot of evil is done with JavaScript.
Most hacks now are XSS exploits - taking advantage of the fact that
users are too stupid to understand that enabling JavaScript is no
different than executing e-mail attachments automatically.
Just like users *and e-mail clients* wised up during the e-mail
virus/worm craze of the late 90s (IE I love you etc.) - users and
browsers are wising up as well.
Generating your content server side is not subject to what the browser
and/or user allow scripts to do client side, heavy DHTML like what some
are experimenting with will go the way of the dodo bird.
I suspect that in the future, perhaps not this exactly but something
like this will be common place - a script node will have a new
attribute, the value of which is an id that must exist in the DOM before
the script is run. The script will only be allowed to modify the DOM
elements that matches that id and it's children. Script nodes without
that attribute won't be allowed to modify the DOM at all, and the DOM
elements will have a mechanism (IE an attribute tag) that can completely
protect them from modification by any script., etc.
Using script to modify a document DOM will still take place, but it will
be a lot more difficult, and more likely to fail due to browser/user
imposed limitations. Thus creating the DOM will take place server side
where it belongs.
Maybe server side JavaScript will be a competitor to php in some
situations, but server side page generation is not getting replaced by
client side DHTML anytime soon.
//just my two cents and thoughts - I'm not an expert in web tech
--- End Message ---
--- Begin Message ---
Daniel Kolbo wrote:
P.P.P.S. What might be nice is to have an online repository of "PHP
community approved" classes, then programmers could mix and match
'modules' as needed...well now I am sounding like that snake oil salesman.
There is a php class web site that focuses on OO programming where
members of the php community can submit and rate various classes.
I've found some useful stuff there.
http://www.phpclasses.org/
Most of the classes you can only download if you register, but
registering is free and makes sense because class feedback should only
be from registered users.
--- End Message ---
--- Begin Message ---
Bob McConnell wrote:
However, don't limit it to classes. There
are enough non-OO people that collections of usable function libraries
should also be worth assembling. I would also suggest including unit
test fixtures and utilities in any collection.
Bob McConnell
Most functions can be wrapped in a class and probably should be for
public distribution as it avoids function name clashes (though you still
have class name clashes to worry about ...)
If as a programmer you find a particular function nifty but don't care
for the class, you can always rip it out of the class for your own use.
--- End Message ---
--- Begin Message ---
Sorry for top posting, but here goes...
Stopping third party js from running on the client will never happen.
If so, you just killed your servers thru put in attempting to handle
things like google maps, google analytics and other fun things coming
out of companies like that ( google, zoho etc ). Your server will
never handle a large load like that for any number of users.
Using third party items ( js, images, flash and other embedded items )
is what makes the Internet so efficient. The nature of distributed
systems allows the whole system to suceed.
What you are describing is nothing more than poor coding and a lack of
data validation, which unfortunately is endemic to many sites with
lots of people being able to build stuff with GUI tools like
dreamweaver. That's why it pays to hire a pro, not the teenager down
the street. They don't have the basic understanding of what and what
not to do, what things are dangerous to allow nor how to sanatize data
to ensure that the site or the users are not gonna get screwed.
Professionals, mostly, pay attention to the details that surround
making a site work. It's what we get paid for.
Bastien
Sent from my iPod
On Mar 23, 2009, at 20:24, "Michael A. Peters" <[email protected]> wrote:
Sancar Saran wrote:
Probably a bit off topic and
The Game is over man.
Javascript coming with flank speed. Next generation JS Framworks
will take html generation jobs from server side.
No it won't.
People are getting sick and tired of allowing third scripts to
modify the DOM - browsers are becoming and will continue to become
more restrictive with what JavaScript is allowed to do, and that's a
good thing, because a lot of evil is done with JavaScript.
Most hacks now are XSS exploits - taking advantage of the fact that
users are too stupid to understand that enabling JavaScript is no
different than executing e-mail attachments automatically.
Just like users *and e-mail clients* wised up during the e-mail
virus/worm craze of the late 90s (IE I love you etc.) - users and
browsers are wising up as well.
Generating your content server side is not subject to what the
browser and/or user allow scripts to do client side, heavy DHTML
like what some are experimenting with will go the way of the dodo
bird.
I suspect that in the future, perhaps not this exactly but something
like this will be common place - a script node will have a new
attribute, the value of which is an id that must exist in the DOM
before the script is run. The script will only be allowed to modify
the DOM elements that matches that id and it's children. Script
nodes without that attribute won't be allowed to modify the DOM at
all, and the DOM elements will have a mechanism (IE an attribute
tag) that can completely protect them from modification by any
script., etc.
Using script to modify a document DOM will still take place, but it
will be a lot more difficult, and more likely to fail due to browser/
user imposed limitations. Thus creating the DOM will take place
server side where it belongs.
Maybe server side JavaScript will be a competitor to php in some
situations, but server side page generation is not getting replaced
by client side DHTML anytime soon.
//just my two cents and thoughts - I'm not an expert in web tech
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Phpster wrote:
Sorry for top posting, but here goes...
Stopping third party js from running on the client will never happen. If
so, you just killed your servers thru put in attempting to handle things
like google maps, google analytics and other fun things coming out of
companies like that ( google, zoho etc ). Your server will never handle
a large load like that for any number of users.
I didn't say third party scripts should not be used.
I did say that you will need to specify a particular part of the page
the third party script is allowed to modify - both in your document (by
setting an ID attribute) and in the script node that calls the third
party script (by setting an attribute telling the browser what part of
the DOM the script may modify)
Using third party items ( js, images, flash and other embedded items )
is what makes the Internet so efficient. The nature of distributed
systems allows the whole system to suceed.
It also is what makes the internet dangerous when it is not done in a
secure way.
What you are describing is nothing more than poor coding and a lack of
data validation, which unfortunately is endemic to many sites with lots
of people being able to build stuff with GUI tools like dreamweaver.
That's why it pays to hire a pro, not the teenager down the street.
Since the internet is (and should remain) a place where anyone can
publish, that kind of thing will remain - and as such, browsers out of
necessity will be far more restrictive with what scripting can do and
users will be a lot more paranoid about what they let scripts do.
There's a reason why NoScript is one of the most popular Mozilla
add-ons. As a NoScript user, I can tell you right now - you really on
client side dhtml for your content, I just left your site and went
somewhere else, because it didn't work for me.
I *may* decide to allow scripts to execute from your domain, but if
anything more is needed than that, I'll just read your page from
google's cache.
--- End Message ---
--- Begin Message ---
tedd wrote:
> At 10:09 AM -0400 3/23/09, Jason Pruim wrote:
>> tedd wrote:
>>> Daniel Brown wrote:
>>>>
>>>> Sorry, all, I must have yelled. Two days later and my words are
>>>> still echoing. ;-P
>>>
>>> I'm sure everyone has experienced email being delivered oddly. What's
>>> the problem that causes an email to be sent one day and then a week.
>>> or so later, it's sent again?
>>>
>>> Even sometimes in my scripts, where I have an email notification, two
>>> identical email notifications will be sent often days between each --
>>> what causes that?
>>>
>>> Cheers,
>>>
>>> tedd
>>>
>> Well... As my Dad would say... "Someone wasn't holding their mouth
>> right"... :)
>
> That's a strange answer. Maybe I'm dense, but what does that have to do
> with email?
>
> Cheers,
>
> tedd
>
Nothing. Jason's dad must be from the country, that's the same thing my
dad always said. Doesn't matter what you're doing, driving a nail,
trying to get a screw in the right hole, (also sending an email I
assume)... if it's not working, you're not holding your mouth right.
--
Thanks!
-Shawn
http://www.spidean.com
--- End Message ---
--- Begin Message ---
At 10:31 AM -0500 3/23/09, Shawn McKenzie wrote:
tedd wrote:
> At 10:09 AM -0400 3/23/09, Jason Pruim wrote:
>> Well... As my Dad would say... "Someone wasn't holding their mouth
right"... :)
That's a strange answer. Maybe I'm dense, but what does that have to do
with email?
Cheers,
tedd
Nothing. Jason's dad must be from the country, that's the same thing my
dad always said. Doesn't matter what you're doing, driving a nail,
trying to get a screw in the right hole, (also sending an email I
assume)... if it's not working, you're not holding your mouth right.
--
Thanks!
-Shawn
Okay, that makes sense -- I was thinking all sorts of weirdness.
Considering that I'm old enough to be all of your dads age, why
haven't I heard that before?
I guess it the old "Same difference between a telephone pole because
motorcycles don't have windows" sort of thing. Everyone my age (those
who are left) have heard of that.
Cheers,
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
On Mon, Mar 23, 2009 at 12:05:27PM -0400, tedd wrote:
> At 10:31 AM -0500 3/23/09, Shawn McKenzie wrote:
>> tedd wrote:
>> > At 10:09 AM -0400 3/23/09, Jason Pruim wrote:
>>
>> >> Well... As my Dad would say... "Someone wasn't holding their mouth
>>>> right"... :)
>>>
>>> That's a strange answer. Maybe I'm dense, but what does that have to do
>>> with email?
>>>
>>> Cheers,
>>>
>>> tedd
>>>
>>
>> Nothing. Jason's dad must be from the country, that's the same thing my
>> dad always said. Doesn't matter what you're doing, driving a nail,
>> trying to get a screw in the right hole, (also sending an email I
>> assume)... if it's not working, you're not holding your mouth right.
>>
>> --
>> Thanks!
>> -Shawn
>
> Okay, that makes sense -- I was thinking all sorts of weirdness.
>
> Considering that I'm old enough to be all of your dads age, why
> haven't I heard that before?
I'm your age, and I heard it when I was growing up, and use it myself
from time to time. Now, I'm from the South, and you're up North, so
maybe that's the difference.
>
> I guess it the old "Same difference between a telephone pole because
> motorcycles don't have windows" sort of thing. Everyone my age (those
> who are left) have heard of that.
Never heard that one.
Paul
--
Paul M. Foster
--- End Message ---
--- Begin Message ---
No, please!
In some districts of the world, "license" means "bribe".
Eduardo Varela
Buenos Aires, 25 ºC
""Marc Christopher Hall"" <[email protected]> wrote in message
news:!&!AAAAAAAAAAAYAAAAAAAAAFiX02vhnU9NtdOHs2jtbxfCgAAAEAAAAMVvYN00QhlOn0no
[email protected]...
This is why I am pushing for legislation to make this a licensed profession.
--- End Message ---
--- Begin Message ---
From: Eduardo
>
> No, please!
> In some districts of the world, "license" means "bribe".
^^^^
You misspelled "most". In a lot of cases it is simply disguised as union
or association dues or as a fee or tax, but the effect is just the same.
The purpose is to protect the incumbents from too much competition which
might reduce their income.
Bob McConnell
--- End Message ---
--- Begin Message ---
At 12:49 PM -0300 3/23/09, Eduardo wrote:
No, please!
In some districts of the world, "license" means "bribe".
Eduardo Varela
Buenos Aires, 25 C
It means the same here. It's a payment for being
allowed to do something instead of payment for
services rendered. In the USA politicians don't
want to call it bribes, but rather licensing
because it sounds like they are providing a
service.
Cheers,
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
On Fri, Mar 20, 2009 at 5:27 PM, דניאל דנון <[email protected]> wrote:
---8<---
> #######################################
> function h3x($envar){
> $hax3d = bin2hex($envar);
> $hax3d = chunk_split($hax3d , 2, "%");
> $hax3d = "%" . substr($hax3d , 0, strlen($hax3d ) - 1);
> return $hax3d;
> }
> ?>*
Programmers who use 13375p34k ("leet speak") in their code should be
dragged out into the street and shot.
--
// Todd
--- End Message ---
--- Begin Message ---
OMGBBQ!!!! I didn't even catch that! He truly is the c0d1ng g0d!
On Mon, Mar 23, 2009 at 12:45 PM, haliphax <[email protected]> wrote:
> On Fri, Mar 20, 2009 at 5:27 PM, דניאל דנון <[email protected]> wrote:
>
> ---8<---
>
> > #######################################
> > function h3x($envar){
> > $hax3d = bin2hex($envar);
> > $hax3d = chunk_split($hax3d , 2, "%");
> > $hax3d = "%" . substr($hax3d , 0, strlen($hax3d ) - 1);
> > return $hax3d;
> > }
> > ?>*
>
> Programmers who use 13375p34k ("leet speak") in their code should be
> dragged out into the street and shot.
>
>
> --
> // Todd
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
2009/3/20 דניאל דנון <[email protected]>:
> I'm a member of some forums about some topics,
> One of them include a programming forum.
>
> Now, I've visited there a week ago and saw a topic with the title "Free
> security",
> Someone who calls himself a PHP expert (and said that he could teach me PHP
> since my level is so low), and pretends to have so many clients,
> Posted the following code.
So... you point out that you can't find the right sentence, but you
find the right sentences to write this mail? Please... stop bashing
others on mailing lists.
I mean, this is just stupid. Not that the so called "security script"
would be any good, but your point in arguing on the net is not either.
You even included the name of the denunciate person. This is a public
mailing list which is achieved by many websites an alike!
Byebye
--- End Message ---
--- Begin Message ---
2009/3/21 Linda Stark <[email protected]>:
>
>
> I’m not sure if I am
> in the right forum but thought I would give this a shot…
>
Sure, you are
>
> I just
> created a new mail form in Dreamweaver for a web site. I’m
> working on a form to mail script that I started after reading a few on line
> tutorials, and can’t seem to get right. When I run
> this little test script (named sendmail2.php) from the tutorial, on my server,
> just to make sure PHP is working OK for web email forms:
>
>
> <?php
>
> $email = $_REQUEST['email'] ;
>
> $message = $_REQUEST['message'] ;
>
> mail( "[email protected]", "Feedback Form Results",
>
> $message, "From: $email" );
>
I didn't dig through all the answers, but I felt that it might be
useful to mention, that you should avoid using mail() with unfiltered
user-input.
Especially the additional headers you're passing to mail() as the
fourth parameter can be exploited to send spam with your form.
Please filter your variables and discard CR, LF from the vars passed
to the header.
See http://www.google.de/search?q=mail()+header+injection
byebye,
--- End Message ---
--- Begin Message ---
Hello,
on 03/23/2009 10:05 AM Igor Escobar said the following:
> Great Project, Lemos.
Thanks?
> When you are thinking in show more exemples?
Who? Me or Andrea?
--
Regards,
Manuel Lemos
Find and post PHP jobs
http://www.phpclasses.org/jobs/
PHP Classes - Free ready to use OOP components written in PHP
http://www.phpclasses.org/
--- End Message ---
--- Begin Message ---
i havea general replacement or workaround for every php function in my code
that i know to be utf-8-unsafe. except one: strtr().
the only ideas i have to implement strtr in php with known utf-8-safe php
functions would be rather inefficient.
any ideas, suggestions, pointers? or maybe you're better at googling an
answer than i am. assume mbstring is available.
tia
tom
--- End Message ---
--- Begin Message ---
"Shawn McKenzie" <[email protected]> wrote in message
news:[email protected]...
[snip]
> I've never done this, but just scanning that link, did you do the
> "Per-site PHP process pools" steps?
Found it!
I was using a php.ini file, a little adjusted, from the test server on
IIS5.1 on an XP box, to help ensure I kept my settings as I had tweaked
them...
In this 'carry over' php.ini file I had
doc_root = "C:\inetpub\wwwroot"
I just REMed this out, rebooted the server, viola!
Phew! I thought I was going nuts - and learnt to check my .ini file in great
detail!
Cheers!
--- End Message ---
--- Begin Message ---
on 03/23/2009 08:39 AM Linda Stark said the following:
> Hi,
>
> I am trying to find out if there are any “form to mail” php script generators
> that run on Linux available - that would generate the script needed
> to profess web mail forms such as a “contact us” page or a
> “mail us” page on a web site.
>
> There was one in patricular I was looking at that is windows based, called
> “Forms To Go”,
> a commercial package, which from what I have gathered is the most popular in
> it’s
> class and apparently it generates secure code.
There are many PHP contact form solutions out there. You may want to
take a look at these:
http://www.phpclasses.org/formmakernprocessor
http://www.phpclasses.org/emailform
http://www.phpclasses.org/esiform
http://www.phpclasses.org/contactform
http://www.phpclasses.org/sendmail_class
--
Regards,
Manuel Lemos
Find and post PHP jobs
http://www.phpclasses.org/jobs/
PHP Classes - Free ready to use OOP components written in PHP
http://www.phpclasses.org/
--- End Message ---
