zolotyh 27 сен 2015 в 10:41

Лайфхаки для веб-разработчика

3 мин

44K

Веб-разработка*Программирование*

+15

Комментарии 51

pepelsbey 27 сен 2015 в 11:17

Кажется вы оттипографили текст, теперь примеры нельзя скопировать и использовать:

C:\> «C:\Program
browser-sync start —server

Кавычки, два дефиса в тире и т.п.

extempl 27 сен 2015 в 11:37

ещё '. gitignore' и пробелы в URL.

zolotyh 27 сен 2015 в 20:31

Исправил, спасибо!

extempl 27 сен 2015 в 11:39

Вы бы ещё уточнили там где надо, что в примере речь идёт исключительно о Python, а то складывается ощущение, что это по дефолту везде так:

Быстро и уверенно удаляем мусор из репозитория и судорожно правим. gitignore:

Чтобы запустить веб-сервер с корнем из текущей папки:

(хотя здесь, конечно, и так понятно из примера, но всё же, читается странно)

mktums 27 сен 2015 в 15:05

Вы бы ещё уточнили там где надо, что в примере речь идёт исключительно о Python

Справедливости ради, Python есть практически везде.

-5

zolotyh 27 сен 2015 в 20:31

Поправил! Спасибо!

extempl 27 сен 2015 в 11:43

Показать клиенту результат своей работы, со своего компьютера при отсутсвии выделенного IP

Вот ещё: localtunnel.me

А вот за explainshell.com спасибо.

vintage 27 сен 2015 в 11:52

Интересно, хоть когда-нибудь команды перестанут выглядеть как заклинания и требовать специальные сервисы для расшифровки?

egorsmkv 27 сен 2015 в 11:57

Уже: http://explainshell.com/

vintage 27 сен 2015 в 20:35

Уже что?

zolotyh 27 сен 2015 в 21:20

В эту сторону все и идет. Просто медленно. Поэтому появляются такие вот костыли как explainshell

olegcorner 27 сен 2015 в 12:46

Перефразируя Жванецкого:

$ man find

накроет ls как бык овцу.

phikus 27 сен 2015 в 12:57

Рекурсивный глоббинг делает find ненужным в 99% случаев

zolotyh 27 сен 2015 в 21:12

Я понимаю, что find гораздо мощнее и быстрее. Но как-то не складывается у меня с ним. Слишком много нужно запоминать по сравнению с ls.

silvansky 28 сен 2015 в 11:52

Зато есть

-exec

, что незаменимо при наличии пробелов в путях и именах файлов.

Borz 28 сен 2015 в 12:37

для простого поиска ls быстрее будет чем find. А вот для применения каких-либо действий на результат поиска да, find удобнее будет. Но при чём тут пробелы в путях?

silvansky 28 сен 2015 в 13:24

Для простого — да. А пробелы как раз мешают действия выполнять:

➜  test  echo "file 1 contents"  > "file 1"
➜  test  echo "file 2 contents"  > "file 2"
➜  test  ls -al
total 16
drwxr-xr-x    4 valentine  staff   136 28 сен 13:21 .
drwxr-xr-x  157 valentine  staff  5338 28 сен 13:20 ..
-rw-r--r--    1 valentine  staff    16 28 сен 13:21 file 1
-rw-r--r--    1 valentine  staff    16 28 сен 13:21 file 2
➜  test  for file in $(ls); cat $file;
cat: file: No such file or directory
cat: 1: No such file or directory
cat: file: No such file or directory
cat: 2: No such file or directory
➜  test  find . -type f -exec cat {} \;
file 1 contents
file 2 contents

Borz 28 сен 2015 в 13:59

$ grep IFS ~/.profile 
export IFS=$'\t\n'

избавит вас от проблемы с пробелами

silvansky 28 сен 2015 в 14:01

Но добавит проблем с другими вещами. Я так уже делал, но ведь иногда нужно иметь массив строк, разделённых пробелами. Да, я в курсе про трюк со временным изменением IFS, но это ведь задалбывает рано или поздно. =)

Borz 28 сен 2015 в 14:05

ну, всё зависит от того, с чем вы чаще сталкиваетесь в консоли — с проблемами пробелов в путях или с массивом строк :)

silvansky 28 сен 2015 в 14:12

По совести сказать, примерно поровну. И првык уже юзать find как раз для разрешения проблем с путями. На автомате уже в скриптах пишу find -depth 1 -iname "*.png" вместо ls *.png. Кстати, IFS плох ещё и тем, что на сервере, где будет скрипт выполняться, он может быть задан иначе.

phikus 19 окт 2015 в 16:44

>for file in $(ls)
facepalm.jpg

for file in *

silvansky 19 окт 2015 в 17:58

Спасибо! Век живи — век учись. И почему я раньше этого не знал? =)

youROCK 28 сен 2015 в 14:02

Также есть -print0 и флаг -0 у xargs, что ещё полезнее :)

phikus 27 сен 2015 в 12:59

>Использование ** в zsh
Баш не стоял на месте и в версии 4.х вдохновлённый zsh таки взял эту фичу(рекурсивный глоббинг) на вооружение

Self_Perfection 27 сен 2015 в 13:44

Уточнение: работа ** в bash регулируется опцией globstar, которая по-умолчанию выключена:
shopt -s globstar

AlexanderG 28 сен 2015 в 02:18

Стандартный синтаксис глобов не поддерживался шеллом?..

Anisotropic 27 сен 2015 в 13:37

лайтовый веб-сервер:

npm install -g http-server

использовать: http-server [папка]

гуй к гиту:

npm install -g ungit

использовать: ungit в папке с нужным репозиторием.

mktums 27 сен 2015 в 15:08

Это еще npm ставить надо…

Anisotropic 27 сен 2015 в 16:55

Само собой. У фронт-ендщиков, node как-правило уже стоит.

mktums 27 сен 2015 в 23:24

Логично :) Я например питонист, мне нода например не нужна, проще git instaweb использовать :)

vintage 28 сен 2015 в 00:08

А я нодист, но бинарные модули к ноде, внезапно, требуют gyp, который на питоне.

seokirill 27 сен 2015 в 13:58

Заявлено, что в статье будет информация о «JavaScript, HTML, CSS».
А тут только про гит и консоль. Разочарован.

+10

НЛО прилетело и опубликовало эту надпись здесь

seokirill 27 сен 2015 в 18:24

Хоть бы объяснил, чем пользуется, ато только строки, а куда их вводить и что для этого нужно, понятно не всем.

-2

olegkrasnov 27 сен 2015 в 18:36

Начали появляться вебдевелоперы, не знающие про консоль.

seokirill 27 сен 2015 в 18:39

Я знаю про консоль и активно ее использую, но это не накладывает на меня обязательства знать, что такое zsh

DeXPeriX 27 сен 2015 в 19:55

Возможно, в статье не хватает метки Linux. Пробовали активно использовать консоль в какой-нибудь *nix-системе?

seokirill 27 сен 2015 в 20:24

У меня мак, сервак, который использую, на Debian7.
Не то, что не хватает, она чуть ли ни единственная пригодная. Ну явно не HTML / JS.

Borz 28 сен 2015 в 02:37

использую и активно. а для пущей удобности ещё и guake установлен на рабочей станции

НЛО прилетело и опубликовало эту надпись здесь

zolotyh 27 сен 2015 в 21:17

В качестве шелла стоит Z Shell, также использую Oh-my-zsh. Все это бежит на OSX.

zolotyh 27 сен 2015 в 21:15

Прошу прощения, что ввел в заблуждение. Есть что сказать и по поводу HTML, CSS, и JavaScript. К сожалению, в последний момент выпилил большой кусок, так как он тянет на отдельный пост.

seokirill 27 сен 2015 в 22:03

Публикуй, я как раз хотел про HTML / CSS хаки почитать, если они не заезженные.

DeXPeriX 27 сен 2015 в 18:10

Спасибо Вам огромное человеческое за Babun. Это именно то, чего мне так не хватало в Windows.

xGromMx 27 сен 2015 в 23:21

Посмотри еще на это msys2.github.io

DeXPeriX 28 сен 2015 в 16:13

Чем он лучше/хуже того же Babun? Информация плоховато гуглится… Увидел, что там более арчеподобный пакетный менеджер, что очень радует. А репы используются те же самые, от cygwin? В babun мне в пакетах не нашло ни mplayer, ни vlc, ни ffmpeg, ни ogginfo…

xGromMx 28 сен 2015 в 16:15

Репы арчевские, легко портировать под msys2 github.com/msys2/MINGW-packages

Borz 28 сен 2015 в 01:22

Использование ** в zsh

при чём тут zsh?
и попробуйте найти командой «ls **/*.json» файлы, которые лежат не только во вложенных, но и в текущем каталоге. Уж лучше «find ./ -name *.json»

Быстро и уверенно удаляем мусор из репозитория в python проекте и судорожно правим. gitignore:

git rm --cached **/*.pyc

кажется вы неверно понимаете поведение и смысл это команды.

zolotyh 28 сен 2015 в 02:05

при чём тут zsh?
и попробуйте найти командой «ls **/*.json» файлы, которые лежат не только во вложенных, но и в текущем каталоге. Уж лучше «find ./ -name *.json»

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

кажется вы неверно понимаете поведение и смысл это команды.

Если здесь что-то не так, напишите пожалуйста подробнее! Буду разбираться. Я рассматривал ситуацию, когда файлы *.pyc оказались в репозитории по невнимательности. Команда git rm удаляет их из репо, но удалять их из файловой системы нет смысла, поэтому я поставил флаг --cached.