[PHP] FTP not enabled in RedHat 7.x distro
Hi, Installed RPM's from RedHat (latest patches) and using PHP with Apache under RH7.1 Linux, lots of scripts, no problems. The hitch is that a user just tried ftp_connect(), and got the "unknown function" error. Okay, so I expected this to be a missing php.so loadable module. However, it appears more like an option "--enable-ftp" needs to be specified at _compile time_ to get it working. Is this really the case? Does RedHat _really_ not distribute with this feature already on? Am I even barking up the right tree?!? Many thanks in advance... -- Best regards, James. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] FTP not enabled in RedHat 7.x distro
Rick, In response to your mail of Monday 17 February 2003 at 17:46:49: Thanks for your swift response! RE> I also use Redhat 7.1 and use FTP successfully. Something in your RE> setup? Well, I don't think so ... it's all fairly standard (only use RPM's) and the "function not found" suggests the functionality just isn't present. Do you have an FTP extension mentioned in your PHP.ini file? The doc's aren't clear on this point ;) -- Best regards, James. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] I have a problem with MsSQL
Jimmy, In response to your mail of Monday 17 February 2003 at 18:54:02: JH> My problem is the characters in spanish: JH> example: JH> Construcción (Data of MsSQL Server) JH> Result in web with PHP: JH> Construcci¢n Are you aware of HTML codes like the following - some are the common ones most people know, but there are some rarer characters too? ® ®© © ¡ ¡ ¢ ¢ £ £ ¤ ¤ ¥ ¥¦ ¦ § § ¨ ¨ ª ª « « ¬ ¬ ¯ ¯ ° °± ± ² ² ³ ³ ´ ´ µ µ ¶ ¶ · · ¸ ¸ ¹ ¹ º º » » ¼ ¼ ½ ½ ¾ ¾ ¿ ¿ × × Ø Ø Þ Þ ÷ ÷ ø ø þ þ € Ð Ðæ æ è è é é ç ç ü ü ö ö & & ‘ ’ " " ' ' < < > > – — Maybe you can str_replace or strtr (or some other similar function) to get your international characters in the MySQL data converted to HTML? -- Best regards, James. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[2]: [PHP] FTP not enabled in RedHat 7.x distro
Martin, In response to your mail of Monday 17 February 2003 at 18:10:31: MM> Use phpinfo() to know how your PHP was compiled. If it comes as a MM> module, you should see a --enable-feature=shared. Don't know it MM> ftp support can be compiled as shared, but Indeed - I think the doc's maybe (!) indicate that FTP is shared (loadable from a DLL) under MS-Windows, but only seems to be available using --enable-ftp under Unix ... but no sign of that option in the phpinfo() function. Hm. Doesn't seem to make absolute sense! I'll keep looking into it some more I guess... -- Best regards, James. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[4]: [PHP] FTP not enabled in RedHat 7.x distro
Martin, In response to your mail of Monday 17 February 2003 at 18:27:05: MM> My RH 7.3 php (distributed by RH) has --enable-ftp, so it was MM> compiled with the ftp support. MM> Check yor sintax. Could have a typo somewhere. Very weird - I thought RedHat would have enabled it too. I did copy-and-paste the problem command to check I was searching for the right one. Here's the error, just for clarity: - Fatal error: Call to undefined function: ftp_connect() in /home/www/script.php on line 2 ...and the line in question is like... Anyway, maybe I should check the RH distro. Can you run the following on your box for me so I can compare please? rpm -qa | grep -i php | sort ; uname -mrspv Here's what my system shows for the above... php-4.1.2-7.1.6 php-imap-4.1.2-7.1.6 php-mysql-4.1.2-7.1.6 Linux 2.4.18-19.7.x #1 Thu Dec 12 09:00:42 EST 2002 i686 unknown Maybe even try an "rpm -qi php" for more details on that package. Thanks in advance. -- Best regards, James. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[6]: [PHP] FTP not enabled in RedHat 7.x distro
Martin, In response to your mail of Wednesday 19 February 2003 at 11:44:52: MM> When I say RH, I mean RedHat. The diference seems to be that I'm MM> on 7.3, while you're on 7.1. MM> Still, it should be compiled with ftp support. Yes, and we're patched with recent releases too, so I'd have thought so. However, the last RPM update did mush a couple of things that normally it gets right. I wonder if the last patch was duff? I was wondering if you were able to check the exact RH release of your PHP package, to see if it matched mine? MM> When you run phpinfo() the output gives you the configure line MM> with which php was compiled, so check there if it was or wasn't MM> compiled with ftp support. Well, I am not 100% sure. The phpinfo() reports the following: "...tem' '--with-ftp' '--with-zlib..." ...but the doc's and the people sometimes talk about "--with-ftp" and sometimes talk about "--enable-ftp". It's really not quite clear. Certainly looks like it's _behaving_ as though it has no FTP, and I'm increasingly getting the impression that RH released an RPM patch that wasn't exactly right... I'll poke them too perhaps. Thanks for your comments so far. Let me know if you can find your PHP version and release details - ta. -- Best regards, James. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re[8]: [PHP] FTP not enabled in RedHat 7.x distro
Martin, In response to your mail of Wednesday 19 February 2003 at 12:07:01: ==>> rpm -q php MM> php-4.1.2-7.3.6 Hm.. Same version here, and also a .6 release, but for 7.1 instead of 7.3, which leads me to suspect someone at RH fudged the build last time they released a patch. I'm sure I can resolve this at RH now, but will be sure to let you & the list know the outcome when I do... MM> I have '--enable-ftp' on my phpinfo(). Aha, that's that cleared-up! MM> Also, send a bug report to bugzilla (http://bugzilla.redhat.com). On my way as I speak :) Thanks for confirming your findings etc. -- Best regards, James. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Q: PHP3 / Read STDIN when missing Content-Type
I'm stuck with PHP3 at present and need to process POSTed data that has a missing Content-Type, so the HTTP_POST_VARS don't work. Is the raw STDIN data accessible in this situation, please? Pretty please? Cheers, J. -- PHP General 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]
Re[2]: [PHP] Holy Moly...
>> On Wed, 2 Jan 2002, Julie Hull wrote: >> >> > Could someone please direct a total novice to the best PHP >> > beginner news group. Just to many to choose from ~:) >> > >> > Thank You, >> > Julie ~:) Jump right in, but be sure to read the introductory chapters of the PHP manual, especially on security, and then dip back into them once you're getting familiar with PHP. It also depends on what you know about web servers, server-side scripting, what other languages you know, and so on... -- PHP General 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]
Re[2]: [PHP] Q: PHP3 / Read STDIN when missing Content-Type
BS> Your question intrigued me enough to start searching for an BS> answer. Never did this myself, but you may try BS> http://download.php.net/manual/en/html/function.fopen.html (fifth BS> paragrapgh of explanations). Hope it works with Apache - I was BS> unable to determine if this only works when you run PHP scripts BS> from the prompt. Thanks for your response. I think the problem is actually to do with STDIN having already been gobbled up by PHP when it parsed the input, and therefore there is no more data available -- maybe it _is_ available when the Content-type is missing (by stuffing the data back on the queue) or something. Hm. I'll take a peek and let you know, although I have since found another solution: In the end I found another way around it by sucking-in the data using a tiny Perl script, parsing out the field I wanted and then issuing an HTTP request from the Perl script to launch a PHP script with a regular QUERY_STRING. Streuth! Cheers, James. -- Axoria Ltd specialises in Bespoke Internet Software and Hosting. (Esp. integration of desktop with on-line databases / e-Commerce.) -- PHP General 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]
