W dniu 18.09.2019 o 19:25, Marek S pisze:
> W dniu 2019-09-18 o 06:18, Jivanmukta pisze:
>> Ale ja chce mieć taką samą konfigurację PHP i MySQLa jak w hostingu.
>
> Czyli nie chodzi o aplikację lecz o w/w. Ok, to już konkretniej brzmi
> lecz nadal nie widzę problemu.
>
> Co do PHP, to chyba nie ma problemu? Pobierasz ze stron producenta
> odpowiednią wersję, instalujesz i masz. Ewentualnie w php.ini będzie
> trzeba coś dodać lub ująć. Lokalnie możesz mieć dowolną ilość wersji PHP
> jeśli będziesz miał potrzebę przełączania się między nimi.
>
> Z bazą danych jest podobnie. To kwestia włączenia/wyłączenia paru opcji
> aby wyrównać z wersją serwerową. Tu nawet jest jeszcze prościej bo
> możesz z bazą łączyć się zdalnie jeśli nie chce Ci się dociekać co
> włączyć. Robisz klona na zdalnym serwerze i z nim się łączysz.
>
> O co chodzi zatem?
>
> Ja tak właśnie pracuję. Na lokalu mam 3 wersje PHP, odpowiednie dla
> poszczególnych projektów - po to by się zgadzały z tym, co na serwerze.
> Z bazą mam jeszcze prościej bo nie używam badziewnego MySQLa, którego,
> tak na marginesie już w zasadzie nie ma pod tą nazwą. Stosuję
> PostgreSQL. Konfiguracja tej bazy jest praktycznie żadna więc ryzyko, że
> będzie coś innego niż na serwerze - minimalne.
>
> Nie bawię się w dockery czy VM-ki bo to z armatą na wróble.
>
Czyli jak się przełączam z development na testing to mam zmieniać pho.inu?

do góry

W dniu 19.09.2019 o 09:45, Jivanmukta pisze:
> W dniu 18.09.2019 o 19:25, Marek S pisze:
>> W dniu 2019-09-18 o 06:18, Jivanmukta pisze:
>>> Ale ja chce mieć taką samą konfigurację PHP i MySQLa jak w hostingu.
>>
>> Czyli nie chodzi o aplikację lecz o w/w. Ok, to już konkretniej brzmi
>> lecz nadal nie widzę problemu.
>>
>> Co do PHP, to chyba nie ma problemu? Pobierasz ze stron producenta
>> odpowiednią wersję, instalujesz i masz. Ewentualnie w php.ini będzie
>> trzeba coś dodać lub ująć. Lokalnie możesz mieć dowolną ilość wersji
>> PHP jeśli będziesz miał potrzebę przełączania się między nimi.
>>
>> Z bazą danych jest podobnie. To kwestia włączenia/wyłączenia paru
>> opcji aby wyrównać z wersją serwerową. Tu nawet jest jeszcze prościej
>> bo możesz z bazą łączyć się zdalnie jeśli nie chce Ci się dociekać co
>> włączyć. Robisz klona na zdalnym serwerze i z nim się łączysz.
>>
>> O co chodzi zatem?
>>
>> Ja tak właśnie pracuję. Na lokalu mam 3 wersje PHP, odpowiednie dla
>> poszczególnych projektów - po to by się zgadzały z tym, co na
>> serwerze. Z bazą mam jeszcze prościej bo nie używam badziewnego
>> MySQLa, którego, tak na marginesie już w zasadzie nie ma pod tą nazwą.
>> Stosuję PostgreSQL. Konfiguracja tej bazy jest praktycznie żadna więc
>> ryzyko, że będzie coś innego niż na serwerze - minimalne.
>>
>> Nie bawię się w dockery czy VM-ki bo to z armatą na wróble.
>>
> Czyli jak się przełączam z development na testing to mam zmieniać pho.inu?
php.ini

do góry

W dniu 2019-09-19 o 11:07, Jivanmukta pisze:
>>>
>> Czyli jak się przełączam z development na testing to mam zmieniać
>> pho.inu?
> php.ini

Nie, kompletnie nic nie masz robić. No chyba, że z jakiegoś wyszukanego
względu masz taką potrzebę. JA nigdy bym nie wpadł na to aby aplikacja w
testach miała mieć inne PHP niż na devie czy prodzie.

Jeszcze raz w punktach - może będzie klarowniej:

1. Patrzysz, jaką wersję PHP i konfigurację masz na serwerze.
2. Na komputerze lokalnym instalujesz taką samą i ustawiasz te same
parametry w php.ini.
3. Lokalnie zmieniasz sobie tryb pracy aplikacji prod/dev/test/cokolwiek
a PHP cały czas ma dokładnie to samo. Nic się nie zmienia.

Jeśli z kolei masz więcej projektów wymagających innych wersji PHP, to
dopiero wtedy przypisujesz sobie na lokalu różne wersje dla różnych
aplikacji. Możesz mieć bowiem wiele wersji na jednym komputerze (lokalnym).

--
Pozdrawiam,
Marek

do góry