php-windows Digest 10 May 2001 17:27:39 -0000 Issue 590
Topics (messages 7433 through 7470):
Re: ISAPI
7433 by: Tim Uckun
7436 by: Jean-Philippe Palha
7447 by: Tom Mathews
7449 by: Cynic
7453 by: Daniel Beulshausen
7454 by: Cynic
Re: anti-advocacy: Larry Seltzer, pcmag May'01 pub.
7434 by: Tim Uckun
7442 by: Tom Mathews
7455 by: Cynic
7456 by: Brinkman, Theodore
7461 by: Greg Brunet
7462 by: Bradley Miller
7463 by: Tom Mathews
Re: PHP IIS 4 and network drive
7435 by: Ruslan Ohitin
7450 by: Cynic
7452 by: Daniel Beulshausen
Re: Need someone with some experience
7437 by: Michael Rudel
7444 by: Tom Mathews
Re: Surprises with PHP4/IIS?
7438 by: Martin Kemp
7439 by: Phil Driscoll
7457 by: Joe Brown
7458 by: Phil Driscoll
Re: dll's
7440 by: Darren
Need extension
7441 by: Juris Valdovskis
Re: need some help with apahce-php-mysql under windows
7443 by: Johannes Janson
Re: symlinks
7445 by: Tom Mathews
Re: Problem with submit
7446 by: Tom Mathews
Re: confirm subscribe to [EMAIL PROTECTED]
7448 by: Lic.Juan Manuel Ledesma
PHP4.05/IBMHTTP/W2K/dlls problem
7451 by: Craig Gordon
Need some dll's ! Please !
7459 by: Cornel CRISAN
Need some HELP Please !
7460 by: Walter Schruefer
php-pws ques.
7464 by: SBozarth.aol.com
7468 by: Schulz, Evan
7470 by: Vern DeHaven
Re: Can execute C program with PHP?
7465 by: Erick Papadakis
why mysql_connect crashes in Windows
7466 by: John Henckel
7467 by: Adaran (Marc E. Brinkmann)
NT local server does not see php
7469 by: Walter
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
At 08:49 PM 5/9/2001 -0400, Joe Brown wrote:
>My preference is to run Apache/PHP on Linux.
>
>Since I don't always get my way Apache/PHP on Windows is good.
>
>I spent a little time attempting IIS. When it wouldn't respond to the
>Management Console and I had to reboot the server to restart IIS, I decided
>it was the worst solution for any problem. Or a good problem for every
>solution.
Yes I had the same problem. IIS somehow failed to stop one time and it was
in limbo. it could not be started or stopped and the only solution was to
reboot the server.
----------------------------------------------
Tim Uckun
Mobile Intelligence Unit.
----------------------------------------------
"There are some who call me TIM?"
----------------------------------------------
>
>Yes I had the same problem. IIS somehow failed to stop one time and it
>was
>in limbo. it could not be started or stopped and the only solution was to
>reboot the server.
>
We have set a production server (WIN2000/PHP4 CGI/MySQL 3.23.32) 4 month
ago
We have now 4 web sites running on and it's great !
No reboot at all !
Jean Philippe Palha ([EMAIL PROTECTED])
ImaDiff - 13, rue Damesme - 75013 Paris FRANCE
Tel : 33 1 53 80 89 89 - Fax : 33 1 53 80 89 81
Web : http://www.imadiff.com
Where I have the choice on WinNT I always use Apache module, never had any
problems with a qualified release version.
Tom
Tim Uckun wrote:
> At 12:13 PM 5/9/2001 -0700, Flint Doungchak wrote:
> >Tim,
> >
> >Unfortunately, the ISAPI module just isn't stable on this platform. Sorry.
>
> What is the prefered way to run PHP in windows? As a CGI? As an apache
> module? Aolserver?
>
> I would rather not run it as a CGI because I need persistent database
> connections.
>
> :wq
> Tim Uckun
> Due Diligence Inc. http://www.diligence.com/ Americas Background
> Investigation Expert.
> If your company isn't doing background checks, maybe you haven't considered
> the risks of a bad hire.
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
definitely mod_php.
apache is easy to configure, and you get most of the
functionality of *nix mod_php.
At 21:30 9.5. 2001, Tim Uckun wrote the following:
--------------------------------------------------------------
>At 12:13 PM 5/9/2001 -0700, Flint Doungchak wrote:
>>Tim,
>>
>>Unfortunately, the ISAPI module just isn't stable on this platform. Sorry.
>
>What is the prefered way to run PHP in windows? As a CGI? As an apache module?
>Aolserver?
>
>I would rather not run it as a CGI because I need persistent database connections.
>
>:wq
>Tim Uckun
>Due Diligence Inc. http://www.diligence.com/ Americas Background Investigation
>Expert.
>If your company isn't doing background checks, maybe you haven't considered the risks
>of a bad hire.
------end of quote------
[EMAIL PROTECTED]
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
At 14:29 10.05.2001 +0200, Cynic wrote:
>definitely mod_php.
>
>apache is easy to configure, and you get most of the
>functionality of *nix mod_php.
if isapi get's stable (and it will become) the prefered sapi should be
isapi, since it's alot faster than the apache (1.x) with the php module.
daniel
/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.de
but until then...
At 15:02 10.5. 2001, Daniel Beulshausen wrote the following:
--------------------------------------------------------------
>At 14:29 10.05.2001 +0200, Cynic wrote:
>>definitely mod_php.
>>
>>apache is easy to configure, and you get most of the
>>functionality of *nix mod_php.
>
>if isapi get's stable (and it will become) the prefered sapi should be isapi, since
>it's alot faster than the apache (1.x) with the php module.
>
>daniel
>
>/*--
>daniel beulshausen - [EMAIL PROTECTED]
>using php on windows? http://www.php4win.de
------end of quote------
[EMAIL PROTECTED]
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
At 12:05 AM 5/10/2001 -0500, Greg Brunet wrote:
>Tim:
>
>AAARRRGGH! They got it half-right with case insensitive functions and now
>they're going to mess up the part that's done right!?! It is quite annoying
>that they aren't consistent, but I was thankful that at least the functions
>were working "right".
Well like all open source projects you have a chance of influencing the
outcome. If enough people like us make enough noise they might change their
minds. Maybe make it a build parameter or something so people can make a
choice. I of course would also lobby for a more unified and intuitive (dare
I say it object oriented) architecture but in reality I might have to look
elsewhere for that.
As for consistency if I got strtok and explode to be consistent I would be
happier :)
----------------------------------------------
Tim Uckun
Mobile Intelligence Unit.
----------------------------------------------
"There are some who call me TIM?"
----------------------------------------------
Tim Uckun wrote:
> >
> >Finally, one language issue that is a real pet peeve of mine is case
> >sensitive variable definitions. This is not a problem in either CFM or ASP.
> >While it can be somewhat worked around by setting the PHP error level
> >reporting to flag uninitialized variables, it is a deficiency that is long
> >overdue to be corrected.
>
Seeing as how we're having a full fledged 'discussion' about this, I'm going to
throw my boot in from a programmers perspective.
I know that historically php was Personal Home Page, implying that it was
designed for use on personal web sites, not very sophisticated, no security
necesary ... just something that was free and easy to use for anyone wanting to
make their site a wee bit flasher.
That was ten years ago (or therabouts) and like all things it has evolved
massively away from the original concept. This evolution is thanks entirely to
the efforts of the unpaid developers that see something missing and write a new
module, or read lists like this and see what everyone else is having problems -
and write a new module to address this.
The US and THEM attitude that is becoming prevalent in sectors of this list is
not really helpful for anyone - remember that PHP is Open Source - if you want
something changing, raise the issue on php.net, or better still do it yourself.
If you want a better installer for Windows 9x (if you must use that as a
development environment) then write one.
Of course there will be niggles, generally caused by different people wanting
different things. I guess that that is why the boys at Zend are starting to
produce more commercially oriented versions of it, and part of this is to provide
what the industry expect as well as home users. Things like case sensitivity in
variable names and function names have been prevalent since the early days of all
the UNIX variants for workstation or PC. If you have a problem with this sort of
thing, then you should probably take a wee step back from coding for a few hours
and start a naming convention that you are happy with, and while you're at it (by
the way Tim, this is not intended as a dig at you, so please don't take it
personally!) just spend a little more time thinking about your programming
discipline in general, keep everything consistent - if there's a team of you
working on the same app, then make sure that everyone knows the rules...
I personally think that case sensitivity in names is very important. I would use
it in the absence of overloading, and the same again for classes where I want
different constructors to be employed. Be careful when you put in complaints
against this sort of thing that you think about the bigger picture - Open Source
will only survive if it competes equally with the commercial tools out there. If
you remove niceties that 'professional' developers expect, then they will be
forced to do the dastardly and buy MS type tools, and the benefits that these
guys provide to the Open Source community (like exercising all the codebase a lot
harder than homies that just use the basic functionaliy) will instead go to MS!
When I get time I'll put together a coherent article to defend php against Larry
Seltzer and his buddies,a nd I'll post it here first for review, but until then
that's more than enough waffle from me!
Tom
you got it the other way round - it's going to get ***better***.
I agree with the rest of your msg.
At 00:46 10.5. 2001, Tim Uckun wrote the following:
--------------------------------------------------------------
>>Finally, one language issue that is a real pet peeve of mine is case
>>sensitive variable definitions. This is not a problem in either CFM or ASP.
>>While it can be somewhat worked around by setting the PHP error level
>>reporting to flag uninitialized variables, it is a deficiency that is long
>>overdue to be corrected.
>
> From what I hear it's about to get worse. Instead of making variable names case
>insensitive they are going to make the function names case sensitive too. Seems like
>they want to make the language more C like.
>As for other stuff my pet peeve is the lack of consistency in the functions. Look at
>all the string functions. Most of them work on a string but some one the string first
>some want it last some want it somewhere in the middle. It's even worse with database
>functions. Because each function is written by somebody else it uses a different
>calling convention or returns different things. PHP definately lacks the cohesiveness
>and intuitiveness of other scripting languages. I don't want to rag on it too much
>because obviously the good points of it outweigh the bad points for me but especially
>in large projects that require multiple programmers I really wish it was more
>cohesive. As it is I am never really confident about using any function without first
>checking the manual. In Perl or python I can pretty much guess what a function is
>going to do 90 percent of the time.
>
>
>
>:wq
>Tim Uckun
>Due Diligence Inc. http://www.diligence.com/ Americas Background Investigation
>Expert.
>If your company isn't doing background checks, maybe you haven't considered the risks
>of a bad hire.
>
>
>--
>PHP Windows Mailing List (http://www.php.net/)
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
------end of quote------
[EMAIL PROTECTED]
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
<not a flame>
Hey! Some of us out here LIKE case-sensitive languages. Is there really
any reason why you need to use STRPOS() in one place, StrPos() in another,
Strpos() in another, and strpos() in another? If you use any sort of naming
convention, the case-sensitivity actually HELPS people understand your code.
Get used to it, even html is going to end up being case sensitive when xhtml
becomes the day-to-day standard.
</not a flame>
- Theo
-----Original Message-----
From: Greg Brunet [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 10, 2001 1:05 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP-WIN] anti-advocacy: Larry Seltzer, pcmag May'01 pub.
Tim:
AAARRRGGH! They got it half-right with case insensitive functions and now
they're going to mess up the part that's done right!?! It is quite annoying
that they aren't consistent, but I was thankful that at least the functions
were working "right".
-- Greg
"Tim Uckun" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> From what I hear it's about to get worse. Instead of making variable
names
> case insensitive they are going to make the function names case sensitive
> too. Seems like they want to make the language more C like.
> As for other stuff my pet peeve is the lack of consistency in the
> functions.
<clip>
Hi Theo:
<also not a flame>
It's interesting - I look at it like: is there any reason why you'd want a
StrPos(), Strpos(), etc. functions that do different things? Actually I
certainly always try to type things the same way, but if I accidentally type
Strpos instead of StrPos, I don't want to have that generate an error.
I follow a variable/function naming (and case) convention in both PHP &
other languages (all constants are UPPER_CASE for example). I agree that
this can help people understand the code, but this convention works just as
well in a case-insensitive language.
Actually, one thing that I REALLY like about the newer VB development
environment is that it will automatically correct/adjust the case of your
variables/functions to match their definition. This allows me to define
them according to my naming convention, but not have to worry about keeping
them straight in the code - the tool handles it for me & that's as it should
be. Since I use HomeSite for editing my PHP code (& ASP too), I don't get
that benefit.
</also not a flame>
-- Greg
""Brinkman, Theodore"" <[EMAIL PROTECTED]> wrote in
message FE8510398BFE854F9653B5C32DBB652FD4F397@oh_daytn_xch01">news:FE8510398BFE854F9653B5C32DBB652FD4F397@oh_daytn_xch01...
> <not a flame>
>
> Hey! Some of us out here LIKE case-sensitive languages. Is there really
> any reason why you need to use STRPOS() in one place, StrPos() in another,
> Strpos() in another, and strpos() in another? If you use any sort of
naming
> convention, the case-sensitivity actually HELPS people understand your
code.
>
> Get used to it, even html is going to end up being case sensitive when
xhtml
> becomes the day-to-day standard.
>
> </not a flame>
>
> - Theo
At 10:04 AM 5/10/01 -0500, Greg Brunet wrote:
>Actually, one thing that I REALLY like about the newer VB development
>environment is that it will automatically correct/adjust the case of your
>variables/functions to match their definition. This allows me to define
>them according to my naming convention, but not have to worry about keeping
>them straight in the code - the tool handles it for me & that's as it should
>be.
Ok -- this too is not a flame, but just an opinion. I personally don't
exactly like that much hand holding. It's like the "auto-correct" features
in MS products. Yea, it's great for productivity and that . . . but what
reinforces the thought that you boo-boo'ed and didn't have to correct it?
If I spell receive as "recieve" every time I type something . . . it's
still not right in my mind . . . otherwise I wouldn't type it. When you
don't have the crutch of the computer handy -- are you going to look like a
complete moron with all the "learned" typos that MS corrected for you?
Tools should not instill bad practices and mask them for you. They are
tools -- just that . . . they should enable you to work easier, but they
shouldn't fix your work for you -- at least not automatically to where the
conditioned response is "typos are good as long as the computer figures it
out".
-- Bradley Miller
Still not a flame, just a gripe against MS to think about!
>
> Actually, one thing that I REALLY like about the newer VB development
> environment is that it will automatically correct/adjust the case of your
> variables/functions to match their definition. This allows me to define
> them according to my naming convention, but not have to worry about keeping
> them straight in the code - the tool handles it for me & that's as it should
> be. Since I use HomeSite for editing my PHP code (& ASP too), I don't get
> that benefit.
>
Lets hope that this nannying is not carried forward to any of MS's proper
language IDE's (like C++)!!
What happens if you decide to write your code in the kind of ideal best practice
object oriented way - in that case you will write the call to a function, then
go off and write the function. If you write a call to a new function with the
same name but different case (thus a different name for the pedants out there!),
then good old MS handholding will actually correct it to the wrong function and
your code will not do what you want it to!
Hello Jerome,
Check access rights to \\SERVEUR\TEMP.
The IIS4 process must have read permissions on it.
J> I have 2 PCs. On the first, I installed PHP and IIS 4 on a windows NT server
J> and on the second windows NT server without PHP or IIS4. But my web server
J> (the first PC) haven't enough free disk space to store data on it.
J> Then I want to access with PHP on the second PC and for example list the
J> shared directory. I try opendir and readdir with "\\\\SERVEUR\\TEMP\\".
J> I tried to connect a network drive with "net use F: \\SERVEUR\TEMP ".
J> But he didn't work. How to do that please...
J> Maybe my explain is not enough explicit but my english is a little poor so
J> if you think to know what I want to do write me...
J> Thanks a lot
--
Best regards,
Ruslan
mailto:[EMAIL PROTECTED]
UNC paths didn't work prior to 4.0.5 (I don't know if they
really work in 4.0.5, but the log claims they do)
At 21:55 9.5. 2001, Jerome wrote the following:
--------------------------------------------------------------
>I have 2 PCs. On the first, I installed PHP and IIS 4 on a windows NT server
>and on the second windows NT server without PHP or IIS4. But my web server
>(the first PC) haven't enough free disk space to store data on it.
>Then I want to access with PHP on the second PC and for example list the
>shared directory. I try opendir and readdir with "\\\\SERVEUR\\TEMP\\".
>I tried to connect a network drive with "net use F: \\SERVEUR\TEMP ".
>But he didn't work. How to do that please...
>Maybe my explain is not enough explicit but my english is a little poor so
>if you think to know what I want to do write me...
>Thanks a lot
>
>
>
>--
>PHP Windows Mailing List (http://www.php.net/)
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]
------end of quote------
[EMAIL PROTECTED]
-------------
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7
At 14:30 10.05.2001 +0200, Cynic wrote:
>UNC paths didn't work prior to 4.0.5 (I don't know if they
>really work in 4.0.5, but the log claims they do)
actually UNC are supported since 4.0.6
daniel
/*--
daniel beulshausen - [EMAIL PROTECTED]
using php on windows? http://www.php4win.de
¥es, try this statement:
select [field_with_duplicate_entries], count(*) as num_entries from [yourDB] group by
[field_with_duplicate_entries] having
num_entries > 1;
So you get all duplicates. Store them in a array.
Make your 500-records-select and check the [field_with_duplicate_entries] with
in_array --> highlight it or not.
Just my 0.02 Euro.
Greetinx,
Mike
Michael Rudel
- Web-Development, Systemadministration -
_______________________________________________________________
Suchtreffer AG
Bleicherstraße 20
D-78467 Konstanz
Germany
fon: +49-(0)7531-89207-17
fax: +49-(0)7531-89207-13
e-mail: mailto:[EMAIL PROTECTED]
internet: http://www.suchtreffer.de
_______________________________________________________________
John
If what you are really after is to display any records where a given field is
duplicated, then I would say that a self join is the best bet.
If you just pull 500 consecutive records out into an array, and perform the
comparrisoon in php, then what happens if record 500 has a duplicate to record
1001 - you will never compare the two?
Also, unless you particularly want to look at all of the records, if you do a
self join on the field that you suspect could have duplicates, then you need
only display those records that are suspect.
Tom
"Asendorf, John" wrote:
> I'm about to create a piece of a project which which will be used to check
> for errors in data entry. Every 500 records entered will prompt the user to
> check their work. I have all of the triggers set up already. The database
> is all Oracle, PHP 4.0.4 (1381 build). What I would like to do is display
> all of the 500 records (no problem) and (here's where I could use some
> advice) highlight any records with a duplicate value in one particular
> field.
>
> Should I load all of the data into an array? Should I skim through all the
> records, take notes, reset, and then run through them again? Should I run a
> separate statement which searches for dupes and then match them against the
> whole body of records?
>
> I don't want code, just a voice of experience which could start me off
> right.
>
> Thanks,
>
> John
>
> ---------------------
> John Asendorf - [EMAIL PROTECTED]
> Web Applications Developer
> http://www.lcounty.com - NEW FEATURES ADDED DAILY!
> Licking County, Ohio, USA
> 740-349-3631
> Aliquando et insanire iucundum est
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
I was initially using ISAPI with IIS on win2k and found that it was quite
prone to crashing after about 20 or thirty hits to a php page.
I then moved to using CGI with IIS and found that it could last for a couple
of hundred hits before it crashed (PHP this is)
Finally I've moved to using the ISAPI module in Apache and have not had it
crash yet (although there haven't been more than about a thousand hits so
far). Therefore my empirical evidence suggests that IIS is not that stable
using PHP at the moment, I'm not sure who's fault it is, but they don't seem
to combine too well.
I hope that helps, it would certainly bear some testing.
Martin Kemp.
> -----Original Message-----
> From: Phil Driscoll [mailto:[EMAIL PROTECTED]]
> Sent: 06 May 2001 11:02
> To: [EMAIL PROTECTED]; steff
> Subject: Re: [PHP-WIN] Surprises with PHP4/IIS?
>
>
> >Up to now I always worked with PHP/Apache (Unix, Linux, Win; CGI,
> >Module). Now a customer of mine would like to subscribe for a PHP/IIS
> >hosting offer. What surprises, exceptions, and special cases (compared
> >to Apache solutions) do I have to take into consideration when I agree
> >with the customers proposal?
>
> The only real issue is that the ISAPI module is not stable enough for
> serious use so you will have to go with the cgi version. This
> will give you
> a bit of a performance hit and also mean that authentication headers have
> already been handled by the server before the php script gets a
> look in, so
> you can't do php authentication (although you can let NT do authentication
> for you).
>
> Cheers
> --
> Phil Driscoll
> Dial Solutions
> +44 (0)113 294 5112
> http://www.dialsolutions.com
> http://www.dtonline.org
>
>
Your experiences with the CGI version under IIS are not typical - I've been
running PHP on several production NT boxes since version 4.0 without a
single problem.
Cheers
--
Phil Driscoll
Dial Solutions
+44 (0)113 294 5112
http://www.dialsolutions.com
http://www.dtonline.org
The stability of a modules (actually used) on a specific website have impact
on the stability of PHP.
The CGI version has a short life span, it services one request then
vanishes.
The SAPI version lives much longer. On IIS it may live the entire lifespan
of the IIS process. Apache can be set to a specific number of requests
before a child is terminated.
The re-use among other things is why the SAPI versions are much faster then
CGI and also contributes to why they are less stable. When a bug is
encounter in SAPI, if it does not generate a Segmentation Fault (or Illegeal
Operation) memory corruption may occur causing subsequent page requests to
have unexpected results and more likely to then incurr a Segmentation Fault.
Even though CGI may not perform as many Illegeal Operations, SAPI modules
and CGI share the same code base, they share the same bugs. CGI runs
through program initialization for each page request, so it is less likely
to suffer from a bug encounter last page request, that does not save it from
a bug encountered during it's page request.
SAPI modules don't initialize from scratch every page request, so a bug
encounterd last time around may affect this or the next page request.
Although CGI implementations may not be affected as frequently by a bugs, as
page sources grow, so does the chance of encountering bugs.
The hardest part is to determining what is causes a bug to appear. Once
that has been accomplished, the bug will likely be exterminated by bringing
it to a developers attention or fixing it yourself (gotta love open-source
for this ability).
-Joe
""Phil Driscoll"" <[EMAIL PROTECTED]> wrote in message
00a001c0d930$880bb4a0$0c01a8c0@philsntserver">news:00a001c0d930$880bb4a0$0c01a8c0@philsntserver...
> Your experiences with the CGI version under IIS are not typical - I've
been
> running PHP on several production NT boxes since version 4.0 without a
> single problem.
>
> Cheers
> --
> Phil Driscoll
> Dial Solutions
> +44 (0)113 294 5112
> http://www.dialsolutions.com
> http://www.dtonline.org
>
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
You're right about the lifespan of SAPI versus CGI versions of PHP, but I
can say from personal experience that the Windows PHP distribution with no
extensions loaded is a very stable bit of code, can handle massive scripts
and hasn't put a foot wrong for me for 18 months.
I'm also as sure as I can be (based on many many hours sat at a debugger,
without getting to the bottom of the problem) that the instability of the
ISAPI module is down to some thread safety issue, which of course will not
trouble the cgi version at all.
The isapi module can fall over with a simple echo('hello'), and we all do
loads of those in our scripts - all of which survive in the cgi environment.
I'm as keen as anyone to see the ISAPI module reach stability, because apart
from the performance benefits it would bring to thousands of users, I think
that PHP is a fantastic secret weapon in terms of causing people to migrate
from Windows to *nix, and the more encouragement people get to start to use
it on Windows, the more people there will be who notice there's a much
better world out there and jump ship.
Cheers
--
Phil Driscoll
Dial Solutions
+44 (0)113 294 5112
http://www.dialsolutions.com
http://www.dtonline.org
"Darren" <[EMAIL PROTECTED]> wrote in message
9dbovu$na9$[EMAIL PROTECTED]">news:9dbovu$na9$[EMAIL PROTECTED]...
> Hello all.
>
> How do I write module dll's for php4 for windows
oops I forgot, Thanks in advance :-)
Where can i get Windows module for crypt()
Juris
Hi,
you can get phpMyAdmin from:
http://www.phpwizard.net/projects/phpMyAdmin/
Read the docs of MySQL about installing it as a
service. So you don't need to worry about starting
and stopping it.
A tutorial to install Apache, MySQL and PHP can be found at:
http://www.devshed.com/Server_Side/PHP/SoothinglySeamless/
good luck
Johannes
It's something which I've tried on a pile of occasions, and never really had
any success with - the best solution I've found is to put the directories
which are symlinks into the include path (Apache), or else run an external
module with a pile of typedefs in it. Both ways work, but neither is
particularly secure and both are extremely clunky, but that's the wonders of
windoze!
Tom
Jourden Parks wrote:
> I have to port alot of php code from linux to windows. This code is
> all about using symlinks. Does anyone have any ideas what to do
> in windows when symlinks were required? Or how you go about
> creating a temp link to a file in windows?
>
> Thanks.
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
Nothing really wrong with the code, just different error reporting set.
But, as a couple of cents worth from someone that's learnt the hard way, it is
usually preferable to do something like
if (!isset($submit)){...} and handle the negative condition first. (Of course
this won't be the case if you know that the variable is set and could contain
a value of true (>0) or false (0).)
Tom
Jerry Nelson wrote:
> We have two developers that are just learning PHP. Working with the
> following code I do not have any problems. However, the other person gets
> the error :
> Warning: Undefined variable: submit in .....
>
> The code is :
> <?php
> if ($submit){
> //process form
> $sql="insert into ascodes values('$ascode','$name', '$date',
> '$desc','$date')";
> $result = $db->query($sql);
> echo "Thank You, come again\n";
> }else{
>
> ?>
>
> <form method="POST" action="<?php echo $PHP_SELF ?>" >
> Accounting Code: <input type="text" name="ascode"><br>
> Your name: <input type="text" name="name"><br>
> Todays Date: <input type="text" name="date"><br>
> Description: <input type="text" name="desc"><br>
> <input type=submit name="submit" value="insert record">
> </form>
>
> <?php
> }
> ?>
>
> *---------*-----------*----------*---------*---------*---------*--------*
> Jerry Nelson
> Datanamics, Inc.
> 973-C Russell Ave
> Gaithersburg, MD 20879
>
> --
> PHP Windows Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
--- [EMAIL PROTECTED]
> wrote:
>Hi! This is the ezmlm program. I'm managing the
>[EMAIL PROTECTED] mailing list.
>
>I'm working for my owner, who can be reached
>at [EMAIL PROTECTED]
>
>To confirm that you would like
>
> [EMAIL PROTECTED]
>
>added to the php-windows mailing list, please send
>an empty reply to this address:
>
>
>[EMAIL PROTECTED]
>
>
>Usually, this happens when you just hit the "reply" button.
>If this does not work, simply copy the address and paste it into
>the "To:" field of a new message.
>
>or click here:
>
>mailto:[EMAIL PROTECTED]
>
>
>This confirmation serves two purposes. First, it verifies that I am able
>to get mail through to you. Second, it protects you in case someone
>forges a subscription request in your name.
>
>Some mail programs are broken and cannot handle long addresses. If you
>cannot reply to this request, instead send a message to
><[EMAIL PROTECTED]> and put the
>entire address listed above into the "Subject:" line.
>
>
>--- Administrative commands for the php-windows list ---
>
>I can handle administrative requests automatically. Please
>do not send them to the list address! Instead, send
>your message to the correct command address:
>
>To subscribe to the list, send a message to:
> <[EMAIL PROTECTED]>
>
>To remove your address from the list, send a message to:
> <[EMAIL PROTECTED]>
>
>Send mail to the following for info and FAQ for this list:
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
>
>Similar addresses exist for the digest list:
> <[EMAIL PROTECTED]>
> <[EMAIL PROTECTED]>
>
>To get messages 123 through 145 (a maximum of 100 per request), mail:
> <[EMAIL PROTECTED]>
>
>To get an index with subject and author for messages 123-456 , mail:
> <[EMAIL PROTECTED]>
>
>They are always returned as sets of 100, max 2000 per request,
>so you'll actually get 100-499.
>
>To receive all messages with the same subject as message 12345,
>send an empty message to:
> <[EMAIL PROTECTED]>
>
>The messages do not really need to be empty, but I will ignore
>their content. Only the ADDRESS you send to is important.
>
>You can start a subscription for an alternate address,
>for example "[EMAIL PROTECTED]", just add a hyphen and your
>address (with '=' instead of '@') after the command word:
><[EMAIL PROTECTED]>
>
>To stop subscription for this address, mail:
><[EMAIL PROTECTED]>
>
>In both cases, I'll send a confirmation message to that address. When
>you receive it, simply reply to it to complete your subscription.
>
>If despite following these instructions, you do not get the
>desired results, please contact my owner at
>[EMAIL PROTECTED] Please be patient, my owner is a
>lot slower than I am ;-)
>
>--- Enclosed is a copy of the request I received.
>
>Return-Path: <[EMAIL PROTECTED]>
>Received: (qmail 17423 invoked from network); 10 May 2001 10:39:29 -0000
>Received: from unknown (HELO php2.chek.com) (208.247.106.187)
> by va.php.net with SMTP; 10 May 2001 10:39:29 -0000
>Received: (qmail 8932 invoked by uid 99); 10 May 2001 10:41:07 -0000
>Date: 10 May 2001 10:41:07 -0000
>Message-ID: <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Website Subscription
>From: [EMAIL PROTECTED]
>
>
>This was a request generated from the form at http://www.php.net/support.php.
==
Lic. Juan Manuel Ledesma
[EMAIL PROTECTED]
www.garabato2000.com.ar
www.noticiasvirtuales.com.ar
www.contactoswingers.com.ar
www.empresasdecatamarca.com.ar
www.ecommerceargentina.com.ar
www.buscadorcatamarca.com.ar
www.guiastelefonicas.com.ar
www.altadepaginas.com.ar
_____________________________________________________________
Visit http://freeservers.com to get a FREE Web site with a personalized domain and
FREE Web-based e-mail.
Hello,
I've installed IBM HTTP Server 1.3.12.2 and it was working fine. I have now
installed php 4.05 moved php.ini to the windows dir, the php4tsdll to the
system32 dir. When I attempt to start the server is get the following error.
The procedure entry point add_assoc_string_ex could not be located in the
dynamic link library php4ts.dll
Any ideas what this is all about?
Cheers,
Craig
Hi there !
I'm using WIN98+PHP4.01+Apache1.3.19 and I need some dll files...for
some function that I'm using for graphics and snmp !
php_gd.dll
php_snmp.dll
CAN SOMEBODY SEND THEM TO ME PLEASE ! There are only two link where I cand
find these files and both are DOWN !
Thanx !
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Hi everybody !
We are trying to install PHP 4.0.5 and Xitami 2.5 on a win98
and we don´t get PHP to work. Is anybody available to give
us some ideas where to look first?
Any help would be kindly appreciated.
Regards
Walter
I have downloaded PHP 4.0.5 [738kb] CGI only version of PHP from the website
and installed it, making sure I select the PWS option during installation. I
am attempting to follow the directions in the install.txt file (see below)
but I can't find "php.ini-dist" or "PWS-php4.reg". I have tested a test ASP
page which is working in the directory I wish to use, however my test PHP
page obtains an error, so I assume PHP is not enabled. What am I missing
here? I appreciate any help you can give me.
Thanks,
Eileen The directions from install.txt read:
PWS 4.0+ (CGI):
1. Copy the php.ini-dist to your systemroot (the directory where you
installed windows), rename it to php.ini, and
edit it to fit your needs
2. Edit the enclosed PWS-php4.reg file to reflect the location of your
php.exe.
Eileen,
The CGI-only version doesn't come with the 2 files you are looking for - the
installer you ran did all of the stuff in the install.txt already for you as
long as you chose PWS (which you said you did). PHP is probably working -
what error are you getting? If it is something like "Undefined Variable"
(which I suspect), when you installed PHP you chose the default error
reporting. Edit the C:\windows\php.ini and change "error_reporting" to
something other than "E_ALL" - try "E_ALL & ~(E_NOTICE |E_USER_NOTICE)".
There really isn't anything wrong with the code or PHP - its just that for
debugging, PHP has E_ALL that tells you things you probably don't need to
know (like a variable that isn't defined).
If I am off, and you aren't getting a "undefined variable" error, send some
code for us to look at.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 10, 2001 10:38 AM
To: [EMAIL PROTECTED]
Subject: [PHP-WIN] php-pws ques.
I have downloaded PHP 4.0.5 [738kb] CGI only version of PHP from the website
and installed it, making sure I select the PWS option during installation.
I
am attempting to follow the directions in the install.txt file (see below)
but I can't find "php.ini-dist" or "PWS-php4.reg". I have tested a test ASP
page which is working in the directory I wish to use, however my test PHP
page obtains an error, so I assume PHP is not enabled. What am I missing
here? I appreciate any help you can give me.
Thanks,
Eileen The directions from install.txt read:
PWS 4.0+ (CGI):
1. Copy the php.ini-dist to your systemroot (the directory where you
installed windows), rename it to php.ini, and
edit it to fit your needs
2. Edit the enclosed PWS-php4.reg file to reflect the location of your
php.exe.
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
I'm going to guess that this is the error she's getting with
Win98/PWS/PHP4.0.5 and 6:
"One of the library files needed to run this application cannot be
found."
I receive this error with both the CGI executable and the ISAPI
extension, with php.exe, php4ts.dll and/or php4isapi.dll in \windows,
\windows\system, and \php (the install folder), and the registry entry
pointing at any of the three. I've tried all 12 combinations to no
avail.
Code: <?php phpinfo() ?>
Win98/OmniHTTPd/PHP4.0.5 and 6 has no problem with the CGI executable,
but if I can't get it working under PWS, there's no way my boss will
let PHP be installed on the server, even though it's IIS. I'd like to
go completely open source (Linux/Apache/PHP), but there's a long, hard
road ahead. Can you help start the process?
Peace,
Vern DeHaven
--- "Schulz, Evan" <[EMAIL PROTECTED]> wrote:
> Eileen,
> The CGI-only version doesn't come with the 2 files you are looking
> for - the
> installer you ran did all of the stuff in the install.txt already for
> you as
> long as you chose PWS (which you said you did). PHP is probably
> working -
> what error are you getting? If it is something like "Undefined
> Variable"
> (which I suspect), when you installed PHP you chose the default error
> reporting. Edit the C:\windows\php.ini and change "error_reporting"
> to
> something other than "E_ALL" - try "E_ALL & ~(E_NOTICE
> |E_USER_NOTICE)".
> There really isn't anything wrong with the code or PHP - its just
> that for
> debugging, PHP has E_ALL that tells you things you probably don't
> need to
> know (like a variable that isn't defined).
>
> If I am off, and you aren't getting a "undefined variable" error,
> send some
> code for us to look at.
=====
Gravity is a wonderful bend of time. Just ask someone who shreds.
__________________________________________________
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/
Try exec() or system()?
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.252 / Virus Database: 125 - Release Date: 09-May-01
Here is a bit of advice for those of you trying to use MYSQL with PHP4 (cgi
mode) on Windows.
I use "localhost" with Xitami on Win98 for PHP development and it is a very
good environment. But, for a long time my PHP scripts would occasionally
crash, and I would get
ERROR: This program performed an illegal operation and will be shut down.
PHP caused an invalid page fault in module PHP4TS.DLL at 0167:100b0eda.
and it was VERY FRUSTRATING because I could not discover the problem.
Finally I decided it must be a thread-safety problem, so I added a
sleep(2); just before mysql_connect() and the PROBLEM IS GONE!!!
John Henckel alt. mailto:[EMAIL PROTECTED]
Zumbro Falls, Minnesota, USA (507) 753-2216
http://geocities.com/jdhenckel/
Hi John,
John> Here is a bit of advice for those of you trying to use MYSQL with PHP4 (cgi
John> and it was VERY FRUSTRATING because I could not discover the problem.
John> Finally I decided it must be a thread-safety problem, so I added a
John> sleep(2); just before mysql_connect() and the PROBLEM IS GONE!!!
AHHHHHHHHHH =). I had that problem, too. It happened just one day before I had
to finish a big script, and there was one feature to be added. After 3 hours of
searching, I "solved" this problem by installing Apache... But it happened only
since I had updated from PHP 4.0 to 4.0.4pl1 ...
Thanx ;-)
-----------------------
EnjoY,
Adaran ([EMAIL PROTECTED])
check http://www.adaran.net
Just installed php on Windows NT it doesn't seem to reconize the php script
when I ftp it to our web server it works fine.
Thanks
