Всем привет. Вопрос такой. Вроде опытный системный администратор. Но блин. У меня постоянно проблемы с неймингом конфигов, параметров и прочего. Есть какая ни будь литература на эту тему? вот например сейчас проблема стоит, как называть конфиг для nginx: sub_site_com или sub-site-com, или sub.site.com для сайта sub.site.com

Сысоев рекомендует называть все конфиги nginx.conf, и херачить потом по нему search/replace'сом в редакторе)

Всем привет. Вопрос такой. Вроде опытный системный администратор. Но блин. У меня постоянно проблемы с неймингом конфигов, параметров и прочего. Есть какая ни будь литература на эту тему? вот например сейчас проблема стоит, как называть конфиг для nginx: sub_site_com или sub-site-com, или sub.site.com для сайта sub.site.com

можно написать свою литературу об этом.

Сысоев рекомендует называть все конфиги nginx.conf, и херачить потом по нему search/replace'сом в редакторе)

он много сомнительных вещей нарекомендовал, которые тем не менее есть в синтаксисе

Например не пользоваться директивой map

Например не пользоваться директивой map

эээ, ты не путаешь с if?

эээ, ты не путаешь с if?

и if тоже

Например не пользоваться директивой map

а можно ссылку где он это советовал?

можно написать свою литературу об этом.

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

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

Про нейминг как проблему програмизма - кажется уже есть книжка и не одна

а можно ссылку где он это советовал?

неа, тут без пруфов

Сысоев рекомендует называть все конфиги nginx.conf, и херачить потом по нему search/replace'сом в редакторе)

Странное решение.

неа, тут без пруфов

в приватной беседе за чащечкой кофе он map юзать не рекомендовал?

Странное решение.

нормальное решение.

Config is not a code. DRY is a myth. Use copy&paste.

в приватной беседе за чащечкой кофе он map юзать не рекомендовал?

Не, короч про мапы я ошибся. Он наоборот их рекомендует для всего использовать

Там про if было

про if было, про регуляры было, про инклуды было

и rewrites

Не, короч про мапы я ошибся. Он наоборот их рекомендует для всего использовать

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

про if было, про регуляры было, про инклуды было

он регуляры в мапах советует можно

Ну вот тут вощем

https://habrahabr.ru/company/oleg-bunin/blog/313666/

он регуляры в мапах советует можно

советует, но регулярки в мапах внезапно вычисляются линейно, в то время как точные/префиксные соответствия - логарифмически

записыватели конференции как всегда сделали спустя рукава: Evil — тоже не рекомендуемая конструкция в nginx, потому что, как работает внутри Evil, знает человек 10 в мире, и вы вряд ли входите в их число.

Про нейминг как проблему програмизма - кажется уже есть книжка и не одна

Да у программеров полная свобода действий в этом плане. Но как у сисадминов всё же есть некие физические ограничения. Например программер в моей бывшей команде любил называть временные файлы, копии приписывая знак минус "-" вначале файла, потому что в файловом менеджере этот файл выводился на вверху

но удалять эти файлы, было еще то удовольствие

записыватели конференции как всегда сделали спустя рукава: Evil — тоже не рекомендуемая конструкция в nginx, потому что, как работает внутри Evil, знает человек 10 в мире, и вы вряд ли входите в их число.

был на этой конфе?

был на этой конфе?

Сысоев этот доклад раз 10 читал по моему

но удалять эти файлы, было еще то удовольствие

find /some_dir -name "\-*" -exec rm -f {} \; ?

но удалять эти файлы, было еще то удовольствие

rm -- '-huemoe'

find /some_dir -name "\-*" -exec rm -f {} \; ?

таки да

записыватели конференции как всегда сделали спустя рукава: Evil — тоже не рекомендуемая конструкция в nginx, потому что, как работает внутри Evil, знает человек 10 в мире, и вы вряд ли входите в их число.

Меня про kBuild забавляет: kBuild is extremely powerful and tries to hide most of its complexity in templates so that the actual makefiles are relatively easy to understand and write. The core of kBuild is very complex though and there are currently 0.5 people on the planet that fully understand it. https://www.virtualbox.org/wiki/kBuild

find /some_dir -name "\-*" -exec rm -f {} \; ?

Пожалуйста, не делайте так! ?

но не все ж файлы нужно удалять, и не в автоматическом режиме, и не за раз

Пожалуйста, не делайте так! ?

кстати да

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

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

В автодополнении в консоле

если длинно, то можно так find ./ -name "\-*" -delete

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

При чём тут "посмотреть"?

ну ты же не уточнил чем не понравилось решение с find + exec, подумал, что не нравится сразу удалять файлы

Сысоев этот доклад раз 10 читал по моему

хах, там слайды с nginx conf 2014, т.е. он гастролирует с ним по всем конфам где берут

хах, там слайды с nginx conf 2014, т.е. он гастролирует с ним по всем конфам где берут

ну я об этом же.

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

Хм. сейчас затестил проблем нету. Раньше rm воспринимал как ключик и ругался

ну ты же не уточнил чем не понравилось решение с find + exec, подумал, что не нравится сразу удалять файлы

Когда у тебя попадётся 100 миллионов файлов - тогда поймёшь, чем плохо делать -exec.

Эм, так стоит его прочитать или нет?)))

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

а не про 100,000,000 файлов

Эм, так стоит его прочитать или нет?)))

Если ты про доклад, то да. Там типа про бестпрактис

Ок

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

Разработчик не мог напердолить 100 лямов файлов? Повторяю - не нужно делать -exec, если ты не гарантируешь, что файлов там мало.

чего спорите, замените \; на + - и уже не так фатально

а не про 100,000,000 файлов

you never know

Разработчик не мог напердолить 100 лямов файлов? Повторяю - не нужно делать -exec, если ты не гарантируешь, что файлов там мало.

спасибо, доктор, вы мне, можно сказать, жизнь дали!

Разработчик не мог напердолить 100 лямов файлов? Повторяю - не нужно делать -exec, если ты не гарантируешь, что файлов там мало.

кстати ради прикола создайте 100М файлов в одной директории и запустите. с -exec или с -delete, неважно.

кстати ради прикола создайте 100М файлов в одной директории и запустите. с -exec или с -delete, неважно.

А зачем ты это мне пишешь? Я прекрасно знаю, как долго оно будет работать в каких случаях. И да, exec или delete - принципиально важно.

А зачем ты это мне пишешь? Я прекрасно знаю, как долго оно будет работать в каких случаях. И да, exec или delete - принципиально важно.

я могу путать (чет не гуглится), но емнип find неплохо питается памятью в процессе обхода жирного каталога. при этом ls -f | xargs rm... работает медленнее (спавнить процессы постоянно, хуле), но до конца. впрочем, вполне вероятно что я и чушь несу.

я могу путать (чет не гуглится), но емнип find неплохо питается памятью в процессе обхода жирного каталога. при этом ls -f | xargs rm... работает медленнее (спавнить процессы постоянно, хуле), но до конца. впрочем, вполне вероятно что я и чушь несу.

а ls не выведет большой список

а ls не выведет большой список

-f

сирано

Хватит дичь втирать. ?

Самый быстрый способ обхода дерева в ФС - find.

Самый быстрый способ обхода дерева в ФС - find.

а почему же рсинк быстрее удаляет файлы? :)

Вопрос стоял в exec vs delete vs xargs. Ну, что - кто знает разницу? ?

а почему же рсинк быстрее удаляет файлы? :)

Обход дерева != удаление.

кхм. а покажете как удалить файлы без обхода дерева?

Вопрос стоял в exec vs delete vs xargs. Ну, что - кто знает разницу? ?

@spuzirev, ну так что? В задаче "удалить файлы, найдя их с помощью find" как расположатся способы по времени выполнения? И почему? ?

ERROR: S client not available

а почему же рсинк быстрее удаляет файлы? :)

а вопрос в скорости удаления через ключи find'a что ли?

а почему же рсинк быстрее удаляет файлы? :)

рсинк пустой директории в полную работает быстрее, чем find /path/to/dir -delete

не туда ответил, @en_gee

Sergey, ты давай про rsync не втирай. Речь шла об удалении файлов, имя которых соответствует шаблону.

Sergey, ты давай про rsync не втирай. Речь шла об удалении файлов, имя которых соответствует шаблону.

нене. рсинк я втёр когда ты сказал что обход дерева фс файндом самый быстрый.

а потом сказал что обход дерева и удаление разные вещи.

Пойду погрепаю сырцы из любопытства. Но мне помнилось, что rsync юзает механизм find для построения tree

они конечно разные, хуле уж тут

@spuzirev, ну так что? В задаче "удалить файлы, найдя их с помощью find" как расположатся способы по времени выполнения? И почему? ?

На вопрос ответишь?

На вопрос ответишь?

а ты? :)

Стрелочник. Я-то ответ знаю.

Стрелочник. Я-то ответ знаю.

я тоже ответ знаю. :P чего я не знаю (забыл, старый стал), так это откуда у меня был плохой опыт с потреблением рамы при использовании find на этой задаче. а лаба только строится.

Ну так и расположи мне -exec, -delete и xargs в порядке времени выполнения. И аргументируй, почему.

Ну так и расположи мне -exec, -delete и xargs в порядке времени выполнения. И аргументируй, почему.

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

Я утверждал, что это возможно?

Обход дерева != удаление.

И?

Это разные вещи.

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

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

Я не утверждал, что такой способ знаю я. Впрочем, он есть - по заранее составленному списку.

1 - -delete 2 - xargs rm 3 - -exec

Я не утверждал, что такой способ знаю я. Впрочем, он есть - по заранее составленному списку.

это значит что кто-то уже обошел дерево за вас.

1 - -delete 2 - xargs rm 3 - -exec

Да, ты прав.

Так это, ребят, была ж на хабре статья про удаление 100500 файлов

о чем трете то

я хз, чото в крайности начали впадать, на людей кидаться

https://habrahabr.ru/post/157613/

боян же

это значит что кто-то уже обошел дерево за вас.

И что, блядь? Обход дерева не имеет никакого отношения к удалению. Является prerequisite, но не только для удаления. А ты юлишь и пытаешься уйти от ответа про find.

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

И что, блядь? Обход дерева не имеет никакого отношения к удалению. Является prerequisite, но не только для удаления. А ты юлишь и пытаешься уйти от ответа про find.

ответ про файнд кстати по ссылке. точно о чем я говорю - find строит список в раме.