Fórum Root.cz
Hlavní témata => Server => Téma založeno: T.Lama 28. 09. 2022, 23:05:48
-
Nainstalil jsem si Fedoru s tím, že si budu hrát s Php, Apache na Linuxu. No po různém laborování se mi to povedlo rozjet, ale funguje to nějak zvláštně. První nejjednodušší script, co snad může existovat
<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8">
<title>Phpbastl</title>
</head>
<body>
<?php
echo("Tak pojede to už sakra!");
echo('<br />');
echo("Nechce to jet!");
?>
</body>
</html>
No a výsledek, co se zobrazí v prohlížeči, jako WTF...
http://imgway.cz/s/4Leb
-
Zmackni CTRL+U nebo zvol View Source ... jestli uvidis svuj skript tak jak je, je to problem toho, ze se to PHP nezpracovava v ramci Apache.
Problem muze byt chybejici konfigurace v httpd.conf a jeho includech, treba u me to je skrze:
/etc/apache2/modules.d/70_mod_php.conf:1:<IfDefine PHP>a
# cat /etc/conf.d/apache2 | grep PHP
APACHE2_OPTS="-D DEFAULT_VHOST -D LANGUAGE -D PHP -D SSL_DEFAULT_VHOST"
anebo jsi ten skript pojmenoval .html a mel byt .php
-
Fedora ma php modul povoleny default.
Asi ten subor nema priponu php, ako pisal RDa.
Pre overenie ci ma httpd zavedeny php modul skuste:
cat /etc/httpd/conf.modules.d/20-php.conf
malo by tam byt:
#
# PHP is an HTML-embedded scripting language which attempts to make it
# easy for developers to write dynamically generated webpages.
#
# Cannot load both php5, php7 and php modules
<IfModule !mod_php5.c>
<IfModule !mod_php7.c>
<IfModule prefork.c>
LoadModule php_module modules/libphp.so
</IfModule>
</IfModule>
</IfModule>
(samotna konfiguracia php je v /etc/httpd/conf.d/php.conf).
ak ho tam nevidite, tak bud nemate php nainstalovane ako modul, ale ako fastcgi process manager - balik php-fpm, tam je konfiguracia trocha komplikovanejsia, pretoze httpd v tomto pripade funguje ako proxy.
-
1) pouzij nginx + php-fpm.
2) do budoucna nemixuj logiku (php) a vystup (html)
-
1. Skus toto
<?php
phpinfo( );
?> ak to vypise phpinfo() a bla bla tak PHP nefunguje. Ak to loadne page s tabulkov chyba je inde.
2. nemixuj php a html nie je to dobra praktika
3. ak nevies doriesit apache + php sam stiahni si WAMP,XAMP hocico. (budes mat rovno vyriesene aj SQL connection). V cistom Apache to musis nastavit.
4. ta phpinfo page ty povie ako mas nastaveny system co je povolene a tak podobne.
-
Naj idealnejsi sposob ako sa s tym nepatlat je pouzit kontajner, na fedore mas podman, hotovych image najdes tiez neurekom, navodov ako s tym pracovat tiez mnoho... usetris si tym kopu problemov s nastavovanim lampu, co je problem sam o sebe (rozne potreby pre rozne projekty) a ak ta zastavi takto trivialna zalezitost, tak si bud isty ze skor ci neskor narazis na daleko specifickejsie problemy...
-
Mea culpa. Rozhodne kontejnery.
-
Děkuju za rady. Jsem začátečník ale zase si nemyslete, že jsem se nesnažil. Hrál jsem si s hodiny konfigurákem v etc httpd.cof, aspoň doufám, že je to ten správný, nastavoval práva souborům, složkám, hrál si s firewallem, aktivoval pomocí systemctl enable a nevim co ještě. Jel jsem hlavně podle tohoto: https://cs.linuxcapable.com/how-to-install-apache-httpd-on-fedora-35/ Ještě vyzkouším vaše rady. Určitě mám snahu. Děkuju moc. Jdou zkoušet dál. V podstatě mě to baví. Díky.
1. Skus toto
<?php
phpinfo( );
?> ak to vypise phpinfo() a bla bla tak PHP nefunguje. Ak to loadne page s tabulkov chyba je inde.
2. nemixuj php a html nie je to dobra praktika
3. ak nevies doriesit apache + php sam stiahni si WAMP,XAMP hocico. (budes mat rovno vyriesene aj SQL connection). V cistom Apache to musis nastavit.
4. ta phpinfo page ty povie ako mas nastaveny system co je povolene a tak podobne.
Zobrazí se prázdná stránka.
-
Jel jsem hlavně podle tohoto: https://cs.linuxcapable.com/how-to-install-apache-httpd-on-fedora-35/
Tam je ale popsáno jen zprovoznění Apache, o PHP tam není nic.
S oprávněními souborů nebo firewallem to vůbec nesouvisí. Prostě tam jen nemáte zprovozněné PHP.
-
Zobrazí se prázdná stránka.
Musíš se podívat co ti server doopravdy pošle - teď jsem si to zkusil ve Firefoxu a obsah mezi <?php a ?> nezobrazuje (předpokládám že to v tomto případě bere jako neznámý HTML tag). Takže minimálně Zobrazit zdrojový kód. Ještě lepší je to ale testovat třeba wgetem, protože ti rovnou vypíše všechny hlavičky, délku obsahu, návratový kód serveru (200, 404, 500) atd.:
wget -S -O - http://localhost/mojestranka.php
Někdo zase má pro změnu rád vývojářské nástroje které jdou otevřít ve webovém prohlížeči a tam je panel "Network" a různé další panely kde je vidět spousta věcí.
Kontejnery jsou fakt "super" nápad na tohle, za chvíli tady budeme řešit jak spravovat kontejnery, jak konfigurovat věci uvnitř kontejneru a jak před kontejnery postavit reverzní proxy (s HTTPS!) protože potřebuje jeden kontejner na PHP a druhý na, já nevím, Python s Djangem.
-
asi by nebolo odveci zacat s tym ze si overite ci tam mate php spravne nainstalovane ako modul (spustit ako root):
httpd -D DUMP_MODULES | grep php
malo by to vypisat:
php_module (shared)
-
Kontejnery jsou fakt "super" nápad na tohle, za chvíli tady budeme řešit jak spravovat kontejnery, jak konfigurovat věci uvnitř kontejneru a jak před kontejnery postavit reverzní proxy (s HTTPS!) protože potřebuje jeden kontejner na PHP a druhý na, já nevím, Python s Djangem.
No, pre patlalov v jednochlapovych firmachsu zbytocne. Inde odcenia replikovatelnost vdaka compose, take mne to fuguje, je v terajsej dobe uz na cezdrzku...
To ako tu pracovat s kontajnermi sa tu uz riesilo milion krat a je to stale lepsie ako mu cpat wget, hoci nemate ani len tusenia ci tam ma nainstalovane php (a apache v prefork mode), php-zts (a apache v event mode) ci php-fpm (a apache v proxy mode)...
-
Bych zkusil to php nejdřív nainstalovat:
sudo dnf upgrade --refresh -y
sudo dnf install http://rpms.remirepo.net/fedora/remi-release-36.rpm -y
sudo dnf module list php
sudo dnf module enable php:remi-8.1 -y
sudo dnf install php -y
php -m
php -v
sudo systemctl restart httpd
Tohle je pro fedoru takovej vycuc co google dal. Na debian based distribucich to je jednodušší. Možná tam něco chybí, bude asi potřeba poladit konfiguraci asi v /etc/php.ini
-
Bych zkusil to php nejdřív nainstalovat:
sudo dnf upgrade --refresh -y
sudo dnf install http://rpms.remirepo.net/fedora/remi-release-36.rpm -y
sudo dnf module list php
sudo dnf module enable php:remi-8.1 -y
sudo dnf install php -y
php -m
php -v
sudo systemctl restart httpd
Tohle je pro fedoru takovej vycuc co google dal. Na debian based distribucich to je jednodušší. Možná tam něco chybí, bude asi potřeba poladit konfiguraci asi v /etc/php.ini
To bude fungovat len v pripade ze ten apache je prefork a ak to podla nejakeho navodu prepol do ineho mpm tak sa to nechyti, tam musi byt thread safe verzia (ktora je v remi len v pripade fpm)
-
To ako tu pracovat s kontajnermi sa tu uz riesilo milion krat a je to stale lepsie ako mu cpat wget
Jako že když bude ladit kontejner tak nebude potřebovat řešit „browser mi zobrazil prázdnou stránku a myslím si že je prázdná protože nevím jak fungují HTML tagy“ nebo „nastavil jsem si reverzní proxy aby mi to fungovalo se dvěma kontejnery a teď mi to blbě posílá HTTP hlavičky, potřebuju si je něčím snadno zobrazit“.
(omlouvám se že nedokážu pomoci přímo s jádrem problému, ale používám jiné technologie - Debian a lighttpd - a tam se to dělá takto:
apt-get install lighttpd php-cgi
lighttpd-enable-mod fastcgi
lighttpd-enable-mod fastcgi-php
systemctl restart lighttpdpřesný ekvivalent na Fedoře pochopitelně napsat nedokážu, ale obecně je potřeba nainstalovat balíček s příslušným PHP a modulem buď CGI nebo mod-php a následně ho zapnout)
-
To ako tu pracovat s kontajnermi sa tu uz riesilo milion krat a je to stale lepsie ako mu cpat wget
Jako že když bude ladit kontejner tak nebude potřebovat řešit „browser mi zobrazil prázdnou stránku a myslím si že je prázdná protože nevím jak fungují HTML tagy“ nebo „nastavil jsem si reverzní proxy aby mi to fungovalo se dvěma kontejnery a teď mi to blbě posílá HTTP hlavičky, potřebuju si je něčím snadno zobrazit“.
(omlouvám se že nedokážu pomoci přímo s jádrem problému, ale používám jiné technologie - Debian a lighttpd - a tam se to dělá takto:
apt-get install lighttpd php-cgi
lighttpd-enable-mod fastcgi
lighttpd-enable-mod fastcgi-php
systemctl restart lighttpdpřesný ekvivalent na Fedoře pochopitelně napsat nedokážu, ale obecně je potřeba nainstalovat balíček s příslušným PHP a modulem buď CGI nebo mod-php a následně ho zapnout)
Ja jakozto pouzivatel fedory viem ze ten balicek je default povoleny. A jakozto s php som v kontakte uz par desatroci, tak viem ze je aj kopa dalsich faktorov preco ten php modul fungovat nemusi.
Na fedore je ekvivalent:
dnf install httpd php
systemctl enable --now httpd
A ak sa v tom podla nejakeho navodu nevrtal tak je to funkcne okamzite, staci pridavat vhosty.
-
To ako tu pracovat s kontajnermi sa tu uz riesilo milion krat a je to stale lepsie ako mu cpat wget
Jako že když bude ladit kontejner tak nebude potřebovat řešit „browser mi zobrazil prázdnou stránku a myslím si že je prázdná protože nevím jak fungují HTML tagy“ nebo „nastavil jsem si reverzní proxy aby mi to fungovalo se dvěma kontejnery a teď mi to blbě posílá HTTP hlavičky, potřebuju si je něčím snadno zobrazit“.
Jako že container nebude muset ladit ani tam nic instalovat. Protože ty containery (většina) jsou dělané tak že jsou by default nastavené aby fungovali a že stačí když namountuje adresář ze zdrojáky do jedné složky a nemá co pokazit. Jinak při vývoji webu mi to řešení s wgetem (já raději curl) přijde jako poslední řešení, nejdřív by se měl naučit pořádně používat debugovací nástroje co mu nabízí browser (developer tools).
BTW: HTTPS opravdu na lokále řešit nemusí.
-
Jako že container nebude muset ladit ani tam nic instalovat.
...
No ono to je spíš o tom, že si tazatel nejspíš nedokáže nainstalovat apače a php... Jako nainstalovat a nastavit kontejnerový prostředí je podle mě ještě složitější.
-
Jako že container nebude muset ladit ani tam nic instalovat.
...
No ono to je spíš o tom, že si tazatel nejspíš nedokáže nainstalovat apače a php... Jako nainstalovat a nastavit kontejnerový prostředí je podle mě ještě složitější.
Pre ten vyvoj uplne staci:
sudo dnf install podman
Nrptrebuje tam instalovat openstack..
-
Jako že container nebude muset ladit ani tam nic instalovat.
...
No ono to je spíš o tom, že si tazatel nejspíš nedokáže nainstalovat apače a php... Jako nainstalovat a nastavit kontejnerový prostředí je podle mě ještě složitější.
docker-compose up
-
Fakt?
A pak stačí do firefoxa napsat http://127.0.0.1/index.php a pojede to?
se mi nezdá...
-
Jako že container nebude muset ladit ani tam nic instalovat. Protože ty containery (většina) jsou dělané tak že jsou by default nastavené aby fungovali a že stačí když namountuje adresář ze zdrojáky do jedné složky a nemá co pokazit.
To by člověk skoro řekl podle ostatních, co tu píšou, že na nainstalování apache a php (kde ten modul se navíc zapne sám) taky není co pokazit a je to jak nainstalovat ten kontejner. Bohužel tazatel z diskuze zdrhnul, a neřekl nám, jestli fakt jenom zapomněl nainstalovat php balíček (jak upozornil Filip Jirsák).
U kontejnerů bude muset umět zmíněné „namountuje adresář ze zdrojáky do jedné složky“, a pak také bude muset umět řešit perzistenci a aktualizace (oboje najednou) pokud zjistí, že potřebuje doinstalovat třeba nějaké php-gd.
BTW: HTTPS opravdu na lokále řešit nemusí.
Omlouvám se, přehlédl jsem že to má jen na lokále, v tom máš pravdu.
-
Fakt?
A pak stačí do firefoxa napsat http://127.0.0.1/index.php a pojede to?
se mi nezdá...
Skusal ste google, k tomu ako spustit kontajner, ako namapovat port z kontajneru a vsetkeho mozneho je na webe niekolko nasobne viac citania, ako k rozbehaniu lampu..
-
U kontejnerů bude muset umět zmíněné „namountuje adresář ze zdrojáky do jedné složky“, a pak také bude muset umět řešit perzistenci a aktualizace (oboje najednou) pokud zjistí, že potřebuje doinstalovat třeba nějaké php-gd.
Doinstaluje tym ze to dopise do dockerfile, a kontainer rebuildne, compose mu ho rebuildne i sam.
K perzistencii, pamatate? Riesi to na lokale, pouzije to iba pre vyvoj... A v jeho pripade, hlavne pre ucenie sa zakladov.
Ked uz o tych zavislostiach. Ak budete potrebovat pre kazdy projekt inu verziu php, kazdu s inou sadou extensions, tak sa s toho v pripade lampu pototo... tam je uz jedina cesta niekolko instacii fpm. A s toho sa pototo x pocet instancii.
-
Death walketra toto je presne problem. Chapan pise ze o tom skoro nic nevie a uci sa a neuraz sa ty ho zahltis kontajnermy a tak podobne a on ma problem pisat echo. Stat sa mozu 2 veci. 1. Kusne sa a zabije tyzden tym ako to nastavit aby napisal echo. 2 vykasle sa na to cele a strati zaujem. Je to nieco ako mega junior. On potrebuje nieco co mu lahko rozbeha apache + php + sql moze skusat. S kontajnermy mas pravdu ale priznajme si je to trosku vyssi level. Na to ma "cas". Ja by som mu doporucoval uplne "hlupe" riesenie nainstaluj si cistu virtualku s win 10 do nej wamp a visual studio code a skusaj. Ak sa rozhodne programovat a bude chciet moze sa hrat dalej s linuxom a apache + php a skusit si to rozbehat. Uprimne ako programator to bude riesit az "raz za cas ked system padne". Takto bude mat kopec frustracie s toho ako to nastavit aby vobec napisal to echo a nakoniec aj tak pojde podla "tutorialu" a nebude mat tucha co vlastne riesi. Obcas je to riesenie "na hlupaka win + wamp" to najlepsie resp. najrychlejsie.
-
Jako že nainstalovat do virtuálu Windows, nainstalovat WAMP a pak programovat ve Windows je jednodušší než nainstalovat balíček php.
-
Jako že nainstalovat do virtuálu Windows, nainstalovat WAMP a pak programovat ve Windows je jednodušší než nainstalovat balíček php.
No ak sa pozries na toto vlakno tak ano. Od wgetu cez balicky az po kontajnery a teraz si vyber a hlavne zisti co bude fungovat. Skusi moznost A bum nepojde skusi B ktore by mozno slo ale je tam "bordel" s A a ked neviem co robim.....
Vtedy je pre totalneho beginera lepsie win+wamp+visual code studio a ide.
-
Opravdu si myslíte že nainstalovat Win a WAMP je jednodušší než napsat 10 řádků a pustit docker-compose up ;D? 5 minut času to stálo, z toho 2 minuty se mi stahoval kontejner
https://github.com/ovlach/test-docker-compose-php-base
-
Opravdu si myslíte že nainstalovat Win a WAMP je jednodušší než napsat 10 řádků a pustit docker-compose up ;D? 5 minut času to stálo, z toho 2 minuty se mi stahoval kontejner
https://github.com/ovlach/test-docker-compose-php-base
edit: kdyby to četl tazatel tak v branchi mysql je ten nejjednodušší příklad jak zapnout podporu MySQL, vč. jejího použití :-). Furt mě to přijde celkem jednoduché...
-
Opravdu si myslíte že nainstalovat Win a WAMP je jednodušší než napsat 10 řádků a pustit docker-compose up ;D? 5 minut času to stálo, z toho 2 minuty se mi stahoval kontejner
https://github.com/ovlach/test-docker-compose-php-base
A opravdu si myslíte, že je jednodušší psát 10 řádků a pouštět docker-compose up, než napsat tři řádky?
dnf install nginx php php-fpm php-cli
systemctl enable --now php-fpm
systemctl enable --now nginx
-
Opravdu si myslíte že nainstalovat Win a WAMP je jednodušší než napsat 10 řádků a pustit docker-compose up ;D? 5 minut času to stálo, z toho 2 minuty se mi stahoval kontejner
https://github.com/ovlach/test-docker-compose-php-base
A opravdu si myslíte, že je jednodušší psát 10 řádků a pouštět docker-compose up, než napsat tři řádky?
dnf install nginx php php-fpm php-cli
systemctl enable --now php-fpm
systemctl enable --now nginx
Ano myslím... Musíte třeba nakonfigurovat nginx aby fungoval s FPMkem (tedy předpokládám že by-default nginx nemá nakonfigurované location, fastcgi etc. ). V těhle 10 řádcích je obsažená veškerá základní konfigurace apache, php a stačí vlézt na localhost a funguje to, vždy všude a stejně. V následujících týdnech se bude zcela jistě snažit tazatel nainstalovat myslku, to je dalších 10 řádků a zapnutí jedné extension v image. Krom toho místo aby řešil jak mít vedle sebe dalších X projektů, stačí když "vypne" jeden a "zapne" druhý.. A bude mu to magic fungovat.
Co se jednoduchosti týče: O jednoduchosti vypovídá, že tohle vlákno má už 2 stránky místo toho aby tazatel uploadnul na web svůj docker-compose, dockerfile a případně zdroják, někdo si to u sebe pustil a vyřešil onen problém za 5 minut tak ho jeden odkazuje na WAMP a W10, druhý ať si nainstaluje FPM a třetí se mu snaží poradit z konfigurací i když neví jak má ten systém nakonfigurovaný. Tohle všechno u dockeru odpadá, protože ty containery jsou všude stejné (+/-).
V neposlední řadě tazatel přijde do styku s něčím co se běžně používá na produkci ve spoustě firem. Totiž on se svět "monolitických" VMek pomalu a jistě končí a firmy se přesouvají k dockeru (kubernetes, podmanu, open-buh-ví-co) a podobným kontejnerovým řešením.
-
V následujících týdnech se bude zcela jistě snažit tazatel nainstalovat myslku, to je dalších 10 řádků a zapnutí jedné extension v image.
No právě, jenže tazatel to bude řešit podle vygooglených návodů "jak se z PHP připojit na MySQL", které budou řešit instalaci a konfiguraci v distribuci, ne v nějakém Docker obrazu.
Krom toho místo aby řešil jak mít vedle sebe dalších X projektů, stačí když "vypne" jeden a "zapne" druhý.. A bude mu to magic fungovat.
Nemyslím si, že by tohle řešil.
Co se jednoduchosti týče: O jednoduchosti vypovídá, že tohle vlákno má už 2 stránky místo toho aby tazatel uploadnul na web svůj docker-compose, dockerfile a případně zdroják, někdo si to u sebe pustil a vyřešil onen problém za 5 minut tak ho jeden odkazuje na WAMP a W10, druhý ať si nainstaluje FPM a třetí se mu snaží poradit z konfigurací i když neví jak má ten systém nakonfigurovaný. Tohle všechno u dockeru odpadá, protože ty containery jsou všude stejné (+/-).
Problém tohoto vlákna ovšem vznikl tím, že většina lidí tu ignoruje, že tazatel vůbec nenainstaloval a nenakonfiguroval PHP.
To, co popisujete vy, má jeden drobný zádrhel – předpokládáte, že tazatel už má rozchozený Docker. A navíc doporučujete nestandardní řešení pomocí docker-compose, který mimo Docker nefunguje a i v samotném Dockeru je zastaralý.
V neposlední řadě tazatel přijde do styku s něčím co se běžně používá na produkci ve spoustě firem. Totiž on se svět "monolitických" VMek pomalu a jistě končí a firmy se přesouvají k dockeru (kubernetes, podmanu, open-buh-ví-co) a podobným kontejnerovým řešením.
Pokud někdo ani neví, že má nainstalovat PHO, aby ho mohl používat, nebudu ho učit spravovat kontejnery. To je jako kdyby někdo v autě nevěděl, jak zařadit dvojku, a vy byste tvrdil, ať to neřeší a naučí se pilotovat Airbus A380, protože ten má autopilota a nebude tam muset řadit.
-
Preco tu furt meliete o dockeri? Ma fedoru - pouzije podman a ten nie je taka pakaren ako docker. Pri podmane sa obidete bez toho ze by ste do toho musel hrabat pod privilegovanym uctom.
Ad lamp, kto to realne nekonfiguroval tak by sa mal zdrzat porovnavania ci je to jednoduchsie ako podman. Ak clovek nie je lopata, tak to nie je len o tom ze naistaluje apache a php, je tam mnoho dalsich zavislosti - firewall, selinux, acl, systemd a mnoho dalsieho. Lamp pre amatera spravidla skonci tak, ze za pomoci mrte navodov z netu, ze si ten system spacka tak ze mu tam spolahlivo nebude fungovat nic, nie len lamp.
-
Problém tohoto vlákna ovšem vznikl tím, že většina lidí tu ignoruje, že tazatel vůbec nenainstaloval a nenakonfiguroval PHP.
A to je právě to. Kdyby tu byl compose file a docker file, tak to vidí každý na první dobrou. Vlastně nevidí, protože tahle chyba by snad vůbec ani nenastala. Zato do systému mu těžko někdo bude vidět a chyb proč to nefunguje může být celá řada.
To, co popisujete vy, má jeden drobný zádrhel – předpokládáte, že tazatel už má rozchozený Docker. A navíc doporučujete nestandardní řešení pomocí docker-compose, který mimo Docker nefunguje a i v samotném Dockeru je zastaralý.
V čem je přesně nestandartní? Za poslední 4 roky jsem nezažil člověka co by řešil lokální vývoj jinak než přes docker-compose (a živil se programováním v PHP). Možná tedy jediné nestandartní je použití docker-compose místo novějšího ale ekvivalentního docker compose.
Jinak ano, přepokládám že má tazatel docker. Rozfungovat docker je mnohem jednodušší než rozfungovat fpm a nginx.
Pokud někdo ani neví, že má nainstalovat PHO, aby ho mohl používat, nebudu ho učit spravovat kontejnery. To je jako kdyby někdo v autě nevěděl, jak zařadit dvojku, a vy byste tvrdil, ať to neřeší a naučí se pilotovat Airbus A380, protože ten má autopilota a nebude tam muset řadit.
Mě napadl jiný příměr: To že nevím jak opravit převodovku když tam nejde zařadit dvojka, neznamená že nemůžu jezdit autem. A myslím že když PHP programátor začíná tak nemusí být hned sysadmin a umět nastavit nginx, mysql, php-fpm a další věci (které imho zajímají spíš někoho na pozici DevOPS, nikoliv samotného programátora který píše kód) ... navíc když je tu možnost to udělat jako to dělá spoustu lidí a pustit to v kontejnerech které jsou připravené "for development use" a kde se krom zapínání extensions v PHPku nemusí nic dělat.
-
Preco tu furt meliete o dockeri? Ma fedoru - pouzije podman a ten nie je taka pakaren ako docker. Pri podmane sa obidete bez toho ze by ste do toho musel hrabat pod privilegovanym uctom.
Ad lamp, kto to realne nekonfiguroval tak by sa mal zdrzat porovnavania ci je to jednoduchsie ako podman. Ak clovek nie je lopata, tak to nie je len o tom ze naistaluje apache a php, je tam mnoho dalsich zavislosti - firewall, selinux, acl, systemd a mnoho dalsieho. Lamp pre amatera spravidla skonci tak, ze za pomoci mrte navodov z netu, ze si ten system spacka tak ze mu tam spolahlivo nebude fungovat nic, nie len lamp.
Já jsem navrhnul jen funkční řešení. Pokud je někdo podman guru, ať napíše řešení pro podmana... Já vím teoreticky jen že něco takového funguje ale ještě jsem neměl šanci si s tím hrát
-
Preco tu furt meliete o dockeri? Ma fedoru - pouzije podman a ten nie je taka pakaren ako docker. Pri podmane sa obidete bez toho ze by ste do toho musel hrabat pod privilegovanym uctom.
Ad lamp, kto to realne nekonfiguroval tak by sa mal zdrzat porovnavania ci je to jednoduchsie ako podman. Ak clovek nie je lopata, tak to nie je len o tom ze naistaluje apache a php, je tam mnoho dalsich zavislosti - firewall, selinux, acl, systemd a mnoho dalsieho. Lamp pre amatera spravidla skonci tak, ze za pomoci mrte navodov z netu, ze si ten system spacka tak ze mu tam spolahlivo nebude fungovat nic, nie len lamp.
Já jsem navrhnul jen funkční řešení. Pokud je někdo podman guru, ať napíše řešení pro podmana... Já vím teoreticky jen že něco takového funguje ale ještě jsem neměl šanci si s tím hrát
Nase nazory sa v zasade nerozchadzaju, to bolo skor k tym co si myslia ze spravne rozchodit lamp je jednoduchsie ako spustit kontainer a argumentuju tym ze si predsa musi rozchodit docker.
-
A to je právě to. Kdyby tu byl compose file a docker file, tak to vidí každý na první dobrou. Vlastně nevidí, protože tahle chyba by snad vůbec ani nenastala. Zato do systému mu těžko někdo bude vidět a chyb proč to nefunguje může být celá řada.
Kdyby tu byla sekvence příkazů, který ten Apache instaloval a konfiguroval, také to uvidíme. Jenže když už by tazatel použil Docker, rozhodně nebude sám psát Dockerfile a compose file, ale použije už hotový image s PHP. Akorát bychom neřešili, že se mu zobrazuje stránka špatně v prohlížeči, ale že se mu nezobrazuje vůbec. (Příčinou by bylo například to, že Docker image nenastartoval, protože tazatel ani nemá nainstalovaný docker…)
V čem je přesně nestandartní? Za poslední 4 roky jsem nezažil člověka co by řešil lokální vývoj jinak než přes docker-compose (a živil se programováním v PHP). Možná tedy jediné nestandartní je použití docker-compose místo novějšího ale ekvivalentního docker compose.
Nestandardní je v tom, že je to záležitost čistě Dockeru. Nefunguje s jinými kontejnerovými technologiemi. Například s podmanem (resp. ten už možná něco z toho emulovat umí, lidé kolem Podmanu se snaží přizpůsobit ho hodně tak, aby mohl fungovat jako přímá náhrada Dockeru), který je pokud vím ve Fedoře výchozí kontejnerovou technologií.
Jinak ano, přepokládám že má tazatel docker. Rozfungovat docker je mnohem jednodušší než rozfungovat fpm a nginx.
Chtěl bych mít vaši jistotu.
Mě napadl jiný příměr: To že nevím jak opravit převodovku když tam nejde zařadit dvojka, neznamená že nemůžu jezdit autem. A myslím že když PHP programátor začíná tak nemusí být hned sysadmin a umět nastavit nginx, mysql, php-fpm a další věci (které imho zajímají spíš někoho na pozici DevOPS, nikoliv samotného programátora který píše kód) ... navíc když je tu možnost to udělat jako to dělá spoustu lidí a pustit to v kontejnerech které jsou připravené "for development use" a kde se krom zapínání extensions v PHPku nemusí nic dělat.
Já si myslím, že umět nastavit Docker a ještě tak, aby mu to správně fungovalo i s vývojovým prostředím a s dalšími věcmi, je podstatně složitější, než zprovoznit nginx, php-fpm a mysql. A když to bude zprovozňovat s tím Dockerem, nevyhne se ani tomu, aby věděl, jak fungují ty věci vevnitř – ten nginx, PHP atd.
Kontejnery jsou hezká věc, když potřebujete podobnou konfiguraci pro vývoj rozchodit po třicáté. Když to rozcházíte poprvé, musíte rozchodit ten software a navíc k tomu ještě kontejnerizaci, což je o rozchození kontejnerizace složitější.
-
Já si myslím, že umět nastavit Docker a ještě tak, aby mu to správně fungovalo i s vývojovým prostředím a s dalšími věcmi, je podstatně složitější, než zprovoznit nginx, php-fpm a mysql. A když to bude zprovozňovat s tím Dockerem, nevyhne se ani tomu, aby věděl, jak fungují ty věci vevnitř – ten nginx, PHP atd.
Preco by mal?
Postaci mu pouzit prislusnu image, kde uz vsetko potrebne ma nastavene, napr. php:8.1-apache.
S tym ze je zaciazocnik sa spaja este jedna vec, neda to na prvy krat. V pripade kontajneru ho ostranu a vytvori znova. V priade lampu ten system neda do povodneho stavu bez toho aby ho preinstaloval.
-
Hele a není ten apač s php náhodou i v nějakým snapu? Myslim, že na freenasu nebo něčem takovým jsem ho viděl. Třeba je i na fedoře ;D
To by bylo jednodušší než instalovat kontejnerový prostředí i než klasická instalace balíků....
-
Hele a není ten apač s php náhodou i v nějakým snapu? Myslim, že na freenasu nebo něčem takovým jsem ho viděl. Třeba je i na fedoře ;D
To by bylo jednodušší než instalovat kontejnerový prostředí i než klasická instalace balíků....
Tvl, este k tomu pridame snap 😁 tak php je samoztejme vo flatpaku, ale s tym by som sa zaoberal ak by mal fedora silverblue, nijak inak by sa to od normalnej istalacie baliku nelisilo, stale by bola nutna konfiguracia napriec systemom...
-
Preco by mal?
Postaci mu pouzit prislusnu image, kde uz vsetko potrebne ma nastavene, napr. php:8.1-apache.
Za prvé musí nejprve umět najít image, který obsahuje vše, co potřebuje. Za druhé pak skončí na tom, že návod bude říkat, že se má k MySQL databázi připojit příkazem mysql, který na svém počítači mít nebude, protože bude v tom Dockeru. Nebo se k databázi bude chtít připojit z IDE a také mu to nepůjde, protože databáze nebude mít z toho kontejneru vyvezený ven port.
S tym ze je zaciazocnik sa spaja este jedna vec, neda to na prvy krat. V pripade kontajneru ho ostranu a vytvori znova. V priade lampu ten system neda do povodneho stavu bez toho aby ho preinstaloval.
Tohle je první rozumný důvod pr použití kontejnerů začátečníkem, který tady padl. Bohužel to má tu stinnou stránku, že než rozchodí tu kontejnerovou technologii, bude mít systém v nepoužitelném stavu a bude ho muset reinstalovat.
-
Bohužel to má tu stinnou stránku, že než rozchodí tu kontejnerovou technologii, bude mít systém v nepoužitelném stavu a bude ho muset reinstalovat.
Fakt staci naistalovat a moze hned pouzivat https://fedoramagazine.org/getting-started-with-podman-in-fedora/ nejaka konfiguracia ako pri dockeri nie je nutna...
A nez sa dostane od echo('Hello world'); k mysql tak uplynie dost casu aby sa stihol naucit ako komunikovat medzi kontajnermi...
-
Fakt staci naistalovat a moze hned pouzivat https://fedoramagazine.org/getting-started-with-podman-in-fedora/ nejaka konfiguracia ako pri dockeri nie je nutna...
Já vím. Jenže to samé podle mne platí i o nginx+PHP nebo Apache+PHP. Ale to, co je pro vás a pro mne „stačí nainstalovat“ je holt pro někoho jiného něco, co na první pokus ani nedá (a není to jeho chyba!).
-
Já vím. Jenže to samé podle mne platí i o nginx+PHP nebo Apache+PHP. Ale to, co je pro vás a pro mne „stačí nainstalovat“ je holt pro někoho jiného něco, co na první pokus ani nedá (a není to jeho chyba!).
Nie tak celkom, ak isiel podla toho oficialneho navodu pre konfiguraciu apache a pamatam si ze pisal ze isiel, tak deaktivoval prefork mod a aktivoval event mod. A v tomto pripade si apache mod_php nenacita, musel by tam mat thred safe verziu, ktora od 8.0 ako modul pre apache nie je.
ked tak(uz som to sem postoval):
cat /etc/httpd/conf.modules.d/20-php.conf
#
# PHP is an HTML-embedded scripting language which attempts to make it
# easy for developers to write dynamically generated webpages.
#
# Cannot load both php5, php7 and php modules
<IfModule !mod_php5.c>
<IfModule !mod_php7.c>
<IfModule prefork.c>
LoadModule php_module modules/libphp.so
</IfModule>
</IfModule>
</IfModule>
-
@Filip Jirsák: Tohle je asi bohužel marný, Death Walker neumí pochopit, že co je jednoduchý pro něho, nemusí vůbec být jednoduchý pro někoho jinýho...
@Death Walker: Tazatel se chce učit PHP. Ne Docker.
-
@Death Walker: Tazatel se chce učit PHP. Ne Docker.
Ano to máte pravdu -- tazatel se chce učit PHP, ne jak konfigurovat Apache/NGINX, FPMko, MySQL a další věci... ;-)
-
@Death Walker: Tazatel se chce učit PHP. Ne Docker.
Tak, pisal som to uz, chytrejsi by si to precital. podman !== docker. Ak nepotrebujete privilegovane kontajnery, co pre vyvoj nepotrebujete, tak podman bezi komplet pod uctom uzivatela. Netreba mu nakonfigurovat a spustit systemovu sluzbu.
@Filip Jirsák: Tohle je asi bohužel marný, Death Walker neumí pochopit, že co je jednoduchý pro něho, nemusí vůbec být jednoduchý pro někoho jinýho...
na podman vam staci ako root:
dnf install podman podman-compose
a dalej uz pod vasim uzivatelom:
cat ./compose.yaml
services:
web:
image: php:8.1-apache
container_name: myphpapp
ports:
- 8080:80
volumes:
- ./src:/var/www/html:Z
spustime kontajner
podman-compose up
a otvorime browser a zadame http://127.0.0.1:8080
Aka jednoduchsia konfiguracia bz bola v pripade lampu??? Mal by vam na to stacit jediny post, kedze na podman stacil a podla vas je to zlozitejsie. Myslite vsak aj na to ze na fedore mate default aktivny selinux, firewall a dalsie veci ktore koli bezpecnosti vypinat nechcete.
-
Ve kterém návodu, který najdu na internetu na dotaz Googlu "Jak ve Fedoře zprovoznit Apache s PHP", ten váš postup najdu? Vy se na to totiž pořád díváte ze své pozice se svými znalostmi a odmítáte to vidět z pozice někoho, kdo o tom vůbec nic neví a googlí na internetu návod, jak to zprovoznit.
-
Ve kterém návodu, který najdu na internetu na dotaz Googlu "Jak ve Fedoře zprovoznit Apache s PHP", ten váš postup najdu? Vy se na to totiž pořád díváte ze své pozice se svými znalostmi a odmítáte to vidět z pozice někoho, kdo o tom vůbec nic neví a googlí na internetu návod, jak to zprovoznit.
Google je len stroj, na blbo polozenu otazku da adekvatnu odpoved, netusi co ste tou otazkou skutocne myslel.
Ked skusite zadat "php development environment on fedora" dostanete relevantnejsie odpovede.
Dalsia moznost je ze mu vo fore niekto relevantne poradi. Napriklad niekto, kto videl prvykrat php vo verzii 3. Kto ma profesne skusenosti ako sysadmin. Kto dokaze spravne nakonfigurovat lamp, pripadne vyvojove prostredie vo virtuale, ci uz za pomoci vagrantu alebo bez. A kto reflektuje na technologicky vyvoj a dokaze vyuzit novsie technologie, ktore mozu vyvoj zjednodusit. Naprikad podman.
Miesto toho su tu 4 strany hadky o tom ci je jednoduchsi podman alebo lamp. A aby to dostalo tu spravnu uroven tak niekto do toho zamiesa docker. Asi ako v polemike ci je jednoduchsie cez prieplav stavat most alebo pouzit trajekt, rozporovat to ze ponorka je pre tento pripad neefektivna.
-
podman a docker jedno je v tomto pripade. v pripade obojiho se pouzije jednoduchy compose.
Rozhodne jednodussi nez LAMP. V pripade, ze neco pokazi tak nemusi resit zadrbany system, proste sunda kontejnery a znovu nahodi.
-
V pripade, ze neco pokazi tak nemusi resit zadrbany system, proste sunda kontejnery a znovu nahodi.
Obecně jo, ale vzhledem k tomu, že psal "Nainstalil jsem si Fedoru s tím, že si budu hrát s Php", tak mu zasviněnej systém možná zase až tolik vadit nebude...
Škoda, že už tady znova neodepsal. Díky tomu se z toho stal klasickej rootovej flame.
-
Když už se tady 2 stránky onanuje, tak přihodím svého černého koně, ve kterém je takový easter egg:
# následující spustit jako příkaz
sudo php -S 0:80 -t cesta_k-složce_php_skriptů
cesta\k_php.exe -S 0:80 -t c:\složka\s_php_skripty # a doklepnout dialog povolit firewall / neznám windowsKromě toho 4 stránky za týden je slušný výkon, akorát možná na stránce 2 si odběhl
-
Zdravím, jsem ten T.Lama autor dotazu. Předně se omlouvám, neměl jsem teď pár dní čas a pak jsem měl problémy s přihlášením, pomotal jsem heslo a do teď mi na mail nepřišel žádný reset, nic, čekám už dva dny, tak nevim.
Předně, už mi to funguje. Nejprve jsem doinstaloval Php příkazem
dnf install php
systemctl enable --now httpd
Poté to začlo házet chybu 503. Vím, že by to šlo spravit, ale já v tuto chvíli srabácky vyměkl a použil wokení metodu odinstalovat, smazat co jde, pro jistotu restart, znovu nainstalovat. Takže znova čistá instalace příkazy
dnf install httpd php
systemctl enable --now httpd
No a jelo to. Dobrý.
Fedora ma php modul povoleny default.
Asi ten subor nema priponu php, ako pisal RDa.
Pre overenie ci ma httpd zavedeny php modul skuste:
cat /etc/httpd/conf.modules.d/20-php.conf
Koukám do conf.modules.d a tento 20-php.conf tam nevidím. Ale jede to. Tak nevím.
Jel jsem hlavně podle tohoto: https://cs.linuxcapable.com/how-to-install-apache-httpd-on-fedora-35/
Tam je ale popsáno jen zprovoznění Apache, o PHP tam není nic.
S oprávněními souborů nebo firewallem to vůbec nesouvisí. Prostě tam jen nemáte zprovozněné PHP.
No, já jsem to celé blě pochopil, já si totiž na začátku myslel, že ten Apache umí sám o sobě zpracovat Php kód. Jsem trouba. Za což se omlouvám. Chyba na mém příjímači.
Ja jakozto pouzivatel fedory viem ze ten balicek je default povoleny. A jakozto s php som v kontakte uz par desatroci, tak viem ze je aj kopa dalsich faktorov preco ten php modul fungovat nemusi.
Mohu požádat o nástřel, co případně může způsobovat problémy? Díky.
Jestli mohu ještě požádat nějaký skutečně dobrý návod jak přidávat vhosty, případně na Apache jako takový, abych se neučil nějaký kraviny, viz ono míchání html a php kódu, což je věc, kterou běžně dělá spousta tutoriálů a pak se dozvím, že je to blbě, to je potom těžký, no..
Zkusil jsem do konfiguráku přidat něco jako:
Listen 80
<VirtualHost 127.10.20.30:80>
DocumentRoot "/var/www/Host1"
ServerName Host1
# Other directives here
</VirtualHost>
Tak mi to po zadání dané IP funguje. Ale nevím, jestli je to OK takto to dělat. Mohu v DocumentRoot mít jakoukoliv cestu, třeba někam do Home?
Děkuji za rady a trpělivost. Opravdu si toho vážím.
-
https://httpd.apache.org/docs/2.4/vhosts/