Onderwerp: Php-imap

Ik moet voor een bepaald script de Imap module van php installeren op mijn vps die op CentOS samen DA draait, ik deed het volgende command:

yum install php5-imap

met als output :

Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.leaseweb.com
* updates: mirror.leaseweb.com
* addons: mirror.leaseweb.com
* extras: mirror.leaseweb.com
Excluding Packages in global exclude list
Finished
Setting up Install Process
Parsing package install arguments
No package php5-imap available.
Nothing to do

Juist hezelfde resultaat bekwam ik als ik php-imap gewoon deed.

Hoe komt het dat hij dit package niet vindt?

Als je DirectAdmin gebruikt, compileer je packages van source. je gaat dus *nooit* met yum PHP of Apache modules installeren, tenzij je wil dat de boel stuk gaat, om vervolgens mij te bellen en heel veel geld te betalen. (Na een week wachten ook nog, druk druk druk).

Wat copy/paste werk uit m'n Wiki

Code:

We gaan de IMAP module voor PHP even installeren.

cd /usr/local/directadmin/custombuild
yum -y install libc-client-devel krb5-devel
cp -Rp configure custom
nano  custom/ap2/configure.php5

Onder --enable-zip voeg je toe:

        --with-imap \
        --with-imap-ssl \

Let erop dat je na de "\" geen spaties zet, dan krijg je straks een error.
We gaan nu PHP opnieuw compileren met: ./build php n

Yum beschermt je nog tegen de fout dat je php* packages kunt installeren doordat deze in een exclude staan. Had je Debian / Ubuntu gehad, had je de boel nu stuk je apt-get...

Oorspronkelijk geplaatst door Randy

Als je DirectAdmin gebruikt, compileer je packages van source. je gaat dus *nooit* met yum PHP of Apache modules installeren, tenzij je wil dat de boel stuk gaat, om vervolgens mij te bellen en heel veel geld te betalen. (Na een week wachten ook nog, druk druk druk).

Wat copy/paste werk uit m'n Wiki

Code:

We gaan de IMAP module voor PHP even installeren.

cd /usr/local/directadmin/custombuild
yum -y install libc-client-devel krb5-devel
cp -Rp configure custom
nano  custom/ap2/configure.php5

Onder --enable-zip voeg je toe:

        --with-imap \
        --with-imap-ssl \

Let erop dat je na de "\" geen spaties zet, dan krijg je straks een error.
We gaan nu PHP opnieuw compileren met: ./build php n

Yum beschermt je nog tegen de fout dat je php* packages kunt installeren doordat deze in een exclude staan. Had je Debian / Ubuntu gehad, had je de boel nu stuk je apt-get...

Dankuwel! Nu ben ik wel even mijn ionCube PHP Loader kwijt, effe opzoeken hoe ik deze weer moet installeren

64 bits:

cd /usr/local
wget http://downloads2.ioncube.com/loader..._x86-64.tar.gz
tar xzf ioncube_loaders_lin_x86-64.tar.gz
rm -f ioncube_loaders_lin_x86-64.tar.gz
nano /usr/local/Zend/etc/php.ini (En/of /usr/local/lib/php.ini)
Zet boven [Zend] (helemaal onderaan)
[Ioncube]
zend_extension=/usr/local/ioncube/ioncube_loader_lin_5.2.so

Oorspronkelijk geplaatst door Randy

64 bits:

cd /usr/local
wget http://downloads2.ioncube.com/loader..._x86-64.tar.gz
tar xzf ioncube_loaders_lin_x86-64.tar.gz
rm -f ioncube_loaders_lin_x86-64.tar.gz
nano /usr/local/Zend/etc/php.ini (En/of /usr/local/lib/php.ini)
Zet boven [Zend] (helemaal onderaan)
[Ioncube]
zend_extension=/usr/local/ioncube/ioncube_loader_lin_5.2.so

Ik heb deze al geinstalleerd vroeger en dan heb ik ook dit staan in mijn php.ini :

[Zend]
zend_extension = /usr/local/ioncube/ioncube_loader_lin_5.2.so
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3
zend_optimizer.version=3.3.3
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

Toch geef hij nog steeds fouten, onder andere de algemene fout :

requires the ionCube PHP Loader ioncube_loader_lin_5.2.so to be installed by the site administrator.

EDIT:

Hier alvast mijn phpinfo file :

http://axonet.be/info.php

Ok blijkbaar staat de php.ini nu hier :

/usr/local/etc/php5/cgi/php.ini

Heb deze aangepast en nu werkt het wel! Raar! Iemand die weet hoe het komt?

Ok, nog een bijkomend probleem blijkbaar ook nog, ik krijg nu altijd deze fout als er met sessie gewerkt wordt veronderstel ik :

Warning: session_start() [function.session-start]: open(/tmp/sess_ab2b2aa0eed3920b46ed2044e4983b2a, O_RDWR) failed: Permission denied (13) in /home/admin/domains/axonet.be/public_html/support/setup/install.php on line 27

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /home/admin/domains/axonet.be/public_html/support/setup/install.php:27) in /home/admin/domains/axonet.be/public_html/support/setup/install.php on line 27

Dit had ik ervoor niet...

Problem solved:

/tmp folder leeggemaakt en in orde nu!

Oorspronkelijk geplaatst door Dries.S

Ik heb deze al geinstalleerd vroeger en dan heb ik ook dit staan in mijn php.ini :

[Zend]
zend_extension = /usr/local/ioncube/ioncube_loader_lin_5.2.so
zend_extension_manager.optimizer=/usr/local/Zend/lib/Optimizer-3.3.3
zend_extension_manager.optimizer_ts=/usr/local/Zend/lib/Optimizer_TS-3.3.3
zend_optimizer.version=3.3.3
zend_extension=/usr/local/Zend/lib/ZendExtensionManager.so
zend_extension_ts=/usr/local/Zend/lib/ZendExtensionManager_TS.so

Toch geef hij nog steeds fouten, onder andere de algemene fout :

requires the ionCube PHP Loader ioncube_loader_lin_5.2.so to be installed by the site administrator.

EDIT:

Hier alvast mijn phpinfo file :

http://axonet.be/info.php

Ok blijkbaar staat de php.ini nu hier :

/usr/local/etc/php5/cgi/php.ini

Heb deze aangepast en nu werkt het wel! Raar! Iemand die weet hoe het komt?

Heb je PHP CGI misschien geïnstalleerd? Ik geloof dat hij dan je PHP.ini verplaatst.

Wat ik na de update ook tegenkom bij enkele klanten op de server is dit :

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request

Weet iemand hoe dit plots komt, dit komt na de install van die php imap...

Je hebt dus PHP (FAST)CGI geïnstalleerd. Je moet PHP CLI installeren of even van alle users de rechten goed zetten.

Het probleem was echter dat nu SuPHP meegeïnstalleerd werd met bovenstaande commands, dus moest ik even alles opschonen :

- chmod 777 verwijderen bij klanten
- php value uit htaccess halen

suPHP zuigt. Het idee is goed, de uitwerking minder. Het gaat je teveel tijd kosten op support wanener iemand bijvoorbeeld WordPress installeerd en netjes de handleiding volgt, mapjes 777 rechten geeft en een harde en diepe 500-error krijgt.

mod_ruid is het antwoord hierop, dan draait heel je Apache onder de user en niet enkel PHP. 777-chmods mag nog steeds en leiden niet tot een error, al zou je met 711 voor files ook afkunnen nu. (700 misschien nog wel). PHP wijzigingen in de .htaccess mogen weer en opcode cachers zoals eaccellerator of APC werken ook, in tegenstelling tot CGI.

Goed, weer een stukje copy/paste uit de Wikispi®.



Directadmin draait PHP onder de user apache. Dit is vies, ranzig en smerig tegelijk. Je wil PHP onder de user draaien. Dit kan met suPHP, maar dat is traag, omdat er steeds CGI processen gestart moeten worden en dit werkt _niet_ via FastCGI. Misschien zou het werken als we de fcgi-deamon van lighthttp gebruiken, maar configureren is dan weer een ramp, en we zijn natuurlijk lui. De gemiddelde hostert zit overdag namelijk in de schoolbankjes of slaapt net zoals ik uit tot 13.37 uur. We gaan daarom mod_ruid installeren op Apache. Hiervoor moeten we even wat templates aanpassen. Alles over mod_ruid lees je in dit draadje in de speeltuin.

yum install libcap-devel
cd /usr/src
wget http://websupport.sk/~stanojr/projec...id-0.6b.tar.gz
tar -xzf mod_ruid-0.6b.tar.gz
cd mod_ruid-0.6b
/usr/sbin/apxs -a -i -l cap -c mod_ruid.c
cd /usr/local/directadmin/data/templates
cp virtual_host2* custom/
cd custom
wget http://crew.pcextreme.nl/files/linux...od_ruid.tar.gz
tar -xzf da_vhosts_templates_apache2_mod_ruid.tar.gz
rm -f da_vhosts_templates_apache2_mod_ruid.tar.gz
nano /etc/httpd/conf/httpd.conf

Voeg toe boven "ServerAdmin admin@localhost": (Verander dit meteen even naar je eigen adres)
# mod_ruid
RMode config
RUidGid apache apache

echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue

Is hiermee de suphp dan ook onmiddellijk gedeïnstalleerd?

Oorspronkelijk geplaatst door Dries.S

Is hiermee de suphp dan ook onmiddellijk gedeïnstalleerd?

Nee, je moet je php eerst evcen weer omzetten naar normaal, dan dit doen.

Oorspronkelijk geplaatst door Randy

Nee, je moet je php eerst evcen weer omzetten naar normaal, dan dit doen.

Sorry voor de vele vragen, maar hoe zet je dit weer om? Ik heb in de configure gekeken maar daar staat niks met suphp of dergelijke dingen in. Want als ik nu terug ga builden gaat hij natuurlijk die suphp weer mee installen.

Op internet ook geen goede tut gevonden.

In de options.conf file in de directory /usr/local/directadmin/custombuild
Helemaal bovenaan kan je aangeven waarin je php wil draaien.
en dan opnieuw builden met ./build