«Как правильно игнорировать?» — Яндекс Кью

Подход к ответу вытекает из определения слова игнорировать.

Игнорировать — умышленно не замечать, не принимать во внимание кого-либо или что-либо. Происходит от латинского ignorare — «не знать».

Но всё знание, которое у нас есть, это результат направления нашего же внимания.

Каждый из нас и производитель Единиц внимания и их собственник.

Всё живое в этой вселенной отличается от неживого только наличием внимания.

Кроме внимания у нас по настоящему то больше ничего и нет.

Всё остальное, чем мы можете владеть, создаётся уже с помощью него. Значит всё, что происходит с нами в жизни, хорошее или плохое, на самом деле происходит всего лишь с нашим вниманием.

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

Тогда чего же на самом то деле больше всего боится каждый из нас?

Потерять эту собственность.

Когда такое возможно?

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

Пример.

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

Вот ваше внимание и попалось. Теперь им управляет этот парень, а не вы.

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

Вопрос о том, «Как правильно игнорировать?», скорее всего касается ситуаций, когда кто-то пытается перехватить контроль над вашим вниманием, обесценивая вас, а в наихудшем случае,- безжалостно подавляя ваше выживание.

Пример.

Кто-то вам говорит:

«Ты дура, ничего не соображаешь».

Вы мгновенно в ответ:

«Это кто дура?. .. Это я то дура? Да ты на себя то посмотри… Ты даже на дуру не похожа..»

«Это я то на дуру не похожа?… Да ты вообще молчи, насекомое…»

«Это кто насекомое? Это я то насекомое?… Ты сама то даже на насекомое не тянешь».

«Это кто на насекомое не тянет? Это я то на насекомое не тяну? Да ты даже на г…. от насекомого не тянешь…»

«Это кто на г…. от насекомого не тянет? Это я то на г…. от насекомого не тяну? Ты на себя то посмотри…»

В этом примере ваше внимание поймали негативной оценкой. Тот, кто вас обесценил, стал хозяином вашего внимания.

Как ему это удалось?

Вы сами передали вожжи управления своим вниманием.

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

Когда на военном полигоне стрелком найдена мишень, только после этого он по ней может стрелять.

А что стрелок будет делать, когда он этой мишени не видит, не может в неё упереться своим вниманием? Он не знает, где она.

Или попробуйте как-нибудь передвинуть табуретку, когда ни под вами, ни под табуреткой нету пола. Ничего не получится. Вы не знаете во что упереться.

Любой человек, которого вы собираетесь игнорировать, жаждет сделать из вас Следствие, которым добровольно вы явно быть не хотите.

И он жаждет знать, что достиг своей цели.

Правильно игнорировать , означало бы держать в состоянии «не знать» не себя. Вы то уже не можете находиться в состоянии «не знать», потому что уже знаете, что он вам наговорил.

В этом состоянии надо держать его.

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

После этого он скорее всего усилит свои попытки.

Тут для вас начнутся самые настоящие испытания.

Но если вы выдержите их, придерживаясь линии держать его в состоянии «не знать«, то все его маленькие поражения в конце концов сложатся в одно большое и он сдастся, бросит свои попытки сделать из вас мишень. Это произойдёт в силу того, что он сам почувствует себя Следствием вашего отношения к нему.

А неприятным Следствием ему не хочется быть точно так же, как и вам.

Я рассказал о самом пассивном, хотя и действенном, способе правильно кого-то игнорировать.

Но он далеко не единственный.

Игнорирование, как и всё в этом мире, это целая Шкала отношения к кому-то. От минус бесконечности до плюс-бесконечности.

К нему законно применимо понятие «степень игнорирования«.

И мы все знаем, что абсолюты недостижимы.

1 оценил

  ·

392

Комментировать ответ…Комментировать…

«Как правильно? Игнорить или игнорировать?» — Яндекс Кью

Подход к ответу вытекает из определения слова игнорировать.

Игнорировать — умышленно не замечать, не принимать во внимание кого-либо или что-либо. Происходит от латинского ignorare — «не знать».

Но всё знание, которое у нас есть, это результат направления нашего же внимания.

Каждый из нас и производитель Единиц внимания и их собственник.

Всё живое в этой вселенной отличается от неживого только наличием внимания.

Кроме внимания у нас по настоящему то больше ничего и нет.

Всё остальное, чем мы можете владеть, создаётся уже с помощью него. Значит всё, что происходит с нами в жизни, хорошее или плохое, на самом деле происходит всего лишь с нашим вниманием.

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

Тогда чего же на самом то деле больше всего боится каждый из нас?

Потерять эту собственность.

Когда такое возможно?

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

Пример.

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

Вот ваше внимание и попалось. Теперь им управляет этот парень, а не вы.

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

Вопрос о том, «Как правильно игнорировать?», скорее всего касается ситуаций, когда кто-то пытается перехватить контроль над вашим вниманием, обесценивая вас, а в наихудшем случае,- безжалостно подавляя ваше выживание.

Пример.

Кто-то вам говорит:

«Ты дура, ничего не соображаешь».

Вы мгновенно в ответ:

«Это кто дура?. .. Это я то дура? Да ты на себя то посмотри… Ты даже на дуру не похожа..»

«Это я то на дуру не похожа?… Да ты вообще молчи, насекомое…»

«Это кто насекомое? Это я то насекомое?… Ты сама то даже на насекомое не тянешь».

«Это кто на насекомое не тянет? Это я то на насекомое не тяну? Да ты даже на г…. от насекомого не тянешь…»

«Это кто на г…. от насекомого не тянет? Это я то на г…. от насекомого не тяну? Ты на себя то посмотри…»

В этом примере ваше внимание поймали негативной оценкой. Тот, кто вас обесценил, стал хозяином вашего внимания.

Как ему это удалось?

Вы сами передали вожжи управления своим вниманием.

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

Когда на военном полигоне стрелком найдена мишень, только после этого он по ней может стрелять.

А что стрелок будет делать, когда он этой мишени не видит, не может в неё упереться своим вниманием? Он не знает, где она.

Или попробуйте как-нибудь передвинуть табуретку, когда ни под вами, ни под табуреткой нету пола. Ничего не получится. Вы не знаете во что упереться.

Любой человек, которого вы собираетесь игнорировать, жаждет сделать из вас Следствие, которым добровольно вы явно быть не хотите.

И он жаждет знать, что достиг своей цели.

Правильно игнорировать , означало бы держать в состоянии «не знать» не себя. Вы то уже не можете находиться в состоянии «не знать», потому что уже знаете, что он вам наговорил.

В этом состоянии надо держать его.

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

После этого он скорее всего усилит свои попытки.

Тут для вас начнутся самые настоящие испытания.

Но если вы выдержите их, придерживаясь линии держать его в состоянии «не знать«, то все его маленькие поражения в конце концов сложатся в одно большое и он сдастся, бросит свои попытки сделать из вас мишень. Это произойдёт в силу того, что он сам почувствует себя Следствием вашего отношения к нему.

А неприятным Следствием ему не хочется быть точно так же, как и вам.

Я рассказал о самом пассивном, хотя и действенном, способе правильно кого-то игнорировать.

Но он далеко не единственный.

Игнорирование, как и всё в этом мире, это целая Шкала отношения к кому-то. От минус бесконечности до плюс-бесконечности.

К нему законно применимо понятие «степень игнорирования«.

И мы все знаем, что абсолюты недостижимы.

Комментировать ответ…Комментировать…

Файл .

gitignore — игнорирование файлов в Git

Git рассматривает каждый файл в вашей рабочей копии как одну из трех вещей:

1. отслеживаемый — файл, который ранее был подготовлен или зафиксирован;
2. untracked — файл, который не был проиндексирован или зафиксирован; или
3. ignored — файл, который Git явно было приказано игнорировать.

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

• Кэши зависимостей, такие как содержимое /node_modules или /пакеты
• Компилированный код, такой как .o , .pyc и . как /bin , /out или /target
• файлы, созданные во время выполнения, например .log , .lock или . tmp 5 , например скрытые системные файлы. DS_Store или Thumbs.db
• персональные файлы конфигурации IDE, такие как .idea/workspace.xml

Игнорируемые файлы отслеживаются в специальном файле с именем .gitignore , который регистрируется в корне репозитория. . Нет явной команды git ignore: вместо этого файл .gitignore необходимо отредактировать и зафиксировать вручную, если у вас есть новые файлы, которые вы хотите игнорировать. Файлы .gitignore содержат шаблоны, которые сопоставляются с именами файлов в вашем репозитории, чтобы определить, следует ли их игнорировать.

• Игнорирование файлов в GIT
  • GIT Игнорировать шаблоны
  • Общие. игнорируемый файл
  • Отладка файлов .gitignore

Шаблоны игнорирования Git

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

.

Pattern	Example matches	Explanation*
**/logs	logs/debug. log logs/monday/foo.bar build/logs /debug.log	Перед шаблоном можно поставить двойную звездочку, чтобы он соответствовал каталогам в любом месте репозитория.
**/logs/debug.log	logs/debug.log build/logs/debug.log , но не logs/build/debug.log	Вы также можете использовать двойную звездочку для сопоставления файлов на основе их имени и имени их родительского каталога.
*.LOG	DEBUG.LOG FOO.LOG .LOG LOGS/DEVUG.LOG
*.log ! Важно. ЛОГ	Отладка. ЛОГ ТРЕЦА.LOG , но не .LOG , но не . Добавление восклицательного знака к шаблону отменяет его. Если файл соответствует шаблону, но и соответствуют шаблону отрицания, определенному позже в файле, он не будет проигнорирован.
*.log ! Важно/*. Log ТРЕСЯ. отрицание шаблона повторно игнорирует любые ранее отрицательные файлы.
/debug.log	debug.log но не logs/debug.log	s только в корневом репозитории.
DEBUG.LOG	DEBUG.LOG Журнал/отладка. LOG	по умолчанию, паттерны сопоставления в любом каталоре
9007. log debugg.log , но не debug10.log	Знак вопроса соответствует ровно одному символу.
отладка[0-9].log	debug0.log debug1.log , но не debug10. log	Квадратные скобки также можно использовать для соответствия одному символу из указанного диапазона.
debug[01].log	debug0.log debug1.log but not debug2.log debug01.log	Square brackets match a single character образуют указанный набор.
DEBUG [! 01] .LOG	DEBUG2 используется для соответствия любому символу, кроме одного из указанного набора.
debug[a-z].log	debuga.log debugb.log но не 8 debug.log0019	Диапазоны могут быть числовыми или буквенными.
logs	logs logs/debug.log logs/latest/foo.bar build/logs build/logs/debug. log	If you не добавляйте косую черту, шаблон будет соответствовать как файлам, так и содержимому каталогов с таким именем. В примере слева совпадают и каталоги, и файлы с именами logs игнорируются
logs/	logs/debug.log Logs/Последние/FOO.BAR Build/Logs/FOO.BAR BUILD/LOGS/LOGS/FOO.BAR BUILD/LOGS/LOGS/DALOG.BAR BUILD/LOGS/DABUG.LOG.BAR BUILD/LOGS/DALOG.BAR .	Добавление косой черты указывает на то, что шаблон является каталогом. Все содержимое любого каталога в репозитории, соответствующего этому имени, включая все его файлы и подкаталоги, будет игнорироваться
logs/ !logs/important.log	журналы/debug.log журналы/important.log	Минуточку! Разве logs/important. log не должны быть инвертированы в примере слева Нет! Из-за причуды Git, связанной с производительностью, вы не можете отменить файл, который игнорируется из-за шаблона, соответствующего каталогу
logs/**/debug.log	logs/debug. журнал журналы/понедельник/debug.log logs/monday/pm/debug.log	Двойная звездочка соответствует нулю или более каталогам.
logs/*day/debug.log	logs/monday/debug.log Журнал/вторник/Debug.Log , но не .	Подстановочные знаки также можно использовать в именах каталогов.
журналы/debug.log	журналы/debug.log , но не debug.log build/logs/debug.log	Шаблоны, определяющие файл в определенном каталоге, относятся к корню репозитория. (Вы можете добавить косую черту, если хотите, но это не делает ничего особенного.)

** эти объяснения предполагают, что ваш файл .gitignore находится в каталоге верхнего уровня вашего репозитория, как это принято. Если в вашем репозитории несколько файлов .gitignore, просто мысленно замените «корень репозитория» на «каталог, содержащий файл .gitignore» (и рассмотрите возможность их объединения для спокойствия вашей команды).*

В дополнение к этим символам вы можете использовать # для включения комментариев в файл .gitignore :

 # игнорировать все журналы 
 *.log 

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

 # игнорировать файл с буквальным именем foo[01].txt 
 foo\[01\].txt 

Общие файлы .gitignore в вашем репозитории

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

Персональные правила игнорирования Git

Вы также можете определить личные шаблоны игнорирования для конкретного репозитория в специальном файле по адресу .git/info/exclude . Они не имеют версий и не распространяются вместе с вашим репозиторием, так что это подходящее место для включения шаблонов, которые, скорее всего, принесут вам только пользу. Например, если у вас есть пользовательская настройка ведения журнала или специальные инструменты разработки, которые создают файлы в рабочем каталоге вашего репозитория, вы можете добавить их в .git/info/exclude , чтобы предотвратить их случайную фиксацию в вашем репозитории.

Глобальные правила игнорирования Git

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

core.excludesFile . Вам придется создать этот файл самостоятельно. Если вы не знаете, куда поместить ваш глобальный файл .gitignore , ваш домашний каталог — неплохой выбор (и его легко найти позже). После того, как вы создали файл, вам нужно настроить его местоположение с помощью git config :

 $ touch ~/.gitignore 
 $ git config --global core.excludesFile ~/.gitignore 

Вы должны быть осторожны, какие шаблоны вы выбираете для глобального игнорирования, так как разные типы файлов имеют значение для разных проектов. . Специальные файлы операционной системы (например, .DS_Store и thumbs.db ) или временные файлы, созданные некоторыми инструментами разработчика, являются типичными кандидатами на глобальное игнорирование.

Игнорирование ранее зафиксированного файла

Если вы хотите игнорировать файл, который вы зафиксировали в прошлом, вам нужно удалить файл из своего репозитория, а затем добавить для него правило .gitignore . Использование параметра --cached с git rm означает, что файл будет удален из вашего репозитория, но останется в вашем рабочем каталоге как игнорируемый файл.

 $echo debug.log >> .gitignore 
    
 $ git rm --cached debug.log 
 rm 'debug.log' 
    
 $ git commit -m "Начать игнорировать debug.log" 

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

Фиксация игнорируемого файла

Можно принудительно отправить игнорируемый файл в репозиторий с помощью параметра -f (или --force ) с git add :

 $ cat . gitignore 
 *.log 
    
 $ git add -f debug.log 
    
 $ git commit -m "Принудительно добавить debug.log" 

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

 $echo !debug.log >> .gitignore 
    
 $ cat .gitignore 
 *.log 
 !debug.log 
    
 $ git add debug.log 
 
 $ git commit -m "Добавление debug.log" 

Этот подход более очевиден и менее запутан для ваших товарищей по команде.

Сохранение игнорируемого файла

git stash — это мощная функция Git для временного откладывания и отмены локальных изменений, что позволяет повторно применить их позже. Как и следовало ожидать, по умолчанию git stash игнорирует игнорируемые файлы и сохраняет изменения только в файлах, отслеживаемых Git. Однако вы можете вызвать git stash с параметром --all, чтобы также спрятать изменения в игнорируемых и неотслеживаемых файлах.

Отладка файлов .gitignore

Если у вас сложный .gitignore шаблонов или шаблонов, распределенных по нескольким файлам .gitignore , может быть сложно отследить, почему тот или иной файл игнорируется. Вы можете использовать команду git check-ignore с параметром -v (или --verbose ), чтобы определить, какой шаблон вызывает игнорирование определенного файла:

 $ git check-ignore -v отладка. log 
 .gitignore:3:*.log  debug.log 

Вывод показывает:

 <файл, содержащий шаблон> : <номер строки шаблона> : <шаблон>    <имя файла> 

Вы можете передать несколько имен файлов в git check-ignore , если хотите, и сами имена даже не должны соответствовать файлам, которые существуют в вашем репозитории.

python - Как правильно игнорировать исключения

Это можно сделать несколькими способами.

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

Специально для примера:

Вместо

 попробуйте:
    Shutil.rmtree(путь)
кроме:
    проходить
 

Сделайте это:

 Shutil.rmtree (путь, ignore_errors = True)
 

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

 >>> импортный шутил
>>> помощь(shutil.rmtree)
 

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

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

Новое в Python 3.4:

Вы можете импортировать диспетчер контекста подавлять :

 из contextlib import подавлять
 

Но подавлять только наиболее конкретное исключение:

 с подавлением (FileNotFoundError):
    Shutil. rmtree(путь)
 

Вы будете молча игнорировать FileNotFoundError :

 >>> с подавлением (FileNotFoundError):
... Shutil.rmtree('bajkjbkdlsjfljsf')
...
>>>
 

Из документов:

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

Обратите внимание, что подавляет , а FileNotFoundError доступны только в Python 3.

Если вы хотите, чтобы ваш код работал и на Python 2, см. следующий раздел:

Python 2 и 3:

Если вы просто хотите выполнить попытку/исключение без обработки исключения, как вы это делаете в Python?

Правильно ли это сделать?

 попытка:
    Shutil.rmtree (путь)
кроме :
    проходить
 

Для кода, совместимого с Python 2, pass — это правильный способ получить инструкцию, которая не является операцией. Но когда вы делаете голые за исключением: , это то же самое, что и за исключением BaseException: который включает GeneratorExit , KeyboardInterrupt и SystemExit , и в общем, вы не хотите ловить эти вещи.

На самом деле вы должны быть как можно точнее в названии исключения.

Вот часть иерархии исключений Python (2), и, как вы можете видеть, если вы поймаете более общие исключения, вы можете скрыть проблемы, которых вы не ожидали:

 Базовое исключение
 +-- Выход из системы
 +-- Прерывание Клавиатуры
 +-- ГенераторВыход
 +-- Исключение
 +-- Остановить итерацию
 +-- Стандартная ошибка
 | +-- ошибка буфера
 | +-- Ошибка арифметики
 | | +-- Ошибка с плавающей запятой
 | | +-- Ошибка переполнения
 | | +-- ZeroDivisionError
 | +-- Ошибка утверждения
 | +-- Ошибка атрибута
 | +-- ошибка среды
 | | +-- IOError
 | | +-- OSError
 | | +-- Ошибка Windows (Windows)
 | | +-- VMSError (VMS)
 | +-- EOFError
.