date:20050823

Re: [PHP] PHP Printing Error Help

2005-08-23 Thread Richard Lynch

On Mon, August 22, 2005 12:56 pm, Chirantan Ghosh wrote:
 //[snip]
 You probably want to move into the relm of array's.  For each one of
 your
 checkboxes, you can do this...

 input type=checkbox name=InterestedNumber[]
 value=1-877-HOMECASH
 /[/snip]

 I did look up  ARRAY.  I just didn't understand how I can insert a
 table(
 InterestedNumber) in an arrey so I could put something like this for
 form
 processing:
 --
 ?
 foreach($HTTP_GET_VARS as $indx = $value) {
 ${$indx}=$value;
 }
 foreach($HTTP_POST_VARS as $indx = $value) {
 ${$indx}=$value;
 }

Gak.

If you are going to do this, you might as well just turn
register_globals back On

You've got the SAME security problem -- You just are doing it to
yourself instead of letting PHP do it to you.

 if($sendmessage == yes){

  $mailBody .= SelectedNumber:  $SelectedNumber\n; //I am
 thinking this
 is where I should put the Array??/

$mailBody .= SelectedNumbers:\n;
$mailBody .= implode(\n, $InterestedNumbers);

  $mailBody .= Comments:  $comments\n\n\n;

-- 
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] Files passing through

2005-08-23 Thread Richard Lynch

On Mon, August 22, 2005 12:30 pm, Evert | Rooftop wrote:
 I want to use a PHP script to pass through a file to the browser [
 right
 after some processing ].
 What is the fastest way to do this? I know
 echo(file_get_contents('myfile')); is not a good idea ;)

Actually, it's a Fine Idea *IF* the files are relatively small.

Except you don't need parens for echo since echo is not a
function, it's a language construct.

echo file_get_contents('myfile');

The extra parens you have are basically order of operation:
$x = (2 + 3) * 4
versus
$x = 2 + 3 * 4

so you've told PHP to do file_get_contents() FIRST and then, err,
there isn't anything else to do, really, so it's kinda silly...  Like:

$x = (2 + 3);

 Is fpassthrough the right choice?

Only if you've already opened the file, and you maybe only want to
spit out the rest of the file after you skip the first part of the
file.

 maybe virtual, so it won't go through php but apache does the job?

Maybe... But that chews up another HTTP connection, I think...

 there's also readfile

Slightly better than echo file_get_contents(), but probably not much...

 Another question, how seriously does this affect the performance in
 comparison to let apache handle it. Is the difference big at MB+
 files?

If your files are *HUGE* you probably want to test on YOUR server with
fopen/fread-loop.

Depending on a bunch of factors, the size of the buffer you choose for
fread() could make a difference in the performance, I think.

readfile might still be faster, since it's all in C...  Or it might
not, depending on what buffer size is buried in the C code for
readfile.

 or only significant when dealing with a lot of tiny files?

I suspect that for tiny files, it doesn't make much difference what
you use between echo get_file_contents()/readfile or even your own
fopen/fread loop.  The overhead of the function call and opening up
the file, no matter who does it, is going to drawf the actual reading
of the contents.

TEST ON YOUR OWN SERVER IN LIFE-LIKE ENVIRONMENT

That's the only way you'll be sure all the answers here aren't full of
[bleep]

-- 
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] PHP vs. ColdFusion

2005-08-23 Thread Richard Lynch

On Mon, August 22, 2005 12:03 pm, Robert Cummings wrote:
 On Mon, 2005-08-22 at 14:16, Rick Emery wrote:

 I read the following article and I wanted your feedback on it.
 http://www.ukuug.org/events/linux2002/papers/html/php/#section_6. I

I only read half-way through it...

His first thesis (Section 2, after the Intro) that PHP's strength
comes from co-mingling HTML and business logic has some merit...

But, really, you can make a mess of that equally well in ANY language.

Only a disciplined architecture and design will stop that.

Section 3
Since this section is based on FACTUALLY INCORRECT statements, it's
utter bullshit.

Re-defining a function in PHP generates an error.

The PHP class system provides distinct name-spaces for functions (and
more)

His entire these is un-tenable.

Section 4
Again, FACTUALLY INCORRECT.

Virtually *all* of the settings can be over-ridden in .htaccess,
and/or in PHP code itself.

At this point, I quit reading.  It's clear the author has NO CLUE
about how PHP actually works.

When a guy writes a document that is all anti-PHP that is FACTUALLY
INCORRECT, why would you bother to use it for anything at all?

PS There are also several typos in the document, which never helps.

-- 
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] Large URI request problem

2005-08-23 Thread Dean Maunder

My session variables are saved in a database, that's more than possible,
tho the thought of saving a 3000char session variable in a table is a
bit hairy :)

-Original Message-
From: Jasper Bryant-Greene [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 23 August 2005 3:48 PM
To: php-general@lists.php.net
Subject: Re: [PHP] Large URI request problem

You can't make a POST request for an image using the img tag.

What you could do, however, is put the data in a session variable and
access it in the createimage.php file.

Only thing I can think of, however, is that the createimage.php file
might be called by the browser before the calling page has finished
loading (esp. with newer pipelining browsers), and therefore before the
session vars are saved...

You could try it, though. Any other ideas?

Jasper

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

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

RE: [PHP] Large URI request problem

2005-08-23 Thread Dean Maunder

 
Just as a note, if I copy and paste the 'src' into my browser address
bar, the image works fine, it only seems to be when its used inside the
src tag.
Hmmany ideas?

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

Re: [PHP] Problem appending values to an object

2005-08-23 Thread Richard Lynch

On Mon, August 22, 2005 10:04 am, David Pollack wrote:
 I have a database with two tables. One is a table of events and the
 other is a table of locations.  I'm creating a google map with the
 table of locations and would like to list the events at each place.
 I'm using mambo and the following query to get the data...

   $query2 = SELECT #__places.*, #__events.title
   . \n FROM #__places, #__events
   . \n WHERE #__places.name = #__events.adresse_info
   . \n AND  published='1'
   . \n ORDER BY ordering
   ;

   $database-setQuery( $query2 );
   $rows = $database-loadObjectList();

 This returns the variable $rows with all the data I need to plot the
 points on the map and the titles of the events going on at each of
 these places. $rows is an array containing objects of each row of
 data. The problem I'm having is that some places have multiple events
 and when I plot the points, it'll plot multiple points for those
 places.

That may not be a problem, since the multiple points may simply
over-write each other, and you won't know the difference visually...

What I did in one similar situation, not yet finished, was to plot a
BIGGER dot (or whatever) when there were multiple things at one
point.

The more things, the bigger the dot.

You could even use ORDER BY (abs(lat) + abs(lng)) to get points near
each other to be sequential so that... [continued]

 What I'd like to do is collapse the array $rows so that when the name
 of a place is duplicated only the title of the event is added and not
 all the other duplicate info. I feel like this may be possible either
 through manipulation of the data in PHP or by using another sql query.
 Any help would be greatly appreciated.

 Here's some extra info in case you need it:

 // The call used to map all the points
  ?
   $j = 0;

$unique = array();

   foreach ($rows as $row) {

if (!isset($unique[$row-lng . '.' $row-lat])){

 ?

   var html = createHTML(? echo $row-name; ?, ? echo
 $row-address; ?, ? echo $row-suburb; ?, ? echo
 $row-state; ?, ? echo $row-postcode; ?);
   var point = new GPoint(? echo $row-lng; ?,? echo $row-lat;
 ?);
   var marker = createMarker(point, html);
   map.addOverlay(marker);
   ?
   if($sname == $row-name) {
   ?
   marker.openInfoWindowHtml(html);

 ?

$unique[$row-lng . '.' . $row-lat] = true;
}

   }
   }
 ?

 And here's the URL of the site

You could also do some basic arithmetic on the lng/lat and cheat the
dots over/up a bit if they are too close to a previously-used dot.

You may also want to consider trying to get each dot to have a number
($j leaps to mind) or something in the balloon image, so that you can
put corresponding numbers in the image and in the sidebar HTML so the
user can match up the map with the specials.

Otherwise, the connection between mapped points and drink specials is
too tenuous.

[continued]... and if you've used the ORDER BY suggested above, and
the bigger dots, you can have, EG, 5,6 in a balloon instead of just 5,
and then the nearby things will be listed together in an intuitive
way.

-- 
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] Large URI request problem

2005-08-23 Thread Jasper Bryant-Greene


Dean Maunder wrote:

My session variables are saved in a database, that's more than possible,
tho the thought of saving a 3000char session variable in a table is a
bit hairy :)


Wouldn't worry me. It's a lot better than putting it in the URL :)

The other thing I thought of is, how are you generating that list of 
numbers in the calling script?


Couldn't whatever code you're using to get that list simply be moved to 
the script that displays the image, with whatever information it needs 
to find the right list passed to it? (I assume you're not passing the 
same, or an equally long, list to the calling script in the URL...)


Jasper

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

RE: [PHP] Large URI request problem

2005-08-23 Thread Dean Maunder

 The list of numbers is generated by calling an xml file which
translates latitude and longitude into screen coordinates.  This is done
from the main file because this is where I need to draw the map and
location points.  The problem is in the createline.php which draws lines
between the location points.  If I was to call the xml file again, its
going to slow things down quite considerably.

These suggestions are great tho, keep em commin :)

-Original Message-
From: Jasper Bryant-Greene [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 23 August 2005 4:44 PM
To: php-general@lists.php.net
Subject: Re: [PHP] Large URI request problem

Dean Maunder wrote:
 My session variables are saved in a database, that's more than 
 possible, tho the thought of saving a 3000char session variable in a 
 table is a bit hairy :)

Wouldn't worry me. It's a lot better than putting it in the URL :)

The other thing I thought of is, how are you generating that list of
numbers in the calling script?

Couldn't whatever code you're using to get that list simply be moved to
the script that displays the image, with whatever information it needs
to find the right list passed to it? (I assume you're not passing the
same, or an equally long, list to the calling script in the URL...)

Jasper

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

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

On Mon, August 22, 2005 8:13 am, Robin Vickery wrote:
On 8/22/05, Richard Lynch [EMAIL PROTECTED] wrote:
On Sat, August 20, 2005 5:00 am, John Nichel wrote:
Personally, I have never used \\ in PCRE when looking for things
like
spaces (\s), word boundraries (\b), etc. and it's all worked out
fine.

Personally, {
I
} have
never {
used
proper
indenting
in
my
code } and
it's
all
worked
out
fine;

:-)

Unnecessary backslashes make your regular expressions almost as
unreadable as those indents.

You only ever need to escape a backslash in single-quotes if it's
before another backslash or a single-quote.

In fact the manual itself explicitly says this:

http://www.php.net/manual/en/language.types.string.php#language.types.string.syntax.single

So what benefit exactly do you see in doubling up all the backslashes
in a single-quoted regexp? It's certainly not helping readability, and
they don't actually do anything...

The advantage that when I have to change the string to match the
new/altered data, and that data has, oh, I dunno, something like ' or
\ or 0, 1, 2, 3, ...9 in it, and then my Regex suddenly doesn't work
because \abc7 won't work the same as \7abc but \\abc7 works the same
as \\7abc

I have to MAINTAIN this code, and when the input changes, as it
inevitably will, I do *NOT* want to sit down and figure out that hairy
Regex again. It was bad enough the first time. Hell, I had to spend
a couple hours building it up iteratively to get it right.

If I use \\ when I want \, then it will ALWAYS be correct, no matter
what character I have to shove in after it to match The New Data.

If I use \ when I want \, maybe it works sometimes, maybe it doesn't
when I have to match the new data. (\t is tab)

I guess I just like things that ALWAYS work instead of things that
SOMETIMES work. Silly me.

\\ always works
\ only works sometimes, depending on what character follows it.

PS
A Regex is unreadable code by definition anyway.

\\ isn't any more unreadable, with practice, than \, especially if you
are CONSISTENT and use it in PHP all the time, not just in Regex.

But the sheer number of weird character combinations and positional
difference (^ inside [] and ^ outside [] and ^ at the beginning of
either are all COMPLETELY different) make Regex unreadable no matter
how long you stare at it.

I dunno what masochist invented this Regex crap, but he oughta be shot
:-)

* I actually LIKE Regex when it's simple... But, man, you start
adding in a lot of complexity, and it gets really ugly really fast.
Oh well. It works.

93 matches

Mail list logo