PhpStorm — ploshadka.net

PostgreSQL в Ubuntu — внешнее подключение к базе данных

Admin — Sun, 13 Sep 2020 18:19:55 +0000

Внешнее подключение к PostgreSQL, который настроен на сервере Ubuntu через программы PhpStorm, PyCharm или DataGrip.

В статье предполагается, что у вас есть первичная настройка сервера на Ubuntu. Это означает в том числе, что у вас отключен вход на сервер по паролю и настроен вход на сервер через SSH протокол.

Подключение к PostgreSQL в PhpStorm, PyCharm или DataGrip

Настраиваем SSH

Открываем вкладку подключения к базе данных, выбираем PostgreSQL и переходим ко вкладке SSH/SSL:

Ставим галочку возле пункта Use SSH tunnel и переходим по кнопке … к дальнейшей настройке:

Здесь:
Host — вводим ip адрес своего сервера
User name — пользователь Linux системы
Authentication type — выбираем OpenSSH config and authentication agent.

Далее нажимаем на кнопку Test Connection. Должны увидеть надпись Successfully connected!.

После успешного подключения к серверу по протоколу SSH настроим подключение к самой базе данных.

Подключение к базе данных

Открываем вкладку подключения к базе данных и выбираем PostgreSQL:

Host — вводим ip адрес своего сервера
User — пользователь в БД
Password — пароль этого пользователя в БД
Database — название базы данных
URL — сформируется сам

Как создать базу данных, пользователя и пароль к нему есть в статье PostgreSQL.

В базовой конфигурации PostgreSQL внешнее подключение закрыто. При попытке подключиться будут возникать ошибки. Разберем каждую из них и откроем внешний доступ.

postgresql.conf

Для исправления ошибки:

[08001] The connection attempt failed.
java.net.SocketException: Connection reset.

Поправим конфигурацию в файле postgresql.conf.

Сейчас удаленный сервер сообщает, что соединение не было распознано. Самая вероятная причина — закрыт доступ.

Найдем файл postgresql.conf:

find / -name postgresql.conf 2>/dev/null

Покажет один или несколько файлов. Открываем следующий файл (вместо 12 версии у вас может быть другая):

sudo nano /etc/postgresql/12/main/postgresql.conf

Находим строку:

#listen_addresses = 'localhost' # what IP address(es) to listen on;

Меняем её на эту:

listen_addresses = '*' # what IP address(es) to listen on;

Перезагружаем PostgreSQL:

sudo service postgresql restart

pg_hba.conf

Для исправления следующей ошибки:

The specified database user/password combination is rejected: [28000] FATAL: no pg_hba.conf entry for host «111.111.111.111», user «ploshadka», database «ploshadka», SSL on

Поправим конфигурацию в файле pg_hba.conf.

Найдем файл конфигурации:

find / -name pg_hba.conf 2>/dev/null

Откроем его:

sudo nano /etc/postgresql/12/main/pg_hba.conf

Меняем эту строку:

# host all all 127.0.0.1/32 md5

На эту:

host all all 0.0.0.0/0 md5

Перезагружаем PostgreSQL:

sudo service postgresql restart

После всех настроек нажимаем Test Connection. Должна появится следующая надпись:

Настройка JSHint в PhpStorm

Admin — Tue, 14 Jul 2020 08:00:00 +0000

JSHint это свод правил по которым код проверятся на работоспособность. Например, если вы используете let, а JSHint на ES5, то будет показываться ошибка.

Для исправления этого мы можем создать свой файл JSHint. Внести туда свои правила.

Скачиваем типовой конфиг:
https://github.com/jshint/jshint/blob/master/examples/.jshintrc

Опции:
https://jshint.com/docs/options/

Чтобы PhpStorm перестал ругаться в JS файлах на let, меняем версию с 5-ой на 6-ую:

{
"esversion": 6
}

PhpStorm автоматизация запуска скриптов

Admin — Sat, 04 Jul 2020 08:00:00 +0000

Как запускать автоматически скрипты, команды и прочее на PhpStorm.

Разберем на примере запуска компиляции webpack.

Открываем добавления настроек:

Дальше выбираем npm

Определяем свой путь и свои команды, по аналогии со скрином:

Можно также запустить какой-нибудь bash скрипт:

А затем его запускать перед запуском вебпака:

Например, можно сделать так, чтобы открывались какие-то страницы в шторме, требовали изменения их содержимого, а затем нажав enter в консоли, скрипт продолжил бы работу и запустил компиляцию webpack.

Адрес Project Menager в Mac OS:

/usr/local/lib/node_modules/npm

Поиск regex в PhpStorm

Admin — Mon, 25 May 2020 08:00:00 +0000

Пример поиска в шторме с помощью регулярных выражений.

На одной строке

(SELECT).*(post_id).*(meta_key)

С новой строки

(SELECT)[\s\S]*(post_id)[\s\S]*(meta_key)

Can’t start listening for connections from ‘xdebug’: Port 9000 is busy

Admin — Sun, 10 May 2020 08:00:15 +0000

Исправляем ошибку в xdebug, когда занят порт для работы дебага.

Меняем порт в настройках PhpStorm

Если xdebug настроен через Vagrant, то порт следует поменять и в вагранте.

Заходим на сервер

vagrant ssh

Находим свою версию php

php -v

Переходим в конфигурацию xdebug

cd /etc/php/7.4/cli/conf.d

Открываем файл

sudo nano 20-xdebug.ini

Добавляем строку с новым портом:

xdebug.remote_port = 9003

Выходит из вагранта и перезагружаем его:

exit
vagrant reload

PhpStorm — как быстро открыть папку на Mac OS

Admin — Tue, 10 Mar 2020 08:00:02 +0000

Как быстро перейти в нужную папку на Mac OS.

Вариант 1

Вместо того чтобы писать cd / перетаскиваем любую папку в консоль:

Откроется новое окошко терминала по адресу этой папки.

Вариант 2

Выделить папку и нажать клавиши cmd+shift+C. Этим вы скопируете путь до директории. Дальше останется написать cd и вставить путь.

Настраиваем проверки PHP кода в PhpStorm и не только

Admin — Mon, 09 Mar 2020 08:00:08 +0000

Устанавливаем модули для проверки PHP кода в PhpStorm — Code Sniffer, Mess Detector.

Устанавливаем PHP Code Sniffer

Устанавливаем через composer

composer global require "squizlabs/php_codesniffer=*"

Затем заходим в Quality Tools

Заходим внутрь настроек Code Sniffer и выбираем путь до файлов phpcs (проверка) и phpcbf (автоматическое исправление):

~/.composer/vendor/squizlabs/php_codesniffer/bin/phpcs

Отмечаем в Inspections, что хотим авто-проверку:

И наслаждаемся результатом:

Более подробно здесь
https://www.jetbrains.com/help/phpstorm/using-php-code-sniffer.html

Устанавливаем Mess Detector

Делаем все по аналогии для Mess Detector.

Устанавливаем:

composer global require 'phpmd/phpmd=*'

Заходим в папку куда установили и выбираем файл phpmd:

~/.composer/vendor/phpmd/phpmd/src/bin/phpmd

Более подробно:
https://www.jetbrains.com/help/phpstorm/using-php-mess-detector.html

CS Fixer

CS Fixer расшифровывается как PHP Coding Standards fixer.

Установка CS Fixer

composer global require friendsofphp/php-cs-fixer

Выбираем директорию установки в PhpStorm

~/.composer/vendor/friendsofphp/php-cs-fixer/php-cs-fixer

Также по аналогии выделаем в Editors->Insepctions

Для ручного запуска:

/Users/Dream/.composer/vendor/friendsofphp/php-cs-fixer/php-cs-fixer fix file

Подробнее:
https://www.jetbrains.com/help/phpstorm/using-php-cs-fixer.html

PHPLOC

Статистика для PHP кода.

Установка:

composer global require 'phploc/phploc=*'

Проверить папку с кодом:

/Users/Dream/.composer/vendor/phploc/phploc/phploc directory

где folder название папки следующее за тем местом, откуда вызывается код, но можно указать и абсолютные пути. Кому что больше нравится.

Dead Code Detector (DCD)

Находит мертвый код в проекте.

Установка:

composer global require 'sebastian/phpdcd=*'

Используем:

/Users/Dream/.composer/vendor/sebastian/phpdcd/phpdcd directory

Copy/Paste Detector (CPD)

Находит дублирование кода в проекте.

Установка:

composer global require 'sebastian/phpcpd=*'

Используем:

/Users/Dream/.composer/vendor/sebastian/phpcpd/phpcpd directory

Как подключиться к MySQL на localhost

Admin — Sat, 15 Feb 2020 08:00:36 +0000

После того как мы установили к себе веб-сервер на Mac Os, мы вероятно захотим подключиться к базе данных MySQL через стороннюю программу. И вот как это сделать, ниже в статье.

На примере PhpStorm, но по сути алгоритм везде одинаков.

Типовые настройки:

логин — root

пароль — password

порт — 3306

server host — 127.0.0.1

Если следом попробовать подключиться, то не получится. Вместо этого возникнет ошибка:

java.lang.RuntimeException: com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value ‘MSK’ is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.mysql.cj.exceptions.ExceptionFactory.createException(ExceptionFactory.java:61)
at com.mysql.cj.exceptions.ExceptionFactory.createException(ExceptionFactory.java:85)
at com.mysql.cj.util.TimeUtil.getCanonicalTimezone(TimeUtil.java:132)
at com.mysql.cj.protocol.a.NativeProtocol.configureTimezone(NativeProtocol.java:2241)
at com.mysql.cj.protocol.a.NativeProtocol.initServerSession(NativeProtocol.java:2265)
at com.mysql.cj.jdbc.ConnectionImpl.initializePropsFromServer(ConnectionImpl.java:1319)
at com.mysql.cj.jdbc.ConnectionImpl.connectWithRetries(ConnectionImpl.java:868)
at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:830)
at com.mysql.cj.jdbc.ConnectionImpl.(ConnectionImpl.java:455)
at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:240)
at com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:199)
in JdbcHelperImpl.connect(JdbcHelperImpl.java:558) (no stack trace).
com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value ‘MSK’ is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.

Суть всего этого в том, что не настроена временная зона. Для её настройки переходим к настройке драйверов (на первом скрине Go to Driver).

Далее выбираем временную зону UTC (serverTimezone):

Теперь с Test Connection будет все ок

DBMS: MySQL (ver. 8.0.17) Case sensitivity: plain=mixed, delimited=mixed Driver: MySQL Connector/J (ver. mysql-connector-java-8.0.15 (Revision: 79a4336f140499bd22dd07f02b708e163844e3d5), JDBC4.2) Ping: 21 ms

Настройки для DBeaver (здесь еще все проще):

PhpUnit в PhpStorm

Admin — Mon, 25 Nov 2019 11:43:42 +0000

Базовая установки и настройка PhpUnit в PhpStorm.

Установка PhpUnit

Устанавливаем через композер:

composer require --dev phpunit/phpunit ^latest

Или глобально:

composer global require "phpunit/phpunit"

Настройки в PhpStorm

Запуск тестов

Перейти в директорию вне директории vendor и запустить скрипт:

vendor/bin/phpunit

Конкретное обращение:

vendor/bin/phpunit tests
vendor/bin/phpunit tests/user/UsersTest.php

Прочее

Другие способы установки и более подробные гайды можно найти здесь:
https://phpunit.readthedocs.io/ru/latest/installation.html

Установка xdebug на PhpStorm

Admin — Mon, 04 Nov 2019 12:00:24 +0000

Инструкция по настройке xdebug в PhpStorm на Mac OS.

Все следующее будет справедливо при установленном Homebrew и настроенным веб-сервером на Mac OS.

xdebug настраивать не всегда просто. Надо прописывать и указывать много всего разного. В данном труде будет описан один из возможных вариантов настройки с установленными у меня на тот момент версиями PHP. Соответственно нужно не тупо копировать ссылки на директории, а смотреть где всё находится это у вас и делать под себя. Также описаны ошибки, которые встречались у меня при настройке.

Установка

Заходим в консоль и запускаем команду установки xdebug

pecl install xdebug

Ошибка 1

Если возникла ошибка такого типа: Ошибка ERROR: failed to mkdir /usr/local/Cellar/php/7.3.9_1/pecl/

running: find «/private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2» | xargs ls -dils
8803261274 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2
8803261823 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr
8803261824 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr/local
8803261825 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr/local/Cellar
8803261826 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr/local/Cellar/php
8803261827 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr/local/Cellar/php/7.3.9_1
8803261828 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr/local/Cellar/php/7.3.9_1/pecl
8803261829 0 drwxr-xr-x 3 Dream wheel 96 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr/local/Cellar/php/7.3.9_1/pecl/20180731
8803261830 576 -rwxr-xr-x 1 Dream wheel 294068 Oct 19 02:56 /private/tmp/pear/temp/pear-build-DreamjT4nWU/install-xdebug-2.7.2/usr/local/Cellar/php/7.3.9_1/pecl/20180731/xdebug.so

Build process completed successfully
Installing ‘/usr/local/Cellar/php/7.3.9_1/pecl/20180731/xdebug.so’

Warning: mkdir(): File exists in System.php on line 294
PHP Warning: mkdir(): File exists in /usr/local/Cellar/php/7.3.9_1/share/php/pear/System.php on line 294

Warning: mkdir(): File exists in /usr/local/Cellar/php/7.3.9_1/share/php/pear/System.php on line 294
ERROR: failed to mkdir /usr/local/Cellar/php/7.3.9_1/pecl/20180731

То для решения, нас интересует последняя строка:

ERROR: failed to mkdir /usr/local/Cellar/php/7.3.9_1/pecl/20180731

Заходим и удаляем там файл pecl. После этого снова запускам установку xdebug.

Ошибка 2

Как-то раз возникла такая ошибка:

Notice: Trying to access array offset on value of type bool in REST.php on line 181
PHP Notice: Trying to access array offset on value of type bool in /usr/local/Cellar/php/7.4.2/share/php/pear/PEAR/REST.php on line 181

Notice: Trying to access array offset on value of type bool in /usr/local/Cellar/php/7.4.2/share/php/pear/PEAR/REST.php on line 181
No releases available for package «pecl.php.net/xdebug»
install failed

При повторном запуске команды установки, она исчезла сама по себе:

pecl install xdebug

Если всё пройдет успешно, появится сообщение:

Build process completed successfully
Installing ‘/usr/local/Cellar/php/7.3.9_1/pecl/20180731/xdebug.so’
install ok: channel://pecl.php.net/xdebug-2.7.2
Extension xdebug enabled in php.ini

Перезагружаем сервисы PHP

brew services restart php

Если вдруг PHP не перезагружается, смотрим логи:

/usr/local/var/log/php-fpm.log

Например, у меня была такая ошибка:

PHP: syntax error, unexpected BOOL_FALSE in /usr/local/etc/php/7.3/php.ini on line 1053
[19-Oct-2019 03:27:22] NOTICE: PHP message: PHP Warning: Failed loading Zend extension ‘xdebug.so’ (tried: /usr/local/lib/php/pecl/20180731/xdebug.so (dlopen(/usr/local/lib/php/pecl/20180731/xdebug.so, 9): image not found), /usr/local/lib/php/pecl/20180731/xdebug.so.so (dlopen(/usr/local/lib/php/pecl/20180731/xdebug.so.so, 9): image not found)) in Unknown on line 0
Failed loading /usr/local/Cellar/php/7.3.9_1/pecl/20180731/xdebug.so”

Failed loading /usr/local/Cellar/php/7.3.9_1/pecl/20180731/xdebug.so

Как исправить. Заходим в файл

/usr/local/etc/php/7.4/conf.d/xdebug.ini

или в ту версию, которая у вас текущая. Внутри исправляем путь до файла xdebug.so.

Его искать по адресу:

/usr/local/lib/php/pecl/

или (версия php может быть другой)

Failed loading /usr/local/Cellar/php/7.4/pecl/

Настраиваем файл php.ini

Создаём файл xdebug.ini по такому пути (ну или к той версии php которая у вас текущая):

/usr/local/etc/php/7.3/conf.d/xdebug.ini

Внутри пишем конфиг такого типа:

[XDebug]
zend_extension="/usr/local/Cellar/php/7.3.9_1/pecl/20180731/xdebug.so"
xdebug.remote_autostart=1
xdebug.remote_port=9001
xdebug.remote_enable=1
; xdebug.profiler_enable=1
; xdebug.profiler_output_dir="/Users/Dream/Sites/_xdebug-profiler/"

xdebug.remote_host=localhost
xdebug.idekey=PHPstorm

Сохраняем, перезагружаем PHP:

brew services restart php

Смотрим что показывает команда:

php --ini

Если всё хорошо, должно показываться так:

Configuration File (php.ini) Path: /usr/local/etc/php/7.3
Loaded Configuration File: /usr/local/etc/php/7.3/php.ini
Scan for additional .ini files in: /usr/local/etc/php/7.3/conf.d
Additional .ini files parsed: /usr/local/etc/php/7.3/conf.d/ext-opcache.ini,
/usr/local/etc/php/7.3/conf.d/xdebug.ini

Настраиваем CLI Interpretator в PhpStorm

Теперь заходим в настройки Шторма и там где CLI Interpreter нажимаем три точки.

Видим, что показывается PHP, которая стоит по умолчанию в системе Mac OS.

В моем случае это не подходит. Кроме стандартного маковского PHP у меня установлен php от Homebrew. А там он находится по иному пути.

Поэтому ставим другой путь (для которого мы указывали настройки).

Зависит от версии, например:

/usr/local/Cellar/php/7.3.9_1/bin

или

/usr/local/Cellar/php/7.4.2/bin

и после этого получаем такую красивую картинку, где все заполнено:

Через терминал можно проверить загруженные модули:

php -m

Сочетание xdebug должен встречаться 2 раза в списке. Один из которых под заголовком [Zend Modules].

Настраиваем PHP -> Servers

Прописываем для нашего сайта настройки таким образом:

Изменим порт на 9001

Здесь:

Добавим конфиг для дебага:

Теперь можем запускать дебаг из меню run настроек шторма:

По идее должны увидеть следующее:

Дело в том, что шторм использует php и конфиг тот который существует в системе Mac OS, а не тот что мы указали. Тем не менее он копирует конфиг нашего PHP внутрь текущего в Mac OS. Хоть на этом, спасибо!

Теперь чтобы всё заработало надо перезагрузить обычный апач:

sudo apachectl restart

Также перезайдите в проект шторма, иначе может не заработать.

И теперь наконец всё работает!

Кстати, если мы запустим php файл с функцией phpinfo() то рядом с Zend Engine увидим наш дебаг:

Как запустить xdebug

В шторме должно быть все зелененькое:

В браузере должно быть установлено расширение для дебага (в хроме Xdebug helper) и тоже включено:

В проекте PhpStorm должны быть проставлены breakpoint. Затем при перезагрузки страницы и с включенными настройками выше, откроется дебаг в шторме.

Теперь включаем трубку. А если она была включена, сначала выключить, потом включить. Перезагрузить страницу, не забыв поставить брейкпоинты. Если при загрузке страницы код попадет в брейкпоинт, то откроется программа phpStorm с такой табличкой:

Выбираем как на скрине выше и нажимаем сохранить. Эта табличка возникает только в первый раз.

На этом все. Наслаждаемся дебаггером.

Профилирование

Профилирование такая штука, которая показывает весь путь и все происходящие события при загрузки страницы.

Одновременно с установленным дебагом, мы также настроили профилирование. Оно жрет очень много памяти и ресурсов и его можно отключить в настройках php.ini.

У меня выше в настройках он был закомментирован, но если хотите запустить его, уберите точки с запятой:

; xdebug.profiler_enable=1
; xdebug.profiler_output_dir="/Users/Dream/Sites/_xdebug-profiler/"

Во второй строке указан путь куда будут сохраняться файлы профилирования, которые можно посмотреть через шторм, вкладка Tools.

Открываем файл с профилированием:

И потом наслаждаемся переплетением функций, событий и что там у вас будет еще.

PhpStorm — убираем подчеркивание warning

Admin — Mon, 20 May 2019 08:00:48 +0000

Как убрать надоедливое подчеркивания синтаксиса warning.

Для этого переходим по указанному пути в настройках PhpStorm, выбираем warning. Дальше убираем галочку с подчеркивания (underscored).

Как обновить GIT ветку до мастера (удалив все не нужное)

Admin — Tue, 05 Mar 2019 10:08:53 +0000

Инструкция как привести любую ветку к оригинальной мастера.

Если вы сделаете команду git pull origin master, то подтянутся изменения из мастера, но при этом старые изменения в текущей рабочей ветке останутся. В результате она не будет равняться мастеру.

Как привести git ветку к оригиналу

Сначала надо переключиться на нужную ветку, скажем она будет называться staging

Вводим по очереди команды:

git fetch origin
git reset --hard origin/master
git push --force

Теперь ваша локальная и удаленная ветка полностью соответсвует ветке master.

Как клонировать ветку в PhpStorm из GitHub

Admin — Fri, 01 Mar 2019 08:00:23 +0000

Клонируем репозиторий на свой компьютер с помощью Github Desktop и подключаем его в PhpStorm.

Сначала клонируем репозиторий в программе Github Desktop.

Заходим через контекстное меню:

File - > Clone Repository...

Там выбираем из уже ранее подключенных репозиториев:

Затем создаём новый проект в шторме и выбираем папку, куда был клонирован репозиторий. PhpStorm автоматически увидит подключенный git репозиторий и можно сразу наблюдать изменения в ветке:

Как удалить ветку в GITHUB

Admin — Wed, 20 Feb 2019 08:00:05 +0000

Краткая инструкция по удалению ветки в гитхабе.

Удаление на сайте github

Заходим в свой репозиторий. Находим там вкладку branches:

Нажимаем на неё и оказываемся на следующей странице:

Справа от веток находим иконку корзины. Это полностью позволяет удалить ветку.

Удаление через консоль

Удаляет локальную ветку, если уже сделан её пуш и мердж:

git branch -d branch_name

Принудительно (force) удаляет локальную ветку, несмотря ни на что:

git branch -D branch_name

Теперь удалим такую же ветку из самого репозитория:

git push origin --delete stage

Удаление всех локальных веток, если не существует удаленных (были удалены):

git fetch --all --prune
git branch -vv | grep ': gone]' | awk '{print $1}' | xargs git branch -d

Удаление через PhpStorm

В PhpStorm переходим на ветку master:

Отсюда удаляем ненужную ветку из локальной среды:

Как сделать экспорт базы данных в программах JetBrains

Admin — Thu, 15 Nov 2018 08:00:29 +0000

Разбираем как экспортировать таблицы в БД через подключение в программах JetBrains (DataGrip, PhpStorm, PyCharm и т.д.).

Более подробная статья об импорте/экспорте в DataGrip.

Выбираем нужную таблицу в БД программы phpStorm. Вызываем контекстное меню. Нас интересует пункт меню dump with ‘mysqldump’.

Появится следующее окошко:

В поле path to mysqldump выбираем программу для создания дампов. У меня за это отвечает модуль в программе MAMP. Его путь и указан на скрине. Без этой утилиты (mysqldump) получить дамп не получится.

Теперь при нажатии Run будет сделан экспорт выбранной таблицы MySQL.

Установка Ruby и gem через RVM на Mac OS

Admin — Tue, 30 Oct 2018 15:28:00 +0000

Процесс установки Ruby на Mac OS через систему управления пакетами RVM.

Введение

Я уже писал о том, как установить Ruby на Mac OS через Homebrew.

Минус вышеуказанной установки в том, что Ruby и его гемы будут установлены в рут директорию. В этом нет ничего плохого, если всё делать правильно.

А можно пойти другим путём и установить Ruby и gem-ы, не затрагивая основную версию. Для этого на Mac OS есть сторонние инструменты вроде rbenv и RVM (Ruby Version Manager). На последнем и остановимся.

Установка RVM (система управления пакетами)

Вариант 1

gpg --keyserver hkp://keys.gnupg.net --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3 7D2BAF1CF37B13E2069D6956105BD0E739499BDB

При этой команде может возникнуть ошибка:

gpg: command not found

Ругается на отсутствие GnuPG. По умолчанию в маке он не установлен. Можно его установить через Homebrew:

brew install gnupg gnupg2

А затем заново повторить команду.

Вариант 2

Без дополнительных установок, инсталлируем через curl:

\curl -sSL https://get.rvm.io | bash -s stable

Процесс установки:

В конце установки появится надпись, которая сообщает, что делать дальше:

To start using RVM you need to run `source /Users/Dream/.rvm/scripts/rvm`
in all your open shell windows, in rare cases you need to reopen all shell windows.

Команда установит RVM для текущего пользователя:

source /Users/Dream/.rvm/scripts/rvm

На этом установка менеджера для Ruby завершена.

Установка Ruby с помощью RVM

Посмотрим какие версии руби можно установить:

rvm list known

На само деле, указываются не все версии. Самые последние могут не показываться. Можно загуглить последнюю стабильную сборку и указать её версию в установке.

Устанавливаем последнюю версию руби:

rvm install 2.5.3

Не пугаемся надписи, всё нормально:

Searching for binary rubies, this might take some time.
No binary rubies available for: osx/10.14/x86_64/ruby-2.5.1.
Continuing with compilation. Please read 'rvm help mount' to get more information on binary rubies.

Установка занимает несколько минут. Полный процесс установки:

Для выбора версии Ruby, которая будет использоваться по умолчанию, используется команда:

rvm use ruby 2.5.3 --default

Можно вернуться к использованию системной версии ruby

rvm use system

Для каждой из версии руби можно установить отдельный набор гемов (gemset).

Создаём gemset который назовём work:

rvm use 2.5.3@work --create

Можно посмотреть все созданные «наборы гемов»:

rvm gemset list

Применить «набор сетов» по умолчанию:

rvm use 2.5.3@work

Установка gems в Ruby на RVM

Если после установки гемов ничего не работает, можно попробовать установить через sudo.

Устанавливаем гем компосса:

rvm @work do gem install compass

Устанавливаем дополнительные любые другие гемы, например:

rvm @work do gem install breakpoint
rvm @work do gem install autoprefixer-rails

Процесс установки:

Удаляем гем из набора гемов:

rvm @work do gem uninstall listen

где listen — название гема

Чистка и удаление RVM

Удалить определенную версию Ruby:

rvm remove 2.5.1

Чтобы удалить «набор гемов» (gemset):

rvm gemset delete work

Посмотреть все установленные версии ruby:

rvm list

Перезагрузка RVM

rvmreset

Полностью удалить RVM:

rvm implode

Настройка в PhpStorm

По умолчанию compass в маке находится по такому пути:

Однако мы установили в другую директорию, поэтому меняем путь на другой:

/Users/Dream/.rvm/gems/ruby-2.5.3@work/gems/compass-1.0.3/bin/compass

Также настраиваем под себя Arguments:

compile $FileParentDir(sass)$

Заключение

Установили систему управления пакетами для Ruby
Установили нужную нам версию руби в директорию текущего юзера
Добавили туда необходимые гемы
Настроили compass в PhpStorm

Возможные ошибки

/Users/Dream/.rvm/gems/ruby-2.5.1@work/gems/compass-1.0.3/bin/compass compile /Users/...
/Users/Dream/.rvm/rubies/ruby-2.5.1/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require': cannot load such file -- compass/core (LoadError)
from /Users/Dream/.rvm/rubies/ruby-2.5.1/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
from /Users/Dream/.rvm/gems/ruby-2.5.1@work/gems/compass-1.0.3/lib/compass.rb:14:in `block in '
from /Users/Dream/.rvm/gems/ruby-2.5.1@work/gems/compass-1.0.3/lib/compass.rb:13:in `each'
from /Users/Dream/.rvm/gems/ruby-2.5.1@work/gems/compass-1.0.3/lib/compass.rb:13:in `'
from /Users/Dream/.rvm/rubies/ruby-2.5.1/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
from /Users/Dream/.rvm/rubies/ruby-2.5.1/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require'
from /Users/Dream/.rvm/gems/ruby-2.5.1@work/gems/compass-1.0.3/bin/compass:20:in `block in '
from /Users/Dream/.rvm/gems/ruby-2.5.1@work/gems/compass-1.0.3/bin/compass:8:in `fallback_load_path'
from /Users/Dream/.rvm/gems/ruby-2.5.1@work/gems/compass-1.0.3/bin/compass:19:in `'

Это может означать, что в шторме, в настройках File Watchers указан неправильный путь.

/Users/Dream/.rvm/gems/ruby-2.5.3@test/wrappers/compass compile /Users/...
LoadError on line ["59"] of /Users/Dream/.rvm/rubies/ruby-2.5.3/lib/ruby/site_ruby/2.5.0/rubygems/core_ext/kernel_require.rb: cannot load such file -- autoprefixer-rails
Run with --trace to see the full backtrace

Process finished with exit code 1

Не хватает определенного гема. В данном случае ругается на отсутствие autoprefixer-rails. Как установить недостающие гемы указано выше.

Создание ветки в репозитории GITHUB

Admin — Wed, 10 Oct 2018 08:00:46 +0000

Примеры создания веток в github через терминал или PhpStorm.

Создание ветки через консоль

Создаём новую ветку и сразу переключаемся на неё

git checkout -b feat/123/task-name

Отправляем эту ветку в удаленный репозиторий (на сайт github)

git push --set-upstream origin feat/123/task-name

Создание локальной ветки через PhpStorm

Для создания локальной ветки репозитория GitHub через Шторм, сначала надо подключить Git к PhpStorm.

После того как GitHub был подключен к PhpStorm, можно сделать локальную ветку основного рабочего репозитория.

Нажимаем на надпись Git в правом нижнем углу программы PhpStorm.

Затем выбираем оригинальную ветку или любую нужную и в контекстном меню этой ветки выбираем Checkout as new local branch.

Пушим ветку на сайт github.com

После создания локальной ветки в PhpStorm, её нужно запушить в удаленный репозиторий.

При использовании графического (не через консоль) обновления, появится такое окошко. Если не вдаваться в подробности, то указанное по умолчанию наиболее пригодный вариант:

Когда обновление завершится в нижнем правом уголке PhpStorm появится уведомление:

xcrun: error: invalid active developer path

Admin — Wed, 03 Oct 2018 12:30:39 +0000

Ошибка GIT в PhpStorm после обновления операционной системы MacOS.

Ошибка имеет следующий вид:

xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun

Для исправления в консоли шторма ввести команду:

xcode-select --install

Запустится загрузка обновления xcode.

После установки обновления обязательно перезагрузите компьютер, иначе могут возникать ошибки, когда шторм не видит GIT репозиторий на локальном компьютере.

GIT описание ошибок

Admin — Wed, 03 Oct 2018 12:17:19 +0000

В статье описываются типичные ошибки или уведомления, которые возникают в GIT при работе через консоль. Эта статья будет дополняться по мере того, как я буду встречать новые заголовки, для которых сочту, что нужны дополнительные пояснения.

Your branch is ahead of ‘origin/любая_ветка’ by 12 commits.

В гите локально хранится копия репозитория. И сначала изменения происходят в ней. Для этого используется команда commit.

Сообщение выше говорит о том, что изменения в локальной копии опережают изменение я удаленной на кол-во раз. И эти изменения не отправлены в удаленный репозиторий.

Для передачи этих изменений в удаленный репозиторий используется команда push. После чего все сделанные изменения будут доступны удаленно, в том числе и для других пользователей.

hint: Waiting for your editor to close the file… error: There was a problem with the editor ‘/usr/bin/vim’.

Ошибка появляется в PhpStorm после команды git merge.

Если никакие команды не позволяют исправить редактор VIM, то можно заменить его на другой. Скажем на редактор nano.

Установка на Mac OS через Homebrew

После установки Homebrew ввести команду:

brew install nano

А затем поменять в PhpStorm редактор на nano:

git config --global core.editor “nano”

Если редактор не установлен, то при смене будет ошибка:

error: unable to start editor ‘“nano”’

Как исключить из синхронизации файлы в PhpStorm

Admin — Wed, 03 Oct 2018 08:00:28 +0000

Для исключения файлов из синхронизации между локальным компьютером и FTP нужно добавить соответствующие названия в настройку PhpStorm.

Находится эта настройка здесь:

Добавить нужно сюда: