not found: '.$__filename, E_USER_ERROR);
}
return $__retval;
}
// Example usage
TPL('layout/header.tpl.php', array('title' = 'This is the page
title'));
TPL('index.tpl.php');
TPL('layout/footer.tpl.php');
-Stut
On 22 Aug 2008, at 17:26, OOzy Pal wrote:
Hello
Can any one direct
On 22 Aug 2008, at 20:48, Jochem Maas wrote:
Stut schreef:
define('TPL_DIR', dirname(__FILE__).'/tpl/');
function TPL($__filename, $__data = array(), $__return = false)
{
$__retval = '';
$__tplfilename = TPL_DIR.$__filename;
if (file_exists($__tplfilename))
{
if ($__return
want to make sure that x.php is the same
file that you've posted the snippet from.
If you're using PHP5 then you might be interested to know that the
mkdir function supports recursive creation. Check http://php.net/mkdir
for details.
-Stut
--
http://stut.net/
--
PHP General Mailing List
to their website would be even better. Add the gmail
address and I'd avoid this like the plague.
Now where's my 0.98 change from that dollar?
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
would have been a lot
clearer.
PS - for those that know, I'm back ... with a vengeance.
I was wondering why I didn't get much sleep last night - something was
definitely bothering me about today.
;)
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe
,
and including a link to their website would be even better.
That was not provided because I am not an outsourcing company. No
website link. Simple.
Add the gmail address and I'd avoid this like the plague.
Now where's my 0.98 change from that dollar?
-Stut
All should concede that our
for your
insolence.
All hail the mighty Maas!! ;)
-Stut
PS. No, not a slow day for me, just in need of a brief distraction!
--
http://stut.net
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
!
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
!!
First result is http://en.wikipedia.org/wiki/VCard which contains
links to specs and other info.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
a success of freelancing you can do very well
out of it so I wish you the best of luck.
-Stut
--
http://stut.net/
On 19 Aug 2008, at 15:17, V S Rawat wrote:
On 8/19/2008 4:53 PM India Time, _metastable_ wrote:
There are many channels out there that would be beneficial to your
goals, e.g. wendo
assume what you actually want to do is end both
after the HTML is output, but I'm just guessing.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
guessing.
-Stut
Depending on specific conditions, one of two queries will be ran.
In one query $f_date == and in the other $f_date == some date
If $f_date == some date then I will have multiple rows of data
returned so I would need to use:
while($row = ifx_fetch_row($info) {
But, if $f_date
On 19 Aug 2008, at 16:21, Dan Shirah wrote:
Perhaps I'm not understanding correctly, but you can still use the
while loop if only a single row is returned, it'll just run the loop
once.
-Stut
That's what I thought also and is how I had it setup at first! But
for some strange reason
On 19 Aug 2008, at 18:31, Robert Cummings wrote:
Now where's my 0.98 change from that dollar?
Sorry, exact change only aroundabouts these parts.
Well gimme the dollar back and lemme know what you thought my advice
was worth. I'm always happy to pay my way.
-Stut
--
http://stut.net
a variable like
that is perfectly valid. $_SESSION is no different to any other array
during the processing of your script, the only difference is that it's
stored between requests.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
On 16 Aug 2008, at 13:20, tedd wrote:
At 12:40 PM +0100 8/16/08, Stut wrote:
On 16 Aug 2008, at 12:36, tedd wrote:
The problem here is can I use a variable within a $_SESSION[]
declaration?
Like so:
$_SESSION[$var]
I haven't really been following this thread but using a variable
like
On 16 Aug 2008, at 14:46, tedd wrote:
At 2:11 PM +0100 8/16/08, Stut wrote:
Ahh, I see the problem. You've never been able to use numbers as
keys at the root level of the $_SESSION array. It's not a bug, it's
just the way it is. I've just checked the documentation and can't
find an obvious
accessible
location.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
the exact same link would open fine using a HTML link
or a
javascript function, but will not work using PHP?
Because as I mentioned before PHP runs as a different user to your
browser.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
redirect to that
file on the other server. If not then you're left with enabling
network access for the PHP user. A quick Google got me this: http://support.microsoft.com/kb/207671
but there are other references out there.
-Stut
On 8/14/08, Boyd, Todd M. [EMAIL PROTECTED] wrote
On 15 Aug 2008, at 14:26, Dan Shirah wrote:
Because as I mentioned before PHP runs as a different user to your
browser.
-Stut
Stut,
Are you referring to this?
If you're using IIS then it's the IUSR_machine user which doesn't
have access to the network by default
The IUSR_SERVERNAME
server but it would have to run outside the IIS
process. There are plenty of solutions around for doing this and they
have nothing to do with PHP. You can then refer to the local copy of
the file from PHP and it will then work.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http
the IIS server
(readfile should be happy to take an HTTP URL unless you've disabled
it in php.ini, and the end user will never see the actual URL).
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
. 127.0.0.1.12345.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
free to elaborate.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 15 Aug 2008, at 19:50, Jody Cleveland wrote:
On Aug 15, 2008, at 1:46 PM, Stut wrote:
On 15 Aug 2008, at 19:39, Jody Cleveland wrote:
On Aug 15, 2008, at 1:22 PM, Warren Vail wrote:
Actually you may want to check back with basic html at the target
parameter on your search form statement
.
Job done.
If not then you're going to need to play silly wotsits with a hidden
form in the top frame which reposts the search to the bottom form. Not
pretty and would require JS but it should work.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
On 15 Aug 2008, at 20:34, Jody Cleveland wrote:
On Aug 15, 2008, at 2:27 PM, Stut wrote:
On 15 Aug 2008, at 20:21, Jody Cleveland wrote:
I work for a consortium of 30 libraries. Each library has their
own website, but they all share the same web catalog. On each
library's website
On 15 Aug 2008, at 23:30, Richard Lynch wrote:
On Fri, August 15, 2008 10:52 am, Stut wrote:
On 15 Aug 2008, at 16:37, [EMAIL PROTECTED] wrote:
I'm logging things with error_log, and would like to be able to sort
out one script run from another.
So I'm looking for some kind of script id
to know the mime type for the file you're serving. Call
header('Content-Type: x/y'); where x/y is the mime type. Then call
readfile('/path/to/file/on/server'); to output the file to the browser.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit
On 14 Aug 2008, at 21:29, Dan Shirah wrote:
You need to know the mime type for the file you're serving. Call
header('Content-Type: x/y'); where x/y is the mime type. Then call
readfile('/path/to/file/on/server'); to output the file to the
browser.
-Stut
Stut, trying that method gives me
into the bottom frame of a frameset when the
originating page does not contain frames?
Set the target attribute of the search form to the name of the bottom
frame. The form will then be POSTed in that frame.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe
On 14 Aug 2008, at 21:57, Dan Shirah wrote:
That simply means it can't open the file. Make sure the machine this
is running on has everything it needs to access that UNC filename.
-Stut
Stut,
If I copy the link from the error message and paste it into a
browser running from my PHP server
On 14 Aug 2008, at 22:24, Boyd, Todd M. wrote:
-Original Message-
From: Stut [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2008 4:21 PM
To: Dan Shirah
Cc: PHP-General List
Subject: Re: [PHP] Displaying files
On 14 Aug 2008, at 21:57, Dan Shirah wrote:
That simply means it can't
.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
company
called JohnCompanies.com and rsync.net was created by them. Based on
the superior reliability and support for the hosting I immediately
jumped on remote storage by the same guys.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
webserver
process context.
Not entirely correct. $_SERVER will be available, but parts of it will
not such as the REMOTE_ADDR since there is not remote entity.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
(not that I didn't say badly) formatted code does not make it wrong,
it's just different and if you can't live with that then you need to
work on getting your preferred format adopted as the standard for the
team.
IMHO.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
On 24 Jul 2008, at 19:31, mike wrote:
On 7/24/08, Stut [EMAIL PROTECTED] wrote:
That's not just bad, it's downright anti-productive. You need to
either have
a standard style across a team or accept that other developers
format their
code differently. If you spend time reformatting other
On 24 Jul 2008, at 20:01, mike wrote:
On 7/24/08, Stut [EMAIL PROTECTED] wrote:
Obviously you can run your team the way you want to, but personally
I prefer
to get all my developers singing from the same hymn sheet such that
after a
couple of weeks they can go to any part of the code
On 17 Jul 2008, at 11:31, Jason Pruim wrote:
On Jul 16, 2008, at 5:28 PM, Stut wrote:
On 16 Jul 2008, at 19:18, Daniel Brown wrote:
On Tue, Jul 15, 2008 at 5:43 PM, Stut [EMAIL PROTECTED] wrote:
Code please, we're not mind readers!
I sensed you would say that, Stuart. ;-P
Can you sense
On 17 Jul 2008, at 14:10, tedd wrote:
At 10:28 PM +0100 7/16/08, Stut wrote:
Oh, and you'd be working for me so bear that in mind ;)
-Stut
It's no wonder why you haven't found anyone. :-)
Thanks for that tedd.
Seriously though, I'm wondering if my expectations are too high... I
expect
On 17 Jul 2008, at 15:31, David Giragosian wrote:
On 7/17/08, Stut [EMAIL PROTECTED] wrote:
On 17 Jul 2008, at 14:10, tedd wrote:
At 10:28 PM +0100 7/16/08, Stut wrote:
Oh, and you'd be working for me so bear that in mind ;)
-Stut
It's no wonder why you haven't found anyone
On 17 Jul 2008, at 15:41, Daniel Brown wrote:
On Thu, Jul 17, 2008 at 9:55 AM, Stut [EMAIL PROTECTED] wrote:
Seriously though, I'm wondering if my expectations are too high...
I expect
them to know that addslashes is not adequate protection against SQL
injection. I even had one tell me SQL
... but the post by Stut indicated the
interviewee thought he could punt all DB security to the DBA.
Obviously
it's important that the app developer use appropriate programming
techniques to achieve security in conjunction with the DBA.
My main point was that security is the responsibility of everyone
On 16 Jul 2008, at 19:18, Daniel Brown wrote:
On Tue, Jul 15, 2008 at 5:43 PM, Stut [EMAIL PROTECTED] wrote:
Code please, we're not mind readers!
I sensed you would say that, Stuart. ;-P
Can you sense what I'm thinking right now?
BTW, if anyone is looking for a PHP5/MySQL dev job
I'm trying to do here?
Code please, we're not mind readers!
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
on the form.
Not what I would call pass[ing] variables between scripts but that's
just semantics.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
. '[EMAIL PROTECTED]'
I believe this is covered on the manual page for the mail function.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
output change lately?
This has nothing to do with PHP. The keystrokes are processed by less
so your problem lies there or more likely with the terminal emulation
you're using. Please try a more relevant list.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
the formats a bit different
(there are around 7 formats if i am not mistaken)
Use the RSS feed. Easily parsed and (fairly) standard.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 24 Jun 2008, at 19:06, Ryan S wrote:
Hey Eric, Stut,
Maybe you should start by trying to utilize the RSS feed.
Went to that option at first too... but have a quick look around,
there are many sites that for some reason dont have this feature
turned on, and for them... the only option
in test.php on line 8)*
**
Those assignments are evaluated at compile-time when no code can be
executed. As such it is only possible to set them to literal values.
If you need to set the default value of member variables to new
objects the place to do it is the constructor.
-Stut
--
http
On 20 Jun 2008, at 20:35, Michelle Konzack wrote:
Any suggestions for a light HTTPD which can handel PHP5 inline?
Lighttpd, nginx and anything else that supports fastcgi which is
pretty much most web servers these days.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http
but you'll
probably find that'll piss legitimate users off more than it will
people trying to abuse it.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
you can easily do so on
Google Groups, for free. You may even get some subscribers. I think
we'd tolerate a single email from you announcing it.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
= explode(DIRECTORY_SEPARATOR, $path);
array_pop($parts);
$INSTALL_PATH = implode(DIRECTORY_SEPARATOR, $parts);
It's kind of long...
If somebody has a better idea, I would be glad to hear.
$path = dirname(dirname(__FILE__));
That will get you the parent directory.
-Stut
--
http://stut.net
can do
about that but it's likely to get your main domain name banned by some
spam filters.
You could probably stop a lot of that by checking URLs against http://www.surbl.org/
before allowing them.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
'] you'll see most of
it's empty. I suggest you add some more error checking rather than
assuming everything worked ok.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 17 Jun 2008, at 14:05, Jason Pruim wrote:
On Jun 17, 2008, at 8:46 AM, Stut wrote:
On 17 Jun 2008, at 13:39, Jason Pruim wrote:
I am attempting to adopt some code to work more reliably then how
it is now...
What I am doing is coding a upload form where people could be
uploading .zip
... IE, if it's not a .zip file, don't try and upload 250MB
files :)
That code will not be executed until the file has been uploaded. Such
is the nature of the beast.
If you really need to do this your best bet is to use a client-side
uploader.
-Stut
--
http://stut.net/
--
PHP General
catch
one of
those pigs...
Maybe it's just me but if you don't want it to be used by unauthorised
users, erm, authorise your users. What's wrong with a simple HTTP
basic authentication solution?
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
On 14 Jun 2008, at 01:02, tedd wrote:
At 11:47 PM +0100 6/13/08, Stut wrote:
On 13 Jun 2008, at 23:20, R B wrote:
I search in both caches, and the video appears in the memory cache.
Sorry, but that doesn't answer the question of why you/he doesn't
want it to be cached. If he's trying
don´t
appears in the
disk cache, but i have problems with the Memory cache.
How can i avoid to appears in the firefox memory cache?
Why don't you want it cached?
What makes you think it's cached in memory on FF?
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
is a whole other
kettle of fish and usually not worth it.
Aside from that I'm not aware of anything else you can do to stop
clients caching your content. At the end of the day you have no
reliable control over what happens after the data leaves the server.
-Stut
--
http://stut.net/
On Fri
to avoid this in which case I would go down the PHP extension
route.
A lot will depend on what the C code is doing and how your PHP scripts
will interact with it.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
, but there are many gotcha's and that
book helped me a lot when I was starting out. Don't feel like shelling
out for the book? Check out the many extensions included in the PHP
source, but be aware that it's not overly simple.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http
a hundred times already.
I would suggest http://gallery.menalto.com/ which I think does
everything you're after.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Please copy replies to the list.
On 8 Jun 2008, at 22:47, Nordstjernealle 10 wrote:
Thanks Stut
I have looked at Gallery and I think your are right, just what I need.
Onfortunately I have found that Gallery musthave PHP safe mode off,
which Surftown does not allow.
Using Gallery means write
is simply to pass the message on to sendmail. So,
in your case I'd say sendmail is accepting the message so mail is
quite correct in thinking it succeeded.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
!!
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
you to be weird in the implementation?
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
it ain't!
But I repeat... this seems to be a completely pointless redirect. The
user is already requesting the index page, so why redirect them back
to the index page?
-Stut
--
http://stut.net/
2008/5/28 Stut [EMAIL PROTECTED]:
On 27 May 2008, at 17:06, Yui Hiroaki wrote:
I would like
On 27 May 2008, at 17:54, Robert Cummings wrote:
On Tue, 2008-05-27 at 17:10 +0100, Stut wrote:
On 27 May 2008, at 17:06, Yui Hiroaki wrote:
I would like to have some question.
For example,
I am in http://example.com/?12324242
I would like to REDIRECT from http://example.com/?1312323232
. If not then the whole thing becomes a bit
pointless.
-Stut
--
http://stut.net/
Stut [EMAIL PROTECTED] wrote: CC: PHP General List php-general@lists.php.net
From: Stut [EMAIL PROTECTED]
To: Robert Cummings [EMAIL PROTECTED]
Date: Tue, 27 May 2008 18:04:02 +0100
Subject: Re: [PHP] Header Redirect
On 27 May 2008, at 19:18, Robert Cummings wrote:
On Tue, 2008-05-27 at 18:04 +0100, Stut wrote:
On 27 May 2008, at 17:54, Robert Cummings wrote:
On Tue, 2008-05-27 at 17:10 +0100, Stut wrote:
On 27 May 2008, at 17:06, Yui Hiroaki wrote:
I would like to have some question.
For example,
I am
On 22 May 2008, at 09:56, Robin Vickery wrote:
2008/5/21 Stut [EMAIL PROTECTED]:
I was going to ignore this, but I'm in a confrontational mood
today, so
please accept my apologies for the noise.
On 21 May 2008, at 14:08, Michelle Konzack wrote:
Am 2008-05-12 15:40:54, schrieb Stut:
Note
Stut:
Violation of privacy? Let's start with the fact that it's not
collecting anything you don't put out there when you use your
browser.
Let's add that none of that info can personally identify you without
consulting your ISP who are highly unlikely to disclose who you are
without a court order
that??
http://msdn.microsoft.com/en-us/library/bb463989.aspx
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
I was going to ignore this, but I'm in a confrontational mood today,
so please accept my apologies for the noise.
On 21 May 2008, at 14:08, Michelle Konzack wrote:
Am 2008-05-12 15:40:54, schrieb Stut:
CSS, but I may not be understanding what you mean by blunt.
Javascript
can be written
extension.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
to be willing to live with the errors that may
cause. It's like expecting something to run on Windows after you've
removed user.dll - it's not a reasonable expectation.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
On 13 May 2008, at 10:32, Robin Vickery wrote:
2008/5/13 Stut [EMAIL PROTECTED]:
On 13 May 2008, at 09:04, Peter Ford wrote:
I think the onus is on the coders of Urchin to document how to avoid
errors when Javascript is disabled, not the site developer who uses
it.
Just to repeat
blockers
that do a half-arsed job which causes errors.
/pet-peeve
If you're going to block Javascript, block it. Don't use something
that tries (and apparently fails) to block it intelligently.
What are you so afraid of?
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net
This is a bit off-topic, but since Peter appears to have missed the
point of my post I feel I must reply. It may also be interesting to
the list.
On 12 May 2008, at 14:43, Peter Ford wrote:
Stut wrote:
On 12 May 2008, at 09:39, Peter Ford wrote:
tedd wrote:
Hi gang:
This is what I did
array whose indices have the same
name as the fields names of table tablename.
http://php.net/mysql_fetch_assoc
Please please please read the manual: http://php.net/mysql
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net
'black on white';
}
echo PHP_EOL;
}
No need for the first if, just give the static var a default value...
function doStuff() {
static $callCount = 0;
$callCount++;
...
}
Much neater.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
, $month, $day, $year);
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
of
functions. You can also use the _once variations of include or require
to get around this but bear in mind this causes a small performance hit.
-Stut
--
http://stut.net/
Stut wrote:
On 9 May 2008, at 18:56, Bradley Stahl wrote:
Your code would essentially be inserted in the place where your
query...
http://dev.mysql.com/doc/refman/5.0/en/union.html
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
I just need to include
the . in $weightExplode[1] before I multiply it by 16. That's the
only part that is confusing me right now...
$explodetest = ($totalWeight - intval($totalWeight)) * 16;
Untested but should have the same effect as your code.
-Stut
--
http://stut.net/
--
PHP General
than finding ways to save some typing. I see no reason to try to
combine the two statements - saving typing and a pitiful amount of
disk space are the only benefits.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
than capable of doing this in a single
statement - a regex is overkill.
2) You need to use double quotes around escape sequences (\n and \r)
or they'll be ignored.
$replacements = array(\r, \n, \n\r, 'br');
$keywords = str_replace($replacements, '.', $keywords);
-Stut
--
http://stut.net
-
you're likely to get a better response and are less likely to annoy
anyone although I can't guarantee anything.
Try here: http://www.css-discuss.org/
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
; will call foo as the constructor for the Foo
class, and then you call foo again explicitly.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
for any help anyone can give me! I'm stumped!
You want POST not PUT. Nearly all browsers don't currently support PUT
requests.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
public $variablename for all the different variables then set
the
variable value using:
foreach ($formdata as $key = $value) {
$this-key = $value;
}
$this-$key = $value;
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net
failing to send
the message. If true then check your logs and you'll probably find
that it's sitting in a queue not knowing how to get out of your machine.
-Stut
--
http://stut.net/
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
above (can't connect to
skeptoid.com).
-Stut
--
http://stut.net/
On Apr 25, 2008, at 11:35 AM, Eric Butera wrote:
You can also try doing tail -f /var/log/mail.log at the terminal to
see if it says anything there.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit
this is a top to bottom change for the information at hand.
Can you not do it with a text processor like sed? That would be a lot
easier than trying to do it with SimpleXML.
-Stut
--
http://stut.net/
On Wed, Apr 23, 2008 at 4:36 PM, Bastien Koert [EMAIL PROTECTED]
wrote:
On 4/23/08, Steve Gula
201 - 300 of 1367 matches
Mail list logo
