php-general Digest 20 Dec 2006 07:02:11 -0000 Issue 4524
Topics (messages 246031 through 246057):
Re: Video question
246031 by: IG
246034 by: bruce
246052 by: tedd
246054 by: tg-php.gryffyndevelopment.com
246056 by: Casey Chu
Re: Recomended host
246032 by: tedd
Are PHP5 features worth it?
246033 by: Niels
246035 by: Robert Cummings
246043 by: Frank M. Kromann
246045 by: Tony Marston
246051 by: Larry Garfield
Re: heredoc
246036 by: Micky Hulse
[an attempt to inject a bit of humor back into the situation] Re: [PHP]
Recomended host
246037 by: Jochem Maas
246038 by: tg-php.gryffyndevelopment.com
246039 by: Jochem Maas
246041 by: Robert Cummings
246042 by: Jochem Maas
246046 by: Ólafur Waage
246053 by: tedd
246055 by: tg-php.gryffyndevelopment.com
Re: problem loading phpinfo
246040 by: Richard Lynch
Payflow and Php5 on FreeBSD
246044 by: Dave
For those who havent seen this
246047 by: Ólafur Waage
Re: Clearing POST variable on page refresh
246048 by: tedd
Re: Please hack my app
246049 by: Jordan Forssman
Re: DOMDocument Size limit
246050 by: tedd
Database Question
246057 by: Ashley M. Kirchner
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:
php-general@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
John Messam wrote:
How do I display video on my php page and prevent the video from being
downloaded.
You'll need to be more specific than this. What video format are you
using? The only way to stop it from being downloaded is by streaming the
video, and even then it is possible if you have the right software. You
won't be able to use php to do anything to help you here, it's
converting the video file to a streaming format...
--- End Message ---
--- Begin Message ---
hi ig...
in actuallity, there's really nothing (technical) preventing me from
capturing the streamed content and saving it on my box...
preventing someone from capturing content that you want them to see is
pretty much impossible.
-----Original Message-----
From: IG [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 19, 2006 9:27 AM
To: John Messam
Cc: php-general@lists.php.net
Subject: Re: [PHP] Video question
John Messam wrote:
> How do I display video on my php page and prevent the video from being
> downloaded.
>
You'll need to be more specific than this. What video format are you
using? The only way to stop it from being downloaded is by streaming the
video, and even then it is possible if you have the right software. You
won't be able to use php to do anything to help you here, it's
converting the video file to a streaming format...
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
At 11:08 AM -0500 12/19/06, John Messam wrote:
How do I display video on my php page and prevent the video from being
downloaded.
This is a common misconception. If a user see's anything on (actually
from) your web page then that means that the user's browser has
already downloaded it. If this wasn't true, then how can his browser
display it?
It's similar to saying "I want to broadcast my radio signal and I
want you to listen to it, but I don't want you to receive it."
Now, a solution would be if you developed a viewer that the user
could download and use to view *your* keyed video images that would
only work depending upon your distribution of *your* keys. You might
look to Flash for that -- if I had to do it, that's where I would
start.
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
To view a video, you do have to download it. But you don't have to download all
of it at once.
If a user did have to download the whole video and you still wanted to protect
it, you'd want to look into some kind of DRM (digital rights management)
solution probably.
YouTube and similar streaming sites use a Flash video player that streams the
video so the user only has a bit of the video at a time in memory. Technically
a user could still use a program to record what they're viewing, but it's a lot
tricker than just grabbing a video out of their browser's cache folder.
Divx also has a newish streaming solution that I *think* supports some form of
security. Don't quote me on that though. I believe it has a "download" option
built into it. Not sure if you can disable it. More info here:
http://www.divx.com/divx/webplayer/
All in all, most of the solutions you're going to find are not PHP oriented.
You might use PHP to handle the listing and selection of the videos, but not so
much the streaming and security aspects. Hopefully this has given you some
places to start looking for a real solution.
Good luck!
-TG
= = = Original message = = =
At 11:08 AM -0500 12/19/06, John Messam wrote:
>How do I display video on my php page and prevent the video from being
>downloaded.
This is a common misconception. If a user see's anything on (actually
from) your web page then that means that the user's browser has
already downloaded it. If this wasn't true, then how can his browser
display it?
It's similar to saying "I want to broadcast my radio signal and I
want you to listen to it, but I don't want you to receive it."
Now, a solution would be if you developed a viewer that the user
could download and use to view *your* keyed video images that would
only work depending upon your distribution of *your* keys. You might
look to Flash for that -- if I had to do it, that's where I would
start.
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
___________________________________________________________
Sent by ePrompter, the premier email notification software.
Free download at http://www.ePrompter.com.
--- End Message ---
--- Begin Message ---
Maybe you could try some complicated file splitting thing?
Like [dynamically] split the video into 10 pieces and send them in a
jumbled mess, and decode them using something like flash?
On 12/19/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
To view a video, you do have to download it. But you don't have to download all
of it at once.
If a user did have to download the whole video and you still wanted to protect
it, you'd want to look into some kind of DRM (digital rights management)
solution probably.
YouTube and similar streaming sites use a Flash video player that streams the
video so the user only has a bit of the video at a time in memory. Technically
a user could still use a program to record what they're viewing, but it's a lot
tricker than just grabbing a video out of their browser's cache folder.
Divx also has a newish streaming solution that I *think* supports some form of security.
Don't quote me on that though. I believe it has a "download" option built into
it. Not sure if you can disable it. More info here:
http://www.divx.com/divx/webplayer/
All in all, most of the solutions you're going to find are not PHP oriented.
You might use PHP to handle the listing and selection of the videos, but not so
much the streaming and security aspects. Hopefully this has given you some
places to start looking for a real solution.
Good luck!
-TG
= = = Original message = = =
At 11:08 AM -0500 12/19/06, John Messam wrote:
>How do I display video on my php page and prevent the video from being
>downloaded.
This is a common misconception. If a user see's anything on (actually
from) your web page then that means that the user's browser has
already downloaded it. If this wasn't true, then how can his browser
display it?
It's similar to saying "I want to broadcast my radio signal and I
want you to listen to it, but I don't want you to receive it."
Now, a solution would be if you developed a viewer that the user
could download and use to view *your* keyed video images that would
only work depending upon your distribution of *your* keys. You might
look to Flash for that -- if I had to do it, that's where I would
start.
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
___________________________________________________________
Sent by ePrompter, the premier email notification software.
Free download at http://www.ePrompter.com.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
At 3:50 PM -0500 12/18/06, <[EMAIL PROTECTED]> wrote:
I'm going to be controversial here and take issue with both of you.
2. Pointing out someone's signature as being off topic is even
further off topic for this list. Please take personal issues into
private email. I bring it up publicly as a reminder of proper list
etiquette for anyone who happens to be reading this thread and to
discourge this from going any further publicly.
tg:
As Jochem said "off-topic" cuts both ways.
If Mr Neuhauser wants to continually insult a group of people on this
list, which is not only offensive but certainly off-topic for this
list; and also wants to reprimand a poster for his post as being
off-topic; then I should be able to point out the hypocrisy of his
actions without being reminded of "proper list etiquette."
And while we're on the subject of "proper list etiquette" -- where
have you been? Do you think his post since he joined this list are an
example of "proper list etiquette"?
I find it unfortunate that this list permits such flame bait
signatures -- but, that's not the point here. The point is that if
Mr Neuhauser wants to correct people for their post being off-topic,
then he should follow his own advice and clean up his own post or
face critical peer review.
tedd
PS: Be as controversial as you want, this list isn't moderated -- but
I think I know where the majority will draw their line in the sand on
this issue -- for they are good well intended people who don't want
to deliberately hurt others. In other words, they have compassion,
which is apparently absent in Mr Neuhauser and most certainly not
absent in "proper list etiquette".
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
Hi list,
I'm writing a PHP program and I've got a number of concerns. The program is
about 20 KLOC at the moment, but will probably grow quite a lot.
I'm using OOP throughout, and I don't really have a lot of problems with
what PHP4 can do with OOP. PHP5 does have a nice feature or two, eventhough
none seems essential to my particular style of programming. I don't mind
using what PHP5 offers where it makes sense, but where's that? Exceptions
and new OOP features?
Exceptions: I just don't see the big advantage. I've got errors and messages
bubbling up through object layers as it is, and exchanging that with a
wholly new structure seems more trouble that it's worth. I've read several
books on how cool PHP5 is, but the arguments for using exceptions seem to
boil down to "Java has them". Nowhere have I seen good examples that really
show how well exceptions solve real problems, all examples seem to show are
that 5 lines of try/catch are somehow sexier than 5 lines of if/else. What
about performance?
New OOP features: I can go through my code and mark all my methods as public
or private or whatever. No problem. But why would I? It will make classes
easier to understand when I look at them, but that's just convenience. What
are the performance benefits? I've not found a single mention of that
anywhere. What do abstractions and interfaces actually do, aside from
structuring my code better?
What major compelling reasons do I have to start using exceptions and OOP-5?
Thanks,
Niels
--- End Message ---
--- Begin Message ---
On Tue, 2006-12-19 at 19:05 +0100, Niels wrote:
> Hi list,
>
> I'm writing a PHP program and I've got a number of concerns. The program is
> about 20 KLOC at the moment, but will probably grow quite a lot.
>
> I'm using OOP throughout, and I don't really have a lot of problems with
> what PHP4 can do with OOP. PHP5 does have a nice feature or two, eventhough
> none seems essential to my particular style of programming. I don't mind
> using what PHP5 offers where it makes sense, but where's that? Exceptions
> and new OOP features?
>
> Exceptions: I just don't see the big advantage. I've got errors and messages
> bubbling up through object layers as it is, and exchanging that with a
> wholly new structure seems more trouble that it's worth. I've read several
> books on how cool PHP5 is, but the arguments for using exceptions seem to
> boil down to "Java has them". Nowhere have I seen good examples that really
> show how well exceptions solve real problems, all examples seem to show are
> that 5 lines of try/catch are somehow sexier than 5 lines of if/else. What
> about performance?
>
> New OOP features: I can go through my code and mark all my methods as public
> or private or whatever. No problem. But why would I? It will make classes
> easier to understand when I look at them, but that's just convenience. What
> are the performance benefits? I've not found a single mention of that
> anywhere. What do abstractions and interfaces actually do, aside from
> structuring my code better?
>
> What major compelling reasons do I have to start using exceptions and OOP-5?
There's only one compelling reason IMHO... objects are assigned to
variables by reference instead of by copy. Other than that, as you have
noted, pretty much everything else is bells and whistles of limited use
to a savvy programmer who doesn't give a rat's ass about java style OOP.
IMHO, stick with PHP4 style coding and adjust the things that are
incompatible with PHP5. Then you're code can work in either. PHP5 uptake
has not been particularly breathtaking and the majority of PHP
developers are still using PHP4 because it works well enough without the
headaches. PHP6 on the other hand, will probably be well worth the
switch.
Cheers,
Rob.
--
.------------------------------------------------------------.
| InterJinn Application Framework - http://www.interjinn.com |
:------------------------------------------------------------:
| An application and templating framework for PHP. Boasting |
| a powerful, scalable system for accessing system services |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for |
| creating re-usable components quickly and easily. |
`------------------------------------------------------------'
--- End Message ---
--- Begin Message ---
PHP5 is more than just OO features, SimpleXML, SPL, Filter and the newly
added Date/Time functions just to mention a few. If you need any of those
PHP5 is the way to go.
The first version of PHP5 was released in 2004, so it's been arround for a
while now. In most cases you can still use the old PHP4 style for
programming with objects, but getting access to all the new features would
make the update worth the effort.
- Frank
> On Tue, 2006-12-19 at 19:05 +0100, Niels wrote:
> > Hi list,
> >
> > I'm writing a PHP program and I've got a number of concerns. The
program is
> > about 20 KLOC at the moment, but will probably grow quite a lot.
> >
> > I'm using OOP throughout, and I don't really have a lot of problems
with
> > what PHP4 can do with OOP. PHP5 does have a nice feature or two,
eventhough
> > none seems essential to my particular style of programming. I don't
mind
> > using what PHP5 offers where it makes sense, but where's that?
Exceptions
> > and new OOP features?
> >
> > Exceptions: I just don't see the big advantage. I've got errors and
messages
> > bubbling up through object layers as it is, and exchanging that with
a
> > wholly new structure seems more trouble that it's worth. I've read
several
> > books on how cool PHP5 is, but the arguments for using exceptions seem
to
> > boil down to "Java has them". Nowhere have I seen good examples that
really
> > show how well exceptions solve real problems, all examples seem to
show are
> > that 5 lines of try/catch are somehow sexier than 5 lines of if/else.
What
> > about performance?
> >
> > New OOP features: I can go through my code and mark all my methods as
public
> > or private or whatever. No problem. But why would I? It will make
classes
> > easier to understand when I look at them, but that's just convenience.
What
> > are the performance benefits? I've not found a single mention of that
> > anywhere. What do abstractions and interfaces actually do, aside from
> > structuring my code better?
> >
> > What major compelling reasons do I have to start using exceptions and
OOP-5?
>
> There's only one compelling reason IMHO... objects are assigned to
> variables by reference instead of by copy. Other than that, as you have
> noted, pretty much everything else is bells and whistles of limited use
> to a savvy programmer who doesn't give a rat's ass about java style
OOP.
> IMHO, stick with PHP4 style coding and adjust the things that are
> incompatible with PHP5. Then you're code can work in either. PHP5
uptake
> has not been particularly breathtaking and the majority of PHP
> developers are still using PHP4 because it works well enough without
the
> headaches. PHP6 on the other hand, will probably be well worth the
> switch.
>
> Cheers,
> Rob.
> --
> .------------------------------------------------------------.
> | InterJinn Application Framework - http://www.interjinn.com |
> :------------------------------------------------------------:
> | An application and templating framework for PHP. Boasting |
> | a powerful, scalable system for accessing system services |
> | such as forms, properties, sessions, and caches. InterJinn |
> | also provides an extremely flexible architecture for |
> | creating re-usable components quickly and easily. |
> `------------------------------------------------------------'
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
"Niels" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi list,
>
> I'm writing a PHP program and I've got a number of concerns. The program
> is
> about 20 KLOC at the moment, but will probably grow quite a lot.
>
> I'm using OOP throughout, and I don't really have a lot of problems with
> what PHP4 can do with OOP. PHP5 does have a nice feature or two,
> eventhough
> none seems essential to my particular style of programming. I don't mind
> using what PHP5 offers where it makes sense, but where's that? Exceptions
> and new OOP features?
I have written a large application which uses the OO features of PHP 4, and
the same code runs untouched with PHP 5. There is no advantage in making use
of some of these fancy new features in PHP 5, so I just don't bother.
> Exceptions: I just don't see the big advantage. I've got errors and
> messages
> bubbling up through object layers as it is, and exchanging that with a
> wholly new structure seems more trouble that it's worth. I've read several
> books on how cool PHP5 is, but the arguments for using exceptions seem to
> boil down to "Java has them".
I don't use exceptions for the simple reason that there is no advantage in
doing so. I have a perfectly adequate error handler (just lke you) so there
is no pont in changing it. Java programmers can only program with exceptions
simply because they don't know any better.
> Nowhere have I seen good examples that really
> show how well exceptions solve real problems, all examples seem to show
> are
> that 5 lines of try/catch are somehow sexier than 5 lines of if/else. What
> about performance?
I agree entirely. Lots of extra code for absolutely no benefit.
> New OOP features: I can go through my code and mark all my methods as
> public
> or private or whatever. No problem. But why would I?
Exactly What does all that effort buy you? Better functionality? Increased
performance? The answer is "nothing". All it does is place restrictions on
what other programmers can do when they attaempt to use your code. Lots of
cost with no measurable benefit equates to a total waste of time.
>It will make classes
> easier to understand when I look at them, but that's just convenience.
> What
> are the performance benefits?
There are no benefits, only restrictions.
> I've not found a single mention of that
> anywhere. What do abstractions and interfaces actually do, aside from
> structuring my code better?
Abstractions are thought processes which help you to identify the essence of
what needs to be done, so they are essential. Interfaces on the other hand
are a total waste of time. Other languages have them because of deficiencies
in those languages. PHP doesn't have those deficiencies, so interfaces are
totally unnecessary.
> What major compelling reasons do I have to start using exceptions and
> OOP-5?
Absolutely none.
--
Tony Marston
http://www.tonymarston.net
http://www.radicore.org
--- End Message ---
--- Begin Message ---
On Tuesday 19 December 2006 19:24, Tony Marston wrote:
> I have written a large application which uses the OO features of PHP 4, and
> the same code runs untouched with PHP 5. There is no advantage in making
> use of some of these fancy new features in PHP 5, so I just don't bother.
I couldn't disagree more. While I've yet to write any exception-based code,
for me the magic getter/setter functionality in PHP 5's OOP is reason enough
to switch all on its own. Even if you don't want to write Java-style OO with
crazy nested hierarchies (which you shouldn't be doing in PHP), true
Singletons can be quite nice. The simplicity offered by passing objects as
references is nice. There's a lot more to PHP 5's OOP than just "let's add
exceptions because Java has them", and that's not even counting the non-OOP
improvements.
Your point falls flat anyway. Yes, most PHP 4 code will keep on humming in
PHP 5. That doesn't mean the PHP 5 features have "no advantage", it just
means that they're not mandatory for code to work in PHP 5. There's plenty
that you can do in PH P 5 that you couldn't do in PHP 4, but if all you know
is PHP 4 then you don't know what they are yet. Your argument is logically
false.
--
Larry Garfield AIM: LOLG42
[EMAIL PROTECTED] ICQ: 6817012
"If nature has made any one thing less susceptible than all others of
exclusive property, it is the action of the thinking power called an idea,
which an individual may exclusively possess as long as he keeps it to
himself; but the moment it is divulged, it forces itself into the possession
of every one, and the receiver cannot dispossess himself of it." -- Thomas
Jefferson
--- End Message ---
--- Begin Message ---
I think I have come across situations where heredoc is the most
useful/best solution... although, I can not remember any specific
examples...
I would hate to see it deprecated... I find it very useful from time to
time. :)
--
Wishlist: <http://snipurl.com/vrs9>
Switch: <http://browsehappy.com/>
BCC?: <http://snipurl.com/w6f8>
My: <http://del.icio.us/mhulse>
--- End Message ---
--- Begin Message ---
tedd wrote:
> At 3:50 PM -0500 12/18/06, <[EMAIL PROTECTED]> wrote:
>> I'm going to be controversial here and take issue with both of you.
>>
>> 2. Pointing out someone's signature as being off topic is even further
>> off topic for this list. Please take personal issues into private
>> email. I bring it up publicly as a reminder of proper list etiquette
>> for anyone who happens to be reading this thread and to discourge this
>> from going any further publicly.
>
> tg:
>
> As Jochem said "off-topic" cuts both ways.
I said *many* ways :-) - heck if there were only 2 ways to rip someone
a proverbial new one things would get boring around here :-P
...
>
> tedd
>
> PS: Be as controversial as you want, this list isn't moderated -- but I
that's a challenge ... not that I needed it, I have to admit to indulging
in more than my fair share of boundary pushing in terms of exceptable
list behaviour ...
> think I know where the majority will draw their line in the sand on this
> issue -- for they are good well intended people who don't want to
> deliberately hurt others. In other words, they have compassion, which is
> apparently absent in Mr Neuhauser and most certainly not absent in
> "proper list etiquette".
I guess if I start baiting all 3 of you (Roman, tedd, tg) that would
not be constructive? no probably not :-)
from my stance, I don't give 2 hoots about Roman's sig, Roman's reply style
sometimes leaves a little to be desired [hey where would we be without desire
;-)]
but he has offered good technical stuff, I very much sympathise with anyone
who has had the misfortune to experience the horrors of war and I think it is
something
that does deserve maybe a tad more compassion than an off-topic post
(a species we might consider that compassion is one step into a future with
less/no war - might be worth the effort?), I feel that TG's comments had merit
also, nothing wrong with trying to encourage 'decent' list behaviour (however
difficult it might be to come to a consensus given the wide range of cultures
present), lastly you should realise that these are just my opinions as of
the time of writing and I reserve the right to contradict myself at anytime in
future as and when I see fit - woman's perogative!
crap - I'm not a woman :-/
in the spirit of christmas (and because this is the php generals list - i.e. a
bunch
of pragmatic village idiot hackers) let all shake hands, laugh it off and move
on
to the next off-topic thread :-)
Merry Christmas Everyone! and I mean everyone (even Eight-of-Nine ;-)
--- End Message ---
--- Begin Message ---
I hate you all. Screw PHP. I'm switching to Cold Fusion.
:)
PS. Puppies are good with ketchup.
= = = Original message = = =
tedd wrote:
> At 3:50 PM -0500 12/18/06, <[EMAIL PROTECTED]> wrote:
>> I'm going to be controversial here and take issue with both of you.
>>
>> 2. Pointing out someone's signature as being off topic is even further
>> off topic for this list. Please take personal issues into private
>> email. I bring it up publicly as a reminder of proper list etiquette
>> for anyone who happens to be reading this thread and to discourge this
>> from going any further publicly.
>
> tg:
>
> As Jochem said "off-topic" cuts both ways.
I said *many* ways :-) - heck if there were only 2 ways to rip someone
a proverbial new one things would get boring around here :-P
...
>
> tedd
>
> PS: Be as controversial as you want, this list isn't moderated -- but I
that's a challenge ... not that I needed it, I have to admit to indulging
in more than my fair share of boundary pushing in terms of exceptable
list behaviour ...
> think I know where the majority will draw their line in the sand on this
> issue -- for they are good well intended people who don't want to
> deliberately hurt others. In other words, they have compassion, which is
> apparently absent in Mr Neuhauser and most certainly not absent in
> "proper list etiquette".
I guess if I start baiting all 3 of you (Roman, tedd, tg) that would
not be constructive? no probably not :-)
from my stance, I don't give 2 hoots about Roman's sig, Roman's reply style
sometimes leaves a little to be desired [hey where would we be without desire
;-)]
but he has offered good technical stuff, I very much sympathise with anyone
who has had the misfortune to experience the horrors of war and I think it is
something
that does deserve maybe a tad more compassion than an off-topic post
(a species we might consider that compassion is one step into a future with
less/no war - might be worth the effort?), I feel that TG's comments had merit
also, nothing wrong with trying to encourage 'decent' list behaviour (however
difficult it might be to come to a consensus given the wide range of cultures
present), lastly you should realise that these are just my opinions as of
the time of writing and I reserve the right to contradict myself at anytime in
future as and when I see fit - woman's perogative!
crap - I'm not a woman :-/
in the spirit of christmas (and because this is the php generals list - i.e. a
bunch
of pragmatic village idiot hackers) let all shake hands, laugh it off and move
on
to the next off-topic thread :-)
Merry Christmas Everyone! and I mean everyone (even Eight-of-Nine ;-)
___________________________________________________________
Sent by ePrompter, the premier email notification software.
Free download at http://www.ePrompter.com.
--- End Message ---
--- Begin Message ---
[EMAIL PROTECTED] wrote:
> I hate you all. Screw PHP. I'm switching to Cold Fusion.
spoken like a true masochist :-)
>
> :)
>
> PS. Puppies are good with ketchup.
I have 2 totally unrelated rebounds to that (no. 2 being for
real sicko's :-P).
1. try bearnaise for a sophisticated twist.
2. hamsters are good with sellotape.
PS - anyone coming to the show late, don't forget to take a
pinch of salt with your puppy ;-)
>
>
> = = = Original message = = =
>
> tedd wrote:
>> At 3:50 PM -0500 12/18/06, <[EMAIL PROTECTED]> wrote:
>>> I'm going to be controversial here and take issue with both of you.
>>>
>>> 2. Pointing out someone's signature as being off topic is even further
>>> off topic for this list. Please take personal issues into private
>>> email. I bring it up publicly as a reminder of proper list etiquette
>>> for anyone who happens to be reading this thread and to discourge this
>>> from going any further publicly.
>> tg:
>>
>> As Jochem said "off-topic" cuts both ways.
>
> I said *many* ways :-) - heck if there were only 2 ways to rip someone
> a proverbial new one things would get boring around here :-P
>
> ...
>
>> tedd
>>
>> PS: Be as controversial as you want, this list isn't moderated -- but I
>
> that's a challenge ... not that I needed it, I have to admit to indulging
> in more than my fair share of boundary pushing in terms of exceptable
> list behaviour ...
>
>> think I know where the majority will draw their line in the sand on this
>> issue -- for they are good well intended people who don't want to
>> deliberately hurt others. In other words, they have compassion, which is
>> apparently absent in Mr Neuhauser and most certainly not absent in
>> "proper list etiquette".
>
> I guess if I start baiting all 3 of you (Roman, tedd, tg) that would
> not be constructive? no probably not :-)
>
> from my stance, I don't give 2 hoots about Roman's sig, Roman's reply style
> sometimes leaves a little to be desired [hey where would we be without desire
> ;-)]
> but he has offered good technical stuff, I very much sympathise with anyone
> who has had the misfortune to experience the horrors of war and I think it is
> something
> that does deserve maybe a tad more compassion than an off-topic post
> (a species we might consider that compassion is one step into a future with
> less/no war - might be worth the effort?), I feel that TG's comments had merit
> also, nothing wrong with trying to encourage 'decent' list behaviour (however
> difficult it might be to come to a consensus given the wide range of cultures
> present), lastly you should realise that these are just my opinions as of
> the time of writing and I reserve the right to contradict myself at anytime in
> future as and when I see fit - woman's perogative!
>
> crap - I'm not a woman :-/
>
> in the spirit of christmas (and because this is the php generals list - i.e.
> a bunch
> of pragmatic village idiot hackers) let all shake hands, laugh it off and
> move on
> to the next off-topic thread :-)
>
> Merry Christmas Everyone! and I mean everyone (even Eight-of-Nine ;-)
>
>
> ___________________________________________________________
> Sent by ePrompter, the premier email notification software.
> Free download at http://www.ePrompter.com.
>
--- End Message ---
--- Begin Message ---
On Tue, 2006-12-19 at 16:01 -0500, [EMAIL PROTECTED] wrote:
>
> Merry Christmas Everyone! and I mean everyone (even Eight-of-Nine ;-)
INSENSITIVE CLOD!!! I practice animism!
Rob.
--
.------------------------------------------------------------.
| InterJinn Application Framework - http://www.interjinn.com |
:------------------------------------------------------------:
| An application and templating framework for PHP. Boasting |
| a powerful, scalable system for accessing system services |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for |
| creating re-usable components quickly and easily. |
`------------------------------------------------------------'
--- End Message ---
--- Begin Message ---
Robert Cummings wrote:
> On Tue, 2006-12-19 at 16:01 -0500, [EMAIL PROTECTED] wrote:
>> Merry Christmas Everyone! and I mean everyone (even Eight-of-Nine ;-)
>
> INSENSITIVE CLOD!!! I practice animism!
your catching on ... about the insensitivity that is ;-)
>
> Rob.
--- End Message ---
--- Begin Message ---
Jochem Maas wrote:
Robert Cummings wrote:
On Tue, 2006-12-19 at 16:01 -0500, [EMAIL PROTECTED] wrote:
Merry Christmas Everyone! and I mean everyone (even Eight-of-Nine ;-)
INSENSITIVE CLOD!!! I practice animism!
your catching on ... about the insensitivity that is ;-)
Rob.
I can see the hollyday spirit just flowing through.
--- End Message ---
--- Begin Message ---
At 9:52 PM +0100 12/19/06, Jochem Maas wrote:
I guess if I start baiting all 3 of you (Roman, tedd, tg) that would
not be constructive? no probably not :-)
from my stance, I don't give 2 hoots about Roman's sig, Roman's reply style
sometimes leaves a little to be desired...
From my stance, I've been called worse and sometimes deservedly so.
But, let's end it this way. This list is too small to employ a
full-time village idiot, so we all take turns. Whenever I see Roman's
sig, I'll figure it's his day.
Cheers,
tedd
PS: Happy Holidays everyone.
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
Cheers tedd! Thanks for coming around. Life's too short to stress about
stuff like this. There's always going to be people who don't understand (after
all.. HE WASNT THERE MAN! sorry.. I couldn't help it :) I wasn't there
either so my turn to be village idiot for a moment.. forgive the attempt at
black humor.. oh crap.. can I say 'black'?)
There's lots of people in this world who have potential to offend most of us in
some way. We don't have to agree with them, just pick when it's appropriate to
smile and nod and curse them under our break, and when it's time to start a
full out war.
Some battles just aren't worth the time and effort it takes to fight them.
Figure out how long you spent pissed off at this and figure out how much that
works out based on your salary. You've wasted $20 (more?) being irritated by
some ascii that some guy you never met and whose opinion you probably don't
care about wrote.
Eh.. life's too short man. Go play with a puppy and relax. :) Happy holidays!
Peace!
-TG
= = = Original message = = =
At 9:52 PM +0100 12/19/06, Jochem Maas wrote:
>I guess if I start baiting all 3 of you (Roman, tedd, tg) that would
>not be constructive? no probably not :-)
>
>from my stance, I don't give 2 hoots about Roman's sig, Roman's reply style
>sometimes leaves a little to be desired...
From my stance, I've been called worse and sometimes deservedly so.
But, let's end it this way. This list is too small to employ a
full-time village idiot, so we all take turns. Whenever I see Roman's
sig, I'll figure it's his day.
Cheers,
tedd
PS: Happy Holidays everyone.
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
___________________________________________________________
Sent by ePrompter, the premier email notification software.
Free download at http://www.ePrompter.com.
--- End Message ---
--- Begin Message ---
On Tue, December 19, 2006 2:42 am, [EMAIL PROTECTED] wrote:
> I am very grateful that you had the time to reply also your reply was
> very quick, this is the kind support you don't get from most other
> open source.
>
> In regard to the problem with phpinfo, I had same problem, but it is
> not because of installation rather it was a configuration issue.
>
> I did not set the php path is the httpd.conf and also in the php.ini.
>
> The follwing is what I did and it worked strainght away:
>
> ############### chris Extra 16/12/2006 ##########
> # Add this in the php.ini
> # configure the path to php.ini
> PHPIniDir "/usr/local/apache/www.sitehome.org/php"
This does not go in php.ini
It goes in httpd.conf
Essentially, this tells Apache where to find php.ini
So it has to go in httpd.conf or you have a chicken/egg problem.
> #Check which php is your default and change the path
> [EMAIL PROTECTED] apache]# which php
> /usr/bin/php
> [EMAIL PROTECTED] apache]# mv /usr/bin/php /usr/bin/Original.php.18122006
> [EMAIL PROTECTED] apache]# ls -al /usr/local/apache/sitehome/php/bin/php
> -rwxr-xr-x 1 root root 9642970 Nov 12 21:49
> /usr/local/apache/sitehome/php/bin/php
> [EMAIL PROTECTED] apache]#
> [EMAIL PROTECTED] apache]# ln -s /usr/local/apache/sitehome/php/bin/php
> /usr/bin/php
> [EMAIL PROTECTED] apache]#
Hmmmm.
Okay, if your php binary somehow ended up in /usr/local/apache/... and
if you are using CGI (or Fast CGI?) I guess you want this.
> ###############
> #Add this to my httpd.conf
>
> AddHandler application/x-httpd-php .php
>
> <IfModule mod_php4.c>
> AddType application/x-httpd-php .php .html
> AddType application/x-httpd-php .php5
> AddType application/x-httpd-php .php4
> AddType application/x-httpd-php-source .phps
> </IfModule>
But then all the above, I think, only applies if you are using PHP as
a Module, not as CGI.
> # DirectoryIndex: sets the file that Apache will serve if a directory
> # is requested.
> #
> <IfModule dir_module>
> DirectoryIndex index.html index.htm index.php index.var .php
> </IfModule>
> #########################
>
> Then with the above all my php functions worked.
That's a good start.
> The the rest if history, but I am still not able to get the log_errors
> to write to the path as defined in the php.ini
>
> [EMAIL PROTECTED] php-5.1.6]# ls -al /data/logs/sitehome/php/error.log
> -rwxrwxrwx 1 root root 0 Dec 19 08:59
> /data/logs/sitehome/php/error.log
What does <?php phpinfo();?> show you for your php.ini setting?
Copy paste it to this list.
If it doesn't say the path to the php.ini you are changing, then you
are not changing the right php.ini
Or you need to move php.ini
Or you need to re-start Apache so your PHPIniDir setting takes effect.
> But for some reason, I get the following error on another machine with
> exactly the same configuration of apache, php, and mysql.
>
> ##################
> [EMAIL PROTECTED]
> /usr/local/apache/www-dev.sitetest.ch/bin/apachectl restart
> httpd: Syntax error on line 111 of
> /usr/local/apache/www-dev.sitetest.ch/conf/httpd.conf: Cannot load
> /usr/local/apache/www-dev.sitetest.ch/modules/libphp5.so into server:
> /usr/local/apache/www-dev.sitetest.ch/modules/libphp5.so: undefined
> symbol: xmlResetError
Sounds to me like you tried to compile with some nifty XML stuff, but
didn't have that nifty XML extension actually on your system.
Go back to the ./configure and make of the PHP binary, and check the
output from config.log carefully.
I think you'll find that there are errors about XML.
> ###################
>
> When I disabled the following lines in my httpd.conf all is ok:
>
> LoadModule php5_module modules/libphp5.so
> PHPIniDir "/usr/local/apache/www-dev.sitetest.ch/php"
>
> The error "xmlResetError" message is fairly new and no info on the web
> for this.
>
> Can you please help?
All I know is that your libphp5.so is only half-formed, with the XML
stuff missing, because that's what those messages mean.
How you got there, or how to get to where you want to be, I don't know
for sure, except that more error messages in config.log in php
./configure directory will be the path to track.
--
Some people have a "gift" link here.
Know what I want?
I want you to buy a CD from some starving artist.
http://cdbaby.com/browse/from/lynch
Yeah, I get a buck. So?
--- End Message ---
--- Begin Message ---
Hello,
I'm trying to get payflow working with php5 as a loadable extension. My
configure line has:
'--with-pfpro=shared,/usr/local'
and php5 installed fine via FreeBSD ports. I then installed Payflow pro also
via FreeBSd ports. I'm getting an error with payflow_init which tells me
payflow and php are not talking. I would prefer not to have to compile both
Payflow and Php5 from source as they are already working via ports in a
production environment. Some urgency!
Thanks.
Dave.
--- End Message ---
--- Begin Message ---
http://dbug.ospinto.com/
Turns arrays into a table for visual debugging. I've been using this for
a few things here and there, it itsnt so often here that we link nifty
little gadgets so here is one.
- Olafur
--- End Message ---
--- Begin Message ---
At 5:37 PM -0500 12/18/06, Beauford wrote:
> -----Original Message-----
> From: Richard Lynch [mailto:[EMAIL PROTECTED]
-snip- most excellent code and advice from Richard (Thanks Richard).
Hmm. I was thinking more of a one liner that would just clear the memory
buffer of these variables, but it seems this is a little more involved than
I anticipated. And it's not that I didn't want to use sessions, I just
didn't want the extra work - but what you suggested above is way more work
than sessions. So now I've just used a simple session. If it's true, don't
add the user, if false add user. Still not exactly what I want, but will do
until I find something better.
This is most likely not a php thing, but would there be a way to refresh the
page, fooling the browser into thinking it's being freshly loaded?
Well... when you find something better, please let us know.
I know what you mean because I'm looking for a simple way to make a
lot of money, but everything I try is more involved than I
anticipated. You see, working is not what I want to do, but it will
do until I find something better.
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
Hi Ivo,
Jordan forwarded me your mail to provide some technical explanation.
First of all, sorry for the delay, due to recent business travels and
out-of-office events, I haven't had a lot of time to go through my
mailbox.
The product version that you were using is a trial version, which does
not support all of the most recent improvements we've added (version 1.2
will be released in January). You encountered one of the limitations,
when you noticed that calling your own functions caused a vulnerability.
Due to the way our algorithms analyzes and processes information flow
through function calls, we can sometimes determine a user-defined
function to be vulnerable, regardless of the parameters passed to it.
One simple (artificial) example would be the following situation:
function update_last_login($user_id) {
mysql_query('insert into users (id, login_date) values ('
. $user_id . ',' . $_GET['date'] . ')');
}
No matter if you sanitize $user_id or not, the function will always pass
an unsanitized user parameter into an SQL query, so the function call
will always lead to a vulnerability - this would even happen if there
were no function parameters.
In that situation, the current trial version will report those calls to
your user defined function vulnerable, possibly without finishing the
tainted information flow trace to the actual sensitive method (the
mysql_query in the case above). A complete traceback with a more
fine-grained reporting level has already been implemented by not yet
deployed to the trail servers.
By the way, we would greatly appreciate any feedback that you could give
us concerning usability and performance of the trial account.
If you have any more technical questions, please don't hesitate to
contact me.
Best regards,
Christian Hang
Chief Software Architect
Armorize Technologies, Inc.
email: [EMAIL PROTECTED]
-----Original Message-----
From: Ivo F.A.C. Fokkema [mailto:I.F.A.C. [EMAIL PROTECTED]
Sent: Saturday, December 02, 2006 12:28 AM
To: php-general@lists.php.net
Subject: Re: FW: [PHP] Re: Please hack my app
Hi Jordan,
Thank you for your offer. As you know, I've signed up a couple of days
ago. I ran a scan yesterday and have gotten a big PDF file out of it.
I've quickly scanned through the results and it appears there are a lot
of
times when I use one of my own functions (sometimes even without an
argument) it finds a vulnerability. I will analyze the results more
detailed later on. Would you appreciate comments on the service?
Thanks again,
Ivo
--- End Message ---
--- Begin Message ---
At 9:59 AM +0100 12/19/06, Bernhard Zwischenbrugger wrote:
Hi
When calling |->createElement($name, $value) My content is truncated to
around 4k. If what is in $value is less than 4000 bytes then it works
fine but if it is more, the data is truncated. Is there a setting I
don't know about that will change that limit? I need it to be more like
100k or maybe even more.|
I can't see a 4k limit.
Here an example:
http://lamp2.fh-stpoelten.ac.at/%7Elbz/beispiele/ws2006/support/test.php
http://lamp2.fh-stpoelten.ac.at/%
7Elbz/beispiele/ws2006/support/test.phps
Maybe you use GET Variables, GET Variables are limited to 4k
Bernhard
Bernhard:
The limit depends upon the server. I did an experiment and my server
will take 7000 characters, but not 8000. So, for me the limit is
somewhere in between.
tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
--- End Message ---
--- Begin Message ---
Someone's going to tell me to go buy a book, I just know it. I'll
ask anyway:
I'm starting to log weather data to a database and I'm trying to
figure out what's the best way to create the tables. The reports are
coming in every minute, of every hour, 24 hours a day. Eventually, I'd
like to do some calculations on the statistics, displaying daily values
(which can be broken down to hourly), but then also daily and monthly
averages.
To me, it doesn't make sense to dump everything into one big table,
but I can't figure out what's the best way to break it down either.
Keep in mind that the only data I have, is what comes in for that
minute. The daily averages I have to calculate myself (later.) But I
can't see one large table being very effective when it comes to
calculating that stuff.
So, how should I break the tables down? Create a new table every
day (20061219_data, 20061220_data, etc.) and insert all the values in
it? Or, break it down per values (temp_table, humidity_table, etc.) and
insert daily data in them?
-- A
--- End Message ---
