{"id":228921,"date":"2022-11-05T12:40:00","date_gmt":"2022-11-05T09:40:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=228921"},"modified":"2022-11-09T04:48:45","modified_gmt":"2022-11-09T01:48:45","slug":"primer-w-bash-dla-programistow-wordpress","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pl\/primer-w-bash-dla-programistow-wordpress\/","title":{"rendered":"Primer w Bash dla programist\u00f3w WordPress"},"content":{"rendered":"\n

Od czasu do czasu instaluj\u0119 oprogramowanie przez Composer<\/a> lub umieszczam niekt\u00f3re z jego plik\u00f3w binarnych w katalogach innych ni\u017c zwyk\u0142e miejsca, w kt\u00f3rych macOS spodziewa si\u0119 je znale\u017a\u0107.<\/p>\n

Oznacza to, \u017ce je\u015bli uruchamiasz aplikacj\u0119 z poziomu Terminala lub aplikacja z graficznym interfejsem u\u017cytkownika spodziewa si\u0119, \u017ce znajduje si\u0119 w okre\u015blonej lokalizacji na dysku, prawdopodobnie b\u0119dzie si\u0119 tego spodziewa\u0107 w jednym z pi\u0119ciu miejsc:<\/p>\n

    \n
  1. \/usr\/bin<\/li>\n
  2. \/kosz<\/li>\n
  3. \/usr\/sbin<\/li>\n
  4. \/sbin<\/li>\n
  5. \/usr\/local\/bin<\/li>\n<\/ol>\n

    Ale, jak powiedzia\u0142em, z czasem instalujemy rzeczy za pomoc\u0105 narz\u0119dzi innych firm lub instalujemy rzeczy, kt\u00f3re umieszczaj\u0105 pliki binarne poza jednym z tych katalog\u00f3w.<\/p>\n

    Przyk\u0142ad: co si\u0119 stanie, je\u015bli chcesz zainstalowa\u0107 WP-CLI<\/a> globalnie? A co, je\u015bli chcesz u\u017cy\u0107 wersji MySQL, kt\u00f3ra jest dostarczana z MAMP<\/a>? <\/p>\n

    W takich przypadkach te pliki binarne nie b\u0119d\u0105 zawarte w \u017cadnym z wy\u017cej wymienionych katalog\u00f3w. Kiedy tak si\u0119 stanie, musisz zmodyfikowa\u0107 sw\u00f3j profil. Je\u015bli nigdy tego nie robi\u0142e\u015b, mo\u017ce to by\u0107 trudne. I mo\u017ce by\u0107 ba\u0142agan, je\u015bli nie robisz tego metodycznie z biegiem czasu.<\/p>\n

    Oto elementarz Bash dla programist\u00f3w WordPress na temat tego, czym jest Tw\u00f3j profil bash<\/strong> i jak nim zarz\u0105dza\u0107 oprogramowaniem innych firm.<\/p>\n

    Bash dla programist\u00f3w WordPress<\/h2>\n

    Zanim zaczniesz ustawia\u0107 \u015bcie\u017cki dla innego oprogramowania i tym podobnych, wa\u017cne jest, aby pami\u0119ta\u0107, \u017ce mo\u017cesz nie mie\u0107 bash_profile<\/strong>. Oznacza to, \u017ce je\u015bli u\u017cywasz terminala, mo\u017cesz u\u017cy\u0107 innego typu pow\u0142oki, a je\u015bli tak jest, jeste\u015b ju\u017c daleko przed tym postem.<\/p>\n

    Je\u015bli z drugiej strony u\u017cywasz pow\u0142oki terminala bez zmian, kt\u00f3ra jest dostarczana z macOS. Ale najpierw, czym jest muszla<\/a>? <\/p>\n

    \n

    W informatyce pow\u0142oka jest interfejsem u\u017cytkownika umo\u017cliwiaj\u0105cym dost\u0119p do us\u0142ug systemu operacyjnego. Og\u00f3lnie pow\u0142oki systemu operacyjnego u\u017cywaj\u0105 interfejsu wiersza polecenia (CLI) lub graficznego interfejsu u\u017cytkownika (GUI), w zale\u017cno\u015bci od roli komputera i konkretnej operacji.<\/p>\n<\/blockquote>\n

    A je\u015bli u\u017cywasz Terminala bez modyfikacji, prawdopodobnie u\u017cywasz Bash<\/a>.<\/p>\n

    Wreszcie, wszystkie ustawienia dla ka\u017cdego uruchomienia Terminala s\u0105 przechowywane w odpowiednim pliku profilu pow\u0142oki. W takim przypadku wszystko jest przechowywane w .bash_profile<\/strong>.<\/p>\n

    Aby wszystko by\u0142o skonfigurowane dok\u0142adnie tak, jak tego potrzebujemy, musimy wprowadzi\u0107 pewne zmiany (lub nawet je zainicjowa\u0107), aby wszystko dzia\u0142a\u0142o.<\/p>\n

    Zauwa\u017c\u00a0<\/strong>, \u017ce po ka\u017cdej zmianie dokonanej w .bash_profile<\/strong> mo\u017cesz chcie\u0107 uruchomi\u0107:<\/p>\n

    $ source ~\/.bash_profile<\/code><\/pre>\n
    Tak wi\u0119c wszystkie nowe zmiany, kt\u00f3re zosta\u0142y wprowadzone, s\u0105 \u0142adowane dla bie\u017c\u0105cej sesji terminala.<\/p>\n
    Profil pocz\u0105tkowy<\/h3>\n
    Za ka\u017cdym razem, gdy konfiguruj\u0119 sw\u00f3j pocz\u0105tkowy profil, zawsze wygl\u0105da tak samo. Oznacza to, \u017ce zawiera pi\u0119\u0107 katalog\u00f3w, kt\u00f3re wymieni\u0142em powy\u017cej<\/a> :<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin:$PATH\"\nexport PATH<\/code><\/pre>\n
    Zauwa\u017cysz jednak na ko\u0144cu\u00a0 zmiennej PATH<\/strong>, \u017ce jest co\u015b, co wygl\u0105da jak inna zmienna. W szczeg\u00f3lno\u015bci m\u00f3wi\u0119 o $PATH<\/strong>. I wa\u017cne jest, aby to zrozumie\u0107, poniewa\u017c wp\u0142ywa to na spos\u00f3b znajdowania program\u00f3w w terminalu.<\/p>\n
    Co to jest $PATH?<\/h4>\n
    Po pierwsze, pomy\u015bl, \u017ce by\u0142 to spos\u00f3b na wyszukiwanie plik\u00f3w binarnych przez pow\u0142ok\u0119 lub system operacyjny. Wi\u0119c je\u015bli masz wszystkie pi\u0119\u0107 powy\u017cszych \u015bcie\u017cek, system operacyjny b\u0119dzie szuka\u0142 w tych katalogach okre\u015blonych plik\u00f3w binarnych.<\/p>\n
    \"Primer<\/a><\/p>\n
    Aby to wypr\u00f3bowa\u0107, uruchom terminal i wpisz:<\/p>\n
    $ which clear<\/code><\/pre>\n
    A to poka\u017ce ci, gdzie znajduje si\u0119 czysty<\/strong> plik wykonywalny w twoim systemie (gdzie clear po prostu czy\u015bci ekran terminala \ud83d\ude42).<\/p>\n
    Nast\u0119pnie zauwa\u017c, \u017ce $PATH\u00a0<\/strong> jest zdefiniowana na ko\u0144cu ci\u0105gu w powy\u017cszym przyk\u0142adzie. Gdy zmodyfikujesz sw\u00f3j profil, b\u0119dziesz chcia\u0142 z nim pracowa\u0107. W skr\u00f3cie okre\u015bla kolejno\u015b\u0107 przeszukiwania katalog\u00f3w.<\/p>\n
    Tak wi\u0119c w powy\u017cszym skr\u00f3cie Terminal b\u0119dzie szuka\u0142 pliku binarnego pasuj\u0105cego do tego, co chcesz wykona\u0107, zaczynaj\u0105c od \/usr\/bin<\/strong> i ko\u0144cz\u0105c na \/usr\/local\/bin<\/strong>.<\/p>\n
    Co oznacza \u201eeksport"?<\/h3>\n
    Je\u015bli nie u\u017cywasz Basha, nie mog\u0119 komentowa\u0107 odpowiednika, ale w kontek\u015bcie Basha export<\/strong> to spos\u00f3b na jawne przypisanie warto\u015bci do\u00a0 zmiennej PATH<\/strong> zdefiniowanej w powy\u017cszym opisie.<\/p>\n
    Oznacza to, \u017ce w programowaniu u\u017cywamy do tworzenia zmiennej i przypisywania jej warto\u015bci. To jest podobne do tego. Jednak jeste\u015bmy nieco bardziej jednoznaczni. M\u00f3wi\u0105c najpro\u015bciej, ustawiamy zmienn\u0105 po lewej stronie na warto\u015b\u0107 po prawej stronie. A to ustawia si\u0119 za pomoc\u0105 eksportu.<\/strong><\/p>\n
    Wi\u0119c je\u015bli chcesz zobaczy\u0107, co\u00a0 zawiera $PATH<\/strong>, wpisz to do swojego terminala:<\/p>\n
    $ echo $PATH<\/code><\/pre>\n
    Wtedy zobaczysz warto\u015b\u0107 pi\u0119ciu dotychczas zdefiniowanych \u015bcie\u017cek.<\/p>\n
    \"Primer<\/a><\/p>\n
    Jednak z biegiem czasu naturalnie chcemy doda\u0107 do tego wi\u0119cej.<\/p>\n
    Pakiety kompozytorskie<\/h3>\n
    M\u00f3wi\u0142em o instalacji Composera i jak instalowa\u0107 pakiety za jego pomoc\u0105 w poprzednich wpisach globalnie. Za\u0142\u00f3\u017cmy jednak, \u017ce ze wzgl\u0119du na argument, chcemy zainstalowa\u0107 WP-CLI, a nast\u0119pnie doda\u0107 go tak, aby mo\u017cna by\u0142o uzyska\u0107 do niego dost\u0119p za po\u015brednictwem terminala w dowolnym miejscu naszego systemu. A wszystko to mo\u017cna zrobi\u0107, korzystaj\u0105c z powy\u017cszych informacji profilowych.<\/p>\n
    Zak\u0142adaj\u0105c, \u017ce masz zainstalowanego kompozytora, a tw\u00f3j composer.json wygl\u0105da tak<\/a> (wraz z kilkoma innymi rzeczami, ale na razie je zignoruj):<\/p>\n
    {\n    \"require\": {\n        \"squizlabs\/php_codesniffer\": \"2.9.1\",\n        \"wp-cli\/wp-cli\": \"~1.2.1\",\n        \"psy\/psysh\": \"~0.8.6\"\n    }\n}\n<\/code><\/pre>\n
    A ty biega\u0142e\u015b:<\/p>\n
    $ composer update<\/code><\/pre>\n
    Nast\u0119pnie zainstalowano WP-CLI. Ale kiedy pr\u00f3bujesz wykona\u0107 go z terminala poza jego katalogiem instalacyjnym, nie dzia\u0142a. Wi\u0119c co daje?<\/p>\n
    \"Primer<\/a><\/p>\n
    \u015acie\u017cka do plik\u00f3w binarnych zainstalowanych przez composer nie jest ustawiona w naszym .bash_profile<\/strong>. Aby to naprawi\u0107, dodaj now\u0105 lini\u0119 do .bash_profile<\/strong>, ale upewnij si\u0119, \u017ce nie przedefiniujesz czego\u015b, co ju\u017c istnieje.<\/p>\n
    To znaczy, poniewa\u017c PATH<\/strong> istnieje, mo\u017cemy po prostu ustawi\u0107 $PATH<\/strong> na ko\u0144cu naszej nowej linii i do\u0142\u0105czy\u0107 do niej nasz katalog Composer. W ten spos\u00f3b nie powielamy katalog\u00f3w ani warto\u015bci w zmiennej za ka\u017cdym razem, gdy je eksportujemy i ustalamy priorytet, kt\u00f3re katalogi s\u0105 przeszukiwane.<\/p>\n
    Na przyk\u0142ad<\/a> :<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin\"\nPATH=\"$HOME\/.composer\/vendor\/bin:$PATH\"\n\nexport PATH<\/code><\/pre>\n
    Nast\u0119pnie, gdy spr\u00f3bujesz uruchomi\u0107 wp<\/strong> z dowolnego miejsca w wierszu polece\u0144, powinno dzia\u0142a\u0107 i powiniene\u015b by\u0107 w stanie wpisa\u0107:<\/p>\n
    $ which wp<\/code><\/pre>\n
    I zobacz, \u017ce pochodzi z katalogu composer\/vendor\/bin<\/strong>. Aha \u2013 i zauwa\u017c, \u017ce $HOME<\/strong> to zmienna, kt\u00f3ra odwo\u0142uje si\u0119 do katalogu domowego bie\u017c\u0105cego u\u017cytkownika. Mo\u017cna to zmieni\u0107, ale wykracza to poza zakres tego postu.<\/p>\n
    Oprogramowanie MAMP<\/h3>\n
    W tym momencie zmieni si\u0119 wersja PHP, MySQL lub innych j\u0119zyk\u00f3w i narz\u0119dzi, z kt\u00f3rych zdecydujesz si\u0119 korzysta\u0107. Doda\u0142em kilka r\u00f3\u017cnych post\u00f3w dotycz\u0105cych MAMP (1<\/a>, 2<\/a>, 3<\/a> ), wi\u0119c to w\u0142a\u015bnie wybieram jako przyk\u0142ad.<\/p>\n
    W szczeg\u00f3lno\u015bci chc\u0119 u\u017cywa\u0107 PHP i MySQL w wersji MAMP \u2013 a nie tego, co jest dostarczane z systemem. Ale w tym momencie mo\u017cesz uruchomi\u0107:<\/p>\n
    $ which php<\/code><\/pre>\n
    I:<\/p>\n
    $ which mysql<\/code><\/pre>\n
    I zobacz, \u017ce oba pochodz\u0105 z katalog\u00f3w systemowych. Nale\u017cy to zmieni\u0107, aby nasz dost\u0119p z wiersza polece\u0144 korzysta\u0142 z tej samej wersji oprogramowania, z kt\u00f3rej korzysta nasza aplikacja.<\/p>\n
    Aby to zrobi\u0107, mo\u017cemy doda\u0107 nast\u0119puj\u0105ce wiersze<\/a> do naszego .bash_profile<\/strong> :<\/p>\n
    PATH=\"\/usr\/bin:\/bin:\/usr\/sbin:\/sbin:\/usr\/local\/bin\"\nPATH=\"$PATH:$HOME\/.composer\/vendor\/bin\"\nPATH=\"\/Applications\/MAMP\/bin\/php\/php7.1.0\/bin:$PATH\"\n\nexport PATH<\/code><\/pre>\n
    Jest tu jednak co\u015b do zaimportowania: umie\u015bci\u0142em katalog binarny PHP MAMP przed warto\u015bciami $PATH<\/strong>. Dzieje si\u0119 tak, poniewa\u017c chc\u0119, aby system najpierw szuka\u0142 tutaj (nie w katalogach systemowych).<\/p>\n
    Jest jednak drugie wyzwanie. MAMP jest dostarczany z kilkoma r\u00f3\u017cnymi wersjami PHP i szanse na to, \u017ce za ka\u017cdym razem b\u0119dziemy u\u017cywa\u0107 tej samej wersji s\u0105 niewielkie. Potrzebujemy wi\u0119c sposobu na u\u017cycie dowolnej wersji wybranej w MAMP, prawda?<\/p>\n
    Jednym ze sposob\u00f3w na to jest u\u017cycie aliasu.<\/p>\n
    A co z aliasami?<\/h3>\n
    Mo\u017cesz my\u015ble\u0107 o aliasach jako o skr\u00f3cie \u2014 to szybki spos\u00f3b na wykonanie okre\u015blonego polecenia lub programu bez konieczno\u015bci wpisywania w pe\u0142ni kwalifikowanej nazwy do programu.<\/p>\n
    W przypadku MAMP i PHP istnieje kilka wersji PHP, kt\u00f3rych mo\u017cemy u\u017cywa\u0107. W chwili pisania tego tekstu mam:<\/p>\n