Cześć,
niedawno musiałem zrobić upgrade paru rzeczy na wirtualce - no i jak to w
linuksie, za jednym z update’ów poszła cała lawina… w tym PHP.
Nie było jak tego ominąć i pogodziłem się z tym. I niby wszystko było OK…
Niestety, okazało się, że zniknął z PLD pakiet msodbcsql, a także
Hej,
klientowi się zamarzyło żeby sobie mógł wybierać w .htaccesie wersję PHPa, np.:
AddType application/x-httpd-php5 .php5
AddType application/x-httpd-php7 .php
i byłoby OK, ale jednak zapragnął też mieć obok siebie php5.3 i php5.6.
Tutaj chyba możliwości apache’a się kończą, bo o ile php70 ma
New php packages have benn moved to main Th ftp repository.
On Thu, 12 Jun 2014, Jan Rękorajski wrote:
Hi,
After a lot of time and work from Elan Ruusamäe, we have new PHP
package sets in Th. We decided it will be the best for maintainability
and upgradability to have PHP interpreters only
Hi,
After a lot of time and work from Elan Ruusamäe, we have new PHP
package sets in Th. We decided it will be the best for maintainability
and upgradability to have PHP interpreters only as versioned packages.
Right now in th and th-ready we have PHP 5.2 to 5.5 as phpXY-* sets.
php53 contains
Witam,
Czy nasz nginx i php-fpm na pewno działają prawidłowo? :)
Sprawdzam we wszystkich możliwych tutorialach jak pożenić jedno z drugim -
i wszystko niby działa, poza tym że jak wchodzę na http://localhost/
przy włączonym autoindex i index.php w głównym katalogu, to ten zamiast
odpalić
Wiadomość napisana przez Jacek Osiecki josie...@silvercube.pl w dniu 19 gru
2013, o godz. 11:43:
Witam,
Czy nasz nginx i php-fpm na pewno działają prawidłowo? :)
Sprawdzam we wszystkich możliwych tutorialach jak pożenić jedno z drugim - i
wszystko niby działa, poza tym że jak wchodzę na
Witam,
Nie ma może ktoś pod ręką RPMa z php-soap-5.3.24-1.x86_64?
Wyszło że na jakiejś starszawej wirtualce brakuje mi tego pakietu -
niestety nie ma go już w archive, a instalacja wszystkiego świeżego odpada
bo od dłuższego czasu w naszym php nie ma php-ffmpeg (akurat pechowo jest
potrzebne
On Tue, Nov 12, 2013 at 01:30:46PM +0100, Jacek Osiecki wrote:
Witam,
Nie ma może ktoś pod ręką RPMa z php-soap-5.3.24-1.x86_64?
Wyszło że na jakiejś starszawej wirtualce brakuje mi tego pakietu -
niestety nie ma go już w archive,
ftp://ftp.pld-linux.org:/dists/3.0/obsolete/x86_64/RPMS/php
On Tue, 12 Nov 2013, Kacper Kornet wrote:
On Tue, Nov 12, 2013 at 01:30:46PM +0100, Jacek Osiecki wrote:
Nie ma może ktoś pod ręką RPMa z php-soap-5.3.24-1.x86_64?
Wyszło że na jakiejś starszawej wirtualce brakuje mi tego pakietu -
niestety nie ma go już w archive,
ftp://ftp.pld-linux.org
Generalnie moim zdaniem repakietacja w PLD jest trafiona (zazwyczaj
mam niezgodność sum kontrolnych czy czegokolwiek innego).
Ta wersja:php-common-*/5.3.19-2.x86_64/*na moich serwerach
działa bez problemu.
Proponuję w pliku *//etc/poldek/repos.d/pld-archive.conf/* zmienić
*auto=yes
Użytkownik lord_Niedzwiedz napisał:
Generalnie moim zdaniem repakietacja w PLD jest trafiona
(zazwyczaj mam niezgodność sum kontrolnych czy czegokolwiek innego).
I jak z tym sobie radzisz ?
Ta wersja:php-common-*/5.3.19-2.x86_64/*na moich serwerach
działa bez problemu.
Póki co
Użytkownik lord_Niedzwiedz napisał:
Generalnie moim zdaniem repakietacja w PLD jest trafiona
(zazwyczaj mam niezgodność sum kontrolnych czy czegokolwiek innego).
I jak z tym sobie radzisz ?
pld-archive
Ta wersja: php-common-*/5.3.19-2.x86_64/*na moich serwerach
działa bez problemu
Użytkownik lord_Niedzwiedz napisał:
(...)
Proponuję w pliku *//etc/poldek/repos.d/pld-archive.conf/* zmienić
*auto=yes***i wten sposób powrócić do wcześniejszych wersji ;-)
Fajnie by było, jakbym miał coś takiego :-)
[root@Misiek /etc/poldek/repos.d]# cat pld-archive.conf
(...)
Dzięki
W dniu 2013-01-15 05:36, Janusz Szeligowski pisze:
Witam,
próba aktualizacji PHP z wersji 5.2.11-1 do 5.2.17-26 zakończyła się
niepowodzeniem. Próbowałem zatem przywrócić poprzednie wersje pakietów z
kopii wykonanych przez RPM-a. Niestety podczas przywracania php-common
pojawia się komunikat
Użytkownik Pawel Muszynski napisał:
W dniu 2013-01-15 05:36, Janusz Szeligowski pisze:
Witam,
próba aktualizacji PHP z wersji 5.2.11-1 do 5.2.17-26 zakończyła się
niepowodzeniem. Próbowałem zatem przywrócić poprzednie wersje pakietów z
kopii wykonanych przez RPM-a. Niestety podczas
Witam,
próba aktualizacji PHP z wersji 5.2.11-1 do 5.2.17-26 zakończyła się
niepowodzeniem. Próbowałem zatem przywrócić poprzednie wersje pakietów z
kopii wykonanych przez RPM-a. Niestety podczas przywracania php-common
pojawia się komunikat:
error: unpacking of archive failed on file /etc
Witam,
Od paru dni walczę próbując uruchomić php-fpm z nginxem... i póki co
całkowita porażka. Jedyne co mi się udało osiągnąć, to stan w którym nginx
wyrzucał 502 bad gateway jeśli php-fpm było wyłączone. Jednak
niezależnie od tego czy php-fpm nasłuchuje na porcie tcp czy na sockecie
Witam,
Mam taki problem:
root@india ~ echo '? $x=jacek;
$y=preg_match(/^j.*/,$x,$z);var_dump($z);'|php.cli
array(1) {
[0]=
string(5) jacek
}
root@india ~ echo '? $x=jacek;
$y=preg_match(/^j.*/u,$x,$z);var_dump($z);'|php.cli
PHP Warning: preg_match(): Compilation failed: unknown option
On Thu, 13 Oct 2011, Jacek Osiecki wrote:
Mam taki problem:
root@india ~ echo '? $x=jacek;
$y=preg_match(/^j.*/u,$x,$z);var_dump($z);'|php.cli
PHP Warning: preg_match(): Compilation failed: unknown option bit(s) set at
offset 0 in - on line 1
NULL
root@india ~
[ciach]
Ach, zapomniałbym
W dniu 13.10.2011 14:48, Jacek Osiecki pisze:
On Thu, 13 Oct 2011, Jacek Osiecki wrote:
Mam taki problem:
root@india ~ echo '? $x=jacek;
$y=preg_match(/^j.*/u,$x,$z);var_dump($z);'|php.cli
PHP Warning: preg_match(): Compilation failed: unknown option bit(s)
set at offset 0 in - on line 1
On Thu, 13 Oct 2011, Andrzej Augustyński wrote:
W dniu 13.10.2011 14:48, Jacek Osiecki pisze:
On Thu, 13 Oct 2011, Jacek Osiecki wrote:
Mam taki problem:
root@india ~ echo '? $x=jacek;
$y=preg_match(/^j.*/u,$x,$z);var_dump($z);'|php.cli
PHP Warning: preg_match(): Compilation failed: unknown
On Friday 24 of December 2010, Wojciech Błaszkowski wrote:
Hej,
Nie widział ktoś z Was paczek php-*5.2.16* ? Spodziewałem się, że będą w
ftp1.pld-linux.org/dists/3.0/.archive/PLD/${ARCH}/RPMS/ ale się
przeliczyłem.
Jeśli nie ma to SOD#1 mnie zadowala ;-)
poldek -n th-obsolete (lub
Hej,
Nie widział ktoś z Was paczek php-*5.2.16* ? Spodziewałem się, że będą w
ftp1.pld-linux.org/dists/3.0/.archive/PLD/${ARCH}/RPMS/ ale się przeliczyłem.
Jeśli nie ma to SOD#1 mnie zadowala ;-)
--
Pozdrawiam, Best regards, Mit freundlichen Grüßen,
Wojciech Błaszkowski
www.blaszkowski.com
On Sun, 14 Nov 2010 23:25:43 +0100, Bartosz Świątek shad...@gmail.com
wrote:
Możliwe, że nie tylko Ty, ale u mnie działa prawidłowo:
roundcube 0.4.2 (nie z paczki), PHP 5.2.14, dovecot 1.2.x.
Mogę tylko potwierdzić, przy czym u mnie roundcube jest z paczki, a
dovecot w wersji 2.0.3
Witam mam problem z roundcube i sadze ze nie tylko ja.
Problem polega na braku mozliwosci zalogowania sie do poczty via WWW.
W logach biale na czarnym:
[14-Nov-2010 20:22:53 +0100]: IMAP Error: Empty startup greeting (wrx.pl:143)
in /usr/share/roundcube/program/include/rcube_imap.php on line
W dniu 14 listopada 2010 21:04 użytkownik a...@machnik.net.pl napisał:
Witam mam problem z roundcube i sadze ze nie tylko ja.
Możliwe, że nie tylko Ty, ale u mnie działa prawidłowo:
roundcube 0.4.2 (nie z paczki), PHP 5.2.14, dovecot 1.2.x.
Dawno temu stwierdziłem, że paczki imap-2007cośtam
W dniu 10-10-24 17:33, Patryk Szczygłowski pisze:
Cześć,
potrzebuję zrobić instalację Apache z rozdzieleniem procesów PHP na
użytkowników, którzy będą mieć swoje sajty odpalane na własnych userach,
a nie http. Wiadomo czemu: żeby ograniczyć skutki włamów i żeby nie
wyjaśniać klientom
Nikt nie ma pomysłu? :(
Temat bumerang... Jak znajdę chwilę to spiszę jakieś krótkie howto i
wrzucę do siebie na bloga.
M.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Cześć,
potrzebuję zrobić instalację Apache z rozdzieleniem procesów PHP na
użytkowników, którzy będą mieć swoje sajty odpalane na własnych userach,
a nie http. Wiadomo czemu: żeby ograniczyć skutki włamów i żeby nie
wyjaśniać klientom zawiłości chmod.
Jednakże mam problem z suexec.
Ale po
On Friday 20 of August 2010 07:52:29 Jacek Osiecki wrote:
Witam,
Nie da się upgrade'ować PHPa i przyległości, bo wyskakuje coś takiego:
error: php-common = 4:5.2.13-12 is required by installed
php-mime_magic-5.2.13-12.x86_64
zostało wchłonięte do głównego php, czy po prostu jakimś cudem
On Fri, 20 Aug 2010, Marcin Kurzyna wrote:
On Friday 20 of August 2010 07:52:29 Jacek Osiecki wrote:
Nie da się upgrade'ować PHPa i przyległości, bo wyskakuje coś takiego:
error: php-common = 4:5.2.13-12 is required by installed
php-mime_magic-5.2.13-12.x86_64
zostało wchłonięte do głównego
Witam,
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na serwery, musze wiec szybko znalezc cos na co mozna w
miare bezbolesnie migrowac...
Najbardziej sensownie wyglada debian - nie
On Friday 20 of August 2010, Jacek Osiecki wrote:
On Fri, 20 Aug 2010, Marcin Kurzyna wrote:
On Friday 20 of August 2010 07:52:29 Jacek Osiecki wrote:
Nie da się upgrade'ować PHPa i przyległości, bo wyskakuje coś takiego:
error: php-common = 4:5.2.13-12 is required by installed
php
2010/8/20 Jacek Osiecki jos...@hybrid.pl:
Witam,
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na serwery, musze wiec szybko znalezc cos na co mozna w
miare bezbolesnie migrowac
: php-common = 4:5.2.13-12 is required by installed
php-mime_magic-5.2.13-12.x86_64
zostało wchłonięte do głównego php, czy po prostu jakimś cudem
zniknęło z PLD?
Upgrade do PHP5.3? Wyleciało z upstream i nie wróci. AFAIK nie ma nawet
w postaci PECLowego rozszerzenia.
Hmm
klientom,
Potem wychodzi problem w drugą stronę - co powiedzieć klientom, którzy chcą
coś z PHP 5.3. Bywa ciekawie.
Lepiej powiedziec jednemu nowemu ze nie dostanie ficzera, czy powiedziec
kilkudziesieciu obecnym ze maja do jutra zmienic strony (ktorych kodu
czesto na oczy nie widzieli) bo
On Fri, 20 Aug 2010, Witold Firlej wrote:
2010/8/20 Jacek Osiecki jos...@hybrid.pl:
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na serwery, musze wiec szybko znalezc cos na co mozna
2010/8/20 Jacek Osiecki jos...@hybrid.pl:
Z drugiej strony niektore
pld-specific patche sa bardzo fajne (chocby mocno zmienione logi pounda,
ktore w oryginale nie nadaja sie do uzytku). Ech, decisions decisions.
Akurat w Ti 99% paczek masz takich samych jak w Th - różnice są w numerkach.
na 5.3 aktualizujesz jak już jest
7.12?!).
A php-fileinfo dostarcza warstwę kompatybilności:
http://pl.php.net/manual/en/function.mime-content-type.php
Po prostu nigdy nie używałem - nie mam na czym sprawdzić jak się zachowuje,
dlatego ja się nie podejmę ustawienia jako automatycznie obsolete
On Friday 20 of August 2010, Witold Firlej wrote:
BTW zerknij na ftp'a php 5.2 siedzi w snapshocie (
ftp://ftp.pld-linux.org/dists/3.0/PLD-20100811 )
Kofany obieg informacji w PLD!
Jeśli dobrze kojarzę to miałeś (czy tam chciałeś) dodać o tym informację na
www...
--
Arkadiusz Miśkiewicz
Jacek Osiecki pisze:
Witam,
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na serwery, musze wiec szybko znalezc cos na co mozna w
miare bezbolesnie migrowac...
Najbardziej
, ze jak masz serwer, to przeciez mozesz miec w jednym v-serwerze
stare php, a w drugim nowe, i dac uzytkownikom kilka miesiecy czasu,
zeby sie przesiedli, itp.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman
2010/8/20 Arkadiusz Miskiewicz ar...@maven.pl:
On Friday 20 of August 2010, Witold Firlej wrote:
BTW zerknij na ftp'a php 5.2 siedzi w snapshocie (
ftp://ftp.pld-linux.org/dists/3.0/PLD-20100811 )
Kofany obieg informacji w PLD!
Jeśli dobrze kojarzę to miałeś (czy tam chciałeś) dodać o tym
Jacek Osiecki pisze:
On Fri, 20 Aug 2010, Marcin Kurzyna wrote:
On Friday 20 of August 2010 07:52:29 Jacek Osiecki wrote:
Nie da się upgrade'ować PHPa i przyległości, bo wyskakuje coś takiego:
error: php-common = 4:5.2.13-12 is required by installed
php-mime_magic-5.2.13-12.x86_64
zostało
On Friday 20 of August 2010, Witold Firlej wrote:
2010/8/20 Arkadiusz Miskiewicz ar...@maven.pl:
On Friday 20 of August 2010, Witold Firlej wrote:
BTW zerknij na ftp'a php 5.2 siedzi w snapshocie (
ftp://ftp.pld-linux.org/dists/3.0/PLD-20100811 )
Kofany obieg informacji w PLD
developerów deklarowało
pomoc. Mając teraz rozdzielenie na stable/devel sam też będę w stanie
częściej puszczać uaktualnienia. Poza tym Th wcale nie rozwija duży
zespół. Zerknij na raporty miesięczne z ilości commitów ilu developerów
jest faktycznie aktywnych :-)
Weź jednak pod uwagę, że PHP
2. Na Th robimy rpm -qa --qf=%{name} th.packages
Brakło \n :)
2. Na Th robimy rpm -qa --qf=%{name}\n th.packages
M.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
On Fri, 20 Aug 2010, Jacek Osiecki wrote:
On Fri, 20 Aug 2010, Witold Firlej wrote:
2010/8/20 Jacek Osiecki jos...@hybrid.pl:
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na
Zatem chyba Titanium jest dla Ciebie. Poczytaj wątek hawka na
devel-pl o tym czym jest/będzie titanium, zapisz się na listę
dyskusyjną titanium:
https://lists.pld-linux.org/mailman/listinfo/pld-titanium
i daj szansę Hawkowi. Myślę, że to jest rozwiązanie dla Ciebie.
Uaktualniłem też opis na
Jakbyś jeszcze napisał 2 słowa o tym jak ze starego titanium
przeskoczyć na stable, a jak na devel.
(czyli pewnie jakie zmiany w confingu poldka...)
Żeby ze starego Titanium przejść na stable nic na razie nie trzeba
zmieniać w poldku. Są symlinki odpowiednie. Jak będą miały zniknąć to
dam
Dnia Friday 20 August 2010, Jacek Osiecki napisał:
Witam,
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na serwery, musze wiec szybko znalezc cos na co mozna w
miare bezbolesnie
On Fri, 20 Aug 2010, Wojciech Błaszkowski wrote:
Debian ? Proszę.. u nas w biurze nawet poprawnie nie potrafimy wymówić
dpkg
;-)
Nawet mnie nie denerwujcie. Właśnie przed chwilą się zorientowałem,
że w stabilnym debianie wydanym w ubiegłym roku nie ma jeszcze
tomcata 6 wydanego ponad 3 lata
On Fri, 20 Aug 2010, Jacek Osiecki wrote:
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na serwery,
Co ty gadasz???
Z takim podejściem to tylko _stabilny_ debian dla ciebie.
Witamy w
On Fri, 20 Aug 2010, Marcin Krol wrote:
Jak będą miały zniknąć to dam znac wcześniej na liście Titanium.
^^
A co to za zwierze???
--
pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl
Jak będą miały zniknąć to dam znac wcześniej na liście Titanium.
^^
A co to za zwierze???
Miejsce zwane listą mailingową, gdzie będą szły powiadomienia o
istotnych dla Titanium zmianach oraz dyskutowane będą tematy związane z
On Fri, 20 Aug 2010, Pawel Golaszewski wrote:
On Fri, 20 Aug 2010, Jacek Osiecki wrote:
Co polecacie jako alternatywe dla PLD pod katem systemow serwerowych?
Wrzucenie ot tak sobie php 5.3 w zasadzie skresla PLD z listy systemow
nadajacych sie na serwery,
Co ty gadasz???
OK, trochę sobie
On Fri, 20 Aug 2010, Jacek Osiecki wrote:
Z takim podejściem to tylko _stabilny_ debian dla ciebie. Witamy w
krypcie.
Wiesz, jakoś dotąd mi PLD nie przeszkadzało - ewentualnie miałem stresy
gdy trzeba było doinstalować jakąś pierdułkę do PHP a trzeba było
przeinstalować 3/4 systemu, w
Witam,
Nie da się upgrade'ować PHPa i przyległości, bo wyskakuje coś takiego:
error: php-common = 4:5.2.13-12 is required by installed
php-mime_magic-5.2.13-12.x86_64
zostało wchłonięte do głównego php, czy po prostu jakimś cudem zniknęło z
PLD?
Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl
jakimś starszym serwerze z debianem działa bez zarzutu.
Jak podsłuchiwałem transmisję, to wygląda na to że w obu przypadkach idą
takie same dane - polskie literki są zakodowane w CP-1250. Tyle, że
debianowy php wyświetla je poprawnie, a nasz - wyświetla pytajniki.
Testowałem różne ustawienia locale
Witam,
Przy reinstalacji paczki php-program-5.2.13-10.i686 otrzymuję komunikat
błędu podczas instalacji jak poniżej:
poldek:/all-avail ls -I php-prog*
php-program-5.2.13-10.i686
1 pakiet
poldek:/all-avail install --reinstall php-program-5.2.13-10.i686
Przetwarzanie zależności...
php-program
On Tuesday 26 January 2010 21:27:12 Jacek Osiecki wrote:
Jakieś szczegóły? Bo nie znalazłem żadnych alertów o krytycznych bugach w
APC - na secunia w zasadzie jest tylko jedno zgłoszenie, dotyczące buffer
overflow...
Daawno tego nie sprawdzałem jako że mam fcgi i tam ten problem nie ma szans
On Tuesday 26 January 2010 22:45:12 Arkadiusz Rdest wrote:
A mzoe wymyslil juz ktos, jak przy fastcgi trzymac konfiguracje vhostow
w bazie danych, zeby apache sobie do niej na biezaco siegal? chodzi mi o
cos w stylu vhostow na mod_rewrite, zeby przy dodaniu nowego vhosta nie
trzeba bylo
Witam,
Czy php-cgi.ini jest w ogóle olewane przez php.cgi?
Wpisanie czegokolwiek do tego pliku - np. zmiana max_execution_time - nie
daje absolutnie nic... Jak sprawdzam atime /etc/php/php*.ini, to jedyny
który ma zmieniany atime to /etc/php/php.ini, zaś pozostałe - w
szczególności php-cgi.ini
Jacek Osiecki pisze:
Witam,
Czy php-cgi.ini jest w ogóle olewane przez php.cgi?
Wpisanie czegokolwiek do tego pliku - np. zmiana max_execution_time - nie
daje absolutnie nic... Jak sprawdzam atime /etc/php/php*.ini, to jedyny
który ma zmieniany atime to /etc/php/php.ini, zaś pozostałe - w
On Tuesday 26 January 2010 11:15:52 Jacek Osiecki wrote:
Witam,
Czy php-cgi.ini jest w ogóle olewane przez php.cgi?
Wpisanie czegokolwiek do tego pliku - np. zmiana max_execution_time - nie
daje absolutnie nic... Jak sprawdzam atime /etc/php/php*.ini, to jedyny
który ma zmieniany atime
On Tue, 26 Jan 2010, Marcin Kurzyna wrote:
On Tuesday 26 January 2010 11:15:52 Jacek Osiecki wrote:
Czy php-cgi.ini jest w ogóle olewane przez php.cgi?
Wpisanie czegokolwiek do tego pliku - np. zmiana max_execution_time - nie
daje absolutnie nic... Jak sprawdzam atime /etc/php/php*.ini
Jacek Osiecki wrote:
On Tue, 26 Jan 2010, Marcin Kurzyna wrote:
Hmm, sprawdziłem php.cgi -i - i pokazało że używa /etc/php/php-cgi-fcgi.ini
Dlaczego? Owszem, fcgi mam zainstalowane (za chwilę je usunę bo na nic się
nie przyda chyba)
a powinno ci sie przydac, bo FastCGI to najbezpieczniejszy
On Tue, 26 Jan 2010, Arkadiusz Rdest wrote:
Jacek Osiecki wrote:
On Tue, 26 Jan 2010, Marcin Kurzyna wrote:
Hmm, sprawdziłem php.cgi -i - i pokazało że używa /etc/php/php-cgi-fcgi.ini
Dlaczego? Owszem, fcgi mam zainstalowane (za chwilę je usunę bo na nic się
nie przyda chyba)
a powinno ci sie
On Tuesday 26 January 2010 18:44:25 Jacek Osiecki wrote:
a powinno ci sie przydac, bo FastCGI to najbezpieczniejszy i najszybszy
model odpalania prpocesów PHP.
Teoretycznie najbezpieczniejszy, ale za to wysoce problematyczny - nigdzie
nie można znaleźć jednoznacznej informacji jak go
On Tuesday January 26 2010 18:44:25 Jacek Osiecki wrote:
On Tue, 26 Jan 2010, Arkadiusz Rdest wrote:
Jacek Osiecki wrote:
On Tue, 26 Jan 2010, Marcin Kurzyna wrote:
Hmm, sprawdziłem php.cgi -i - i pokazało że używa
/etc/php/php-cgi-fcgi.ini Dlaczego? Owszem, fcgi mam zainstalowane (za
On Tue, 26 Jan 2010, Marcin Kurzyna wrote:
On Tuesday 26 January 2010 18:44:25 Jacek Osiecki wrote:
a powinno ci sie przydac, bo FastCGI to najbezpieczniejszy i najszybszy
model odpalania prpocesów PHP.
Teoretycznie najbezpieczniejszy, ale za to wysoce problematyczny - nigdzie
nie można
On Tue, 26 Jan 2010, Remigiusz 'Enleth' Marcinkiewicz wrote:
On Tuesday January 26 2010 18:44:25 Jacek Osiecki wrote:
On Tue, 26 Jan 2010, Arkadiusz Rdest wrote:
Jacek Osiecki wrote:
On Tue, 26 Jan 2010, Marcin Kurzyna wrote:
Hmm, sprawdziłem php.cgi -i - i pokazało że używa
/etc/php/php-cgi
opisać...
poproszę na priv'a albo linka do sciagniecia.
z checia popatrze i pomysle nad zmianami u siebie.
teraz mam okolo 4k kont. php odpalane przez mod_fastcgid w apachu.
ale jest problem z reloadami konfiguracji. zwykle w pamieci wisi 2-3k
procesow PHP, no i przy relaodzie apacha (przez
skomentowania na -devel, ale
czasu nie mam żeby dopracować i opisać...
poproszę na priv'a albo linka do sciagniecia.
z checia popatrze i pomysle nad zmianami u siebie.
teraz mam okolo 4k kont. php odpalane przez mod_fastcgid w apachu.
ale jest problem z reloadami konfiguracji. zwykle w pamieci
5.2.11
Tutaj:
http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/php/?only_with_tag=PHP_5_2
Natomiast tu jest tak:
http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/php.spec
http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/php/php.spec
--
pzdr
Stacho Pal
Stacho Pal pisze:
On Fri, 13 Nov 2009, Lukasz wrote:
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so
Kamil Dziedzic pisze:
A ja tak poza konkursem chciałem zapytać z jakiego spec'a jest zbudowany ten
5.2.11? Bo wchodzę na http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/php.spec
i
za nic nie mogę znaleźć auto taga 5.2.11
Tutaj:
http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/php
On Fri, 13 Nov 2009, Lukasz wrote:
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php/spl.so
A ja tak poza konkursem chciałem zapytać z jakiego spec'a jest zbudowany ten
5.2.11? Bo wchodzę na http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/php.spec i
za nic nie mogę znaleźć auto taga 5.2.11
--
Pozdrawiam, Kamil Dziedzic
___
pld-users-pl
On Wed, 11 Nov 2009, Lukasz wrote:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
Na wersji 5.2.11.8 doinstalował się jeszcze php-simplexml,
niestety efekt mam taki:
httpd.prefork[32139]: segfault at 2d ip
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php/spl.so: undefined symbol
Lukasz pisze:
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php/spl.so: undefined symbol
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php/spl.so: undefined symbol:
pcre_get_compiled_regex_cache
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php/spl.so: undefined symbol
Paweł Muszyński pisze:
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php/spl.so
Paweł Muszyński pisze:
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php/spl.so
Lukasz pisze:
Paweł Muszyński pisze:
Lukasz pisze:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib
On Wednesday 11 of November 2009, Lukasz wrote:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php/spl.so' - /usr/lib/php
Arkadiusz Miskiewicz pisze:
On Wednesday 11 of November 2009, Lukasz wrote:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib
Arkadiusz Miskiewicz pisze:
On Wednesday 11 of November 2009, Lukasz wrote:
Czy tylko u mnie po updejcie php do 5.2.11.7 i686 przestaje działać?
Nie pomaga doinstalowanie php-spl, php-pcre i php-mysqli
W logach wywala:
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php
Witam,
Właśnie się okazało że jeden serwis wymaga funkcji mime_content_type().
W zasadzie nie ma dla niej zastępstwa... :( Czy ktoś wie gdzie się ona
ukrywa? :)
Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I
-type.php
Warning
This function has been deprecated as the PECL extension Fileinfo provides the
same functionality (and more) in a much cleaner way.
Pakiet php-pecl-fileinfo
--
Remigiusz Enleth Marcinkiewicz, enl...@enleth.com
WWW http://enleth.com http://heroes.net.pl
JID enl...@jabster.pl
Dnia 2009-10-28, o godz. 13:22:16
Jacek Osiecki jos...@hybrid.pl napisał(a):
Właśnie się okazało że jeden serwis wymaga funkcji
mime_content_type(). W zasadzie nie ma dla niej zastępstwa... :( Czy
ktoś wie gdzie się ona ukrywa? :)
Jest w pakiecie php-mime_magic.
Przy czym według dokumentacji
Zrobiłem właśnie update mojego starego serwerka. Chodzi na Ac i z racji
wieku i pełnionej funkcji do swojego końca na tym będzie chodził. Ostatnio
w AC zmieniło się PHP na wersję 5.2.11. W związku z tym pojawiły się nowe
moduły (np. php-pcre, które wcześniej było częścią php-common albo php-spl
) = 0
munmap(0xb6bcb000, 4096)= 0
rt_sigaction(SIGPIPE, {0x1, [PIPE], SA_RESTART}, {SIG_DFL, [], 0}, 8) = 0
write(2, PHP Warning: Cannot load module ..., 104) = 104
^ o tu tu tu pisał w logi o co mu chodzi
Strzelam, ze o php-simplexml.
Zbyniu
--
%% Absolutely
Dnia środa, 14 października 2009, Zbyniu Krzystolik napisał:
Łukasz Maśko napisał(a):
Zrobiłem właśnie update mojego starego serwerka. Chodzi na Ac
No nie, kto to widział, żeby robić upgrade stabilnej wersji i spodzewać
się, że będzie potem działać. ;-
Oj, nudno tak jakoś ;-D Jak się
) = 0
write(2, PHP Warning: Cannot load module ..., 104) = 104
^ o tu tu tu pisał w logi o co mu chodzi
Strzelam, ze o php-simplexml.
Ciekawie czy celnie?
Ja mam inny problem z tym php-5.2.11, tyle że dotyczy Th.
Po zmiamie z php-5.2.10-13 na php-5.2.11 większość
stron działa poprawnie
Łukasz Maśko wrote:
write(2, PHP Warning: Cannot load module ..., 104) = 104
daj strace -s 1024 bedziesz widzial cale komunikaty, a nie tylko czesc
stringa.
--
Arkadiusz Rdest
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http
On Tue, 15 Sep 2009, Arkadiusz Rdest wrote:
Jacek Osiecki wrote:
Witam,
Poinstalowałem niby to co jest wymagane, ale... nijak nie wiem co zrobić
żeby to fcgi zadziałało :(
[ciach]
ScriptAlias /php5.fcgi /var/phpexec/user/php5.fcgi
AddType application/x-httpd-php5 .php
SuexecUserGroup
by działało,
ale... mimo że mój php pokazuje że ma id i grupę odpowiedniego usera, to na
stronę nie da się wejść gdy zrobię dla katalogu chmod 700 :(
Z czego to może wynikać?
Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want
1 - 100 z 484 matches
Mail list logo