Re: [PHP] Help converting C to PHP

[Richard Lynch]

On Fri, September 22, 2006 7:40 pm, Rory Browne wrote:
> Fair enough.
> Prime Number Script Competition ( for Bragging Rights ).
>
> I challenge the readers of this list to produce the necessary code to
> find
> the lowest prime number higher than a certain inputted number.
>
> The script must be web based, and ask the user to enter a number. The
> script
> must then calculate the lowest Prime Number above that number.
>
> Scripts will be rated on Functional Accuracy ( the program must
> correctly
> perform its required function ), Code Maintainability(eg Presence of
> Comments, etc ), Ease of Use, and Code Efficiency, in that order.
> Brownie
> points may be earned through use interesting or original ideas or
> methodologies, provided they do not compromise the previous four
> criteria.
>
> The submitted script will be rated by volunteers from this list.
> Submitting
> an entry disqualifys you as a volunteer judge, whilst judging someone
> elses
> code disqualifys you as a candidate. Deadline for submissions is 12:00
> (Noon) (CEST UTC + 2 Hours) on Friday 29 September.
>
> Interesting to see (a) if anyone enters, and (b) what the code will be
> like.
>
> I think it would be a lot of fun if well executed.

I'm in.

What's the submission process?

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: +AFs-OT+AF0- Working with version control

[Colin Guthrie]

Richard Lynch wrote:
> On Thu, September 21, 2006 7:08 pm, Colin Guthrie wrote:
> 
> I've used CVS a fair amount, no branching, as everybody always said
> what a bear it was to merge.
> 
> I keep hearing subversion is easier to branch/merge.

Absolutely! I never quite managed to "get" CVS's branching and merging.
It all worked etc. but it was very hard to visualise.

> Tomorrow, I've been tasked by the boss to find out HOW easy and how to
> do it for a big change that needs doing.
> 
> But I'd also like to hack away on the "little changes" in, err, the
> trunk, I guess...
> 
> So can I keep those both around?
> And would the branch live in a subdirectory or what?

In subversion this is very easy. The top level names "trunk", "branches"
and "tags" are just convensions used in subversion and it's generally a
good idea to use these are your root folders.

Just think about subversion as a big filesystem the base is / (or D:\ if
you're a windows person). In that base you have three folders trunk,
branches and tags. Inside the /trunk folder you can create a folder for
any given project.

If you want to branch, you just copy the /trunk/myproject/ folder to
e.g. /branches/myproject/bigchangeforboss/

You can then checkout the branch and work happily on implementing large
changes, commiting them as normal.

In a different location, you can also checkout /trunk/myproject/ and do
the little changes.

If you want those littel changes to also go into the branch, it's just a
simple matter of using the svn merge command to effectivly copy the
changes you made in trunk to your branch. This is just a matter of
saying "I want the changes made in trunk between revision x and revision
y to be applied to my local checkout of this branch". The changes are
merged into  you checkout (it's best to do merges when you have no
uncommited changes in your checkout). You will then have quite simply a
local repository with changes to the files. You then just have to commit
them with a relevent log message: e.g. svn commit -m "Merged revisions
x-y from trunk."

Hope that helps.

Col.

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] File Upload Security and chmod

[Børge Holen]

On Saturday 23 September 2006 01:27, you wrote:
> Hi Borge,
>
> host/users/myDomain is the actual directory (and it's the root
> directory), and I do not have access to higher directories.  So
> basically I do not have access to directories higher than my root
> directory, which is unfortunate.  Also, the way the server is setup
> that I am on, I do not have access to the server's tmp file (it is not
> shared), I have my own tmp file in my root directory that I use.  I
> don't know of any other system-wide read/write directory available
> either.  I'd be putting a lot of data there too (customer uploaded
> images) so I really should save them somewhere in my directory and not
> in the common server space.
>
> You can start to see my bind... :(  Any thoughts greatly appreciated!
>
> Andy

Sounds like cheap b-one hosting of sorts...
thoughts? yes dont use it... Yer site will probably quickly become a playing 
ground for other than yerself. A file have to stay inside a quarantined area 
for a sanity check before let loose on the system.
Probably the cache of the browser ... for the I can see the page stuff. dunno.

But as I said: Change yer hosting, to something useable and safe.

>
> On 9/22/06, Børge Holen <[EMAIL PROTECTED]> wrote:
> > On Friday 22 September 2006 22:58, Andy Hultgren wrote:
> > > Hi,
> > > I am relatively new to php and am trying to set up a file upload
> > > process for my website.  I have read through the php security
> > > documentation and a number of the security-related questions on these
> > > lists and am attempting to implement as many of the measures as
> > > possible.
> > > One of the suggestions I have read is to have the uploaded files saved
> > > somewhere outside of your root directory.  Unfortunately I cannot do
> > > that as my root directory is simply www.myDomain.com and not
> > > ".public_html/" and I am on a shared server where my root cannot be
> > > changed (I have already asked).  So, I am trying to keep the
> > > permissions on my "saved_files" folder as tight as possible except
> > > when the actual upload occurs.  I this as follows:
> > >
> > > 1) The actual file upload comes through Flash8, and when the user
> > > uploads a file it is sent to
> > > www.domain.com/flash8directory/upload.php, which is in the same
> > > directory as the Flash8 upload application.
> > > 2) upload.php first chmod 0740 the "saved_files" folder (which is
> > > located at www.domain.com/flash8directory/saved_files/).  Then it does
> > > security checks to make sure an appropriate image has been uploaded,
> > > and if everything looks good it moves the uploaded file to
> > > "saved_files".
> > > 3) The Flash8 upload application is notified of the completion of the
> > > upload and downloads the new image it its viewer.
> > > 4) Once the download is complete and Flash8 no longer needs to work
> > > with the file, the Flash8 application notifies a separate php script
> > > by sending the variable "complete=1" to lockdown.php (located at
> > > www.domain.com/flash8directory/lockdown.php), which runs the following
> > > simple script:
> > >
> > >  > >
> > > $success = 0;
> > > $complete = $_POST['complete'];
> > >
> > > if ($complete==1) {
> > >   if(chmod("./saved_files", 0100)) {
> > >  success = yes;
> > >   echo "success=yes";
> > >   }
> > > }
> > > ?>
> > >
> > > This script works and "saved_files" is set to chmod 0100, but here is
> > > the problem.  If I then navigate directly to the url of the uploaded
> > > file by entering its path in my
> > > browser(www.domain.com/flash8directory/saved_files/uploadedFile.jpg),
> > > the uploaded file appears in my browser!  However, if I then refresh
> > > the browser I get the desired error message saying I do not have
> > > permission to access that file.  Also, other browser windows never
> > > have access to view the uploaded file, only the browser from which the
> > > file was uploaded.
> > >
> > > Any thoughts on why I can view the uploaded file even though it has
> > > been set to chmod 0100?  I'd really rather not have those files
> > > accessible to anyone, as an extra security layer.
> > >
> > > Thank you for your help!
> > >
> > > Andy
> >
> > I don't quite understand why you cannot save to another catalog.
> > is  www.myDomain.com yer actual directory name of merely the domain?
> > If either, login to yer domain and simply go either one step up, is that
> > possible?
> > You can also make use of a .htaccess file inside a sub directory to keep
> > others from it till you have checked the file, then move it out in the
> > open or delete after specifications.
> >
> > Do you have access to /tmp ? That one is possible to use, in fact any
> > system wide directory writable by any/you is usable.
> >
> > --
> > ---
> > Børge
> > Kennel Arivene
> > http://www.arivene.net
> > ---
> >
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php

-- 

Re: [PHP] reading urlencoded data from POST

[Marek 'MMx' Ludha]

Accessing $HTTP_RAW_POST_DATA is similar to reading php://input which
I mentioned in my previous email.
I am not quite sure what is $_POST useful for. It is intended for
reading urlencoded data which it does only in special cases (no \0 or
\5C chars) and everyone has to parse it himself. Did I miss something?

--
Marek 'MMx' Ludha

On 9/23/06, Richard Lynch <[EMAIL PROTECTED]> wrote:



Search php.net for RAW_HTTP_POST or somesuch.

It's there for ya.



--
Like Music?
http://l-i-e.com/artists.htm





--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Help converting C to PHP

[Rory Browne]

Whoops - sorry replied directly to Richard instead of to the list.

Submission process is simply to post to the list. It's probably a good idea
( and acceptable ) to just post an SHA1(MD5 for this purpose is compromised)
hash of your code before the deadline, and submit your actual code shortly
after the deadline.

The result must be greater than the input. For 2 as an input, I'd expect 3
as output.

Rory

Re: [PHP] libcurl (cookies across cURL session). . .?

[Tom Atkinson]

Use cURL's own cookie handling features.

curl_setopt($ch, CURLOPT_COOKIEJAR, '/tmp/cookies.txt');
curl_setopt($ch, CURLOPT_COOKIEFILE, '/tmp/cookies.txt');

That will store the cookies in the file and read them from there next 
time. /tmp may or may not be a suitable location.


Michael Williams wrote:

Robert,

Thanks.  The thing is that lots of cookies are set regularly.  Are you 
suggesting that every time I receive a "Set-Cookie:" to  1)parse that 
line out 2)append it to a file 3) retrieve it when necessary?  I'm not 
terribly familiar with the proper format for a cookie, but I'll look 
into it.  I'd appreciate *any* insights you have.


Regards,
Mike

On Sep 23, 2006, at 2:28 AM, Robert Cummings wrote:


On Sat, 2006-09-23 at 02:10 -0400, Michael Williams wrote:

Hi all,

Is there any way at all by which to persist cookies across cURL
sessions?  Basically I have a login page that sets cookies and looks
for them for "logged in" status so that the user may use the site to
their heart's content.  The problem with cURL, however, appears that
after the initial login, any further attempts are foiled by the fact
that the cookies don't remain.  How exactly should I go about doing
this?


You should be able to retrieve the cookies from the response headers.
Then you just need to resend them. There may be an option for cURL to do
this automatically. Search for cookie at the following link (check the
user comments also):

http://ca.php.net/manual/en/ref.curl.php

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

Re: [PHP] PHP5 object construct

[Chris Boget]

ok, so if we were talking Java, perhaps you are looking for
information that allows you to build 'accessor' and 'mutator' methods?
If so, then your example should work (syntax aside). Here's another
'test' example that I just whipped up and tested that shows you can
use any method name you wish.


As I said previously, accessor/mutator methods are exactly what I am looking 
for.  I do like the idea of having a public 'interface' (for the lack of a 
better word) to a private property.  I don't particularly care for using 
just the __set() and __get() methods because they are too arbitrary.  If I 
needed to do any specific checking or formatting for a property, either in 
defining or returning the value, I'd have to have a big giant switch() 
statement.  So here is a roundabout solution that I got the idea/code for 
while researching this issue:


class MyClass {

 private $_bob;

 // Private so all property access is done through the
 // __set() and __get() methods
 private function setBob( $bob ) {
   $this->_bob = $bob;

 }
 private function getBob() {
   return $this->_bob;

 }

 function __get( $var ) {
   $methodName = 'get' . $var;
   if( method_exists( $this, $methodName )) {
 return call_user_func( array( $this, $methodName ));

   } else {
 throw new Exception( 'Method [' . $methodName . '] does not exist' );

   }
//echo "In __get( $var )\n";
 }

 function __set( $key, $var ) {
   $methodName = 'set' . $key;
   if( method_exists( $this, $methodName )) {
 call_user_func( array( $this, $methodName ), $var );

   } else {
 throw new Exception( 'Method [' . $methodName . '] does not exist' );

   }
//echo "In __set( $key, $var )\n";
 }

 function __call( $method, $args ) {
//echo 'Calling [' . $method . '] with args: [' . print_r( $args, TRUE ) 
. ']';


 }
}

try {
 $myClass = new MyClass();
 $myClass->Bob = 'JoeBobBriggs' ;
 echo '$myClass: ' . print_r( $myClass, TRUE ) . '';
 echo $myClass->Bob . '';

} catch( Exception $e ) {
  echo 'Caught exception: ',  $e->getMessage(), "\n";

}

Now I can do whatever checking I need to do in the setBob() method and any 
formatting in the getBob() method.


The above is not my original idea and I wish I could remember the name of 
the person to thank for pointing me in this direction. :|


thnx,
Chris 


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] libcurl (cookies across cURL session). . .?

[Michael Williams]

Tom,

I tried writing to a local file(./cache/cookiejar), but to no avail.   
I'll give /tmp a try to see if that location makes any difference.   
Permissions aside, I should be able to write where I wish, correct?


Thanks,
Mike

On Sep 23, 2006, at 7:43 AM, [EMAIL PROTECTED]  
wrote:



From: Tom Atkinson <[EMAIL PROTECTED]>
Date: September 23, 2006 7:42:32 AM EDT
To: php-general@lists.php.net
Subject: Re: [PHP] libcurl (cookies across cURL session). . .?


Use cURL's own cookie handling features.

curl_setopt($ch, CURLOPT_COOKIEJAR, '/tmp/cookies.txt');
curl_setopt($ch, CURLOPT_COOKIEFILE, '/tmp/cookies.txt');

That will store the cookies in the file and read them from there  
next time. /tmp may or may not be a suitable location.

[PHP] Object to array conversion oddity

[Marcus Bointon]

A simple class like this:

class Myclass() {
public $field1 = '';
private $field2 = '';
public function __sleep() {
  return array('field1', 'field2');
}
}
$myclass = new Myclass;

If I var_dump this, I get:

object(Myclass)#6 (2) {
  ["field1"]=>
  string(0) ""
  ["field2:private"]=>
  string(0) ""
}

If I coerce this to an array:

$arr = (array)$myclass;

the properties change names in a most unhelpful way:

array(2) {
  ["field1"]=>
  string(0) ""
  ["Myclassfield2"]=>
  string(0) ""
}

The docs (http://www.php.net/manual/en/language.types.array.php) say:

"If you convert an object to an array, you get the properties (member  
variables) of that object as the array's elements. The keys are the  
member variable names."


It seems that's not quite true.

How can I stop it doing this? Looks a bit buggy to me.

Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Ray Hauge]

On Saturday 23 September 2006 09:40, Marcus Bointon wrote:
> A simple class like this:
>
> class Myclass() {
> public $field1 = '';
> private $field2 = '';
> public function __sleep() {
>return array('field1', 'field2');
> }
> }
> $myclass = new Myclass;
>
> If I var_dump this, I get:
>
> object(Myclass)#6 (2) {
>["field1"]=>
>string(0) ""
>["field2:private"]=>
>string(0) ""
> }
>
> If I coerce this to an array:
>
> $arr = (array)$myclass;
>
> the properties change names in a most unhelpful way:
>
> array(2) {
>["field1"]=>
>string(0) ""
>["Myclassfield2"]=>
>string(0) ""
> }
>
> The docs (http://www.php.net/manual/en/language.types.array.php) say:

>
> "If you convert an object to an array, you get the properties (member
> variables) of that object as the array's elements. The keys are the
> member variable names."
>
> It seems that's not quite true.
>
> How can I stop it doing this? Looks a bit buggy to me.
>
> Marcus
> --
> Marcus Bointon
> Synchromedia Limited: Creators of http://www.smartmessages.net/
> [EMAIL PROTECTED] | http://www.synchromedia.co.uk/

To me it looks like they append the name of the class to any private 
variables.  I would guess that it does this to make sure you know what you're 
doing and using the private variable like that.  I'm  just guessing at that 
point though.

Try a test with multiple public and multiple private variables.  If the format 
of the array keys stays the same, then you should have your answer.

HTH

-- 
Ray Hauge
Programmer/Systems Administrator
American Student Loan Services
www.americanstudentloan.com
1.800.575.1099

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] File Upload Security and chmod

[tedd]

At 7:19 PM -0600 9/22/06, Andy Hultgren wrote:

For whatever reason when I ftp in using WinFtp I don't see public_html
(it's hidden, don't know why; if I make a directory called
".public_html" it gets created and then disappears), but I can see my
file structure from my host's website and so I know that when I ftp in
to myDomain.com this is what is "there":

index.htm
page1.htm
page2.htm
.public_html/
images/
etc. etc.


Andy:

Sorry, I didn't catch all of the thread, but this is my drift.

When you access your site (http://yourdomain.com) via a browser, do 
you see the above index.htm?


If so, and you want to stay with that host, then leave the 
.public_html/ folder alone, and build your site using WinFTP, or 
whatever.


If you want to change permissions for a file from within a php 
script, then ftp into your site (using ftp_login), change the parent 
folder permissions, do your file thing (upload, delete, save, etc.), 
and then change the parent folder permissions back and it's done.


At least that's the way I do it working on a shared host and it works for me.

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

Re: [PHP] Object to array conversion oddity

[Marcus Bointon]

On 23 Sep 2006, at 15:51, Ray Hauge wrote:


To me it looks like they append the name of the class to any private
variables.  I would guess that it does this to make sure you know  
what you're
doing and using the private variable like that.  I'm  just guessing  
at that

point though.


Well, I realised that, but it's not very helpful as there's no  
separator between class name and variable name it's impossible to  
separate it correctly - if I had happened to have a property called  
'myclassfield1', I would not be able to tell if the real property  
name was 'myclassfield1' or a private property called 'field1'. If it  
is going to stray from the documented behaviour, It would be far more  
useful to retain the names that the var_dump on the object uses -  
'field1:private'. That's safe as : is not a value char in a variable  
name, but it's fine as an array index.


Try a test with multiple public and multiple private variables.  If  
the format

of the array keys stays the same, then you should have your answer.


In my real code I do have multiple fields all exhibiting this  
behaviour. I'll report it.


Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Marcus Bointon]

Here's a more accurate example:



This produces:

object(Myclass)#1 (3) {
  ["field1"]=>
  string(0) ""
  ["field2:private"]=>
  string(0) ""
  ["field3:protected"]=>
  string(0) ""
}
array(3) {
  ["field1"]=>
  string(0) ""
  ["Myclassfield2"]=>
  string(0) ""
  ["*field3"]=>
  string(0) ""
}

So it seems protected fields behave differently too.

Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Ray Hauge]

On Saturday 23 September 2006 10:04, Marcus Bointon wrote:
> On 23 Sep 2006, at 15:51, Ray Hauge wrote:
> > To me it looks like they append the name of the class to any private
> > variables.  I would guess that it does this to make sure you know
> > what you're
> > doing and using the private variable like that.  I'm  just guessing
> > at that
> > point though.
>
> Well, I realised that, but it's not very helpful as there's no
> separator between class name and variable name it's impossible to
> separate it correctly - if I had happened to have a property called
> 'myclassfield1', I would not be able to tell if the real property
> name was 'myclassfield1' or a private property called 'field1'. If it
> is going to stray from the documented behaviour, It would be far more
> useful to retain the names that the var_dump on the object uses -
> 'field1:private'. That's safe as : is not a value char in a variable
> name, but it's fine as an array index.
>
> > Try a test with multiple public and multiple private variables.  If
> > the format
> > of the array keys stays the same, then you should have your answer.
>
> In my real code I do have multiple fields all exhibiting this
> behaviour. I'll report it.
>
> Marcus
> --
> Marcus Bointon
> Synchromedia Limited: Creators of http://www.smartmessages.net/
> [EMAIL PROTECTED] | http://www.synchromedia.co.uk/

Could you do something like this?

$private = "Myclass"
$protected = "*";

// public variable
echo $myclass["field1"];

// private variable
echo $myclass[$private."field2"];

// protected variable
echo $myclass[$protected."field3"];

Unless, of course, this behavior is not consistent.  If it is a bug, then you 
run the risk of it being fixed in the future.  But if it is intended to be 
that way, then this format should work regardless of what the member variable 
names are.

-- 
Ray Hauge
Programmer/Systems Administrator
American Student Loan Services
www.americanstudentloan.com
1.800.575.1099

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Marcus Bointon]

On 23 Sep 2006, at 16:37, Ray Hauge wrote:


Could you do something like this?

$private = "Myclass"
$protected = "*";


No, because if I have a property called 'Myclassfield1', after  
casting to an array I can't tell if it's private property called  
'field1' or a public property called 'Myclassfield1'.


I think it's just plain wrong. Arrays should not try to be objects.  
You can find out protection level of a property via introspection of  
the object that you have in hand. In the vast majority of cases,  
you'll want it to act just like the docs say it does, and if you  
don't, you should probably be using the object itself anyway.


Bug report is here: http://bugs.php.net/?id=38935

Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Robert Cummings]

On Sat, 2006-09-23 at 16:04 +0100, Marcus Bointon wrote:
> On 23 Sep 2006, at 15:51, Ray Hauge wrote:
> 
> > To me it looks like they append the name of the class to any private
> > variables.  I would guess that it does this to make sure you know  
> > what you're
> > doing and using the private variable like that.  I'm  just guessing  
> > at that
> > point though.
> 
> Well, I realised that, but it's not very helpful as there's no  
> separator between class name and variable name it's impossible to  
> separate it correctly

 $value )
{
if( substr( $name, 0, 1 ) === '*' )
{
$foo = &$myArray[$name];
unset( $myArray[$name] );
$myArray[substr( $name, 1 )] = &$foo;
}
else
if( ereg( "^$prefix", '', $name ) )
{
$foo = &$myArray[$name];
unset( $myArray[$name] );
$myArray[substr( $name, $prefixL )] = &$foo;
}
}

?>

>  - if I had happened to have a property called  
> 'myclassfield1', I would not be able to tell if the real property  
> name was 'myclassfield1'

And the likelihood of you having a property called Myclassfield1 is?
Most developers start a class name with a capital, and a property name
with a lowercase. So the likelihood if you are adhering to convention is
slim to squat. That said, I think they should have put in a -> or a :
character :)

>  or a private property called 'field1'. If it  
> is going to stray from the documented behaviour, It would be far more  
> useful to retain the names that the var_dump on the object uses -  
> 'field1:private'. That's safe as : is not a value char in a variable  
> name, but it's fine as an array index.
> 
> > Try a test with multiple public and multiple private variables.  If  
> > the format
> > of the array keys stays the same, then you should have your answer.
> 
> In my real code I do have multiple fields all exhibiting this  
> behaviour. I'll report it.

It sounds like they've helped out by giving more data than was
necessary. This can be useful when working with the data to know it's
origin.

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

Re: [PHP] Object to array conversion oddity

[Robert Cummings]

On Sat, 2006-09-23 at 11:46 -0400, Robert Cummings wrote:
> On Sat, 2006-09-23 at 16:04 +0100, Marcus Bointon wrote:
> > On 23 Sep 2006, at 15:51, Ray Hauge wrote:
> > 
> > > To me it looks like they append the name of the class to any private
> > > variables.  I would guess that it does this to make sure you know  
> > > what you're
> > > doing and using the private variable like that.  I'm  just guessing  
> > > at that
> > > point though.
> > 
> > Well, I realised that, but it's not very helpful as there's no  
> > separator between class name and variable name it's impossible to  
> > separate it correctly
> 
>  
> class MyClass()
> {
> public $field1 = '';
> private $field2 = '';
> 
> public function __sleep()
> {
> return array('field1', 'field2');
> }
> }
> 
> $myClass = new Myclass;
> $prefix = get_class( $myClass );
> $prefixL = strlen( $prefix );
> 
> $myArray = (array)$myClass;
> foreach( $myArray as $name => $value )
> {
> if( substr( $name, 0, 1 ) === '*' )
> {
> $foo = &$myArray[$name];
> unset( $myArray[$name] );
> $myArray[substr( $name, 1 )] = &$foo;
> }
> else
> if( ereg( "^$prefix", '', $name ) )

That line should have been: if( ereg( "^$prefix", $name ) ). I was
originally doing a replace, but then I scrapped it :)

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

Re: [PHP] Object to array conversion oddity

[Marcus Bointon]

On 23 Sep 2006, at 16:46, Robert Cummings wrote:


And the likelihood of you having a property called Myclassfield1 is?


Sure, but don't you think that coding should at least try to be  
driven by logic rather than luck? I'm also not denying that it's not  
too hard to work around (with a function not dissimilar to what you  
suggested), but I'd really prefer it if it just did what it says on  
the tin. By its very nature, casting from object to array indicates  
that you no longer want the constraints of property protection, which  
an array can't preserve anyway, and it's not as if there are not  
intentional, documented methods of obtaining this information.



It sounds like they've helped out by giving more data than was
necessary.


...and in doing so defaults to breaking code that expects it to  
behave like the documentation says it does? I don't think I'd  
classify that as helping out. Bear in mind that my code broke in  
exactly this way. If you want to find out what the access level of a  
property is, I doubt your first thought would be to convert it to an  
array - and I bet you didn't know that this info was even there  
because it's not documented, thus helping nobody. This is what  
introspection is for. I don't have a problem with being provided with  
extra information, just as long as it doesn't interfere with correct  
operation, which is what it currently does. It could provide the  
extra info in a marginally less destructive way, for example by  
adding 'private' and 'protected' array properties containing field  
names for each access level to the resulting array. OTOH, that would  
break what you'd expect count() to deliver after the conversion. I  
really think it should just do what's it's meant to, and no more.


Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Ray Hauge]

On Saturday 23 September 2006 11:41, Marcus Bointon wrote:
> On 23 Sep 2006, at 16:46, Robert Cummings wrote:
> > And the likelihood of you having a property called Myclassfield1 is?
>
> Sure, but don't you think that coding should at least try to be
> driven by logic rather than luck? I'm also not denying that it's not
> too hard to work around (with a function not dissimilar to what you
> suggested), but I'd really prefer it if it just did what it says on
> the tin. By its very nature, casting from object to array indicates
> that you no longer want the constraints of property protection, which
> an array can't preserve anyway, and it's not as if there are not
> intentional, documented methods of obtaining this information.
>
> > It sounds like they've helped out by giving more data than was
> > necessary.
>
> ...and in doing so defaults to breaking code that expects it to
> behave like the documentation says it does? I don't think I'd
> classify that as helping out. Bear in mind that my code broke in
> exactly this way. If you want to find out what the access level of a
> property is, I doubt your first thought would be to convert it to an
> array - and I bet you didn't know that this info was even there
> because it's not documented, thus helping nobody. This is what
> introspection is for. I don't have a problem with being provided with
> extra information, just as long as it doesn't interfere with correct
> operation, which is what it currently does. It could provide the
> extra info in a marginally less destructive way, for example by
> adding 'private' and 'protected' array properties containing field
> names for each access level to the resulting array. OTOH, that would
> break what you'd expect count() to deliver after the conversion. I
> really think it should just do what's it's meant to, and no more.
>
> Marcus

You're right about the undocumented feature that you ran into.  It did not 
behave the way the documentation pointed it out, and either the documentation 
or the behavior needs to be modified.

I would guess that modification of the behavior might take a while to come 
out, unless you were going to patch your install, but even then it might be a 
while.  So, to get around that you could create a function to "convert" the 
array to what you expected.  Here's a possible declaration:

function convertClassArray($array, $className)

That function would then create a new array and change the keys as necessary, 
stripping off the class name from the private variables and stripping off the 
* from the protected ones, to give you what you expected.  Not exactly what 
you're looking for, but it would probably help to keep the changes to your 
existing code down while you're waiting for a patch/documentation change.

-- 
Ray Hauge
Programmer/Systems Administrator
American Student Loan Services
www.americanstudentloan.com
1.800.575.1099

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Jon Anderson]

Marcus Bointon wrote:
Sure, but don't you think that coding should at least try to be driven 
by logic rather than luck? I'm also not denying that it's not too hard 
to work around (with a function not dissimilar to what you suggested), 
but I'd really prefer it if it just did what it says on the tin. By 
its very nature, casting from object to array indicates that you no 
longer want the constraints of property protection, which an array 
can't preserve anyway, and it's not as if there are not intentional, 
documented methods of obtaining this information.
Along those lines, I think that logically, if you were to cast an Object 
to an array, it should only export the public properties. Since the 
private/protected properties aren't visible outside the class, it would 
be safe to assume that they're not for public consumption. After all, 
they're intended (by design of the class) only to be accessed via 
functions defined in the class. I think PHP's behavior is a bit odd, but 
still somewhat logical.


If you just want an array of properties, add this to your class.

   public function getPropertyArray() {
   $refClass  = new ReflectionClass(__CLASS__);
   $properties = $refClass->getProperties();

   $propArray = Array();
   foreach ($properties as $property) {
   if (!$property->isStatic()) {
   $name = $property->getName();
   $propArray[$name] = $this->$name;
   }
   }
   return($propArray);
   }

And that'll do essentially what you're asking for. You could just call 
it toArray() too, and even check for isPublic/isPrivate/isProtected for 
some additional granularity.


jon

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] php/css and .htaccess [SOLVED]

[J?rgen Wind]

tedd wrote:
> 
> At 10:37 AM -0500 9/21/06, David Giragosian wrote:
>>On 9/21/06, tedd <[EMAIL PROTECTED]> wrote:
>>-snip-
>>
>>Now, this header coupled with the above .htaccess allows php code to
>>be embedded within a css file AND work for all popular browsers,
>>including FireFox/Mozillia.
>>-snip-
>>
>>tedd,
>>
>>So with this approach you're able to tailor css styles for specific 
>>browsers and their particular implementations of css, rather than 
>>employ hacks directly in the css??
> 
> David:
> 
> Yes, plus much more. This is similar to getting php/html to play nice
> together.
> 
> What I've discovered here (if no one has considered this before, 
> which I would think is highly doubtful) is a way to embed php code 
> within css (like html) to do anything you want.
> 
> You see, my chief complaint with css over the years has been its lack 
> of variables. Many in the css camp say that the lack of variables is 
> a feature and not a drawback -- and I understand them not wanting the 
> unclean masses to contaminate their pure language. But, not knowing 
> any better, I've always wanted to use variables in css.
> 
> A few years back, I published my limited version of how to use 
> variables in css:
> 
> http://www.sperling.com/examples/pcss/
> 
> But for most, it was too problematic to implement and had limited scope.
> 
> However, what I've discovered here is that by adding the proper 
> .htaccess file and the addition of a header in the css file, you can 
> do anything you want from within a css file -- which includes adding 
> variables, adding "includes", performing computations, browser 
> sniffing, and I think anything else you can do in php. The extent 
> could be as unlimited as php/html -- I don't know the full extent.
> 
> As far as I'm concerned, this is a significant discovery for me -- 
> I'm always trying to get different languages to work together. 
> However, to others, perhaps this technique has been obvious or too 
> trivial to mention. I don't know, but I haven't found any references 
> that address this technique.
> 
> To the gang -- is this something new, or am I getting excited over
> nothing?
> 
> In any event, I'll be adding "how to do it" to my web site so I can 
> lead others astray.  :-)
> 
> Thanks.
> 
> 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
> 
> 
> 

full ack,
you only have to make sure that zlib.output_compression is off (at least in
that folder), 
if you want IE6 users to be able to read the css content ! 
-- 
View this message in context: 
http://www.nabble.com/php-css-and-.htaccess-tf2308435.html#a6465094
Sent from the PHP - General mailing list archive at Nabble.com.

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Marcus Bointon]

On 23 Sep 2006, at 18:54, Jon Anderson wrote:


If you just want an array of properties, add this to your class...


That's exactly the kind of thing I was on about. Since reflection  
gives access to all this information, why bother trying to squeeze  
the same info into an array-shaped container that just can't hold all  
the same info without corrupting it? I can see that there might be  
some reason for converting the object with additional information in  
some circumstances (much like serialization to strings does), but  
here we're only talking about casting, which should be a 'best-fit'  
data matter. The behaviour we've got would be better served with a  
function like toArrayPreservingClassInfo() rather than the default  
casting behaviour.


Since reporting the bug (which was immediately marked as bogus; go  
figure), I've had something else brought to my attention: The  
resulting array keys are not what they seem! Their actual structure is:


NULLNULL

So, here we have undocumented behaviour justified by yet more  
undocumented behaviour! How behaviour so wildly different to what's  
documented is not considered a bug I don't know. At least this format  
can be dismantled reliably, rather than trying to string-match class  
names. I think trying to preserve this information (as you said) is  
entirely pointless - it's not as if you can cast back from an array  
to an object, and I can't think of any circumstances in which it is  
preferable to using reflection (unless it's a relic from PHP4?).  
What's next - appending a creation time to integers when they're cast  
into strings?


Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Marcus Bointon]

I've written a function that does a conversion that matches the docs,  
based on the other info I've mentioned:


/**
* Clean up the name munging that PHP applies while casting from  
object to array
* The resulting array looks like what the documentation says that  
(array)$object delivers, but actually doesn't

* @param object $object The object to convert
* @return array
*/
function object2array($object) {
$class = get_class($object);
$array = (array)$object;
$propArray = array();
$matches = array();
foreach ($array as $key => $value) {
		if (preg_match('/^\0(([a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*)\0 
([a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*)$/', $key, $matches)) {

//It's a private property
if ($matches[1] == $class) { //Ignore private props of 
superclasses
$propArray[$matches[2]] = $value;
}
		} elseif (preg_match('/^\0(\*)\0([a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f- 
\xff]*)$/', $key, $matches)) {

//It's a protected property
$propArray[$matches[2]] = $value;
} else {
//It's a public property
$propArray[$key] = $value;
}
}
return $propArray;
}

Works nicely for me.

Marcus
--
Marcus Bointon
Synchromedia Limited: Creators of http://www.smartmessages.net/
[EMAIL PROTECTED] | http://www.synchromedia.co.uk/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re[2]: [PHP] symlink

[Tom Rogers]

Hi,

Saturday, September 23, 2006, 10:37:20 AM, you wrote:
RL> On Mon, September 18, 2006 4:53 pm, Ross wrote:
>> Can someone explain how and why you would use a symlink in php?

RL> A symlink is the Un*x version of a Windows "shortcut" or the Mac's
RL> "alias"

RL> The difference being that a symlink actually *works* and a Windows
RL> "shortcut" is useless for anything except their crappy desktop app...

in windows 2k and xp you can use fsutil to create hard links in the
same NTFS volume.

Usage : fsutil hardlink create  

fsutil hardlink create c:\foo.txt c:\bar.txt

But it probably has a few bugs of its own :) and it can't do your edit
trick as it only works on files not directories as far as I can tell.


-- 
regards,
Tom

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Object to array conversion oddity

[Robert Cummings]

On Sat, 2006-09-23 at 17:41 +0100, Marcus Bointon wrote:
> On 23 Sep 2006, at 16:46, Robert Cummings wrote:
> 
> > And the likelihood of you having a property called Myclassfield1 is?
> 
> Sure, but don't you think that coding should at least try to be  
> driven by logic rather than luck? I'm also not denying that it's not  
> too hard to work around (with a function not dissimilar to what you  
> suggested), but I'd really prefer it if it just did what it says on  
> the tin. By its very nature, casting from object to array indicates  
> that you no longer want the constraints of property protection, which  
> an array can't preserve anyway, and it's not as if there are not  
> intentional, documented methods of obtaining this information.
> 
> > It sounds like they've helped out by giving more data than was
> > necessary.
> 
> ...and in doing so defaults to breaking code that expects it to  
> behave like the documentation says it does? I don't think I'd  
> classify that as helping out. Bear in mind that my code broke in  
> exactly this way. If you want to find out what the access level of a  
> property is, I doubt your first thought would be to convert it to an  
> array - and I bet you didn't know that this info was even there  
> because it's not documented, thus helping nobody. This is what  
> introspection is for. I don't have a problem with being provided with  
> extra information, just as long as it doesn't interfere with correct  
> operation, which is what it currently does. It could provide the  
> extra info in a marginally less destructive way, for example by  
> adding 'private' and 'protected' array properties containing field  
> names for each access level to the resulting array. OTOH, that would  
> break what you'd expect count() to deliver after the conversion. I  
> really think it should just do what's it's meant to, and no more.

Blah, blah, blah. The documentation is probably out of date and applied
to PHP4. Feel free to get off your arse and volunteer if you don't like
it >:) You don't get have your cake and eat it *PTHTHTHTHTTHTHTH*

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

Re: [PHP] Object to array conversion oddity

[Robert Cummings]

On Sat, 2006-09-23 at 22:35 +0100, Marcus Bointon wrote:
> I've written a function that does a conversion that matches the docs,  
> based on the other info I've mentioned:
> 
> /**
> * Clean up the name munging that PHP applies while casting from  
> object to array
> * The resulting array looks like what the documentation says that  
> (array)$object delivers, but actually doesn't
> * @param object $object The object to convert
> * @return array
> */
> function object2array($object) {
>   $class = get_class($object);
>   $array = (array)$object;
>   $propArray = array();
>   $matches = array();
>   foreach ($array as $key => $value) {
>   if 
> (preg_match('/^\0(([a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*)\0 
> ([a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*)$/', $key, $matches)) {
>   //It's a private property
>   if ($matches[1] == $class) { //Ignore private props of 
> superclasses
>   $propArray[$matches[2]] = $value;
>   }
>   } elseif 
> (preg_match('/^\0(\*)\0([a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f- 
> \xff]*)$/', $key, $matches)) {
>   //It's a protected property
>   $propArray[$matches[2]] = $value;
>   } else {
>   //It's a public property
>   $propArray[$key] = $value;
>   }
>   }
>   return $propArray;
> }
> 
> Works nicely for me.

It's broken, it doesn't preserve references.

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

[PHP] Re: php/css and .htaccess [SOLVED]

[Richard Lynch]

On Sat, September 23, 2006 10:06 am, tedd wrote:
> I am sure that with a little browser sniffing via php and taking

Browser-sniffing is the unreliable part.

> compliant (hack-less) code, one could get the code to adapt to the
> browser. In other words, this would present an option for all css
> coders to ignore all hacks. Just add a couple of lines to their css
> code (i.e., header) and change their .htacess file-- and after that,
> they would just write compliant code and the php would make the
> changes to match the browser -- why hasn't that been done?
>
> It's not simple, but it certainly is not impossible.

I generally just don't do the CSS hacks. -- If I have to hack the CSS,
then that defeats the purpose of using CSS.

Change the design to avoid the hack. :-;

That said, sure, it would be a fine thing to have browser-specific CSS
spit out by PHP in your CSS, if you have somebody competent enough to
do the CSS and not screw up the PHP...

Rather defeats the purpose of separation of Church and State, but
there ya go...

-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] reading urlencoded data from POST

[Richard Lynch]

$_POST is useful for FORM data -- it urldecodes the data, and assumes
it's something somebody would actually type into a FORM.  This would
be what 99.9% of websites need and want.

$HTTP_RAW_POST_DATA gives you ALL the raw encoded data to parse as you
see fit.  This covers the rest of the needs.

If you need something even more arcane than either of those, run your
own service on your own socket.

On Sat, September 23, 2006 3:35 am, Marek 'MMx' Ludha wrote:
> Accessing $HTTP_RAW_POST_DATA is similar to reading php://input which
> I mentioned in my previous email.
> I am not quite sure what is $_POST useful for. It is intended for
> reading urlencoded data which it does only in special cases (no \0 or
> \5C chars) and everyone has to parse it himself. Did I miss something?
>
> --
> Marek 'MMx' Ludha
>
> On 9/23/06, Richard Lynch <[EMAIL PROTECTED]> wrote:
>>
>>
>> Search php.net for RAW_HTTP_POST or somesuch.
>>
>> It's there for ya.
>>
>>
>>
>> --
>> Like Music?
>> http://l-i-e.com/artists.htm
>>
>>
>>
>


-- 
Like Music?
http://l-i-e.com/artists.htm

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php