|
|
 |
LXXX. Oracle 8 関数
以下の関数により Oracle8 および Oracle7 データベースへのアクセスが
可能となります。この関数は、Oracle8 Call-Interface (OCI8) を使用し
ます。
この拡張モジュールは、通常のOracle
拡張モジュールより柔軟性があります。
この拡張モジュールは、グローバルおよびローカルの PHP 変数の Ocacle
プレースホルダーへのバインドをサポートします。また、LOB,FILE,ROWID
を完全にサポートしており、ユーザー定義の変数が使用可能です。
この拡張モジュールを使用するには、Oracle8クライアントライブラリを
必要とします。
この拡張モジュールを使用する前に Webデーモンのユーザでもある
OracleユーザのOracle用環境変数が正しく設定されていることを確認し
て下さい。設定されている必要がある変数を以下に示します。
ORACLE_HOME
ORACLE_SID
LD_PRELOAD
LD_LIBRARY_PATH
NLS_LANG
ORA_NLS33
Webサーバーのユーザ用に環境変数を設定した後、Webサーバーのユーザ
(nobody, www)をグループoracleに追加して下さい。
Webサーバが起動しないか、起動時にクラッシュする場合:
Apacheがpthreadライブラリにリンクされているかどうか次のように確認
して下さい。
libpthread がこの一覧にない場合、Apacheを再インストールする必要
があります。
UnixWareのようないくつかのシステムでは、libpthreadの代わりに
libthreadが使用されています。PHPとApacheは、
EXTRA_LIBS=-lthreadをconfigureに指定する必要があります。
オプション--with-oci8[=DIR]を指定
してPHPをコンパイルする必要があります。ただし、DIRのデフォルトは、
環境変数ORACLE_HOMEの値です。
この拡張モジュールは設定ディレクティブを全く定義しません。
これらの定数は、この拡張モジュールで定義されており、
この拡張モジュールがPHP内部にコンパイルされているか実行時に動的にロー
ドされるかのどちらかの場合のみ使用可能です。
例 1. OCIに関するヒント |
<?php
OCIExecute($stmt, OCI_DEFAULT);
$result = OCIResult($stmt, $n);
if (is_object ($result)) $result = $result->load();
$sql = "insert into table (field1, field2) values (field1 = 'value',
field2 = empty_clob()) returning field2 into :field2";
OCIParse($conn, $sql);
$clob = OCINewDescriptor($conn, OCI_D_LOB);
OCIBindByName ($stmt, ":field2", &$clob, -1, OCI_B_CLOB);
OCIExecute($stmt, OCI_DEFAULT);
$clob->save ("some text");
OCICommit($conn);
?>
|
|
コマンドラインで実行するのと同様な手法により、ストアドプロシージャ
に簡単にアクセス可能です。
例 2. ストアドプロシージャの使用法 |
<?php
$sth = OCIParse ( $dbh, "begin sp_newaddress( :address_id, '$firstname',
'$lastname', '$company', '$address1', '$address2', '$city', '$state',
'$postalcode', '$country', :error_code );end;" );
OCIBindByName ( $sth, ":address_id", $addr_id, 10 );
OCIBindByName ( $sth, ":error_code", $errorcode, 10 );
OCIExecute ( $sth );
?>
|
|
kucerar at hhmi dot org
23-Feb-2005 04:29
Great Solaris patch! Finally built. Here's some tips on connecting:
Just made this on solaris8 32bit, actually works.
1) put everything in one directory
2) unsetenv ORACLE_HOME
3) set the env vars LD_LIBRARY_PATH and SQLPATH and TNS_ADMIN(if you have it) to that directory.
4) use one of the other easy connection notations here
docs/tech/sql_plus/10102/readme_ic.htm
These env vars worked when put at the top of apachectl script as well.
To build you may have to fake it out with an ORACLE_HOME var, but unset it later. You may also have to fake out the build by putting header files where it is looking for them, e.g. in the rdbms/demo directory or some such other place.
When running though, make sure you have only the files required in only one directory.
Oracle has not put up a link to the 32bit solaris sqlplus--you have to guess it--it's there though:
instantclient-sqlplus-solaris32-10.1.0.3.zip
...and don't forget to add ".world" on to the end of your SID. It's very common to have to specify DBNAME.WORLD to connect.
buswash at gmail dot com
02-Feb-2005 02:51
PHP 5.0.3 + Solaris 9 (UltraSPARC) + Apache 2.0.51 + Oracle 10g Instant Client 10.1.0.3
Thanks to Jakob's patch I got this combination working. Here are some things that helped me:
1. After getting this:
ld: fatal: file /opt/oracle/instantclient/libclntsh.so: wrong ELF class: ELFCLASS64
I realized that PHP is a 32-bit application and that all 3rd-party libraries need to be 32-bit as well. You need to download the 32-bit version of Instant Client (basic + sdk), even if you are running the 64-bit Solaris OS.
2. My patch command syntax was a little different:
patch -p0 -i php5_ociclient.patch config.m4
Thanks again to Jakob for porting the patch over to PHP 5.
Marc
jakob dot jellbauer at interhyp dot de
19-Jan-2005 08:00
Yes, i`ve made it !
Installing PHP 5.0.3 and the Oracle 10g Instant Client on Linux .
There is no need to have a full Oracle Installation on the Webserver, you only need the client.
The patches provided from Oracle are for PHP Versions 4.3.9 or 4.3.10.
Here is the handmade patch for PHP 5.0.3 :
...
patch -u php-5.0.3/ext/oci8/config.m4 php5_ociclient.patch
cd php-5.0.3
rm -rf autom4te.cache config.cache
./buildconf --force
...
Download the Patch here:
Have fun,
Feel free to ask me if there are any questions
mark at magpies dot net
06-Jan-2005 09:05
Hello once again.
This time I present details on how to get Oracle Instant Client 10g ( 10.1.0.3 ), PHP 5.0.3 and Apache 2.0.52 running together on Linux (I've used fedora core 1 but I can't see why this will not work for any other distro )
*Note* This is not a guide on compiling php and httpd there are plenty of guides around to do that. This just covers compiling and using the oci8 module with php.
1. Set-up and install apache-2.0.52 as per normal
2. Unpack the Oracle 10g Instant Client ( 10.1.0.3 SDK + Basic, I also use the sqlplus pack to test the connection outside of apache / php )
rpm -ivh oracle-instantclient-basic-10.1.0.3-1.i386.rpm oracle-instantclient-devel-10.1.0.3-1.i386.rpm oracle-instantclient-sqlplus-10.1.0.3-1.i386.rpm
3. Set env ORACLE_HOME to the clients path in the current shell your shell command may vary (this is bash )
export ORACLE_HOME=/usr/lib/oracle/10.1.0.3/client; export LD_LIBRARY_PATH=/usr/lib/oracle/10.1.0.3/client/lib;
(if you want to test if you can now get a connection to oracle using sqlplus see item 10 below.)
4. Unpack php-5.0.3 as per normal add in --with-oci8 to the configure options. If the ORACLE_HOME is set previously then adding the directory as per "--with-oci8=$ORACLE_HOME" should not be necessary. Do this to be safe though.
5. Run the ./configure program in php source directory. Don't make it just yet though.
6. The compiler needs to find the includes oci.h + others so, from the default client install dirs, I needed to edit the php Makefile after it was configured. Open it up and look for "EXTRA_INCLUDES" and add to end of line
-I/usr/include/oracle/10.1.0.3/client (thats a capital i ) save the Makefile, then finish off compiling and installing php. Please note im sure this will be changed in php's configure so it finds these by default in the not too distant future.
7. Create a directory /etc/oracle and place your tnsnames.ora file in there, (VERY IMPORTANT make sure you chmod your tnsnames.ora to ensure that whatever username your httpd server runs under can read the file (1.5 hours of frustration later i figured this out). I just did "chmod 0644 tnsnames.ora" it doesn't matter where you put this as long as you set the env TNS_ADMIN to it. (IMPORTANT TNS_ADMIN points to a directory not the actual tnsnames.ora file )
8. My system uses a /etc/init.d/httpd script to start up httpd so in that file I exported the ORACLE_HOME & TNS_ADMIN env vars before the httpd is run, oh you will need to set LD_LIBRARY_PATH as well if you not added the path to ld.so.conf
export ORACLE_HOME=/usr/lib/oracle/10.1.0.3/client; export TNS_ADMIN=/etc/oracle
9. start httpd and bobs your uncle....
10. You can test connection once the instant client rpm's are installed by using sqlplus. set ORACLE_HOME as above, TNS_ADMIN as above, LD_LIBRARY_PATH as above and if necessary. Then sqlplus <username>/<password>@<sid or service_name as per tns_admin file> use sqlplus here as you would normally
Mark
PS: Thanks Oracle for the SDK, about time !
darkstar_ae at hotmail dot com
06-Jan-2005 08:47
If you are experiencing problems with oracle not maintining a connection although you are sure it was able to make a connection just a few seconds or minutes ago make sure you do a putenv('ORACLE_HOME=/path/to/oracle/libraries')
In connection to this make sure Oracle client is installed in admin mode. Failure to do so may cause php compilation to fail.
Mark at catalyst dot net dot nzed
10-Aug-2004 03:28
ReCompiling PHP4 to have oracle 8 support (oci8) on Debian Linux, using the Oracle 10g client libraries. Log in as root.
PACKAGES REQUIRED:
php4-dev
php4 (source files)
php4 module (might not be required, but it's what i had installed at the time)
OTHER PACKAGE REQUIREMENTS:
Oracle Client Libraries (i used Oracle 10g Server, but you should be able to use, as has been previously said, any set of the oracle client libraries from 8i onwards).
* make sure this is installed before recompiling php4.
ENVIRONMENT REQUIREMENTS:
- export ORACLE_HOME=[where u installed the oracle client]
- export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
- export LD_PRELOAD=libclntsh.so.10.1 (the version number at the end will correspond to the oracle version you previously installed. in my case, 10g is 10.1).
- vi /etc/ld.so.conf and add $ORACLE_HOME/lib to the list of paths.
then * run ldconfig to reload those changes to the system * (p.s. make sure it's the full path, and not using any environment variables. e.g. /u01/app/oracle/product/10gRDBMS is my ORACLE_HOME).
STEPS:
- cd /usr/src/[PHP4 Version]
in my case, [PHP4 Version] = php4-4.3.8, so path was
/usr/src/php4-4.3.8
- vi debian/rules
these are the default compilation rules for php4. Find section labeled COMMON_CONFIG = [...] and add --with-oci8 (it should be near the top of the file).
- debchange -i (allows you to edit the change log for the versions of php. btw - you should be in the php4 source code directory). give the version id something obviously unique. don't forget to add a comment.
when all is in readyness, then you should be able to go debian/rules binary to build the debian packages required.
the deb packages are built into the /usr/src directory. and depending on the default compilation options u choose, there should be a few. find the deb package that corresponds to the main php4 module (php4_4.3.8-4.mark.1_i386.deb for me), and run dpkg -i [package name] to install it.
- vi /etc/init.d/apache and add exports for $ORACLE_HOME, $LD_PRELOAD and $LD_LIBRARY_PATH
* don't forget to restart apache /etc/init.d/apache to reload the php4 module. *
IF YOU GET... :
if you get an error saying something about apache cannot load libclntsh.so.10.1, file not found, check the environment variables, for both the user, and in /etc/init.d/apache and also check ld.so.conf to make sure the $ORACLE_HOME/lib path is in there, and has been reloaded (with ldconfig).
editing ld.so.conf was the part that finally got it working for me.
as you should be able to tell, the steps are pretty much the same as for all oracle versions 8i onwards, and all linux OS's. but with a few debian specific paths and commands thrown in.
mark at magpies dot net
05-Jul-2004 04:07
For those trying to use the Oracle Instant Client 10g in a win32 environment, heres a nice easy howto. If you fully read the docs properly and understand what your reading you will be able to set it up, but if like me you want a quick easy fix, heres how I did it.
1. Download and install the Oracle Instant Client to where ever (lets say c:\ora\client )
2. Add your connect info, copy a previously created or provided tnsnames.ora file to the above directory.
3. Change Path in the Environment Variables area to add this directory to the path. ie. c:\ora\client;%SystemRoot%;<and so on>
4. Open regedit and add a Key called ORACLE to HKEY_LOCAL_MACHINE\SOFTWARE
5. To the ORACLE key add a string value called TNS_ADMIN and assign it the directory above (ie. c:\ora\client ) So you end up with KEY_LOCAL_MACHINE\SOFTWARE\ORACLE\TNS_ADMIN = c:\ora\client
6. Set php to use Oci8 extension and bobs your uncle
7. Reboot.
Option 7 was required as the oci8 extension or php wouldn't pick up the path change. Also my problem was how to use other programs like sqlplus without creating extra Environment Variables etc the TNS_ADMIN / tnsnames.ora part makes that simpler and allows you to call things the same as you would before.
PS: This should apply to all the Instant Clients. I haven't tried it with any others but 10g though.
Hope this helps.
beckman at purplecow dot com
14-Jun-2004 11:20
For those of you running Oracle on Linux, and running a remote box also on Linux, here's an easy way to get OCI8 working without having to install the whole Oracle DB just to get your client working.
[PS -- For the life of me, installing client libraries for Oracle really shouldn't be this hard, but it really truly is.]
Step 1. Copy the following directories from your ORACLE_HOME directory where Oracle is installed (the database server) to your remote client server/machine:
lib, network, ocommon, plsql, rdbms, oracore
These contain all of the files/folders/libraries you'll need to compile OCI8 into PHP. I put this in /home/beckman/oracle and set ORACLE_HOME as that dir.
Step 2. Compile PHP with --with-oci8=/home/beckman/oracle (obviously using your directory, not mine). Install, (re)start apache.
Step 3. Remove plsql and rdbms directories from ORACLE_HOME on your remote server, leaving you with lib, network, ocommon and oracore.
Step 4. Read:
NOTE: This will only help you if you (a) have Oracle successfully running on Linux (was RH Enterprise 3 for me) and your client box is running the same OS. I'm not sure it will work on earlier versions, but it may. Your results should be posted here methinks!
cyrill@_malevanov_dot_spb_dot_ru
10-May-2004 08:05
Passing CLOB to stored procedure and retrieve CLOB too (function lobinout(a in clob) return clob)
<?
error_reporting(1+2+4+8);
$conn = OCILogon('batdtd', 'batdtd', 'batxml');
$lobin = OCINewDescriptor($conn, OCI_D_LOB);
$lobout = OCINewDescriptor($conn, OCI_D_LOB);
$stmt = OCIParse($conn, "declare rs clob; begin :rs := lobinout(:par); end;");
$lob_data = 'abcdefgh';
echo "binding lobin...";
OCIBindByName($stmt, ':par', $lobin, -1, OCI_B_CLOB);
echo "done<br>binding rs...";
OCIBindByName($stmt, ':rs', $lobout, -1, OCI_B_CLOB);
echo "done<br>writing temp lob...";
$lobin -> WriteTemporary($lob_data);
echo "done<br>executing...";
OCIExecute($stmt, OCI_DEFAULT);
echo "done<br>rs = ".$lobout->load();
OCICommit($conn);
$lobin -> free();
$lobout -> free();
OCIFreeStatement($stmt);
OCILogoff($conn);
?>
dadarden_nospamoladude at iti2 dot net
13-Mar-2004 01:27
PHP Oracle -- Compiling Oracle Support into PHP, Apache 2
Apache 2.0.48, Php 4.3.4, Red Hat Linux 9.0, Debian 3.0, Oracle 9i R2
Dave Darden � 1/17/04 -- www.dardensystems.com
First install Apache 2 from source. Instructions are at
I used a --prefix=/usr/local/apache on the install.
Install Oracle. There is a very good Oracle install to RedHat 9.0 white paper at that goes step by step through the problems (Oracle is not supported on RedHat 9. Oracle only supports installation on paid versions of Red Hat).
If only an Oracle client is installed on the web server (if the database is on another machine in a multi-tier configuration) then you must install both the client and the Oracle Call Interface (OCI). I think SQLPlus also needs to be installed. Oracle Network Utilities and Installation Common Files were also installed. If you cannot configure/make php because of missing Oracle library errors during configure/make, then investigate whether you have installed enough of the �client� pieces of Oracle on the web server machine.
I also included a link from libclntsh.so.8.0 to libclntsh.so.9.0 in the $ORACLE_HOME/lib directory. Some internet posts suggested it to prevent errors in php configure/make. A later experience moving from RedHat to Debian confirms that it is necessary to avoid a make error on a missing lclntsh file.
In transferring the client software from a Red Hat 9.0 web server installation to a Debian 3.0 (kernel 2.4.18) web server installation I was able to simply copy over the Oracle /u01 directory tree without rerunning the Oracle client installation. This must be done before php is configured and compiled on the Debian machine so the oci8 libraries are available. And of course the tips on libclntsh and environment variables must be observed as well.
Get the php source. This php configure line worked for me, creating an Apache 2 module, and keeping mysql and gd support. Add other options if you need them for a given site. For some reason, even though gd is included with php now, zlib was needed to successfully configure and make php from source when including gd. You will need to substitute appropriate directory locations for your install of Apache, zlib, and Oracle.
./configure --with-apxs2=/usr/local/apache/bin/apxs \
--with-mysql --with-gd \
--with-zlib-dir=/usr/local \
--with-config-file-path=/etc \
--enable-force-cgi-redirect --disable-cgi \
--with-oci8=/u01/app/oracle/9i --enable-sigchild
Use an absolute path on -�with-oci8=/u01/app/oracle/9i
(Do not use the $ORACLE_HOME path variable in the configure statement. For some reason it does not work even when it is set properly.)
Also, set the environment variables in
/usr/local/apache/bin/envvars like so (your env var values should vary):
export ORACLE_SID="lx92"
export ORACLE_HOME="/u01/app/oracle/9i"
export TNS_ADMIN="/u01/app/oracle/9i/network/admin"
export LD_LIBRARY_PATH="/u01/app/oracle/9i/lib"
export TNS_ADMIN="/u01/app/oracle/9i/network/admin/tnsnames.ora"
export TWO_TASK="/u01/app/oracle/9i/network/admin/tnsnames.ora"
export NLS_LANG="English_America.WE8ISO8859P1"
export ORACLE_BASE="/u01/app/oracle"
oddbec_no_more_spam_kthx at online dot no
24-Feb-2004 04:49
I had trouble with norwegian characters using oracle 8.7.1 / php 4something and Apache 2.
The only trouble was that '?' appeared instead of the norwegian characters.
The solution to it all was to add this to the apachectl script:
export NLS_LANG="norwegian_norway.WE8ISO8859P1"
export ORACLE_BASE="/home/oracle"
export ORA_NLS33="/home/oracle/ocommon/nls/admin/data"
export ORACLE_TERM="ansi"
export ORACLE_HOME="/home/oracle"
export LANG="no_NO"
I'm not sure if all of these are necessary, but I took no change, and it works now :)
lomax at arizona edu
25-Jul-2003 11:26
Can't compile php with Oracle 9i and apache on Solaris8?
Sun 280R
Using some of the tips below I had to add this:
(static build)
#!/bin/tcsh
setenv LDFLAGS -L$ORACLE_HOME/lib32
cd php-4.x.x/
./configure --with-oci8=$ORACLE_HOME --with-apache=/path/to/apache_src ..etc
make
make intsall
cd apache_src
(make sure environment variable is still set)
./configure "--prefix=/usr/apache" "--enable-module=so" \
"--activate-module=src/modules/php4/libphp4.a" ...etc
make
make install
Having the gcc compilier build php against oracle 32 bit libraries was the key, but without setting LDFLAGS the compiler defaults to using the 64-bit oracle libraries which cause the famous
"...wrong ELF class: ELFCLASS64.." on startup.
The only diffenece here was I didn't have to do play musical directories for it to work. The below post was instrumental in helping me to get this fixed. Thanks to "lore_giver at lycos dot co dot uk"
lore_giver at lycos dot co dot uk
20-May-2003 06:42
Running Oracle 9i on a
Solaris 9 (64 bit) platform with a Sun Server E250:
Apache version 1.3.27
PHP version 4.3.1
I was first getting "...wrong ELF class: ELFCLASS64.."
while doing a ./configure with the --with-oci8 and --with-oracle parameters.
After some unsuccessfull searched I renamed the $ORACLE_HOME/lib to $ORACLE_HOME/lib.org and then renamed the
$ORACLE_HOME/lib32 to $ORACLE_HOME/lib
Thereafter it went passed this config, but now failed on
not being able to find a libwtc9.so file which was in the
$ORACLE_HOME/lib directory (this message was displayed in the debug.log in the php source directory).
After setting the Environment variable:
LD_LIBRARY_PATH=$ORACLE_HOME/lib
I was able to compile without any errors and 'make' and 'make install' ran smoothly.
I only had to add the php type in the httpd.conf (in your apache conf directory eg. /usr/local/apache/conf)..
AddType application/x-httpd-php .php
to get the php to work again...
I had to then reverse the $ORACLE_HOME/lib swop on top since php was now having problems with the 32 bit version of the library...so switched it back to 64 and my php script worked....
Hope this helps some out there with similar problems..
Cheers
09-Dec-2002 09:53
Configuring/Compiling PHP as a DSO with Oracle support from source on a Sun Solaris 8 box. We had already installed Oracle 9.2.0 client tools.
1. Make sure the following tools are installed
autoconf
automake
bison
flex
gcc
make
gzip
They can be downloaded from
2. Make sure Apache is installed with DSO support. We ran the Apache configure/compile like so:
LIBS=-lpthread ./configure \
--prefix=/usr/local/apache \
--enable-module=most \
--enable-shared=max
make
make install
3. If you haven't already, install the Oracle client tools.
4. Make sure the following environment variables are set correctly and are accessible by all users. We set them in /etc/profile.
ORACLE_HOME
ORACLE_BASE
NLS_LANG
ORA_NLS33
ORACLE_TERM
LD_LIBRARY_PATH
(technically, only $ORACLE_HOME is required, but you'll want to set the rest in order to make sure things run smoothly afterward)
5. Make sure '/usr/ccs/bin' is in your path. If not, add it.
6. Unpack PHP source (php-4.2.3):
gunzip php-4.2.3.tar.gz
tar xvf php-4.2.3.tar
cd php-4.2.3
7. Run PHP configure like so :
CC=gcc ./configure --with-apxs=/usr/local/apache/bin/apxs \
--with-config-file-path=/etc \
--with-mysql \
--enable-ftp \
--with-oci8=/path/to/ORACLE_HOME \
--with-oracle=/path/to/ORACLE_HOME \
--enable-sigchild
8. Run make: make
9. Run this as root: make install
10. Change the LoadModule line in httpd.conf to include the fully qualified path. For us:
LoadModule php4_module /usr/local/apache/libexec/libphp4.so
11. Make sure the PHP files types are recognized in your httpd.conf file:
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
12. Test the configuration:
/usr/local/apache/bin/apachectl configtest
It should return "Syntax OK"
13. Bounce Apache:
/usr/local/apache/bin/apachectl restart
14. Here's a simple PHP script to test the setup. If you don't have access to the default tables Oracle provides, change the connections/tablenames/fields to match your setup:
<?php
$db_conn = ocilogon("scott", "tiger");
$cmdstr = "select ename, sal from emp";
$parsed = ociparse($db_conn, $cmdstr);
ociexecute($parsed);
$nrows = ocifetchstatement($parsed, $results);
echo "Found: $nrows results<br><br>\n";
echo "<table border=1 cellspacing='0' width='50%'>\n";
echo "<tr>\n";
echo "<td><b>Name</b></td>\n";
echo "<td><b>Salary</b></td>\n";
echo "</tr>\n";
for ($i = 0; $i < $nrows; $i++ ) {
echo "<tr>\n";
echo "<td>" . $results["ENAME"][$i] . "</td>";
echo "<td>$ " . number_format($results["SAL"][$i], 2). "</td>";
echo "</tr>\n";
}
echo "</table>\n";
?>
poulman at uponorhsdna dot com
10-Oct-2002 06:51
Re: ora-12154 errors with PHP 4.2.3, Apache 1.3.27, and Oracle 9i (client only) I had two identical set ups, one on SuSE 8.0 and one on RedHat 8.0, the SuSE worked and RedHat errored with ora-12154! For some reason, having the apache user in the oracle group worked for SuSE but did not for RedHat, I had to run the Apache service as oracle user (the one used to install oracle client). Just wanted to share this little tidbit with anyone who might be pulling their hair out like me :-). Other key things were setting the ORACLE_HOME env variable before starting Apache (I did this in the profile file).
Alberto.Grajeda.at.Bolivia
26-Sep-2002 03:42
Oracle 9i and php 4.2.x in Linux
=================================
I want to share some experience in the instalation of php-oracle in linux.
My problem was the error: "Undefined ora_logon()" or "Undefined ocilogon()". And I had configured the php with-oracle and with-oci8.
* When you compile php, the php.ini create some extensions which are dll's, but we are in linux :=|, so we have to search the modules for our plataform, by instance: php_oci8.dll for windows, in linux oci8.so (php 4.2).
* Don't forget specify the ubication of php modules in php.ini. If you specify something shared in ./configure, this must be loaded as a module.
* Restart your http server, and enjoy with php.
bradburn at kiwi dot de
24-Sep-2002 12:23
keywords: NLS_LANG, NLS_CHARACTERSET,SetEnv,putenv()
If you have tried setting the environment variables -- especially NLS_LANG -- in PHP with putenv(), and perhaps also in Apache with SetEnv, and you are still having trouble with PHP+Oracle and foriegn character sets (you get e.g. 'd' for '�'), try setting the environment variables in your PROFILE (e.g. under bash) BEFORE starting the Apache server once more. This finally stopped the problems we were having. For reference, set the following variables:
ORACLE_HOME
ORA_NLS33
TNS_ADMIN
TWO_TASK
CLASSPATH
LD_LIBRARY_PATH
NLS_LANG
An example would be:
NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15; export NLS_LANG
Then restart Apache (see below for important note).
Our system was Sun SPARC 5.8, running Apache 1.3.26 with PHP 4.2.2, and the OCI8 API for Oracle.
One further note: restart Apache with:
apachectl stop
apachectl start
rather than
apachectl restart
otherwise your environment may not be reset.
Hope this helps someone!
Ed
s917725 at mail dot yzu dot edu dot tw
18-Sep-2002 02:11
If you still have ORA-12154 failed with Apache PHP on oracle8i
check
1.edit httpd.conf the apache starter user should the same user(and group) who install oracle(oracle:oinstall)
2.make apache starter .bash_profile the same with user who install oracle
3.and restart apache and php
4.make sure
$c2 = ocilogon("scott","tiger",$db);
the $db should the same with /etc/oratab SID
taht's all
aivarannamaa at hot dot ee
23-Aug-2002 04:46
About PHP with win2000 and Oracle 8.
If you try to include oci8 extension and php hangs at that (without error messages), check your Oracle client version.
I had client for 8.0.5 but server was 8.1.7. This worked well with other apps but not with php4.2.2. Updating oracle client to 8.1.7 cured the problem.
Maybe oci8 extension doesn't work with oracle 8.0.5 libs at all?
erabbott at NOSPAMterra dot com dot br
21-Aug-2002 11:20
After days of head banging, here is the correct way to install php as an apache module with oracle support:
1) su - oracle_user
su root
//This way you assure that php will find oracle libs
2) On Apache's source directory:
./configure --prefix=/usr/local/apache
3) On PHP's source directory:
./configure --with-oci8 --with-oracle --with-apache=../apache_src_dir --enable-track-vars --enable-sigchild
make
make install
cp libs/libphp4.a ../apache_src_dir/src/modules/php4
4) On Apache's src dir:
./configure --prefix=/usr/local/apache --activate-module=src/modules/php4/libphp4.a
LIBS=-lpthread ./config.status
make
make install
5) On PHP's src dir:
cp php.ini-dist /usr/local/lib/php.ini
6) Edit httpd.conf on /usr/local/apache/conf and add the following line (if doesn't exists):
AddType application/x-httpd-php .php
This will make everything works, without two-task errors and stuff.
Regards.
jirnbergATfh-sbgDOTacDOTat
06-Aug-2002 05:52
I installed Oracle 8.1.7 client, mod_php (4.2.2, as DSO) on a RedHat 7.1 (Seawolf) and among others encountered the "cannot find -lclntsh" problem during making. But the already suggested "shared,{$ORACLE_HOME}" solution didnt work for me.
I finally found a solution:
Usually, the linker (ld) complains, that it can't find the clntsh .so / .a files, but they were present (check in the lib dir of $ORACLE_HOME if present, if not execute ../bin/relink as user Oracle and check what the error message says).
As I backtraced the incident, I found in the configure.log file the following lines:
configure: 2842 gcc -o conftest -g -O2 conftest.c -R /usr/lib 1>&5
gcc: unrecognized option '-R'
/usr/lib: file not recognized: Is a directory
collect2: ld returned 1 exit status
It turned out, that in the ./configure script it is checked, wether the compiler supports the -R option.
However, after I commented the lines responsible for this check and told the script, that my compiler wont support "-R" and as well doesnt need to check, after a make clean and ./configure it actually could be compiled.
You can find the lines I commented by searching for the regexp check.*-R. Comment from there till the next "else" and a "fi" a few lines below. Good Luck!
Josef Irnberger
robert at ing dot hb dot se
08-Jul-2002 12:19
I had a problem installing PHP with OCI and Orcale support.
The webserver: RedHat 7, Apache, PHP 4.2.1
The dbserver: Solaris 9, Oracle9i
First I had to install the Oracle Client on the webserver, then copy the example src (dbserver:"opt/Oracle9i/app/oracle/product/9.0.1/rdbms" to webserver "ORACLE_HOME/rdbms")
Then compile the PHP src, it will generate a lot of errors. If your errors involve faults in the header files (.h) (oci.h, and more) try to replace the relative path with the absolute path to the requested headerfile.
(you will probably get more errors then when you started, esp with the oci.h file) after you have suceeded take a look at tnsnames.ora (needed for taking contact with the dbserver)
devolver at iastate dot edu
30-May-2002 11:32
I spent several hours tracking down error ORA 24374, which would result from only *SOME* of my select statements. This error would be caused if I made a query that would return any non-numerical value. I am running an Apache 1.3.x webserver and PHP 4.2.1.
The fix is to add entries in your httpd.conf file that would export your environment settings. I added these three lines and everything worked like a charm!
SetEnv ORACLE_HOME /path/to/oracle/home
SetEnv ORA_NLS33 /path/to/oracle/home/ocommon/nls/admin/data
SetEnv NLS_LANG AMERICAN
Obviously, if your NLS_LANG is different, you should set it to whatever your NLS_LANG actually is. Ask your friendly DB admin for this information.
Hope this helps someone who treads down the path that I just followed!
Trent
ddc at portalframework.com
14-May-2002 06:30
Sometimes Oracle doesn't cleanup shadow processes when accessed from PHP. To avoid that, check your
$ORACLE_HOME/network/admin/tnsnames.ora file in your Oracle Client directory and remove the (SERVER=DEDICATED) token if is set.
To let Oracle delete shadow process on timeouts, add the following line in your $ORACLE_HOME/network/admin/sqlnet.ora
found in your ORACLE Server directory:
SQLNET.EXPIRE_TIME=n
Where 'n' is the number of minutes to let connection idle befor shutting them out.
morales at tj dot rs dot gov dot br
25-Apr-2002 12:33
Debian / Apache / PHP oci8 / Oracle
I just wanna tell my experience compiling the oci8 support from php debian sources. It gave me a lot of headache and I think it might be useful for others who use debian.
This is for debian woody (3.0), php 4.1.2, apache 1.3.24, oracle 8.1.7
(of course, it might be useful for other versions)
The Debian packages have not oci8 compiled in, so you must get the sources. Then I edited the debian/rules file and added the following:
on top:
ORACLE_HOME=my_ora_home_here
export ORACLE_HOME
LD_LIBRARY_PATH=/lib:/usr/lib:/$ORACLE_HOME/lib
export LD_LIBRARY_PATH
to the COMMON_CONFIG variable:
--with-oci8=shared,${ORACLE_HOME}
to the modules variable, just bellow the above:
oci8
(like ... mhash, mysql, oci8, odbc ...)
The "shared" keyword was the key for me. Before using it I was getting "ld: cannot find -lclntsh" on the compile time.
This way the compiling with dpkg-buildpackage went fine. If oci8.so does not show up in the modules directory after install, look php-source-path/apache-build/ext/oci8/.libs - it's there.
If this still fails, look also to the oracle-stubs problem. Oracle is compiled against glibc 2.1 and woody comes with 2.2. But oracle gives some stubs libs for work-around the problem. I don't know if this is necessary for the client libs, but I suggest trying. Look at Oracle docs.
Now things goes terribly fine here.
[]'s
Diego Morales,
Porto Alegre - Brazil.
edahnke at consultant dot com
08-Jan-2002 08:01
Here's a little snipet that shows how to insert multiple clob fields. Worked for me.
$dbh = OCILogon($dst_user_name, $dst_password, $dst_db_name);
for($i = 0; $i < $src_rec_cnt; $i++) {
$query = "insert into bid (id,time,resume,experience,comments) values ('$id[$i]','$time[$i]',empty_clob(),empty_clob(),empty_clob()) returning resume,experience,comments into :resume,:experience,:comments";
$stmt = OCIParse($dbh, $query);
$clob1 = OCINewDescriptor($dbh, OCI_D_LOB);
$clob2 = OCINewDescriptor($dbh, OCI_D_LOB);
$clob3 = OCINewDescriptor($dbh, OCI_D_LOB);
OCIBindByName ($stmt, ":resume", &$clob1, -1, OCI_B_CLOB);
OCIBindByName ($stmt, ":experience", &$clob2, -1, OCI_B_CLOB);
OCIBindByName ($stmt, ":comments", &$clob3, -1, OCI_B_CLOB);
OCIExecute($stmt, OCI_DEFAULT);
@$clob1->save ($resume[$i]);
@$clob2->save ($experience[$i]);
@$clob3->save ($comments[$i]);
OCICommit($dbh);
85276 at gmx dot net
08-Nov-2001 07:16
<?
$conn = OCILogon("user","pw","server.world");
$sql="
declare
type c_type is ref cursor;
c_data c_type;
c_null tab.row_id%type;
begin
open :c_data for
select row_id from tab order by row_id;
while :c_data%rowcount < :c_init loop
fetch :c_data into c_null;
end loop;
end;
";
$stmt=OCIParse($conn, $sql);
$curs=OCINewCursor($conn);
$offset=100; $limit=10; OCIBindByName($stmt,":c_init",$offset,32);
OCIBindByName($stmt,":c_data",$curs,-1,OCI_B_CURSOR);
OCIExecute($stmt);
OCIExecute($curs);
for ($i=0;$i<$limit&&OCIFetchinto($curs,$cols,OCI_ASSOC);$i++)
print $cols[ROW_ID]."\n";
OCIFreeStatement($stmt);
OCIFreeCursor($curs);
OCILogoff($conn);
?>
ruudb at stress dot utwente dot nl
26-Oct-2001 11:28
I had big problems to get an Oracle 7 server working with the OCI8 client and PHP under Linux, while connection to an Oracle 8 server worked great (In fact I got an ORA-01005 when connecting to Oracle 7). I see that more people have this problem, so here is the solution:
1. Make sure the NLS files are in your ORACLE_HOME subtree under $ORACLE_HOME/ocommon/nls/admin/data.
2. Make sure the ORA_NLS33 parameter is unset or alternatively pointing to the above directory ($ORACLE_HOME/ocommon/nls/admin/data).
3. Add "export ORACLE_HOME=/usr/local/oracle" (for example) to your apache startup script. This is important!! Adding this variabele in the httpd.conf OR in your PHP script will _NOT_ solve the problem: the directory has to be known before the Oracle library is loaded.
Thanks to Ron Reidy for helping to tackle this problem.
ned at wgtech dot com
07-Sep-2001 07:48
Using OCI8 it seems putenv() doesn't seem to work for oracle environment (at least with Linux/Apache) variables, but once you get connected try issuing the sql stament:
ALTER SESSION SET NLS_whatever = value;
Seems to overide any default NLS parameters.
jlim at natsoft dot com dot my
23-Aug-2001 09:15
Tom Tsongas has a hint on compiling oci8 with Oracle 9i.
--------------------------------
I built PHP with oracle and oci8 extensions.
I built it as a static module for Apache 1.3.20.
If you are getting errors from running 'configure' (something like it can't
locate the Oracle libraries) its because the Oracle 8 library searched for is
hard coded as libclntsh.so.8.0 corresponding to the older oracle library.
If you create a symbolic link to the oracle 9 library as follows:
ln libclntsh.so.9.0 libclntsh.so.8.0
it will compile and build.
Tom
doug at redhive dot com
19-Jul-2001 09:38
if you feel like you have too many oracle statements clouding up your php, i came up with a function to open a connection (if necessary), parse your sql statement, and return the executed query. after you call the function, you can do whatever needs to be done. makes like so much simpler: (do whatever you want with the errors)
function execute_query($query, &$connected) {
global $ORACLE_USER, $ORACLE_PASS, $ORACLE_SID;
if(!$connected) {
$connected = @OCIPLogon($ORACLE_USER, $ORACLE_PASS, $ORACLE_SID);
if($error = OCIError()) {
die("<font color=red>ERROR!! Couldn't connect to server!</font>");
}
}
$stmt = @OCIParse($connected, $query);
if($error = OCIError($cn)) {
die("<font color=red>ERROR!! Statement syntax error!</font>");
}
@OCIExecute($stmt);
if($error = OCIError($stmt)) {
die("<font color=red>ERROR!! Could not execute statement!</font>");
}
return $stmt;
}
alexis at castanares dot com
11-Jul-2001 08:15
If you are getting the nasty ORA-12154 errors, try adding your http daemon user (listed in you httpd.conf file as "User" & "Group") to the same group as the Oracle Owner user, then be sure that the ORACLE_HOME environment variable is set to the Oracle Home Path, when you start apache.
jasendorf at lcounty dot com
23-May-2001 10:48
VERY IMPORTANT! OCIPLogon only keeps a persistent connection if you are running PHP as a module. This is particularly important to Windows users who are used to running PHP as a CGI.
fsegtrop at estiem dot org
22-May-2001 02:14
When using PHP4 in CGI-mode with Windows NT or Windows 2000 with IIS or Apache, make sure that the TNSNAMES.ORA and the SQLNET.ORA do not contain DOS/Windows CR/LF line endings.<br> Instead, they must have UNIX (only LF) endings. Otherwise, you will get an ORA-12154 error (TNS cannot resolve service name) when connecting to a remote database.<br>
This all does not matter if you use the ISAPI mode.
Frank
siegel at siegel dot in-berlin dot de
16-Jan-2001 04:28
When trying to compile PHP 4 with Oracle 8.1.6 support on a SuSE 7.0 system, make sure that you have added the following line to your /sbin/init.d/apache Skript, or you will get many many segmentation faults:
LD_PRELOAD=libclntsh.so.8.0
EXPORT LD_PRELOAD
Someone posted here a note that this is also required for RedHat 6.2. I can confirm this, both for RedHat and Suse (7.0).
junk at netburp dot com
19-Oct-2000 09:39
Here's a clue about rowid.
Don't forget about the oracle functions:
"rowidtochar" and "chartorowid"
"select rowidtochar(rowid) as FOO from table ...."
When you want to pass the rowid in a form or link, that's
the only way to go.
dave dot mink at usa dot net
17-Oct-2000 01:12
In order to get the OCI8 support to work in Apache1.3.12/PHP 4.0.3pl1 on Redhat 6.2, I needed to set the environment variable "LD_PRELOAD=libclntsh.so.8.0" in Apache's startup file. Without it the httpd daemon would not start. Setting the normal Oracle enivironment (including LD_LIBRARY_PATH) was not enough.
shmengie_2000 at yahoo dot com
03-Oct-2000 10:43
couple of notes about startup/shutdown on linux: (redhat, maybe others)
export LD_PRELOAD=/usr/lib/libpthread.so
Caused the start/stop script to fail to stop the httpd process.
The LD_PRELOAD environment var caused the 'ps' command to core dump. I went bald figuring that out.
Easiest fix I could think of was to move all the oracle/php varialble exports so they are only set in the start section of the httpd script.
Never thought setting those vars globally in the script would cause problems. That's what I get for thinking...
One other note: Make sure the httpd process is shutdown before Oracle.
eg:
/etc/rc.d/rc0.d/K15httpd
/etc/rc.d/rc0.d/K25Oracle
Lingering connections to oracle may cause shutdown to take forever.
gl & hf
-Joe
ojones at dotclick dot com
19-May-2000 02:14
If you're using OCI calls from apache/mod_php, and getting ORA-12514 errors, it's important to make sure your ORACLE_HOME environment variable is defined when you start apache. If you use /etc/rc.d/init.d/httpd to start apache, simply put the environment variable definition in there.
This ORA-12514 error is baffling, because there isn't any such error code. It actually should be ORA-12154 (but there's an error-code transposition somewhere in Oracle 8.1.5.0.2, on Linux).
| |
deaggregate
