🚀 go-pugleaf

PS
Zaktualizowałem PHP do wersji 7.3.4 pod XAMPPem (nie wiem czy tak można, 
bo XAMPP obsługuje max 7.3.3 a takowej nie ma na stronie PHP), zmieniła 
się wersji biblioteki na 63.1 - ale nadal nie jest to wymagane 64.1...

-- 
Pozdrawiam,
Marek

On 2019-04-07, Marek S <precz@spamowi.com> wrote:

[...]

> Nie jestem biegły w serwerach. Jak dokonać takowego upgrade?
>
> To co udało mi się zrobić, to pobrać ze strony:
> https://windows.php.net/download/
> PHP 7.1 / VC14 x64 Thread Safe (2019-Apr-02 20:49:33)
>
> i wydłubać z zip'a bibliotekę. Okazuje się być tą samą bibloteką, którą 
> XAMPP dostarczył. Katastrofa... Co jeszcze mógłbym zrobić?

https://github.com/unicode-org/icu/releases/tag/release-64-1

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

W dniu 2019-04-08 o 11:50, Wojciech Bancer pisze:

>> i wydłubać z zip'a bibliotekę. Okazuje się być tą samą bibloteką, którą
>> XAMPP dostarczył. Katastrofa... Co jeszcze mógłbym zrobić?
> 
> https://github.com/unicode-org/icu/releases/tag/release-64-1

Byłem na tej stronie wczoraj. Nie wiedziałem co z tym zrobić. Trzeba 
skompilować zapewne, a żeby to zrobić to:
1. Trzeba mieć kompilator.
2. Jeśli go już posadzimy: sporo pewnie powalczyć aby ogarnąć ten 
kompilator.

Czy nikt nie publikuje wersji skompilowanej?

-- 
Pozdrawiam,
Marek

On Mon, 8 Apr 2019 19:09:28 +0200, Marek S wrote:

>>> i wydłubać z zip'a bibliotekę. Okazuje się być tą samą bibloteką, którą
>>> XAMPP dostarczył. Katastrofa... Co jeszcze mógłbym zrobić?
>> 
>> https://github.com/unicode-org/icu/releases/tag/release-64-1
> 
> Byłem na tej stronie wczoraj. Nie wiedziałem co z tym zrobić. Trzeba 
> skompilować zapewne, a żeby to zrobić to:
> 1. Trzeba mieć kompilator.
> 2. Jeśli go już posadzimy: sporo pewnie powalczyć aby ogarnąć ten 
> kompilator.
> 
> Czy nikt nie publikuje wersji skompilowanej?

Ja tam w zipie widzę jakieś dllki typu icudt64.dll, to nie to?


-- 
pozdrawiam
Roman Tyczka

On 2019-04-08, Marek S <precz@spamowi.com> wrote:
> W dniu 2019-04-08 o 11:50, Wojciech Bancer pisze:
>
>>> i wydłubać z zip'a bibliotekę. Okazuje się być tą samą bibloteką, którą
>>> XAMPP dostarczył. Katastrofa... Co jeszcze mógłbym zrobić?
>> 
>> https://github.com/unicode-org/icu/releases/tag/release-64-1
>
> Byłem na tej stronie wczoraj. Nie wiedziałem co z tym zrobić. Trzeba 
> skompilować zapewne, a żeby to zrobić to:
> 1. Trzeba mieć kompilator.
> 2. Jeśli go już posadzimy: sporo pewnie powalczyć aby ogarnąć ten 
> kompilator.

"u4c-64_1-Win64-MSVC2017.zip" -> to jest wersja skompilowana pod Windows.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

W dniu 2019-04-08 o 20:19, Roman Tyczka pisze:

> Ja tam w zipie widzę jakieś dllki typu icudt64.dll, to nie to?

Zobacz jak wyglądają PHPowe rozszerzenia:

https://drive.google.com/file/d/1ttLyoI9Sw17hEpiRw0qLxATKGRcNDeEX/view?usp=sharing

To standardowa instalacja PHP pod Windows. Te DLLki, które zapodajesz są 
składowymi używanymi podczas kompilacji. Z nich powstają takie 
rozszerzenia jak powyżej.


-- 
Pozdrawiam,
Marek

W dniu 2019-04-08 o 21:43, Wojciech Bancer pisze:
> 
> "u4c-64_1-Win64-MSVC2017.zip" -> to jest wersja skompilowana pod Windows.

A co mam z tym zrobić?

Tak wyglądają rozszerzenia PHP pod Windows:
https://drive.google.com/file/d/1ttLyoI9Sw17hEpiRw0qLxATKGRcNDeEX/view?usp=sharing

Każde z nich to 1 plik. Każde rozszerzenie jest konfigurowane w php.ini 
poprzez wskazanie na ten jeden plik. Oto wycinek z konfiguracji 
dotyczący rozszerzeń:

;extension=php_bz2.dll
;extension=php_curl.dll
;extension=php_fileinfo.dll
;extension=php_ftp.dll
;extension=php_gd2.dll
;extension=php_gettext.dll
;extension=php_gmp.dll
extension=php_intl.dll
;extension=php_imap.dll
;extension=php_interbase.dll
;extension=php_ldap.dll
extension=php_mbstring.dll
extension=php_exif.dll      ; Must be after mbstring as it depends on it
;extension=php_mysqli.dll
;extension=php_oci8_12c.dll  ; Use with Oracle Database 12c Instant Client
;extension=php_odbc.dll
;extension=php_openssl.dll
;extension=php_pdo_firebird.dll
extension=php_pdo_mysql.dll
;extension=php_pdo_oci.dll
;extension=php_pdo_odbc.dll
extension=php_pdo_pgsql.dll
;extension=php_pdo_sqlite.dll
extension=php_pgsql.dll
;extension=php_shmop.dll

Jeśli skopiuję gdzieś ten pierdylion plików, to jak mam dodać 
rozszerzenie wskazujące na mnóstwo plików?

-- 
Pozdrawiam,
Marek

Dnia Tue, 9 Apr 2019 00:14:47 +0200, Marek S napisał(a):

> Jeśli skopiuję gdzieś ten pierdylion plików, to jak mam dodać 
> rozszerzenie wskazujące na mnóstwo plików?

php_intl.dll nie jest po prostu interfejsem do systemowych bibliotek ICU?
Ja widzę te biblioteki w głównym katalogu PHP (wprawdzie mam je w dużo
starszej wersji sprzed dwóch lat i nie x64, ale ewidentnie to te same).

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

W dniu 2019-04-09 o 00:42, Borys Pogoreło pisze:

> php_intl.dll nie jest po prostu interfejsem do systemowych bibliotek
> ICU? Ja widzę te biblioteki w głównym katalogu PHP (wprawdzie mam je
> w dużo starszej wersji sprzed dwóch lat i nie x64, ale ewidentnie to
> te same).

Aaahaaa... może tak być. Ale tak czy inaczej obecnie struktura PHP jest
następująca u mnie:

https://drive.google.com/file/d/11hHWOaWg6LeqKxb8xUwWKIHcnXc0oQz6/view?usp=sharing

Tymczasem w tym ZIPie mamy bin64, include i lib64. Nie mam czegoś
takiego w PHP a jakoś wersja 63.1 działa. Więc podejrzewam, że to nie 
tylko interfejs.

Niektóre DLLki w rozszerzeniach PHP mają po 5MB a intl 382kB więc nie 
wygląda mi to na żaden interfejs jedynie.

-- 
Pozdrawiam,
Marek

W dniu 2019-04-07 o 23:55, Marek S pisze:

> Posadziłem sobie najnowszego XAMPP'a pod W10 Pro x64. Pobrałem XAMPP'a 
> dla tej wersji. Uruchamiam framework Symfony 4.2.5 a w nim checkera. 
> Dostaję komunikat:
> 
> intl ICU version installed on your system is outdated (57.1) and does 
> not match the ICU data bundled with Symfony (64.1)
> To get the latest internationalization data upgrade the ICU system 
> package and the intl PHP extension.
> 
> Nie jestem biegły w serwerach. Jak dokonać takowego upgrade?

Chyba problem rozwiązany, ale od drugiego końca. Udało mi się na Symfony 
wymusić ładowanie starszej, konkretnej wersji intl grzebiąc ręcznie:

  "type": "project",
     "license": "proprietary",
     "require": {
         "php": "^7.1.3",
         "ext-ctype": "*",
         "ext-iconv": "*",
         "symfony/console": "4.2.*",
         "symfony/dotenv": "4.2.*",
         "symfony/flex": "^1.2",
         "symfony/intl": "63.1",

Ta ostatnia pozycja. Potem composer install i composer update (bo coś 
się wywaliło) i jakoś to zadziałało. Nie do końca wiem co robię, ale 
działa.

-- 
Pozdrawiam,
Marek

Dnia Tue, 9 Apr 2019 14:53:38 +0200, Marek S napisał(a):

> Tymczasem w tym ZIPie mamy bin64, include i lib64. Nie mam czegoś
> takiego w PHP a jakoś wersja 63.1 działa. Więc podejrzewam, że to nie 
> tylko interfejs.

W głównym katalogu masz pliki DLL - nadpisz nimi lokalne (tylko zrób
kopię).

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

php od wersji 5.6 można uruchamiać bez apache i innego badziewia

Trzeba zdefiniować zmienną środowiskową do używanej wersji, najlepiej najnowszej
https://windows.php.net/download/

rozpakować 

zainstalować git ponieważ jest lepsza od cmd

i w folderze wpisać w console 
$ php -S localhost:8000

lub by się więcej dowiedzieć php --help