ls -l /proc/$pid/{exe,cwd} покажут сразу и «настоящий» экзешник и текущий cwd (который часто тот который был в момент запуска, хотя и не всегда), без шаманства с переменными среды.
К тому же, переменные среды могут быть не совсем верными, а ps покажет то что захочет сам процесс.
Да, рецепторы никуда не денутся независимо от тренировок — а вот восприятие того что они передают может изменится (и меняется) в зависимости от массы факторов — собственно, это и называются «чувствительностью к боли».
Дело не в вере в сказки — просто люди которые тренировками (ничего тайного — они занимаются либо боевыми исскусствами либо йогой) реально не проявляют чувствительности при повреждениях существуют, и с некоторыми из них я знаком лично, про свой личный опыт я тоже рассказал (это уж точно не сказки).
Неужели у вас никогда не бывало случаев когда вы не замечали сразу порез или глубокий прокол кожи, и боль начинала ощущаться только намного позже (если это вообще происходило), уже после того как вы это увидели?
Набивка также сильно снижает чувствительность к боли в кистях рук в целом (включая перепонки), а если этого возможно добиться упражнениями хотя бы для отдельных частей тела, значит это возможно в принципе.
Насчёт плеча как раз всё достаточно просто — к примеру, у меня во время уколов иглы ощущаются но боли нет (включая забор крови из вены), но если уколоть неожиданно — ощущается именно как боль, но никакими техниками я не занимаюсь.
Подозреваю, что я не один такой — просто готовность к боли заранее «приглушает» эти ощущения вплоть до полной блокировки (так мне объяснял невролог), и наверняка это можно тренировать. Йоги ж ходят по углям и стоят на дощечках с иглами, причём зрачки у них не расширяются в процессе (как обычно бывает когда человек просто терпит).
Это прям альтернативная математика… Пришлось прочитать три раза чтобы понять что имелось в виду «2^34» и «2^32»…
Поля Identification, Flags, Fragment Offset и Header Checksum были исключены по причине того, что в современных условиях передачи данных фрагментации не происходит и проверка контрольной суммы не требуется.
Фрагментация очень даже может происходить, и в IPv6 она никуда не делась (там есть Fragment extension), просто уровень изменился — рутеры не занимаются маршрутизацией фрагментов, это возможно только на уровне end-to-end. Контрольные суммы очень даже требуются, но на более низком уровне (Link Layer) и/или на более высоком (application layer).
сегодня повсеместно используется Ethernet стандарта IEEE 802.3 c MTU размером 1500 байтов, и фрагментация больше не встречается
Да-да… В 1500 байт влезет всё… А если учесть что эти 1500 байт существуют аж с 1983 года, за 12 лет до появления проекта IPv6, то это заявление вообще очень странно звучит.
В общем, создаётся впечатление что оригинальный автор имеет весьма базовые знания об IPv6.
Я абсолютно ничего не имею против Tcl (равно как и любого другого языка), я просто не согласен с вашим утверждением что он отсутствует в списке незаслуженно, и с последующими что «многие им пользуются опосредованно», или «используется для управления сетью» — поскольку эти утверждения не соответствуют действительности. «может использоватья» != «используется» и «необходим».
Просто он не имел достаточно существенной роли (в сравнении с упомянутыми в статье языками), и уж точно не внёс «огромный вклад в мир разработки» — и именно по этой причине (скорее всего) и не попал в список.
Я не спорю, его много куда встраивали, и он всё ещё применим, но… назовите хотя бы один продукт который невозможно (или сложно) было бы использовать без Tcl, и при этом он играл бы существуенную роль в Linux и для Internet.
Да тот же bash (и вариации) играет намного большую роль чем Tcl, т.к. используется почти везде.
В данном случае 20% получается потому что выделено так мало, поскольку съедается фиксированный объем плюс какой-то процент, причём этот процент не фиксированный.
А внутри «ровно» зависит от того какая там OS — как я уже упомянул выше, зависит от ядра (если линух) и сколько оно памяти под свои нужды резервирует (да, total в выводе free показывает не всё что есть, а то что осталось после ядра).
Посмотрите что выводит dmesg | grep Memory: должно быть что-то типа:
May 30 15:59:09 ovh-host kernel: Memory: 3761084k/5144576k available (7668k kernel code, 1049112k absent, 334380k reserved, 6052k data, 1876k init)
В этой строчке собственно виден весь расклад. А дальше можно гуглить как уменьшить «накладные расходы».
Да, с помощью него можно проверить два, три, четыре проекта за вечер — но это еще не всё.
Зависит от размера проекта. А если учесть что PVS Studio выдает газиллионы ложных сообщений, которые при ручной тщательной проверке оказываются и не ошибками вовсе (или просто ложными) — то о скорости проверки можно забыть, потому что каждое сообщение нужно «помыть и завернуть», причём зачастую для этого требуется ощутимое время.
Нельзя просто взять и найти уязвимость с помощью анализатора — для этого нужно хорошо знать не только язык, но и кодовую базу проекта, без этого можно разве что банальные отсутствия проверок на null или повторяющиеся условия выловить.
А какой именно Xeon? Одно ядро Xeon Gold 6138 и одно ядро Xeon E5-2650 — это разница по производительности в два раза, хотя оба 2 GHz, а если это Xeon X6550 — так вообще во все четыре, при той же тактовой.
В зависимости от ядра и ещё кучи всего это отгрызается в любой VM, у любого хостера, и даже (с высокой вероятностью) если вы сами запустите QEMU/KVM на своём хосте. Причём dmidecode честно покажет что выделено столько сколько сказали. Контейнеры (lxc) ничего (почти) не отгрызают.
К примеру, у OVH при выделенных 4000M доступно всего 3.6G — уже существенный минус. У hetzner cloud — при выделенных 4096M доступно 3.8G, но это зависит от ядра которое крутится в VM, может быть и меньше.
Хотя провайдеры могли бы быть почестнее и указывать не выделяемую VM память, а реально доступную…
Американская версия «Shark Tank». Смысл: выходит предприниматель с сумасшедшей идеей. Ему говорят: класс! На тебе денег, работай чувак, взамен отдай 10-30% твоих акций.
… чувак, ясный пень, соглашается, получает пачку или чемодан миллионов, через два-три года говорит "ой, не шмогла", и довольные инвесторы расходятся по домам. Что удивительно, они же тут же отдают очередную пачку миллионов очередному сумасшедшему, и всё повторяется.
Посчитайте на досуге, сколько из всех громких (а особенно не очень) стартапов в США реально хотя бы вернули инвестиции.
Так что немецких инвесторов можно понять, особенно если учесть что во времена 3D-печати и прочих технологий можно показать работающий (почти) прототип гипердвигателя или даже звёздных врат.
На современном железе вполне себе реально перебрать пароль длиной до 20 символов.
У вас, вероятно, чрезвычайно современное железо. Если это случайный пароль, только латиница (в обоих регистрах), то это уже 114 бит энтропии. Даже при скорости перебора 1 квадриллион паролей в секунду (10^15, или одна фемтосекунда на операцию подбора/проверки) на одном компе, и даже если таких компов у вас миллион, у вас уйдёт больше 300 тыс. лет на то чтобы найти нужный пароль с вероятностью 50%.
Так что если это пароль для ключа шифрования диска — то он более чем хорош, никто его не сломает в обозримом будущем (без паяльника).
Это при условии если он «официально» войдёт в историю кредитов. Банк не обязан делать запросы и информировать соответствующие институты в таких случаях, именно потому что и кредитоспособность, и риски ему уже и так известны.
Вы же, я думаю, догадываетесь, что если если (к примеру) Microsoft потребуется реально украсть у вас данные — то они просто используют любой из незаблоченных доменов/адресов?
А так… да, рекламку и надоедливости прибить помогает, но не более того.
Говоря честно и откровенно, если это не супер-пупер банк который обслуживает только состоятельных клиентов (или потенциально состоятельных), и если он вообще открывает счета нерезидентам, то он удовлетворится всего двумя первыми пунктами из списка:
какие цели вы преследуете, открывая счет в иностранном банке,
что или кто является источником происхождения средств, которые будут поступать на данный счет,
Остальные пункты начнут проявлять себя если активность на счету станет подозрительной, или если поступающие суммы будут выше определенного порога — вот тогда (но не раньше) могут начать требовать подтверждений, справок и всё такое (разумеется, предварительно заблокировав счёт или отдельные транзакции — у них есть на это право).
Если же операции будут на сравнительно небольшие суммы (т.е. месячный оборот не превысит 10-15 тыс. евро), с разумным описанием («contract #...», оплаты в магазинах, кредиток etc) и из «правильных» стран (ЕС и рядом, США etc) — то вероятность того что банк напряжется и потребудет объяснений сравнительно мала.
Уплачены ли налоги банки совешенно не волнует — по запросу из налоговой страны проживания они отдадут всю информацию и так (опять-так, если это «правильная» страна), дальше это будут проблемы клиента. Проблема тут в том что до подачи декларации вообще невозможно посчитать налоги, и по определению чтобы что-то заработать, нужно сначало что-то получить и (возможно) потратить, т.е. совершать операции ощутимое время — только потом станет ясно, есть ли вообще налогооблагаемые доходы. Соответственно, до этого момента требовать справку из налоговой бессмысленно (её просто не может быть, ну разве что по НДС, если платится каждый месяц), а к моменту когда она может появится — может ничего не остаться на счету.
Ситуация с первоначальным вкладом несколько иная — да, при существенной сумме могут потребовать всё по списку — включая декларации, справки etc — но если счёт изначально «нулевой» (или почти) и создаётся для работы — то ни банк, ни налоговая, ни даже сам клиент вряд ли смогут сказать чем всё закончится по итогам года.
PS: Пишу по личному опыту открытия счетов в Швейцарии и Нидерландах, счёт в Германии не считается — его я открывал очень давно, но по опыту знакомых (нерезидентов) — проблем нет и сейчас, хотя и есть банки которые просто отказывают под соусом «нерезидентам не открываем».
Есть ведь простой способ не допускать таких проблем в принципе — всего-то подтверждение включения (причём не нажатием а чем-то вроде slide/pull to confirm). Ещё можно добавить двойное подтверждение на работу с температурой выше 70° дольше чем 1 час.
Речь идет о том, что кредитная история, начатая в стране вашего будущего постоянного пребывания имеет значение с точки зрения более раннего старта.
Это сильно зависит от страны. В Германии, к примеру, кредитная история совершенно никак не зависит от открытия счёта, она начинает появляться (и меняться) при появлении долгосрочных контрактов с обязательствами (мобильные и интернет операторы, кредиты, etc — всё что предусматривает регулярные платежи) — если они есть и выполняются — рейтинг увеличивается, если не выполняются (есть невыплаты или превышения сроков внесения оплаты) — рейтинг понижается. Если же есть только счёт (без кредитной линии), но нет контрактов/кредитов (в стране где он есть) — то на рейтинг это не влияет от слова «совсем», независимо от того какие операции по нему осуществляются. Точнее, на внутрибанковский рейтинг это может оказать влияение, по очевидным причинам, но за пределами банка это не значит ровно ничего.
Вообще в большинстве стран на кредитный рейтинг влияет как раз количество и выполняемость обязательств по контрактам и кредитам, а не сам факт наличия счётов и средств на них, но лучший способ улучшить рейтинг — это не пораньше открыть счёт, а пораньше взять несколько простых обязательств (типа договора с мобильным оператором) и регулярно из выплачивать.
Более того, если речь о нерезиденте, то с вероятностью 99% у него вообще не будет никакой кредитной истории вплоть до момента пока он не станет резидентом — но тогда рейтинг начнётся с условного нуля (для всех кроме его банка), даже если у него на счету миллионы. Впрочем, если у него там и правда миллионы, то ему с той же самой вероятностью до лампочки всякие рейтинги.
ls -l /proc/$pid/{exe,cwd}покажут сразу и «настоящий» экзешник и текущий cwd (который часто тот который был в момент запуска, хотя и не всегда), без шаманства с переменными среды.К тому же, переменные среды могут быть не совсем верными, а ps покажет то что захочет сам процесс.
Дело не в вере в сказки — просто люди которые тренировками (ничего тайного — они занимаются либо боевыми исскусствами либо йогой) реально не проявляют чувствительности при повреждениях существуют, и с некоторыми из них я знаком лично, про свой личный опыт я тоже рассказал (это уж точно не сказки).
Неужели у вас никогда не бывало случаев когда вы не замечали сразу порез или глубокий прокол кожи, и боль начинала ощущаться только намного позже (если это вообще происходило), уже после того как вы это увидели?
Насчёт плеча как раз всё достаточно просто — к примеру, у меня во время уколов иглы ощущаются но боли нет (включая забор крови из вены), но если уколоть неожиданно — ощущается именно как боль, но никакими техниками я не занимаюсь.
Подозреваю, что я не один такой — просто готовность к боли заранее «приглушает» эти ощущения вплоть до полной блокировки (так мне объяснял невролог), и наверняка это можно тренировать. Йоги ж ходят по углям и стоят на дощечках с иглами, причём зрачки у них не расширяются в процессе (как обычно бывает когда человек просто терпит).
Это прям альтернативная математика… Пришлось прочитать три раза чтобы понять что имелось в виду «2^34» и «2^32»…
Фрагментация очень даже может происходить, и в IPv6 она никуда не делась (там есть Fragment extension), просто уровень изменился — рутеры не занимаются маршрутизацией фрагментов, это возможно только на уровне end-to-end. Контрольные суммы очень даже требуются, но на более низком уровне (Link Layer) и/или на более высоком (application layer).
Да-да… В 1500 байт влезет всё… А если учесть что эти 1500 байт существуют аж с 1983 года, за 12 лет до появления проекта IPv6, то это заявление вообще очень странно звучит.
В общем, создаётся впечатление что оригинальный автор имеет весьма базовые знания об IPv6.
Просто он не имел достаточно существенной роли (в сравнении с упомянутыми в статье языками), и уж точно не внёс «огромный вклад в мир разработки» — и именно по этой причине (скорее всего) и не попал в список.
Да тот же bash (и вариации) играет намного большую роль чем Tcl, т.к. используется почти везде.
А внутри «ровно» зависит от того какая там OS — как я уже упомянул выше, зависит от ядра (если линух) и сколько оно памяти под свои нужды резервирует (да, total в выводе free показывает не всё что есть, а то что осталось после ядра).
Посмотрите что выводит
dmesg | grep Memory:должно быть что-то типа:May 30 15:59:09 ovh-host kernel: Memory: 3761084k/5144576k available (7668k kernel code, 1049112k absent, 334380k reserved, 6052k data, 1876k init)В этой строчке собственно виден весь расклад. А дальше можно гуглить как уменьшить «накладные расходы».
Зависит от размера проекта. А если учесть что PVS Studio выдает газиллионы ложных сообщений, которые при ручной тщательной проверке оказываются и не ошибками вовсе (или просто ложными) — то о скорости проверки можно забыть, потому что каждое сообщение нужно «помыть и завернуть», причём зачастую для этого требуется ощутимое время.
Нельзя просто взять и найти уязвимость с помощью анализатора — для этого нужно хорошо знать не только язык, но и кодовую базу проекта, без этого можно разве что банальные отсутствия проверок на null или повторяющиеся условия выловить.
А какой именно Xeon? Одно ядро Xeon Gold 6138 и одно ядро Xeon E5-2650 — это разница по производительности в два раза, хотя оба 2 GHz, а если это Xeon X6550 — так вообще во все четыре, при той же тактовой.
В зависимости от ядра и ещё кучи всего это отгрызается в любой VM, у любого хостера, и даже (с высокой вероятностью) если вы сами запустите QEMU/KVM на своём хосте. Причём dmidecode честно покажет что выделено столько сколько сказали. Контейнеры (lxc) ничего (почти) не отгрызают.
К примеру, у OVH при выделенных 4000M доступно всего 3.6G — уже существенный минус. У hetzner cloud — при выделенных 4096M доступно 3.8G, но это зависит от ядра которое крутится в VM, может быть и меньше.
Хотя провайдеры могли бы быть почестнее и указывать не выделяемую VM память, а реально доступную…
Это где Tcl используется (или использовался) для управления сетью (и когда)? Если не считать использования expect для ppp, конечно (и то не везде).
… чувак, ясный пень, соглашается, получает пачку или чемодан миллионов, через два-три года говорит "ой, не шмогла", и довольные инвесторы расходятся по домам. Что удивительно, они же тут же отдают очередную пачку миллионов очередному сумасшедшему, и всё повторяется.
Посчитайте на досуге, сколько из всех громких (а особенно не очень) стартапов в США реально хотя бы вернули инвестиции.
Так что немецких инвесторов можно понять, особенно если учесть что во времена 3D-печати и прочих технологий можно показать работающий (почти) прототип гипердвигателя или даже звёздных врат.
У вас, вероятно, чрезвычайно современное железо. Если это случайный пароль, только латиница (в обоих регистрах), то это уже 114 бит энтропии. Даже при скорости перебора 1 квадриллион паролей в секунду (10^15, или одна фемтосекунда на операцию подбора/проверки) на одном компе, и даже если таких компов у вас миллион, у вас уйдёт больше 300 тыс. лет на то чтобы найти нужный пароль с вероятностью 50%.
Так что если это пароль для ключа шифрования диска — то он более чем хорош, никто его не сломает в обозримом будущем (без паяльника).
А так… да, рекламку и надоедливости прибить помогает, но не более того.
Остальные пункты начнут проявлять себя если активность на счету станет подозрительной, или если поступающие суммы будут выше определенного порога — вот тогда (но не раньше) могут начать требовать подтверждений, справок и всё такое (разумеется, предварительно заблокировав счёт или отдельные транзакции — у них есть на это право).
Если же операции будут на сравнительно небольшие суммы (т.е. месячный оборот не превысит 10-15 тыс. евро), с разумным описанием («contract #...», оплаты в магазинах, кредиток etc) и из «правильных» стран (ЕС и рядом, США etc) — то вероятность того что банк напряжется и потребудет объяснений сравнительно мала.
Уплачены ли налоги банки совешенно не волнует — по запросу из налоговой страны проживания они отдадут всю информацию и так (опять-так, если это «правильная» страна), дальше это будут проблемы клиента. Проблема тут в том что до подачи декларации вообще невозможно посчитать налоги, и по определению чтобы что-то заработать, нужно сначало что-то получить и (возможно) потратить, т.е. совершать операции ощутимое время — только потом станет ясно, есть ли вообще налогооблагаемые доходы. Соответственно, до этого момента требовать справку из налоговой бессмысленно (её просто не может быть, ну разве что по НДС, если платится каждый месяц), а к моменту когда она может появится — может ничего не остаться на счету.
Ситуация с первоначальным вкладом несколько иная — да, при существенной сумме могут потребовать всё по списку — включая декларации, справки etc — но если счёт изначально «нулевой» (или почти) и создаётся для работы — то ни банк, ни налоговая, ни даже сам клиент вряд ли смогут сказать чем всё закончится по итогам года.
PS: Пишу по личному опыту открытия счетов в Швейцарии и Нидерландах, счёт в Германии не считается — его я открывал очень давно, но по опыту знакомых (нерезидентов) — проблем нет и сейчас, хотя и есть банки которые просто отказывают под соусом «нерезидентам не открываем».
Это сильно зависит от страны. В Германии, к примеру, кредитная история совершенно никак не зависит от открытия счёта, она начинает появляться (и меняться) при появлении долгосрочных контрактов с обязательствами (мобильные и интернет операторы, кредиты, etc — всё что предусматривает регулярные платежи) — если они есть и выполняются — рейтинг увеличивается, если не выполняются (есть невыплаты или превышения сроков внесения оплаты) — рейтинг понижается. Если же есть только счёт (без кредитной линии), но нет контрактов/кредитов (в стране где он есть) — то на рейтинг это не влияет от слова «совсем», независимо от того какие операции по нему осуществляются. Точнее, на внутрибанковский рейтинг это может оказать влияение, по очевидным причинам, но за пределами банка это не значит ровно ничего.
Вообще в большинстве стран на кредитный рейтинг влияет как раз количество и выполняемость обязательств по контрактам и кредитам, а не сам факт наличия счётов и средств на них, но лучший способ улучшить рейтинг — это не пораньше открыть счёт, а пораньше взять несколько простых обязательств (типа договора с мобильным оператором) и регулярно из выплачивать.
Более того, если речь о нерезиденте, то с вероятностью 99% у него вообще не будет никакой кредитной истории вплоть до момента пока он не станет резидентом — но тогда рейтинг начнётся с условного нуля (для всех кроме его банка), даже если у него на счету миллионы. Впрочем, если у него там и правда миллионы, то ему с той же самой вероятностью до лампочки всякие рейтинги.