Dotaz: Apache 2.4.5 + PHP 7.0 nefunguje

[RedMax]

Ahoj,

 

ač velice nerad, musel jsem provést dist-upgrade, povýšil jsem z Debian 7 na Debian 9. Velice nerad dělám jakékoliv upgrade na čemkoliv, dopadá to špatně. Potřeboval jsem instalovat soft, který mohužel na Debian 7 nešel. Problémů bylo mnoho, ale všechny jsem dokázal vyřešit. Zůstal mi jeden zásadní problém a to s apachem a php. Po upgradu apache na 2.4.5 samozřejmě nebyli kompatibilní configuráky ze staré verze, takže jsem staré zálohoval a nahodil čisté z nového apache. Avšak nastal problém, nejde mi php na apachy, vypisuje mi to jen jakýsi zdroják, avšak né toho konkrétního webu. Koukal jsem do /mods-enabled jestli je zapnutý mod, není, mrknu do /mods-available a tam také není. V předchozí verzi tam ale tento mod byl. Jak to tedy funguje u nových verzí? Jak má zkonfigurovat apache 2.4.5 a php 7.0 na čisté instalaci?

Popostrčte mě, prosím někdo.

Děkuji

Odpovědi

[debian+]

7.0 je uz nepodporovana. Instaluj podporovanu, resp. v distre.

apt-get autoremove --purge "*php*"
apt-get dist-upgrade
apt-get install php

Default php instalujes aj module pre web server. Ak tie nechces, instaluj php-cli.

[RedMax]

Tomu nerozumím. Mám Debian 9 a v distre je zřejmě php7.0, ten se také instaluje, co tedy není podporované?

[debian+]

PHP 7.0 uz so strany vyvojarov PHP nie je podporovane. Najdene chyby sa uz nebudu opravovat. Jedine, ze ich (ako asi aj najskor robia) pathuju debianisti.

Inac, ten prikaz plati univerzalne. Takze mozes pouzit pre debian9.

Tu si precitaj o debian 9 a php: https://wiki.debian.org/PHP#Available_packages

[RedMax]

Pokud vlezu na jakýkoliv web, tak to vypíše toto:

<?php



/**



* @version		$Id: index.php 14401 2010-01-26 14:10:00Z louis $



* @package		Joomla



* @copyright	Copyright (C) 2005 - 2010 Open Source Matters. All rights reserved.



* @license		GNU/GPL, see LICENSE.php



* Joomla! is free software. This version may have been modified pursuant



* to the GNU General Public License, and as distributed it includes or



* is derivative of works licensed under the GNU General Public License or



* other free or open source software licenses.



* See COPYRIGHT.php for copyright notices and details.



*/








// Set flag that this is a parent file



define( '_JEXEC', 1 );








define('JPATH_BASE', dirname(__FILE__) );








define( 'DS', DIRECTORY_SEPARATOR );








require_once ( JPATH_BASE .DS.'includes'.DS.'defines.php' );



require_once ( JPATH_BASE .DS.'includes'.DS.'framework.php' );








JDEBUG ? $_PROFILER->mark( 'afterLoad' ) : null;








/**



* CREATE THE APPLICATION



*



* NOTE :



*/



$mainframe =& JFactory::getApplication('site');








/**



* INITIALISE THE APPLICATION



*



* NOTE :



*/



// set the language



$mainframe->initialise();








JPluginHelper::importPlugin('system');








// trigger the onAfterInitialise events



JDEBUG ? $_PROFILER->mark('afterInitialise') : null;



$mainframe->triggerEvent('onAfterInitialise');








/**



* ROUTE THE APPLICATION



*



* NOTE :



*/



$mainframe->route();








// authorization



$Itemid = JRequest::getInt( 'Itemid');



$mainframe->authorize($Itemid);








// trigger the onAfterRoute events



JDEBUG ? $_PROFILER->mark('afterRoute') : null;



$mainframe->triggerEvent('onAfterRoute');








/**



* DISPATCH THE APPLICATION



*



* NOTE :



*/



$option = JRequest::getCmd('option');



$mainframe->dispatch($option);








// trigger the onAfterDispatch events



JDEBUG ? $_PROFILER->mark('afterDispatch') : null;



$mainframe->triggerEvent('onAfterDispatch');








/**



* RENDER  THE APPLICATION



*



* NOTE :



*/



$mainframe->render();








// trigger the onAfterRender events



JDEBUG ? $_PROFILER->mark('afterRender') : null;



$mainframe->triggerEvent('onAfterRender');








/**



* RETURN THE RESPONSE



*/



echo JResponse::toString($mainframe->getCfg('gzip'));

[debian+]

Apache ti dava subor tak ako je. Nevie, ze podla pripony .php ma ho dat spracovat php. Ci mas povoleny modul php zistij aj cez funkciu: https://www.php.net/manual/en/function.phpinfo.php

Odinstaluj modul "libapache2-mod-php*" aj so zmazanim konfiguracii a potom nainstaluj modul libapache2-mod-php7.0.

[RedMax]

Super, to fungovalo, php jede.

U některých webů mám pomocí .htaccess Redirect 301, který nefunguje a také když si jdu na nějaký web s php tak http error 500. Já nevím kde mám chybu, zkonfigurované to mám stejně jako předtím. info.php jede normálně. Jsem z toho uplně hotovej.

[debian+]

Citaj logy !!! /var/log/apache2

[RedMax]

Tak jsem zjistil, že v PHP7 nejsou funkce co byli v PHP5. Rozhodně se nikomu nechce přepisovat weby ani měnit starou konfiguraci apache. Nastává otázka, jak dostat staré verze do Debian Buster? Hledal jsem staré binárky jak apache, tak php, ale nikde ke stažení jsem je nenašel. Takže stáhnout zdrojáky z oficiálních zdrojů a zkompilovat? Blbé je, že jsem nikdy nekompiloval, vždy jsem měl soft dostupný v binárkách. Samozřejmě jsem zkoušel první zkompilovat apache, ale nevím jak to přesně funguje, /etc/apache2 neexistuje ani v /etc/init.d/ není apache. Hledal jsem na webu, ale to nic neřeší. Může někdo poradit? Děkuji

[Josef Kufner]

Pomocí debootstrap si vytvoř chroot prostředí se starou verzí Debianu, která má podporovanou verzi. Do tohoto prostředí doinstaluj D-Bus (aby fungovalo systemd uvnitř i venku) a PHP-FPM v požadované verzi, které spustí tvou starou aplikaci. Žádný Apache ani jiný webserver tam není potřeba. Tento chroot nastartuj pomocí systemd-nspawn jako kontejner, který vystaví jen socket pro PHP-FPM a zpřístupní souborový systém pro PHP aplikaci.

Systemd-nspawn hezky propojí systemd v kontejneru a systemd hostitelského systému, tedy pokud funguje d-bus v kontejneru. Pomocí systemctl na hostitelském systému jsou pak vidět procesy i v kontejneru.

Kvůli bezpečnosti není dobré nějak moc takový kontejner vystavovat do světa a proto aktuální webserver na hostitelském systému nasměruješ na PHP-FPM socket v kontejneru a nedáš tam přístup napřímo. Ani není potřeba SSH, neboť máme machinectl shell či login.

[RedMax]

Děkuji za radu, ale tohle zřejmě nezvládnu, neboť ani polovinu cos napsal neznám. :( To už je trochu vyšší dívčí.

[Josef Kufner]

Jo, je. Ale je to jednodušší, než dostat staré PHP do nového systému. Pohraj si se systemd-nspawn, projdi si nějaký tutoriál, trochu poexperimentuj – je to v podstatě docela jednoduchá věc, pokud víš kam sáhnout. Rozchození PHP pak už je stejné jako u běžné instalace.

[bigBRAMBOR]

urcite bude existovat docker image s PHP 5.6 a mel by dosahnout stejneho vysledku s vynechanim kroku vytvoreni si vlastniho image

[Max]

Proč tak složitě, když existuje repository, který se tím zabývá a používá ho opravdu kvantum lidí? Fakt nechápu, jak někdo v takovém případě může radit kompilaci, nebo docker, či jiné věci, když stačí přidat repo a udělat apt get...
Zdar Max
PS: správcem repository je Ondřej Surý, tj. celkem dost důvěryhodná osoba...

[bigBRAMBOR]

maxi v cem je slozitejsi instalace z docekr hubu nez instalace z repo?

[Max]

Jeden příkaz a pár MiB vs moloch jak kráva, kde ještě dodatečně bude muset řešit autostart po rebootu.
Já postupně k dockeru čuchám a zatím tedy žádná sláva. Ale to bude spíš i částečnou neznalostí.
Zdar Max

[bigBRAMBOR]

moloch jako kráva ma 25MB a autostart je otazka jednoho parametru pri vytvaření kontejneru, zase tak hrozné to není.

[Max]

+ mapování adresářů s projektama do kontejneru + mapování smtp služeb + komunikace s db + nemožnost docker naroubovat na existující oss webhostingová řešení.
Nakonec mi to nedalo a použil jsem celkem pěkný docker z projektu devilbox a jako jednoúčelovka super. Člověk neřeší problémy s nefunkčním chrootem a dalšími věcmi a je to rozjeté během chvilky. Ale na takový ispconfig už to člověk rozumně nenaroubuje (protože člověk musí použít fpm s tcp místo socketu, porty se mění) a postupně se ty problémy nakupují. Každopádně je to zajímavé, celkem mi to hraní něco dalo. V jobu se začínají od vývojářů(jednoho) objevovat požadavky na Kubernets (zatím pro jeden projekt, malý web). Tak asi mně to nemine.
Nicméně rozhodně to není nic, co by bylo stejně jednoduché jako "apt-get"
Zdar Max

[bigBRAMBOR]

neznam debian, v centosu radsi moc repository nemicham. Rozbiti závislostí mi za to moc nestálo, i kdyz debianisti to maji asi jako standardní stav systému, petina dotazu o debianu zde je mam rozbite zavislosti (delam si srandu, je to mozna jeste vic) I kdyz v 8 jsem ten ty appstreamy, vypada to docela zajimave. RHEL ted prisel s podmanem a ten vypada taky zajimave, resi nejake veci ktere me na dockeru štvali. A kdyz pak najedes na YAML soubory, uz nebudes resit nasazeni vubec, jestli to je k8s nebo azure, i docker-compose ma podobnou strukturu.

Co pises, mapovani adresaru, sluzby, komunikace s DB, to je porad stejna vec, udelas ji jednou pri vytvoreni kontejneru + nemoznost naroubovat na oss webhosting reseni, tak tomu nerozumim vubec co tim myslis.

a pro testovani? Rozhodne radsi 5 dockeru s roznou verzi PHP a Apache, kdyz se podrzime puvodniho dotazu, nez 5 ruznych repository.

[Max]

Je repository a repository. Repositáře pro jednoúčelová app nic nezkazí. Takže repo pro php je naprosto bez problémů stejně jako solo repo pro mariadb, nebo nodejs, nebo to Microsoftí pro NetCore (ano, i to jsem nucen provozovat, Microsoftí repo v Debianu). Takže žádný dependency hell, nebo nějaký peklo při upgrade os.
Těmi oss jsem myslel, že třeba ISPConfig si s php v dockeru moc dobře neporadí. A podobně na tom budou jiná řešení. Jinak já testoval v dockeru jen php, apache jsem tam neměl, proč taky, když tu máme fpm.
Každopádně rozhodně se nedá říci, že by to bylo stejně, nebo podobně jednoduché jako přidání ověřeného repa a apt-get.
Zdar Max

[bigBRAMBOR]

MS repo - nedavo jsem použil MS repo pro RHEL a MS SQL a byl jsem velmi přijemně prekvapen. Instalce jednoducha, pro spravu,nastaveni,zalohovani par prikazu, zakladni nastaveni v conf souboru, Management Studio normalane funguje. Zalohovani i obnova mi prisly rychlé. Rychlost DB nemuzu soudit, je tam male učetnictví a jenom Express verze. Ale udelalo to na me dobrej dojem. Pracovalo se mi s tim lip nez na WIN.

Kdy udela repo pro instalaci DB i Oracle?

[Max]

Oracle má repo pro instalaci DB, resp. má prebuild balíčky, které za tebe nastaví parametry kernelu aj. věcí, aby jsi se s tím nemusel drbat ručně. Express verzi má také jako balíček. Plnou verzi jako balíček nemá a ani nevím, zda by to vůbec šlo, protože samotnou instalaci může provést na x způsobů a je na každém, co preferuje, resp. co je vhodné pro konkrétní případ. Těžko třeba budeš rozjíždět grid a asm jen kvůli nějakému pidi projektu. Naopak u většího projektu ti ten grid s ASM přidá nemálo bonusů. A u ještě větších pak cluster (RAC) apod.
Zdar Max

[bigBRAMBOR]

jasne, ten repo s balicky na nastaveni pro Oracle je jasnej. A to vis ze by to slo, instalace a pri prvnim spusteni se nastavis parametry, ale klikat java hnusarnu, zvlast Oracle, zvlast listener a zvlast DB, jedno debilnejsi nez druhe.

[Max]

Heleď, když tě ten instalátor tak sejří, tak si specifikuj responsefile a instaluj z cmd bez klikání. Pravdou je, že jsem tak dřív instaloval jen klienta (než jsem si vytvořil vlastní instalátor) a db jsem takto instalovat nezkoušel.
Zdar Max

[Max]

Ahoj,
nevím, zda je to jen nějakou tvou nevědomostí jak něco nastavit / doinstalovat apod. Ale na ten debian v klidu můžeš nalít starší verzi php, viz : deb.sury.org. Aktuálně tam má php 5.6, 7.0, 7.1, 7.2, 7.3, 7.4 a vše podporováno na Debianu 9 i 10 + to je uděláno tak, že ty verze běží vedle sebe a není s tím problém (= mohou být nainstalovány všechny najednou).
Je to odzkoušený repo, který používá kvantum lidí. A já osobně ho též používám.
Zdar Max

[MP]

Kdyz tomu nerozumi, nevim, proc do toho hrabe.

Tvoje rada je samozrejme jedna z nejvhodnejsich.

Ale neresi..

...bezpecnost. Jestli ta app je napsana na Deb7, tak v dnesni dobe bude mit takovych der, ze kdyz uz to ma dozit bez refaktoringu, tak to mel nechat v nejake virtualce dozit. Navic instalovat deb9 je dnes pase, ma to byt na deb10 a aspon 7.2. A zmen mezi 5.x a 7.2 je dost.

[Josef Kufner]

Vedle bezpečnosti, jak už MP poznamenal, to také neřeší různé další staré nástroje, které může taková aplikace vyžadovat. Kontejner je v tomto ohledu výhodnější na správu i bezpečnější na provoz. Hlavní výhodou kontejneru je, že nekomplikuje další upgrade hostitelského systému – backportované balíčky časem nebudou až tak aktivně udržované a problém se bude opakovat.

Rozumná varianta může být i kombinace obojího, kdy se do kontejneru umístí staré PHP na (relativně) novém systému. Výhodou pak bude lepší kompatibilita mezi hostitelským systémem a kontejnerem.

Nicméně z krátkodobého hlediska je použití takových balíčků nejspíš nejjednodušší cesta.

[NUKE GAZA! 🎆]

jestli to jako neni děsně tajný jakej jako máš důvod neudělat upgrade na debian 10?? :O :O

[RedMax]

Ještě jsem nakonec udělal upgrade na Buster, nic mě v tom nebránilo. To byla taky sranda, protože po upgradu mi co 30 minut začal zamrzat server. Následně jsem zjistil, že to dělá nějaké řízení energie či co, nebyl jsem schopný to povypínat i dle návodu na netu, často řešené. Nakonec jsem odinstaloval gdm3, který tam byl historicky a je po problému.

Co se týče toho PHP 5.2, vykašlal jsem se na to, nemám čas u toho nadále sedět a něco bastlit. Problémovou prezentaci migruji na placený hosting, kde není php5.2 problém.

Ještě nemám hotovou novou konfiguraci nového apache, jen co vím, co mi pořád nejde, je customlog a rewrite či redirect. :)

[RedMax]

Poslední věc čím bojuji. Statistiky Awstat. Při ruční aktualizaci hlási:

Error: Couldn't open server log file "/var/log/apache2/www.rozarka-as.cz/access.log" : Permission denied Setup ('/etc/awstats/awstats.www.rozarka-as.cz.conf' file, web server or permissions) may be wrong. Check config file, permissions and AWStats documentation (in 'docs' directory).

Ačkoliv nastavím oprávnění jakkoliv, stále vypisuje. Jakou skupinu mám hodit pro awstat? www-data, že? Proč mi to nejede?

[Josef Kufner]

Nadřazené adresáře jsou také přístupné?

[RedMax]

Ačkoliv jsem to kontroloval, tak apache2 adresář nebyl pro ostatní čitelný. No nic, asi bych měl dát pauzu. Každopádně dík, žes mi dal impuls to znovu zkontrolovat. :)

[mishkooo1]

Adresar by mal mal prava na execute +x aby bolo mozne do nich vstupit.