Problem z rozszerzeniem sqlsrv do php i pakietem msodbcsql
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 rozszerzenie sqlsrv do PHP 7 (jak i do wszystkich innych). Jest jakaś magiczna metoda na wybudowanie tego samemu? Robię różne próby, pobieram jakieś RPMy z fedory, rhel itp. - ale niestety nawet jeśli mam zgodne biblioteki (tzn. ldd nie krzyczy że czegoś brakuje), to kończy się to w najlepszym wypadku „Segmentation fault”… :( Jakieś pomysły, sugestie? Pozdrawiam, — Jacek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
współistnienie php 5.3 i 5.6 jako moduły apache'a?
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 w sobie symbol php7_module, to zarówno 5.3 jak i 5.6 mają php5_module. Czy da się to obejść? Mam na myśli obejście inne niż przejście na fastcgi/fpm... Pozdrawiam, -- Jacek Osiecki josie...@silvercube.pl Silvercube s.c. ul. Makuszynskiego 4 31-752 Kraków +48 (12) 684 21 00 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [ANN] PHP changes in Th
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 as versioned packages. Right now in th and th-ready we have PHP 5.2 to 5.5 as phpXY-* sets. php53 contains appropriate triggers for uprade from old php-5.3-*. Rationale for the change is that PHP upgrades are often problematic, as software requires certain versions, and because of that we'd still had to create versioned packages, creating needless work for admins to bump back and forth from unversioned to versioned packages. Making the switch now avoids that work and leaves the decision what PHP flavour to choose solely to the user. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsatmimuw.edu.pl bagginsatpld-linux.org ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[ANN] PHP changes in Th
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 appropriate triggers for uprade from old php-5.3-*. Rationale for the change is that PHP upgrades are often problematic, as software requires certain versions, and because of that we'd still had to create versioned packages, creating needless work for admins to bump back and forth from unversioned to versioned packages. Making the switch now avoids that work and leaves the decision what PHP flavour to choose solely to the user. -- Jan Rękorajski | PLD/Linux SysAdm | http://www.pld-linux.org/ bagginsatmimuw.edu.pl bagginsatpld-linux.org ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
nginx i php-fpm
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ć index.php pokazuje mi jego zawartość :( Równocześnie odpalenie http://localhost/index.php działa prawidłowo... Pozdrawiam, -- Jacek Osiecki josie...@silvercube.pl Silvercube s.c. ul. Makuszynskiego 4 31-752 Kraków +48 (12) 684 21 00___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: nginx i php-fpm
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 http://localhost/ przy włączonym autoindex i index.php w głównym katalogu, to ten zamiast odpalić index.php pokazuje mi jego zawartość :( Dobra, przepraszam, lama jestem. Użyłem jakiegoś autokonwertera .htaccess do nginxa - i ten robił totalne bzdury. Po przerobieniu prawidłowo (na try_files) - wszystko działa :) Pozdrawiam, -- Jacek Osiecki josie...@silvercube.pl Silvercube s.c. ul. Makuszynskiego 4 31-752 Kraków +48 (12) 684 21 00 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Ma ktoś może php-soap-5.3.24-1.x86_64?
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), poza tym chwilowo nie mam ochoty na walkę z upgradem 3/4 pakietów wirtualki... Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Ma ktoś może php-soap-5.3.24-1.x86_64?
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-soap-5.3.24-1.x86_64.rpm -- Kacper ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Ma ktoś może php-soap-5.3.24-1.x86_64?
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:/dists/3.0/obsolete/x86_64/RPMS/php-soap-5.3.24-1.x86_64.rpm O proszę, nie wiedziałem o katalogu obsolete :) Dziękuję! Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z przywróceniem PHP do wcześniejszej wersji
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***i wten sposób powrócić do wcześniejszych wersji ;-) ps. ale php.ini Ci się pewnie nie zmieniło (ew. rpmnew, rpmsave itd.). Grzegorz 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/php/php.ini;50f4f706: cpio: File digest mismatch Spotkaliście się z podobną sytuacją ? Da się temu zaradzić ? ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl -- Pozdro lord_Niedzwiedz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z przywróceniem PHP do wcześniejszej wersji
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 chcę wrócić do 5.2.11-1.x86_64 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 :-) ps. ale php.ini Ci się pewnie nie zmieniło (ew. rpmnew, rpmsave itd.). Nie Pozdrawiam, Janusz Szeligowski smime.p7s Description: Kryptograficzna sygnatura S/MIME ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z przywróceniem PHP do wcześniejszej wersji
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.
Póki co chcę wrócić do 5.2.11-1.x86_64
Zarówno w wersji 32 jak i 64bit.
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
# PLD Linux Distribution http://www.pld-linux.org/.
#
# Archives (older packages) for PLD Linux 3.0 (Th)
# specify our packages architecture
_arch = x86_64
# main PLD-site for often changed things (test, ready):
_pld_main_prefix = ftp://ftp.th.pld-linux.org/dists/th
## Some mirrors
## You can use them if you have better connection there
# CI TASK:
#_prefix = ftp://ftp.task.pld-linux.org/dists/th
#_prefix = http://ftp1.pld-linux.org/dists/th
_prefix = %{_pld_main_prefix}
# PLD Linux 3.0 (Th): main sources archive
[source]
type = pndir
name = th-archive
path = %{_prefix}/.archive/PLD/%{_arch}/RPMS/
auto = yes
autoup = yes
[source]
type = pndir
name = th-archive
path = %{_prefix}/.archive/PLD/noarch/RPMS/
auto = yes
autoup = yes
ps. ale php.ini Ci się pewnie nie zmieniło (ew. rpmnew, rpmsave itd.).
Nie
Pozdrawiam,
Janusz Szeligowski
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
--
Pozdro
lord_Niedzwiedz
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z przywróceniem PHP do wcześniejszej wersji
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 Niedźwiedziu :-) Archiwum nie sięga jednak w tak odległą przeszłość. Pozostaje mi chyba powalczyć z upgradem... Pozdrawiam, Janusz Szeligowski smime.p7s Description: Kryptograficzna sygnatura S/MIME ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z przywróceniem PHP do wcześniejszej wersji
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: error: unpacking of archive failed on file /etc/php/php.ini;50f4f706: cpio: File digest mismatch Spotkaliście się z podobną sytuacją ? Da się temu zaradzić ? A próbowałeś rpm z opcją --no-digest ? Paweł ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z przywróceniem PHP do wcześniejszej wersji
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 przywracania php-common pojawia się komunikat: error: unpacking of archive failed on file /etc/php/php.ini;50f4f706: cpio: File digest mismatch Spotkaliście się z podobną sytuacją ? Da się temu zaradzić ? A próbowałeś rpm z opcją --no-digest ? Tak, ta opcja nic nie zmienia. Komunikat jest taki sam. Pozdrawiam, Janusz Szeligowski smime.p7s Description: Kryptograficzna sygnatura S/MIME ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Problem z przywróceniem PHP do wcześniejszej wersji
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/php/php.ini;50f4f706: cpio: File digest mismatch Spotkaliście się z podobną sytuacją ? Da się temu zaradzić ? -- Pozdrawiam, Janusz Szeligowski smime.p7s Description: Kryptograficzna sygnatura S/MIME ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
help! nginx + php-fpm - komuś działa?
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 unixowym - absolutnie nic się nie dzieje - nawet php-fpm z opcją debug nie pokazuje by ktokolwiek się łączył i nakazywał odpalenie jakiegokolwiek skryptu :( Co więcej, wygląda na to, że nginx zupełnie olewa dyrektywę root w bloku location - bo niezależnie od tego co tam jest, to zmienna document_root wskazuje na /usr/html. Czy ktoś mógłby podrzucić swoją DZIAŁAJĄCĄ konfigurację nginx+phpfpm? Konfiguracje kopiowane z wszelakich howto niestety nie działają... Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
php, preg_match i switch /u - czemu nie działa?
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 bit(s) set
at offset 0 in - on line 1
NULL
root@india ~
Switch /u służy do obsługi utf...
Coś mam źle ustawione w systemie, czy też w ogóle nasze PHP nie uznaje
tego switcha?
Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: php, preg_match i switch /u - czemu nie działa?
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. PHP 5.3.5-2. Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: php, preg_match i switch /u - czemu nie działa?
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 NULL root@india ~ [ciach] Ach, zapomniałbym. PHP 5.3.5-2. $ rpm -q php-cli php-cli-5.3.8-6.x86_64 Wypluwa takie same wyniki dla obu dopasowań (oba pasują). Pozdrawiam -- Andrzej Augustyński ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: php, preg_match i switch /u - czemu nie działa?
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 option bit(s) set at offset 0 in - on line 1 NULL root@india ~ [ciach] Ach, zapomniałbym. PHP 5.3.5-2. $ rpm -q php-cli php-cli-5.3.8-6.x86_64 Wypluwa takie same wyniki dla obu dopasowań (oba pasują). No właśnie przed chwilą zaryzykowałem upgrade (z pół systemu wymienił) i faktycznie, 5.3.8-6 już działa prawidłowo. Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP 5.2.16 - ktokolwiek widział, ktokolwiek wie
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 drzewko obsolete na ftp)
--
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
PHP 5.2.16 - ktokolwiek widział, ktokolwiek wie
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
GSM: +48 600 197 207
JID: wojt...@jabber.biz.pl
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: roundcubemail 0.4.2-2, php 5.3.3-8, imap 2007e-4
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 :) -- pozdrawiam Dariusz (milley) Włodarczyk ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
roundcubemail 0.4.2-2, php 5.3.3-8, imap 2007e-4
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 143 (GET /?_task=login) I odrazu wiemy ze problem lezy w laczeniu sie roundcube do imap. W starszych wersjach roundcube wystarczyla modyfikacja pliku imap.inc (zeby puszczal powitanie) IMAP: 143/tcp open imap [14-Nov-2010 21:03:00 +0100]: S: * OK [CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ SASL-IR LOGIN-REFERRALS STARTTLS] wrx.pl IMAP4rev1 2007e.404PLD at Sun, 14 Nov 2010 21:03:00 +0100 (CET) [14-Nov-2010 21:03:00 +0100]: C: a001 LOGIN adam 123 [14-Nov-2010 21:03:00 +0100]: S: a001 OK [CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN MAILBOX-REFERRALS BINARY UNSELECT ESEARCH WITHIN SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] User adam authenticated [14-Nov-2010 21:03:00 +0100]: C: cp01 CAPABILITY [14-Nov-2010 21:03:00 +0100]: S: * CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN MAILBOX-REFERRALS BINARY UNSELECT ESEARCH WITHIN SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND SASL-IR LOGIN-REFERRALS STARTTLS [14-Nov-2010 21:03:00 +0100]: S: cp01 OK CAPABILITY completed [14-Nov-2010 21:03:00 +0100]: C: ns1 NAMESPACE [14-Nov-2010 21:03:00 +0100]: S: * NAMESPACE (( /)(#mhinbox NIL)(#mh/ /)) ((~ /)) ((#shared/ /)(#ftp/ /)(#news. .)(#public/ /)) [14-Nov-2010 21:03:00 +0100]: S: ns1 OK NAMESPACE completed [14-Nov-2010 21:03:00 +0100]: C: ghd LIST [14-Nov-2010 21:03:00 +0100]: S: * LIST (\NoSelect) / [14-Nov-2010 21:03:00 +0100]: S: ghd OK LIST completed [14-Nov-2010 21:03:00 +0100]: C: I LOGOUT IMAP smiga prawidlowo. Zna ktos rozwiazanie dla roundcube wersji 0.4.2-2 ? -- Z powazaniem Adam Machnik ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: roundcubemail 0.4.2-2, php 5.3.3-8, imap 2007e-4
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 ssą. Zmiana imap na pewno wyjdzie Ci na zdrowie bez konieczności grzebania w kodzie roundcube. 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 143 (GET /?_task=login) I odrazu wiemy ze problem lezy w laczeniu sie roundcube do imap. W starszych wersjach roundcube wystarczyla modyfikacja pliku imap.inc (zeby puszczal powitanie) IMAP: 143/tcp open imap [14-Nov-2010 21:03:00 +0100]: S: * OK [CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ SASL-IR LOGIN-REFERRALS STARTTLS] wrx.pl IMAP4rev1 2007e.404PLD at Sun, 14 Nov 2010 21:03:00 +0100 (CET) [14-Nov-2010 21:03:00 +0100]: C: a001 LOGIN adam 123 [14-Nov-2010 21:03:00 +0100]: S: a001 OK [CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN MAILBOX-REFERRALS BINARY UNSELECT ESEARCH WITHIN SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND] User adam authenticated [14-Nov-2010 21:03:00 +0100]: C: cp01 CAPABILITY [14-Nov-2010 21:03:00 +0100]: S: * CAPABILITY IMAP4REV1 I18NLEVEL=1 LITERAL+ IDLE UIDPLUS NAMESPACE CHILDREN MAILBOX-REFERRALS BINARY UNSELECT ESEARCH WITHIN SCAN SORT THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND SASL-IR LOGIN-REFERRALS STARTTLS [14-Nov-2010 21:03:00 +0100]: S: cp01 OK CAPABILITY completed [14-Nov-2010 21:03:00 +0100]: C: ns1 NAMESPACE [14-Nov-2010 21:03:00 +0100]: S: * NAMESPACE (( /)(#mhinbox NIL)(#mh/ /)) ((~ /)) ((#shared/ /)(#ftp/ /)(#news. .)(#public/ /)) [14-Nov-2010 21:03:00 +0100]: S: ns1 OK NAMESPACE completed [14-Nov-2010 21:03:00 +0100]: C: ghd LIST [14-Nov-2010 21:03:00 +0100]: S: * LIST (\NoSelect) / [14-Nov-2010 21:03:00 +0100]: S: ghd OK LIST completed [14-Nov-2010 21:03:00 +0100]: C: I LOGOUT IMAP smiga prawidlowo. Zna ktos rozwiazanie dla roundcube wersji 0.4.2-2 ? -- Z powazaniem Adam Machnik ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl -- I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time. -Guy Kawasaki ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Jak zrobić php+mod_fcgid+suexec ?
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 zawiłości chmod. Jednakże mam problem z suexec. Ale po kolei: Apache 2.2.16 z paczek PHP 5.3.3 z paczek mod_suexec 2.2.16 z paczek mod_fcgid 2.3.5 ze speca /etc/httpd/conf.d/71_fcgid-php.conf IfModule mod_fcgid.c Files *.php Options +ExecCGI AddHandler fcgid-script .php #FcgidWrapper /home/services/httpd/cgi-bin/php.fcgi .php /Files /IfModule /etc/httpd/vhosts.d/naboo.patryk.net.conf VirtualHost *:80 ServerName naboo.patryk.net SuexecUserGroup patryk users FcgidWrapper /home/services/httpd/cgi-bin/patryk/php.fcgi /VirtualHost /home/services/httpd/cgi-bin/patryk/php.fcgi jest symlinkiem na /usr/bin/php.fcgi # suexec -V -D AP_DOC_ROOT=/home/services/httpd -D AP_GID_MIN=500 -D AP_HTTPD_USER=http -D AP_LOG_EXEC=/var/log/httpd/suexec_log -D AP_SAFE_PATH=/usr/local/bin:/usr/bin:/bin -D AP_SUEXEC_UMASK=077 -D AP_UID_MIN=500 -D AP_USERDIR_SUFFIX=public_html # ls -lah /home/services/httpd/cgi-bin/patryk/ total 12K drwxr-xr-x 2 patryk users 4.0K Oct 24 17:18 . drwxr-xr-x 3 root root 4.0K Oct 24 17:19 .. lrwxrwxrwx 1 root root 17 Oct 24 17:15 php.fcgi - /usr/bin/php.fcgi # ls -lah /usr/sbin/suexec -rwsr-xr-x 1 root root 24K Oct 23 23:04 /usr/sbin/suexec I teraz gdy w takiej konfiguracji próbuję wczytać plik php, w suexec_log ląduje coś takiego: [2010-10-24 17:29:00]: uid: (1000/patryk) gid: (1000/users) cmd: php.fcgi [2010-10-24 17:29:00]: failed to setgid (1000: php.fcgi) # id patryk uid=1000(patryk) gid=1000(users) groups=1000(users),4(adm),10(wheel) # id http uid=51(http) gid=51(http) groups=51(http),1000(users) Jakieś pomysły, a może ktoś ma działającą konfigurację i nie miałby nic przeciw podzieleniu się nią? Dzięki! Nikt nie ma pomysłu? :( -- Patryk Szczygłowski JID/mail: pat...@patryk.net ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Jak zrobić php+mod_fcgid+suexec ?
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
Jak zrobić php+mod_fcgid+suexec ?
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 kolei: Apache 2.2.16 z paczek PHP 5.3.3 z paczek mod_suexec 2.2.16 z paczek mod_fcgid 2.3.5 ze speca /etc/httpd/conf.d/71_fcgid-php.conf IfModule mod_fcgid.c Files *.php Options +ExecCGI AddHandler fcgid-script .php #FcgidWrapper /home/services/httpd/cgi-bin/php.fcgi .php /Files /IfModule /etc/httpd/vhosts.d/naboo.patryk.net.conf VirtualHost *:80 ServerName naboo.patryk.net SuexecUserGroup patryk users FcgidWrapper /home/services/httpd/cgi-bin/patryk/php.fcgi /VirtualHost /home/services/httpd/cgi-bin/patryk/php.fcgi jest symlinkiem na /usr/bin/php.fcgi # suexec -V -D AP_DOC_ROOT=/home/services/httpd -D AP_GID_MIN=500 -D AP_HTTPD_USER=http -D AP_LOG_EXEC=/var/log/httpd/suexec_log -D AP_SAFE_PATH=/usr/local/bin:/usr/bin:/bin -D AP_SUEXEC_UMASK=077 -D AP_UID_MIN=500 -D AP_USERDIR_SUFFIX=public_html # ls -lah /home/services/httpd/cgi-bin/patryk/ total 12K drwxr-xr-x 2 patryk users 4.0K Oct 24 17:18 . drwxr-xr-x 3 root root 4.0K Oct 24 17:19 .. lrwxrwxrwx 1 root root17 Oct 24 17:15 php.fcgi - /usr/bin/php.fcgi # ls -lah /usr/sbin/suexec -rwsr-xr-x 1 root root 24K Oct 23 23:04 /usr/sbin/suexec I teraz gdy w takiej konfiguracji próbuję wczytać plik php, w suexec_log ląduje coś takiego: [2010-10-24 17:29:00]: uid: (1000/patryk) gid: (1000/users) cmd: php.fcgi [2010-10-24 17:29:00]: failed to setgid (1000: php.fcgi) # id patryk uid=1000(patryk) gid=1000(users) groups=1000(users),4(adm),10(wheel) # id http uid=51(http) gid=51(http) groups=51(http),1000(users) Jakieś pomysły, a może ktoś ma działającą konfigurację i nie miałby nic przeciw podzieleniu się nią? Dzięki! -- Patryk Szczygłowski JID/mail: pat...@patryk.net ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
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 zniknęło z PLD? Upgrade do PHP5.3? Wyleciało z upstream i nie wróci. AFAIK nie ma nawet w postaci PECLowego rozszerzenia. The New, Better Way (tm) jest php-fileinfo, aczkolwiek nie wiem czy zapewnia kompatybilność (stąd brak Obsoletes). Przetestuj - jeśli działa jako dropin to można dodać w fileinfo obsoletes. Marcin Kurzyna ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
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 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, czyli pozostaje poszukac co bylo w tym rozszerzeniu i przegladnac wszystkie skrypty :-( The New, Better Way (tm) jest php-fileinfo, aczkolwiek nie wiem czy zapewnia kompatybilność (stąd brak Obsoletes). Przetestuj - jeśli działa jako dropin to można dodać w fileinfo obsoletes. Potestuje - ale widze ze jest niebezpiecznie, bo w 5.3.0 wylecialo bardzo duzo powszechnie uzywanych komend :( Nie wiem co za geniusze to wymyslili... Chyba wlasnie dotarlem do momentu, gdzie musze zaplanowac migracje do debiana :( bo nie powiem klientom, ze maja natychmiast przerobic swoje strony - zlikwidowanie split czy komend zwiazanych z sesja to cos co trudno okreslic inaczej niz masakra. Alternatywa w postaci pozostania w PLD-20100811 i rezygnacji z security update'ow to w sumie zadna alternatywa... Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Na co migrowac z PLD (upgrade PHP)?
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 przepadam za nim, ale mimo wszystko wole nieco starsze wersje i mozliwosc powiedzenia klientom nie ma tego feature'a i moze kiedys bedzie niz prosze przerobic wszystkie swoje strony, bo od jutra nie dziala polowa komend. Czy ktos tu juz sie przenosil z serwerami na cos innego i moglby sie podzielic doswiadczeniami? Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
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-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, czyli pozostaje poszukac co bylo w tym rozszerzeniu i przegladnac wszystkie skrypty :-( Albo wrzucić to jako PECLa (wziąc ze starego PHPa). The New, Better Way (tm) jest php-fileinfo, aczkolwiek nie wiem czy zapewnia kompatybilność (stąd brak Obsoletes). Przetestuj - jeśli działa jako dropin to można dodać w fileinfo obsoletes. AFAIK API inne. Potestuje - ale widze ze jest niebezpiecznie, bo w 5.3.0 wylecialo bardzo duzo powszechnie uzywanych komend :( Nie wiem co za geniusze to wymyslili... Chyba wlasnie dotarlem do momentu, gdzie musze zaplanowac migracje do debiana :( bo nie powiem klientom, Potem wychodzi problem w drugą stronę - co powiedzieć klientom, którzy chcą coś z PHP 5.3. Bywa ciekawie. ze maja natychmiast przerobic swoje strony - zlikwidowanie split czy komend zwiazanych z sesja to cos co trudno okreslic inaczej niz masakra. Zlikwidowanie split? O czym ty piszesz? Że coś jest deprecated to nie znaczy, że jest zlikwidowane. Ogólnie nie pierwszy raz coś wywalają co niby jest w pecl. Tym razem jednak trafili na popularną rzecz. Pozdrawiam, -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade 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... Titanium ;)? (w wersji stable) 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! -- :: Witek Firlej :: Voiceless it cries, Wingless flutters, Toothless bites, Mouthless mutters. :: http://grizz.pl :: http://firlej.org :: jid: grizz//grizz.pl :: ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
On Friday 20 of August 2010, Arkadiusz Miskiewicz wrote: 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-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, czyli pozostaje poszukac co bylo w tym rozszerzeniu i przegladnac wszystkie skrypty :-( Albo wrzucić to jako PECLa (wziąc ze starego PHPa). Dodam tylko, że mime_magic z 5.2.14 buduje się bez jednego nawet warninga na php 5.3.3 więc wrzucenie tego do speca jest jakimś rozwiązaniem. cd ext/mime_magic phpize ./configure... -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
On Fri, 20 Aug 2010, Arkadiusz Miskiewicz wrote: Upgrade do PHP5.3? Wyleciało z upstream i nie wróci. AFAIK nie ma nawet w postaci PECLowego rozszerzenia. Hmm, czyli pozostaje poszukac co bylo w tym rozszerzeniu i przegladnac wszystkie skrypty :-( Albo wrzucić to jako PECLa (wziąc ze starego PHPa). Nawet nie mam pojecia jak to sie robi :( Potestuje - ale widze ze jest niebezpiecznie, bo w 5.3.0 wylecialo bardzo duzo powszechnie uzywanych komend :( Nie wiem co za geniusze to wymyslili... Chyba wlasnie dotarlem do momentu, gdzie musze zaplanowac migracje do debiana :( bo nie powiem 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 instaluje nowego, fajniejszego PHPa? ze maja natychmiast przerobic swoje strony - zlikwidowanie split czy komend zwiazanych z sesja to cos co trudno okreslic inaczej niz masakra. Zlikwidowanie split? O czym ty piszesz? Że coś jest deprecated to nie znaczy, że jest zlikwidowane. Ogólnie nie pierwszy raz coś wywalają co niby jest w pecl. Tym razem jednak trafili na popularną rzecz. Teraz jest deprecated, a za chwile radosnie w PLD zawita PHP 5.4 w ktorym juz bedzie obsolete. Tak czy siak - wyglada na to ze trzeba uciekac. :( Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 w miare bezbolesnie migrowac... Titanium ;)? (w wersji stable) Chyba zaczyna to wygladac jak jedyna alternatywa :( Jest jakis prosty guide migracji Th-Titanium? Inna sprawa, ze troche sie boje o opoznienie (albo brak) security update'ow - co duzy zespol to duzy zespol... 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. BTW zerknij na ftp'a php 5.2 siedzi w snapshocie ( ftp://ftp.pld-linux.org/dists/3.0/PLD-20100811 ) To nic nie rozwiazuje - bo oznacza rezygnacje z security update'ow :( Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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. Spece są te same. -- :: Witek Firlej :: Voiceless it cries, Wingless flutters, Toothless bites, Mouthless mutters. :: http://grizz.pl :: http://firlej.org :: jid: grizz//grizz.pl :: ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
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 instaluje nowego, fajniejszego PHPa? Wiesz - nawet jak się przesiądziesz na debiana (inny wątek) to to i tak nic ci nie da. Debian jest starszy, ale kiedyś też przejdzie na PHP5.3 bo to jest aktualna wersja w upstreamie. Tylko że wtedy będziesz miał dwie niezadowolone grupy: aktualna (przecież od 10 lat bez zmian nam działa a tu pan pierdoły opowiadasz ze się 6 lat temu wersja zmieniła) oraz nową (panie, pan 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. Dodam tylko, że mime_magic z 5.2.14 buduje się bez jednego nawet warninga na php 5.3.3 więc wrzucenie tego do speca jest jakimś rozwiązaniem. Arek - niby można. Tylko jak dlugo będziemy to utrzymywac? Jak na 5.4 przestanie się kompilowac to kto poprawi? Tego teraz nawet w oficjalnym PECLu nie ma (więc być może wersja z fileinfo jednak zapewnia BC..?). Poza tym jak w przypadku oryginalnego pytania Jacka - to będzie tylko odłożenie problemu w czasie. Marcin ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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śkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 sensownie wyglada debian - nie przepadam za nim, ale mimo wszystko wole nieco starsze wersje i mozliwosc powiedzenia klientom nie ma tego feature'a i moze kiedys bedzie niz prosze przerobic wszystkie swoje strony, bo od jutra nie dziala polowa komend. Czy ktos tu juz sie przenosil z serwerami na cos innego i moglby sie podzielic doswiadczeniami? przesadzasz. jakies pol roku temu zmigrowalem na PHP5.3 na serwerze WWW z kilkoma tysiacami vhostow. glownie problemy mialy stare wersje joomli (ale wystarczylo podmienic 3 linijki kodu i dzialaly). warningi o deprecated (glownie o e_reg) mozna obejsc odpowiednimi wpisami w php.ini. pozostaja jeszcze problemy register_globals, ale to juz userzy powinni sobie sami przepisac skrypty, wyjdzie im to nadobre, ze wzgledow bezpieczenstwa :) (ja to obszedlem tymczasowo tak, zeznajomy programista napisal modul do PHP + kilka linijek kodu PHP dolaczanymi do kazdego skryptu na poziomie php.ini, ktory przepisuje odpowiednie tablice ze zmiennymi) ogolnie migracja nie byla bezbolesna, ale sie udala. pomysl o tym tak,ze w ten sposob pozbywasz sie kupy starych i nieaktulanych skrytpow php na serwerze. a im dalej bedziesz ciagnal na PHP5.2, tym pozniej bedzie z tym wiecej roboty, bo PHP5.2 w koncu umrze smiercia naturalna :) -- WeeD ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
Dnia 20-08-2010 o 11:30:37 Jacek Osiecki jos...@hybrid.pl napisał(a): 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 instaluje nowego, fajniejszego PHPa? rozumiem, 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/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 informację na www... Pisałem, żeby dodać. Zrobiłbym to, ale nie czuję się na siłach, bo dokładnie założeń snapshota nie znam. Tworząc coś takiego powinieneś machnąć maila na listy z informacjami z czym jeść nowe ustrojstwo - linki, konf, poldka, założenia... Wuwa nie żyje, no ok... ale przenoszenie rozklim z list na irca i tylko wspomnienie o nich na listach, to już ekhm... podobna sytauacja była z katalogiem .archive - ktoś™ koiedyś™ go zrobił, ale ile osób o nim wie? -- :: Witek Firlej :: Voiceless it cries, Wingless flutters, Toothless bites, Mouthless mutters. :: http://grizz.pl :: http://firlej.org :: jid: grizz//grizz.pl :: ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: PHP - zniknęło php-mime_magic?
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 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, czyli pozostaje poszukac co bylo w tym rozszerzeniu i przegladnac wszystkie skrypty :-( The New, Better Way (tm) jest php-fileinfo, aczkolwiek nie wiem czy zapewnia kompatybilność (stąd brak Obsoletes). Przetestuj - jeśli działa jako dropin to można dodać w fileinfo obsoletes. osobiscie nie uzywam php-mime_magic, ale po upgradzie do PHP5.3 zadnemu z kiku tysiecy userow tego modulu nie brakowalo, wiec nie wiem. Potestuje - ale widze ze jest niebezpiecznie, bo w 5.3.0 wylecialo bardzo duzo powszechnie uzywanych komend :( Nie wiem co za geniusze to wymyslili... Chyba wlasnie dotarlem do momentu, gdzie musze zaplanowac migracje do debiana :( bo nie powiem klientom, ze maja natychmiast przerobic swoje strony - zlikwidowanie split czy komend zwiazanych z sesja to cos co trudno okreslic inaczej niz masakra. co do sesji to doinstaluj php-sessions po prostu ich obsluga wyleciala do osobnego modulu. -- WeeD ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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! Jeśli dobrze kojarzę to miałeś (czy tam chciałeś) dodać o tym informację na www... Pisałem, żeby dodać. Zrobiłbym to, ale nie czuję się na siłach, bo dokładnie założeń snapshota nie znam. Założenie jest takie - poleży trochę (aż miejsca będzie brakować) i zostanie skasowany. Choć teraz chyba przy każdym większym mv do main będę coś takiego robił. Tworząc coś takiego powinieneś machnąć maila na listy z informacjami z czym jeść nowe ustrojstwo - linki, konf, poldka, założenia... To coś powstało tylko do celów awaryjnych. podobna sytauacja była z katalogiem .archive - ktoś™ koiedyś™ go zrobił, ale ile osób o nim wie? No idea. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
Titanium ;)? (w wersji stable)
Chyba zaczyna to wygladac jak jedyna alternatywa :(
Jest jakis prosty guide migracji Th-Titanium?
1. Robimy chroot z Titanium na serwerze, ktory chcemy zmigrować z Th.
2. Na Th robimy rpm -qa --qf=%{name} th.packages
3. Na Ti robimy poldek -ivh $(cat th.packages)
4. Kopiujemy wszystkie niezbędne pliki konfiguracyjne z Th do Titanium.
5. Reboot na CRI lub RescueCD.
6. Przenosimy / do np, /old_sys, a /chroot_ti (czy jak to nazwaliśmy) do /
7. Przenosimy niezbędne dane z /old_sys do /
8. geninitrd + lilo/grub
9. reboot
Downtime trwa tyle czasu ile zajmą punkty 5 i 6.
Można oczywiście poldek --reinstall * czy jak to leciało, ale system
potraktowany w ten sposób parę razy mi nie działał potem stabilnie,
aczkolwiek ja tak zmieniałem architekturę, nie wersje PLD. Ostatecznie
skończyło się na mojej wypunktowanej metodzie.
Inna sprawa, ze troche sie boje o opoznienie (albo brak) security
update'ow - co duzy zespol to duzy zespol... 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.
Mam nadzieję, że bęzie z tym lepiej. Kilku 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 5.3 prawodpodobnie wejdzie do Titanium w
snapshocie 2010.02, chyba że wyjdą jakieś duże problemy z jego
działaniem po upgrade z 5.2. Myślę, że wersja 2010.02 wyjdzie końcem
tego lub początkiem następnego roku. Jest szansa na pozostawienie wersji
5.2 o ile znajdą się chętni by ją równolegle utrzymywać.
Jeżeli chodzi o wybór distro pod klientów... Nie ma dobrej. Jeden klient
będzie chciał stare PHP, inny nowe. Jeden i drugi będzie argumentował,
że w starym/nowym PHP jego serwis nie działa oraz że u innego
usługodawcy działa. W skrócie: bez rzeźbienia własnych paczek i
konfiguracji tudzież aktualizacji bolesnych dla klientów można się
obejść... ale tylko do czasu.
M.
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade 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
Re: Na co migrowac z PLD (upgrade PHP)?
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 serwery, Marudzisz. Taka specyfika PLD. Polityka th to każdy pakiet w najnowszej wersji wydanej przez upstream. Mi to odpowiada, wielu innym osobom też. To jest to co wyróżnia PLD spośród innych distro. Nie ma sensu się upodabniać do (za przeproszeniem) debiana, bo na ich poletku to nie mamy szans konkurować. musze wiec szybko znalezc cos na co mozna w miare bezbolesnie migrowac... Titanium ;)? (w wersji stable) Chyba zaczyna to wygladac jak jedyna alternatywa :( Jest jakis prosty guide migracji Th-Titanium? Inna sprawa, ze troche sie boje o opoznienie (albo brak) security update'ow Oj o to akurat bym się nie martwił. Jak dotąd z tym nie było problemów ani w th ani w ti. - co duzy zespol to duzy zespol... 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. BTW zerknij na ftp'a php 5.2 siedzi w snapshocie ( ftp://ftp.pld-linux.org/dists/3.0/PLD-20100811 ) To nic nie rozwiazuje - bo oznacza rezygnacje z security update'ow :( 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. -- Pozdrawiam, Paweł ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 www: http://www.pld-linux.org/Titanium M. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 znac wcześniej na liście Titanium. Oczywiście można już uaktualnić swoją konfigurację poldka. Pakiety z nowym konfigiem leżą w test wersji stable. Żeby przejść na devel wystarczy w konfigu wspomnianego poldka wyłączyć źrodła dla stable, a włączyć dla devel. Narazie jednak wersja devel jest jeszcze martwa. Czekam na ostatnią małą pierdółkę blokującą mi odpalenie src-buildera toteż nawet uaktualnionego poldka nie mogłem jeszcze dla niej zbudować. M. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 migrowac... Jacek, przesadzasz i zachowujesz się jak być używał PLD od wczoraj. PLD to JEST poligon, jeśli chcesz kogoś blame, to tylko siebie. Następnym razem jak robisz upgrade to: 1. dodaj opcję --test w poldku 2. weź łyka kawy 3. sprawdź co wypluł --test Proste. Nie chcę żebyś odebrał to jako złośliwośc z mojej strony, ale w PLD na prawdę TRZEBA sprawdzać co się robi na swoich maszynach. Uważam to za jeden z dobrych nawyków administratora. Najbardziej sensownie wyglada debian - nie przepadam za nim, ale mimo wszystko wole nieco starsze wersje i mozliwosc powiedzenia klientom nie ma tego feature'a i moze kiedys bedzie niz prosze przerobic wszystkie swoje strony, bo od jutra nie dziala polowa komend. Debian ? Proszę.. u nas w biurze nawet poprawnie nie potrafimy wymówić dpkg ;-) Fedora / CentOS jeśli już. Ja na kilku (dosłownie na 4) maszynach produkcyjnych mam CentOS. Czy ktos tu juz sie przenosil z serwerami na cos innego i moglby sie podzielic doswiadczeniami? Z Debiana na CentOS, klient sobie zażyczył. Migracja OS to niecały dzień pracy, dopasowanie oprogramowania, które działało na serwerze zajęło programistom tydzień (CentOS ma Pythona 2.4). Pozdrawiam, -- Pozdrawiam, Best regards, Mit freundlichen Grüßen, Wojciech Wojtosz Błaszkowski www.blaszkowski.com GSM: +48 600 197 207 JID: wojt...@jabber.biz.pl ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 temu. Dziękuję za taką stabilność. Jeszcze tylko cytacik z uncyclopedii: Inclusion Guidelines Only stable software is included in the Debian core distribution. In Debian project parlance, the term stable means that the software is no longer under active development or widespread use and that the authors are long dead; if software is still under active development, it undergoes changes too rapidly for the Debian project to incorporate them. Due to pressure from users, obsolete versions of certain software that is still under development may be included in the unstable section, but its use is broadly discouraged, since it does not strictly adhere to the project's guidelines, sometimes including software from after the Renaissance. -- Pozdrawiam, Paweł ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 krypcie. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 rozwojem kolejnych snapshotów, problemami, bugami i co tam się jeszcze nawinie :-) O ile oczywiście dopiszą osoby zainteresowane takimi tematami/dyskusjami. M. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 pomyliłem deprecated z obsolete. Ale nie zmienia to faktu, że od deprecated niedługo przejdzie do obsolete :( 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 szczególności wszystko co dotyczyło php i apache'a (i nie wiadomo było czy wszystko wystartuje, vide mądre wydzielenie php-session). Ale teraz może się okazać, że nagle znikną bardzo podstawowe funkcje, których stosowanie nijak nie szkodzi - vide session_register, split... To jest bardzo niemiłe, jeśli nagle trzeba decydować - rezygnujemy z PLD czy z klientów :-/ Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Na co migrowac z PLD (upgrade PHP)?
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 szczególności wszystko co dotyczyło php i apache'a (i nie wiadomo było czy wszystko wystartuje, vide mądre wydzielenie php-session). Ale teraz może się okazać, że nagle znikną bardzo podstawowe funkcje, których stosowanie nijak nie szkodzi - vide session_register, split... To jest bardzo niemiłe, jeśli nagle trzeba decydować - rezygnujemy z PLD czy z klientów :-/ ekhm... Chyba pomyliłes listy. To raczej do deviloperów php powinieneś pisać, nie tutaj. -- pozdr. Paweł Gołaszewski jid:bluesatjabberdotgdadotpl -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
PHP - zniknęło php-mime_magic?
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 GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Th: heeelp... problem z locale (?) przy php, freetds i sybase
Witam,
Na jednym z serwerów mam problem... nie działa prawidłowo połączenie z
serwerem MSSQL, realizowane przez PHPowe sybase_connect. Wszystko działa,
ale coś jest nie tak z locale albo deklarowanym charsetem, bo pobiera dane
z pytajnikami zamiast polskich literek. Równocześnie ten sam kod na
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 - normalnie mam POSIX, ale jak ustawiłem
LC_ALL np. pl_PL.ISO-8859-2 albo pl_PL.UTF-8 tudzież en_US.UTF-8 to
absolutnie niczego to nie zmieniało :(
Niestety wersje freetds są różne - u nas libct jest w wersji 4, w debianie w
wersji 3 - więc dumpy wyglądają nieco inaczej. W szczególności, tcpdump na
debianie pięknie pokazuje usera i hasło, a w PLD już nie (przynajmniej nie
jawnie). Ale faktem jest, że w tcpdump na debianie, gdzieś nieco za loginem
i hasłem widzę string UTF-8 a u nas nie.
Zaglądałem do /etc/tds/locales.conf i widzę że jak zmieniłem:
[default]
date format = %b %e %Y %I:%M:%S:%z%p
language = polski
charset = UTF-8
to tcpdump pokazuje:
0x00c0: 4800 5000 2000 3500 2e00 3200 2e00 3100 H.P...5...2...1.
0x00d0: 3300 3100 3000 2e00 3500 3000 2e00 3000 3.1.0...5.0...0.
0x00e0: 2e00 3900 3000 4300 5400 2d00 4c00 6900 ..9.0.C.T.-.L.i.
0x00f0: 6200 7200 6100 7200 7900 7000 6f00 6c00 b.r.a.r.y.p.o.l.
0x0100: 7300 6b00 6900 s.k.i.
(dane wysyłane DO serwera mssql).
Ale tego UTF-8 nadal nie ma.
Wszystko na PLD w aktualnych wersjach. Dostęp do mssql za pomocą php-sybase_ct.
Dla pewności testowałem za pomocą php.cli - żeby nie mógł tu w pokazywaniu
znaczków mieszać sam apache...
Poniżej kod:
ini_set(display_errors,on);
$connect = sybase_connect(192.158.77.10, , ,UTF-8);
sybase_select_db(TEST, $connect);
$query = 'SET CONCAT_NULL_YIELDS_NULL ON;
SET ANSI_WARNINGS ON;
SET ANSI_PADDING ON;
SET ARITHABORT ON;
SET LANGUAGE POLISH;
SET DATEFORMAT DMY;
SET DATEFIRST 1;
SET TEXTSIZE 64512;
';
$result = sybase_query($query, $connect);
$query = SELECT SERVERPROPERTY('Collation');;
$result = sybase_query($query, $connect);
while($row=sybase_fetch_row($result)) {
print $row[0].\n;
}
$query = SELECT ID, Name, FirstName FROM [dbo].[fnRSOConsulters] (1) ORDER BY
Name;;
$result = sybase_query($query, $connect);
while($row=sybase_fetch_row($result)) {
print $row[1]. ' ' . $row[2] . 'br'.\n;
}
sybase_close($connect);
... i efetkt:
SQL_Polish_CP1250_CI_AS
Domaszczy?ski Jacekbr
G?golewski Przemys?awbr
Ko?bia? Danielbr
?urawski Micha?br
zamiast:
SQL_Polish_CP1250_CI_AS
Domaszczyński Jacekbr
Gągolewski Przemysławbr
Koźbiał Danielbr
Żurawski Michałbr
Jakieś pomysły? Rzecz dosyć poważna, klient się wścieka bo przed przesiadką
wszystko działało :-/
Pozdrawiam,
--
Jacek Osiecki jos...@ceti.pl GG:3828944
I don't want something I need. I want something I want.___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
błąd przy reinstalacji paczki: php- program-5.2.13-10.i686
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-5.2.13-10.i686 zostanie zastąpiony przez php-program-5.2.13-10.i686 There are 1 package to install, 1 to remove: I php-program-5.2.13-10.i686 R php-program-5.2.13-10.i686 Potrzeba pobrać 3.8KB archiwów. Proceed? [Y/n] y Uruchamianie rpm --upgrade --replacefiles --replacepkgs -vh --root /... Przygotowywanie... ### [100%] Ponowne pakowanie... 1:php-program### [100%] Uaktualnianie... 1:php-program### [100%] Wystąpiły błędy podczas instalacji poldek:/all-avail Czy może mi ktoś potwierdzić ten problem? -- Pozdrawiam Darek ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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 wystąpić, ale było tak że przestrzeń danych była wspólna dla procesu (w końcu shared memory, nie? :P ), a jeśli jeden proces (bo via mod_php i wspólne procesy apache'a) mógł obsłużyć kilka vhostów to bez problemu dostawałeś się do danych jednego z innego - wystarczyło znać klucz pod którym były zapisane (via apc_store()). Sprawdzić pewno by to wciąż można byłoby prosto ale przyznam się że mi się nie chce, szczególnie że w moim środowisku i tak nie zadziała ;-) m ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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 reloadowac apacha, ale zeby to dzialalo z fastcgi. bo googlalem długo ale nic nie znalazlem. Wymyślił, tylko że nie rozwiązuje podstawowego problemu braku restartów/graceful reloadów - to będziesz musiał zrobić zawsze bo taka jest architektura apache'a - konfiguracja jest wczytywana raz i potem trzymana jedynie w pamięci - nie da się jej odświeżać inaczej niż reloadem. Natomiast jeśli tylko chcesz zamienić pliki tekstowe na konfigurację w bazie, coby sobie panel napisać albo co, to można to zrobić używając mod_perl. Mało reklamowaną opcją tego modułu jest to że możesz pisać konfigurację serwera w perlu, a tym samym wciągnąć ja z bazy. Analogicznie można zrobić w light gdzie po prostu konfiguracja może przyjąć zewnętrzny skrypt. m ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Czy php.cgi korzysta z php-cgi.ini?
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... Dlaczego to nie działa? Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z 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 szczególności php-cgi.ini... Dlaczego to nie działa? która wersja PHP, bo u mie w php-cli-5.3.1-1.10.amd64 działa? odplal strace php.cgi i zobacz jakich plikow konfiguracyjnych szuka. -- Rdest Arkadiusz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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 to /etc/php/php.ini, zaś pozostałe - w szczególności php-cgi.ini... Dlaczego to nie działa? które PHP? 5.2 czy 5.3? a dwa - co ci phpinfo() mówi o pliku konfiguracyjnym? i nie jest tak że jeśli odpalasz via CGI to masz jakiś skrypt w którym masz konfig z palca podany jako parametr wywołania? ale to tylko szklana kula.. ostatnio coś ciemna. m ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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, to jedyny który ma zmieniany atime to /etc/php/php.ini, zaś pozostałe - w szczególności php-cgi.ini... które PHP? 5.2 czy 5.3? W miarę aktualne - 5.2.11-13 a dwa - co ci phpinfo() mówi o pliku konfiguracyjnym? i nie jest tak że jeśli odpalasz via CGI to masz jakiś skrypt w którym masz konfig z palca podany jako parametr wywołania? ale to tylko szklana kula.. ostatnio coś ciemna. No taki już jestem że staram się wierzyć komentarzom ;) A w /etc/php/php.ini stoi jak byk: ; Please note, that in PLD installations /etc/php/php.ini file ; contains global settings for all SAPIs (cgi, cli, apache...), ; and after reading this file, SAPI-specific file (/etc/php/php-cgi.ini, ; /etc/php/php-cli.ini, /etc/php/php-apache.ini...) is INCLUDED ; (so you don't have to duplicate whole large file to override only ; few options) Więc albo to jest bzdura i należałoby usunąć z oficjalnego php.ini, albo coś jest zepsute w php.cgi. 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) ale czemu .cgi nie bierze php-cgi.ini tylko właśnie php-cgi-fcgi.ini? Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.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 i najszybszy model odpalania prpocesów PHP. jak w koncu chcesz odpalac to PHP? jako mod_php, jako CGI, czy jako FastCGI? ale czemu .cgi nie bierze php-cgi.ini tylko właśnie php-cgi-fcgi.ini? a tego to nie wiem. uzywam php.fcgi jesli chesz odpalac z konsoli to od tego jest php.cli (zreszta /usr/bin/php jest symnlinkiem do tej wlasnie binarki) a nie php.cgi -- Arkadiusz Rdest ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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 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 używać... Bezpieczny to jest dopiero po pożenieniu z suexec/suphp, a prób zestawienia działającego zestawu fcgi+suphp miałem już serdecznie dosyć. Do tego nie działa z APC, który daje takiego kopa że niejeden serwer uratował... jak w koncu chcesz odpalac to PHP? jako mod_php, jako CGI, czy jako FastCGI? Jako mod_php - zać php.cgi jest potrzebne do odpalania pojedynczych rzeczy z crona. Tak, wiem - można mu wskazać jawnie plik konfiguracyjny - ale nawet o tym nie myślałem widząc jasny opis że php-cgi.ini jest includowane przy php.cgi :) Odpalanie przez mod_php nieco zabezpieczyłem w sposób już tu opisywany - czyli katalogi ze stronami klientów są typu: /home/www/tajny_hash_na_podstawie_czegos_oraz_client_id/client_name/www/stronka Dodatkowo każdy virtualhost obwarowany odpowiednimi dyrektywami typu php_openbasedir (tak, teoretycznie można obejść ale symlink też zablokowany) i zablokowanymi podstawowymi funkcjami które mogłyby posłużyć do zaglądania tam gdzie nie wolno... I bez wielkich czarów jest w miarę OK. ale czemu .cgi nie bierze php-cgi.ini tylko właśnie php-cgi-fcgi.ini? a tego to nie wiem. uzywam php.fcgi jesli chesz odpalac z konsoli to od tego jest php.cli (zreszta /usr/bin/php jest symnlinkiem do tej wlasnie binarki) a nie php.cgi Tylko coś nie bardzo chciało przyjąć parametry przekazywane z linii poleceń... ale jeszcze sprawdzę. Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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 używać... Bezpieczny to jest dopiero po pożenieniu z suexec/suphp, a prób zestawienia działającego zestawu fcgi+suphp miałem już serdecznie dosyć. Do tego nie działa z APC, który daje takiego kopa że niejeden serwer uratował... Szczerze mówiąc to ja tam nie wiem jaki problem jest z APC - SOA#1 ;-) Jak również z odpaleniem fcgi+suexec. Oczywiście z dokładnością do rozumienia co to robi i jak działa, tj. pamięć współdzielona będzie w ramach procesu fcgi, a nie wszystkich działających procesów fcgi. Ale jak to Rasmus na grupie PHP ostatnio powiedział - problem i tak zazwyczaj nie jest z dostępnością pamięci, a z podziałem czasu procesora. Jeśli natomiast uwzględniasz bezpieczeństwo to tylko via fcgi bo to ci daje separację dostępu do danych w APC. Przy mod_php kiedy cache jest *jeden* nie ma większego problemu z odczytaniem i zmienieniem danych innego vhosta ;-) Jako mod_php - zać php.cgi jest potrzebne do odpalania pojedynczych rzeczy z crona. Tak, wiem - można mu wskazać jawnie plik konfiguracyjny - ale Do tego to zdecydowanie php.cli ale czemu .cgi nie bierze php-cgi.ini tylko właśnie php-cgi-fcgi.ini? Prawdopodobnie zły argument przy kompilacji. Hack rozróżniający cgi od fcgi to nasze PLDowe cudo, którego notabene można by sie do końca pozbyć (w 5.3 na HEAD to robiłem). Normalnie w php cgi===fcgi jeśli chodzi o binarkę. jesli chesz odpalac z konsoli to od tego jest php.cli (zreszta /usr/bin/php jest symnlinkiem do tej wlasnie binarki) a nie php.cgi na HEAD - w 5.2 afaik jest jeszcze oddzielną binarką (chyba że ktoś portował?) Tylko coś nie bardzo chciało przyjąć parametry przekazywane z linii poleceń... ale jeszcze sprawdzę. zapoznaj się z http://pl.php.net/manual/en/ini.core.php#ini.register-argc-argv może pomoże ;-) pozdrawiam mk ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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 chwilę je usunę bo na nic się nie przyda chyba) 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 używać... Bezpieczny to jest dopiero po pożenieniu z suexec/suphp, a prób zestawienia działającego zestawu fcgi+suphp miałem już serdecznie dosyć. Po prostu odpalać procesy na koncie usera którego prawa mają mieć wykonywane skrypty? Do tego żadnego sucrapa nie trzeba, wystarczy spawn-fcgi i skrypt startowy przystosowany do pracy z wieloma instancjami usługi. Jako bonus dostaniesz niewrażliwość serwera HTTP i procesów PHP innych userów na złamanie zabezpieczeń, zwis lub restart pojedyńczej instancji, możliwość podania całkowicie innej konfiguracji albo nawet wersji PHP na konkretny vhost, a jakby pokombinować, powinno być możliwe nawet prawdziwe chrootowanie PHP np. na ~/public_html/ usera. Swój skrypt startowy mogę udostępnić, jakby ktoś był zainteresowany. Nie jestem pewien, czy jest w pełni the PLD way, ale IMHO jest wygodny i działa dobrze. Już dawno bym go podrzucił do skomentowania na -devel, ale czasu nie mam żeby dopracować i opisać... Do tego nie działa z APC, który daje takiego kopa że niejeden serwer uratował... eAccelerator i xcache działają. Ten pierwszy w moich (bardzo nienaukowych i nieudokumentowanych) testach był pod fcgi szybszy. Jeśli nie potrzebujesz jakiejś konkretnej funkcjonalności którą ma tylko APC, może jeden z tych się nada? Jako mod_php - zać php.cgi jest potrzebne do odpalania pojedynczych rzeczy z crona. Tak, wiem - można mu wskazać jawnie plik konfiguracyjny - ale nawet o tym nie myślałem widząc jasny opis że php-cgi.ini jest includowane przy php.cgi :) Odpalanie php.cgi z crona naprawdę ci działa? CGI to nie synonim dla CLI, programy działające jako CGI oczekują konkretnych danych od serwera HTTP w zmiennych środowiskowych, zwracają wyjście z (częściowymi) nagłówkami HTTP i generalnie zakładają, że odpalić je mógł tylko serwer HTTP i nic innego. Jeśli działa, to chyba bardziej z przypadku niż zamierzeń autorów PHP... -- Remigiusz Enleth Marcinkiewicz, enl...@enleth.com WWW http://enleth.com http://heroes.net.pl JID enl...@jabster.pl signature.asc Description: This is a digitally signed message part. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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 znaleźć jednoznacznej informacji jak go używać... Bezpieczny to jest dopiero po pożenieniu z suexec/suphp, a prób zestawienia działającego zestawu fcgi+suphp miałem już serdecznie dosyć. Do tego nie działa z APC, który daje takiego kopa że niejeden serwer uratował... Szczerze mówiąc to ja tam nie wiem jaki problem jest z APC - SOA#1 ;-) Jak również z odpaleniem fcgi+suexec. Jakoś ile razy próbowałem cokolwiek z tym zrobić to APC w zasadzie nie było wykorzystywane... Teraz serwer jest już uruchomiony i żadne rewolucje nie wchodzą w grę, więc nawet nie odtworzę jakie dokładnie problemy były :) Jeśli natomiast uwzględniasz bezpieczeństwo to tylko via fcgi bo to ci daje separację dostępu do danych w APC. Przy mod_php kiedy cache jest *jeden* nie ma większego problemu z odczytaniem i zmienieniem danych innego vhosta ;-) 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... Jako mod_php - zać php.cgi jest potrzebne do odpalania pojedynczych rzeczy z crona. Tak, wiem - można mu wskazać jawnie plik konfiguracyjny - ale Do tego to zdecydowanie php.cli OK - choć właśnie nie wiem czemu nie przekazał parametrów. Ale to sprawdzę jutro ;) Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
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-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 i najszybszy model odpalania prpocesów PHP. Teoretycznie najbezpieczniejszy, ale za to wysoce problematyczny - nigdzie nie można znaleźć jednoznacznej informacji jak go używać... Bezpieczny to jest dopiero po pożenieniu z suexec/suphp, a prób zestawienia działającego zestawu fcgi+suphp miałem już serdecznie dosyć. Po prostu odpalać procesy na koncie usera którego prawa mają mieć wykonywane skrypty? Do tego żadnego sucrapa nie trzeba, wystarczy spawn-fcgi i skrypt startowy przystosowany do pracy z wieloma instancjami usługi. Jako bonus Nie wiem, próbowałem wielu różnych kombinacji i za każdym razem albo nie działało zgłaszając (lub nie) dziwaczne błędy z których nie dało się niczego wywnioskować, ewentualnie działało ale nie do końca (losowe permission denied lub diabli-wiedzą-czemu próba dostępu do innego katalogu niż trzeba). dostaniesz niewrażliwość serwera HTTP i procesów PHP innych userów na złamanie zabezpieczeń, zwis lub restart pojedyńczej instancji, możliwość podania całkowicie innej konfiguracji albo nawet wersji PHP na konkretny vhost, a jakby pokombinować, powinno być możliwe nawet prawdziwe chrootowanie PHP np. na ~/public_html/ usera. Ja się po prostu poddałem :) Nawet głupiego wykonywania z prawami usera nie mogłem wyegzekwować, a o chrootowaniu to nawet nie próbowałem marzyć :( Swój skrypt startowy mogę udostępnić, jakby ktoś był zainteresowany. Nie jestem pewien, czy jest w pełni the PLD way, ale IMHO jest wygodny i działa dobrze. Już dawno bym go podrzucił do skomentowania na -devel, ale czasu nie mam żeby dopracować i opisać... Udostępnij, może w końcu zrozumiem co właściwie należy ustawić w tym fcgi :) Mnie przerosły pliki konfiguracyjne, w których wszystko trzeba było ustawiać na czuja i najlepiej po kilka razy (w php.ini, w definicji virtualhosta, w osobnym .conf dla apache'a itd. Do tego nie działa z APC, który daje takiego kopa że niejeden serwer uratował... eAccelerator i xcache działają. Ten pierwszy w moich (bardzo nienaukowych i nieudokumentowanych) testach był pod fcgi szybszy. Jeśli nie potrzebujesz jakiejś konkretnej funkcjonalności którą ma tylko APC, może jeden z tych się nada? Ja jestem prosty człek, chcę mieć działający system. Przy fcgi kilka dni walki spełzło na niczym, a APC ma bardzo miłą zaletę: instalujesz i działa. Jako mod_php - zać php.cgi jest potrzebne do odpalania pojedynczych rzeczy z crona. Tak, wiem - można mu wskazać jawnie plik konfiguracyjny - ale nawet o tym nie myślałem widząc jasny opis że php-cgi.ini jest includowane przy php.cgi :) Odpalanie php.cgi z crona naprawdę ci działa? CGI to nie synonim dla CLI, programy działające jako CGI oczekują konkretnych danych od serwera HTTP w zmiennych środowiskowych, zwracają wyjście z (częściowymi) nagłówkami HTTP i generalnie zakładają, że odpalić je mógł tylko serwer HTTP i nic innego. Jeśli działa, to chyba bardziej z przypadku niż zamierzeń autorów PHP... No bez przesady - to że wyrzuci nagłówki to żaden problem. Nie widzę powodów (poza estetycznymi), dla których php.cgi miałoby nie działać. Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
Remigiusz 'Enleth' Marcinkiewicz pisze: Swój skrypt startowy mogę udostępnić, jakby ktoś był zainteresowany. Nie jestem pewien, czy jest w pełni the PLD way, ale IMHO jest wygodny i działa dobrze. Już dawno bym go podrzucił do 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 wisi 2-3k procesow PHP, no i przy relaodzie apacha (przez graceful np. w celu dodania nowych vhostow) load skacze bardzo konkretnie (czasem do 400-500, bo musi ubic te 3k procesow i wystartowac od nowa. szukam jakiegos innego rozwiazania jak by to zrobic koszernie. Nie wiem cy mi starczy pamieci zeby caly czas trzymac 4k parserow PHP w pamieci dla kazdego konta osobny (tu sie przyda twoj skrypt), bo jednak mod_fastcgi ma ta zalete ze spawn'uje je on demand. jak potem wyglada konfiuracja w apachu? w kazdym vhoscie trzeba podac zeby odwolywal sie do konkretnego socketa? Albo moze napisz jak to masz u siebie rozwiazane. Moze na podstawie innego rozwiazania cos dla siebie wymysle. :) 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 reloadowac apacha, ale zeby to dzialalo z fastcgi. bo googlalem długo ale nic nie znalazlem. Do tego nie działa z APC, który daje takiego kopa że niejeden serwer uratował... eAccelerator i xcache działają. Ten pierwszy w moich (bardzo nienaukowych i nieudokumentowanych) testach był pod fcgi szybszy. Jeśli nie potrzebujesz jakiejś konkretnej funkcjonalności którą ma tylko APC, może jeden z tych się nada? ja do przyspieszenia dzialania serwer mam reverse proxy (squid) z przodu serwera . Sprawdza sie. Czy te accelratory dzialaj dobrze z srodowisku multiuserowym fastcgi? trzeba je osobno dla kazdego vhosta odpalac? czy wystarczy jakis jedna wspolna konfiguracja? -- Rdest Arkadiusz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Czy php.cgi korzysta z php-cgi.ini?
On Tuesday January 26 2010 22:45:12 Arkadiusz Rdest wrote: Remigiusz 'Enleth' Marcinkiewicz pisze: Swój skrypt startowy mogę udostępnić, jakby ktoś był zainteresowany. Nie jestem pewien, czy jest w pełni the PLD way, ale IMHO jest wygodny i działa dobrze. Już dawno bym go podrzucił do 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 wisi 2-3k procesow PHP, no i przy relaodzie apacha (przez graceful np. w celu dodania nowych vhostow) load skacze bardzo konkretnie (czasem do 400-500, bo musi ubic te 3k procesow i wystartowac od nowa. [...] Od razu mówię, że skrypt testowany był na maksymalnie kilkudziesięciu procesach fcgi, więcej mi potrzebne nie jest. Aktualnie działa na - być może śmiesznych dla niektorych - czterech. Dla mnie akurat to, że działają one stale i niezależnie od serwera HTTP (którym u mnie jest lighttpd, więc w sprawach związanych z konfiguracją apacha nie pomogę; konfigi lighttpd można w pewnym stopniu skryptować substytucją zmiennych np. w ścieżkach socketów) jest pożądane i celowe, choćby dlatego, że cache akceleratora dla danego vhosta może bardzo długo wisieć w pamięci. Różnica w prędkości ładowania stron zaraz po restarcie procesu fcgi, zanim się cache wypełni często używanymi plikami, nie jest może wyraźnie widoczna, ale jest mierzalna. Za to restarty jakiegokolwiek pojedyńczego procesu, czy to fcgi czy lighttpd, są natychmiastowe i nie wpływają na całą resztę, można sobie do woli grzebać w konfiguracji i testować dowolny element. Skrypt gdzieś wrzucę jakoś pod wieczór. Aha, fcgi w trybie proces na vhost na usera, z oddzielną dla każdego konfigurajcą, jest używane na dość sporą skalę przez kilka dużych firm hostingowych, w tym bluehost i dreamhost. Co by nie mówić o uptime ich serwerów i jakości obsługi technicznej, fcgi im akurat wyszło i działa dobrze. Fakt, że na monstrach z 8 CPU i 32GB pamięci, ale organizacyjnie jakoś sobie z tym poradzili. ja do przyspieszenia dzialania serwer mam reverse proxy (squid) z przodu serwera . Sprawdza sie. Czy te accelratory dzialaj dobrze z srodowisku multiuserowym fastcgi? trzeba je osobno dla kazdego vhosta odpalac? czy wystarczy jakis jedna wspolna konfiguracja? Akceleratory PHP, po załadowaniu modułu w konfiguracji, działają całkowicie automatycznie jako element parsera i, w uproszczeniu mówiąc, przechowują skrypty w pamięci procesu, w postaci wygenerowanej przez parser i wykonywalnej bezpośrednio w maszynie wirtualnej Zend Engine oraz wykonują mniejszą lub większą optymalizację kodu i czasami oferują jakieś API do shm (IMHO memcache lepszy). W środowisku multiuserowym/multiprocesowym działa to dobrze, jeśli przyjąć chyba dość sensowne założenie, że userzy nie korzystają z tych samych plików PHP. Wyjątkiem może być jakaś tam systemowa instalacja ZF, ale jakoś mi się nie chce wierzyć, że takie globalne kopie frameworków i bibliotek PHP są powszechnie i konsekwentnie używane, więc problem wielki raczej nie jest. A shm dzielone między userami w ogóle nie powinno mieć miejsca. Generalnie, można powiedzieć że akceleratory przerzucają część obciążenia z I/O dysków i CPU na pamięć, więc jeśli serwer ma dużo wolnej pamięci a zatyka się na procesorach podczas wykonywania skryptów, jakiś akcelerator może znacząco poprawić sytuację. Jaki? Tego w sumie nie powie żaden benchmark poza tym zrobionym we własnym zakresie, bo różny kod może się różnie optymalizować konkretnymi algorytmami. -- Remigiusz Enleth Marcinkiewicz, enl...@enleth.com WWW http://enleth.com http://heroes.net.pl JID enl...@jabster.pl signature.asc Description: This is a digitally signed message part. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
On Sun, 15 Nov 2009 01:51:30 +0100, Lukasz q...@sidzina.homelinux.net wrote: 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/?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 ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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' - /usr/lib/php/spl.so: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Łukasz Właśnie wymyśliłem... Po updejcie do 5.2.11.8 jest to samo ale na moje problemy pomaga zmiana nazwy pliku /etc/php/conf.d/pcre.ini na PCRE.ini - ładuje się przed SPL.ini i doinstalowanie php-session. Dzięki, pomogło. Dwie uwagi: 1.) Potrzebowałem tej sztuczki na systemie 32bitowym (i686), na Ac (amd64) i Th (x86_64) działa z poldka bez tej zmiany, trzeba tylko te wszystkie nowe pakiety doinstalować. 2.) Tak z ciekwości, jakie jest logiczne uzasadnienie tego rozdrobnienia na podpakiety?? 1) U mnie też tylko na 32bitach, podnoszonych z Ac, myślałem, że może temu... 2) To chyba nie do mnie pytanie ale mnie tak pasuje Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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/?only_with_tag=PHP_5_2 Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Łukasz Właśnie wymyśliłem... Po updejcie do 5.2.11.8 jest to samo ale na moje problemy pomaga zmiana nazwy pliku /etc/php/conf.d/pcre.ini na PCRE.ini - ładuje się przed SPL.ini i doinstalowanie php-session. Dzięki, pomogło. Dwie uwagi: 1.) Potrzebowałem tej sztuczki na systemie 32bitowym (i686), na Ac (amd64) i Th (x86_64) działa z poldka bez tej zmiany, trzeba tylko te wszystkie nowe pakiety doinstalować. 2.) Tak z ciekwości, jakie jest logiczne uzasadnienie tego rozdrobnienia na podpakiety?? -- pzdr Stacho Pal___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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 mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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 b6ff55e9 sp bfa6a0b0 error 4 in libphp_common-5.2.11.so[b6f57000+2eb000] To jedyne co znalazłem w logach. Nawet nie bardzo wiem jak to zdiagnozować, więc zrobiłem to co poniżej. Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji -- pzdr Stacho Pal___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl Właśnie wymyśliłem... Po updejcie do 5.2.11.8 jest to samo ale na moje problemy pomaga zmiana nazwy pliku /etc/php/conf.d/pcre.ini na PCRE.ini - ładuje się przed SPL.ini i doinstalowanie php-session. Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl Właśnie wymyśliłem... Po updejcie do 5.2.11.8 jest to samo ale na moje problemy pomaga zmiana nazwy pliku /etc/php/conf.d/pcre.ini na PCRE.ini - ładuje się przed SPL.ini i doinstalowanie php-session. Jesteś wielki - na AC to także rozwiązuje problem. -- Paweł Muszyński ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[th-test] problem z php 5.2.11.7
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 in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Niech zgadnę - AC? Pisałem o tym już, ale nie mam umiejętności, żeby rozwiązać problem. Nie wiem, kto decyduje o wrzucaniu nowych wersji do main, ale wnioskuję powrót do starszego PHP. -- Paweł Muszyński ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Niech zgadnę - AC? Na TH dzieje sie to samo Pisałem o tym już, ale nie mam umiejętności, żeby rozwiązać problem. Nie wiem, kto decyduje o wrzucaniu nowych wersji do main, ale wnioskuję powrót do starszego PHP. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Niech zgadnę - AC? Nie TH jak w temacie, na ostatnim AC jaki mi się ostał mam php4 z postgresem i nic takiego nie zauważyłem. Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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/php/spl.so: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji Niech zgadnę - AC? Nie TH jak w temacie, na ostatnim AC jaki mi się ostał mam php4 z postgresem i nic takiego nie zauważyłem. Sorry - nie zauważyłem tematu :-) -- Paweł Muszyński ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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/spl.so: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji rpm -q pcre? 8.00? Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test] problem z php 5.2.11.7
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/spl.so' - /usr/lib/php/spl.so: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji rpm -q pcre? 8.00? tak. pcre-8.00-1.i686 Łukasz ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [th-test i AC] problem z php 5.2.11.7
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/spl.so' - /usr/lib/php/spl.so: undefined symbol: pcre_get_compiled_regex_cache in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/mysqli.so' - /usr/lib/php/mysqli.so: undefined symbol: spl_ce_RuntimeException in Unknown on line 0 Nic mądrego nie wymyśliłem więc wróciłem do poprzedniej działającej wersji rpm -q pcre? 8.00? Ja mam na AC pcre-7.8-1 jeśli to ważne. -- Paweł Muszyński ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Th: który pakiet php ma mime_content_type?
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 want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Th: który pakiet php ma mime_content_type?
Dnia środa 28 październik 2009 o 13:22:16 Jacek Osiecki napisał(a): 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, http://php.net/manual/en/function.mime-content-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 signature.asc Description: This is a digitally signed message part. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Th: który pakiet php ma mime_content_type?
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 jest This function has been deprecated as the PECL extension Fileinfo provides the same functionality (and more) in a much cleaner way. w tym przypadku potrzebujesz php-pecl-fileinfo. Pozdrawiam. -- Pepe ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
[AC] Czego brakuje PHP żeby Apache się wystartował?
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)
i to wprowadza pewne zamieszanie, ale powiedzmy. Gorzej, że apache przestał
mi startować. Odpalony z palca z parametrem -X kończy się w pewnym momencie
wypisując Segmentation fault, a koniec strace tego uruchomienia wygląda
tak:
read(13, Peter Ijkhout pe...@deltaso..., 4096) = 4096
read(13, ort 3258/tcp # Ivecon Serve..., 4096) = 4096
read(13, ps\t\t3288/tcp # COPS\ncops \t\t3288..., 4096) = 4096
close(13) = 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
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Żeby było ciekawiej, w logach apache wypisuje, że się poprawnie wystartował
i że podejmuje pracę. Tylko zaraz potem zdycha :-/
Nie znam się na PHP. Do tej pory wystarczało mi to, że działał u mnie
squirrelmail i gallery w wersji 1.x. W sumie skoro działało na PHP-5.2.10,
to i dalej będzie działać bez update'u, ale może ktoś jednak wie, czego
brakuje?
# rpm -qa | grep php | sort
apache-mod_php-5.2.10-12.i586
php-cgi-5.2.10-12.i586
php-cli-5.2.10-12.i586
php-common-5.2.10-12.i586
php-dirs-1.1-5.noarch
php-gd-5.2.10-12.i586
php-gettext-5.2.10-12.i586
php-mysql-5.2.10-12.i586
php-pdo-5.2.10-12.i586
php-posix-5.2.10-12.i586
php-program-5.2.10-12.i586
php-sqlite-5.2.10-12.i586
php-tokenizer-5.2.10-12.i586
php-xml-5.2.10-12.i586
php-zlib-5.2.10-12.i586
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl /\\
Registered Linux User #61028 _\_V
Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [AC] Czego brakuje PHP żeby Apache się wystartował?
Ł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ć. ;-
read(13, ps\t\t3288/tcp # COPS\ncops \t\t3288..., 4096) = 4096
close(13) = 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 nothing we trust %%
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [AC] Czego brakuje PHP żeby Apache się wystartował?
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ę syslog-ng-2.x nie wiesza to sprzęt chodzi i chodzi (trzeba było zrobić downgrade do 1.6, bo tak to co jakiś czas system był kaput). No to się wrzuca nowsze pakiety, chociażby żeby potem zgłosić ewentualny problem, coby inni się nie bujali ;-) -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające Nie umiem zainstalować Debiana ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [AC] Czego brakuje PHP żeby Apache się wystartował?
On Wed, 14 Oct 2009, Zbyniu Krzystolik wrote:
Łukasz Maśko napisał(a):
read(13, ps\t\t3288/tcp # COPS\ncops \t\t3288..., 4096) = 4096
close(13) = 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.
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, tylko SugarCRM zamiast wyświetlić
stronę logowania, wyświetla jakieś chińskie krzaki. :(
Przeglądarka proponuje wręcz zapis jako plik binarny
i rzeczywiście taki jest po zpisaniu.
Swoją drogą w php-5.2.11 z Th nie ma czegoś
takiego jak: php-simplexml
--
pzdr
Stacho Pal___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: [AC] Czego brakuje PHP żeby Apache się wystartował?
Ł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://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Th: jak użyć fcgi + php + suphp? :)
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 user users ... i dalej też ciach. Niby wszystko OK, ale... chyba nie działa suexec :( Mianowicie wygląda na to, że nadal wykonuje się to jako user http - gdy zrobiłem katalog do którego miał dostęp wyłącznie ów user wyspecyfikowany w SuexecUserGroup, to w logach serwera widzę access denied. Gdy tylko zmieniłem uprawnienia by mógł go czytać user http - ruszyło... Jakieś pomysły? Pozdrawiam, -- Jacek Osiecki jos...@ceti.pl GG:3828944 I don't want something I need. I want something I want.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Th: jak użyć fcgi + php + suphp? :)
On Thu, 17 Sep 2009, Jacek Osiecki wrote: 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 :( Niby wszystko OK, ale... chyba nie działa suexec :( Mianowicie wygląda na to, że nadal wykonuje się to jako user http - gdy zrobiłem katalog do którego miał dostęp wyłącznie ów user wyspecyfikowany w SuexecUserGroup, to w logach serwera widzę access denied. Gdy tylko zmieniłem uprawnienia by mógł go czytać user http - ruszyło... Kurczę, już niczego nie rozumiem. Zrobiłem nawet skrypcik który odpala system(id) i pokazało http.http. Czyli ewidentnie suexec nie działa, tylko nie wiem dlaczego - w logach jest informacja że suexec startuje... Natomiast bardzo dziwne jest to, że w logach mam coś takiego: [Thu Sep 17 13:58:46 2009] [crit] [client xx.xx.xx.xx] (13)Permission denied: /home/clients/user/www/www.strona.pl/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable Oczywiście .htaccess nie istnieje, a komunikat znika gdy tylko user http ma dostęp do katalogu. A teraz jeszcze ciekawsze: wróciłem do suPHP - i niby wszystko 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.___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
