Сухо и объективно - не существует случаев, в которых могло бы быть "эффективно" или "целесообразно". Вы прямо говорите, что вам лень вникать в организацию отладки если не своего, так чужого кода.
Это не здоровая позиция. Комьюнити указывает вам, на очевидные минусы вашего "метода" отладки.
Пока вы пытаетесь отстоять целесообразность, остается только посочувствовать вашему нежеланию налаживать процесс.
В посте нет "нестандартного, но эффективного, точечного" решения, есть нежелание выстроить процесс отладки по правилам хорошего тона если не на dev, то хотя бы на продакшен окружении.
Степень "уникальности\правильности\применимости" вашей "идеи", можно прямо пронаблюдать исходя из полученных минусов под каждый ваш ответ и глядя на показатель кармы.
Бегать за каждый - единственное что остается вам, так как суть вашего повествования из поста не ясна и не очевидна. Никто в здравом уме не будет заниматься подобным. И рассказывать об этом, тем более на хабре, сродни святотатству.
С подобными "лайфхаками" вам стоило бы опубликоваться в личном бложике, за пределами хабра.
Таких подходов не должно существовать, все что вам нужно, можно получить не выходя за пределы ftp\ssh, без вот этих вот выкрутасов.
Не стоит забывать о том, что телеграм фильтрует данные и имеет ограничение на число символов для одного сообщения, если лимит будет преувеличен, сообщение так и не дойдет.
Затея уровня автоматического открытия ссылки на страницу с поиском по тексту ошибки на Stackoverflow (это даже вирусилось как мем). Только тут профита чуть меньше чем 0.
Не спорю, передавать какие-то данные для уведомлений в условный телеграм, затея разумная, но явно не предназначена для отладочных задач. Тот факт, что открытие файла с логами для вас проблема, при наличии ssh и ftp, лишь демонстрирует уровень вашей компетентности как специалиста. Имхо.
Очередной инструмент которому для "мониторинга" нужно подшиваться прямо в код приложения\сервиса. Что пусть и разумно, но может быть болезненно для лапши и легаси. Чем мониторить такой код в реалтайме?
В большинстве своем подставки питаются от USB, чего максимально не хватает для нормального обдува нижней стенки ноутбука. Применимо наверное только в случае ультрабуков, которые максимально тонкие. Я сравнивал покупную подставку с USB, и вентилятор от БП настольника, потребляющим 12вт от отдельного блока питания и розетки соответственно. Разница была х2 или более.
Ниша песочек весьма обширна, а если уж включать скайрим, мне кажется, что тогда список можно пополнять любыми играми где ты вне коридорных уровней, ведь можно отклониться от сюжета и по пинать трупы, покидать предметы, пострелять, попрыгать и т.д. и т.п. Космические Рейнджеры действительно более уместны для песочницы, чем скайрим, тут согласен)
Суть статьи в чем? Рассказать о песочницах и том многообразии вариантов занятий которые они предоставляют?
К чему тут упоминания скайрима, вообще не ясно. Если уж приплетать открытые миры, то в этот список можно добавить GTA, Spider-man, Far Cry, etc, ведь у всех есть открытый мир, лор и прочее, затягивающее на десятки часов с "погружением".
Вопрос интеграции UL идет несколько в разрез с вопросом закрытия входящего трафика по условному гео, у ряда параноиков, в виду последних событий(как внутри России, так и за рубежом). Кейс не представлен в виде инструкции по интеграции или фикса для типовых проектов, а явно описан для случаев, когда конечный ресурс явно блокирует внешние обращения, в т.ч. от Apple. Нет?
То есть, вся суета вокруг Universal Links в статье ограничена исключительно устройствами и "экосистемой" Apple, а так же, вертится вокруг ресурса, который самостоятельно закрыл доступ к себе и своим ресурсам из вне (из-за рубежа, или только в пределах %имя_страны%), и в целом, как гайд\материал\совет уместно только для узкого круга таких же индивидов, так?
Если для вас расширение кругозора и веселье сводится к подметанию улиц, боюсь вам нужна помощь специалиста.
Если заменить подметание на развлекательный контент предлагаемый например квестами, с загадками и какими-то соревновательными задачами на пару минут, на свежем воздухе - это будет иметь куда больше профиту и отклику чем метла и пыль с дороги.
Все еще не вижу толковых аргументов, в пользу душного, без эмоционального обсуждения побед и поражений на ретро.
Вот казалось бы, Вы хотите подушнить по теме, но при этом уходите мыслями в ту нишу, которая кажется вам интересной (речь про VR), а это одна из возможностей той же геймификации и развлечения.
Полистал комменты, понял, что большинство "душнил" посещающих ретро - просто ничего другого не пробовали, нейронные связи уже выстроены и строить новые им не по карману (надо же обсуждать работу, а не сажать цветочки и тонуть в попытках достать сундук).
Сторонние звонилки на тех же андроидах и сами отлавливают спам и синхронизируются гораздо быстрее, отсеивая вызов на ранних этапах. Даже гугл уже включился в эту игру и его дефолтная звонилка научилась в АОН и фильтр спам-звонков
Ок ок, мы можем добавить onclick с window.open, хотя в случае открытия в той же вкладке было бы правильнее применить location.href, да и в целом, можно было бы отказаться от js, используя под ссылку атрибут action="" и передавать данные(которых нет) в method="get"
Из всего описанного, упоминания достойно только использование GeoIP в виду последних событий, и разумеется fail2ban, крайне вскользь упомянут iptables (у него вроде есть более современный аналог, применяемый ныне), про который стоило сказать гораздо больше.
Использование rate - вредная опция, так как в случае, если на 1 страницу приходится статики типа img, js, css помимо html больше чем указан лимит, ресурсы не будут получены. Как результат, реальный пользователь получит криво работающий сайт. Нужно либо постоянно держать в голове число из лимита, либо намеренно указывать его с запасом.
Сухо и объективно - не существует случаев, в которых могло бы быть "эффективно" или "целесообразно". Вы прямо говорите, что вам лень вникать в организацию отладки если не своего, так чужого кода.
Это не здоровая позиция. Комьюнити указывает вам, на очевидные минусы вашего "метода" отладки.
Пока вы пытаетесь отстоять целесообразность, остается только посочувствовать вашему нежеланию налаживать процесс.
В посте нет "нестандартного, но эффективного, точечного" решения, есть нежелание выстроить процесс отладки по правилам хорошего тона если не на dev, то хотя бы на продакшен окружении.
Степень "уникальности\правильности\применимости" вашей "идеи", можно прямо пронаблюдать исходя из полученных минусов под каждый ваш ответ и глядя на показатель кармы.
Бегать за каждый - единственное что остается вам, так как суть вашего повествования из поста не ясна и не очевидна.
Никто в здравом уме не будет заниматься подобным. И рассказывать об этом, тем более на хабре, сродни святотатству.
С подобными "лайфхаками" вам стоило бы опубликоваться в личном бложике, за пределами хабра.
Таких подходов не должно существовать, все что вам нужно, можно получить не выходя за пределы ftp\ssh, без вот этих вот выкрутасов.
Не стоит забывать о том, что телеграм фильтрует данные и имеет ограничение на число символов для одного сообщения, если лимит будет преувеличен, сообщение так и не дойдет.
Затея уровня автоматического открытия ссылки на страницу с поиском по тексту ошибки на Stackoverflow (это даже вирусилось как мем). Только тут профита чуть меньше чем 0.
Не спорю, передавать какие-то данные для уведомлений в условный телеграм, затея разумная, но явно не предназначена для отладочных задач. Тот факт, что открытие файла с логами для вас проблема, при наличии ssh и ftp, лишь демонстрирует уровень вашей компетентности как специалиста. Имхо.
Даже сам Хабр не готов к таким вещам.
Выглядит многообещающе, но ты прав, весьма накладно по расходам на наши объемы
Благодарю, на вид очень интересно, попробуем
Очередной инструмент которому для "мониторинга" нужно подшиваться прямо в код приложения\сервиса. Что пусть и разумно, но может быть болезненно для лапши и легаси. Чем мониторить такой код в реалтайме?
В большинстве своем подставки питаются от USB, чего максимально не хватает для нормального обдува нижней стенки ноутбука. Применимо наверное только в случае ультрабуков, которые максимально тонкие. Я сравнивал покупную подставку с USB, и вентилятор от БП настольника, потребляющим 12вт от отдельного блока питания и розетки соответственно. Разница была х2 или более.
Ниша песочек весьма обширна, а если уж включать скайрим, мне кажется, что тогда список можно пополнять любыми играми где ты вне коридорных уровней, ведь можно отклониться от сюжета и по пинать трупы, покидать предметы, пострелять, попрыгать и т.д. и т.п. Космические Рейнджеры действительно более уместны для песочницы, чем скайрим, тут согласен)
Суть статьи в чем?
Рассказать о песочницах и том многообразии вариантов занятий которые они предоставляют?
К чему тут упоминания скайрима, вообще не ясно. Если уж приплетать открытые миры, то в этот список можно добавить GTA, Spider-man, Far Cry, etc, ведь у всех есть открытый мир, лор и прочее, затягивающее на десятки часов с "погружением".
Объективного толка от статьи не нашел
58% сайтов из 1кк проанализированных, по результатам по ссылке. А какая доля у вашей %библиотейка_нейм%?
Ссылка на статистику по 1кк сайтов с jQ ведет на статью по AbortController
Вопрос интеграции UL идет несколько в разрез с вопросом закрытия входящего трафика по условному гео, у ряда параноиков, в виду последних событий(как внутри России, так и за рубежом). Кейс не представлен в виде инструкции по интеграции или фикса для типовых проектов, а явно описан для случаев, когда конечный ресурс явно блокирует внешние обращения, в т.ч. от Apple. Нет?
То есть, вся суета вокруг Universal Links в статье ограничена исключительно устройствами и "экосистемой" Apple, а так же, вертится вокруг ресурса, который самостоятельно закрыл доступ к себе и своим ресурсам из вне (из-за рубежа, или только в пределах %имя_страны%), и в целом, как гайд\материал\совет уместно только для узкого круга таких же индивидов, так?
Рационально, согласен. В силу возраста развлекаться (отвлекаться на развлекательные форматы) хочется меньше.
Если для вас расширение кругозора и веселье сводится к подметанию улиц, боюсь вам нужна помощь специалиста.
Если заменить подметание на развлекательный контент предлагаемый например квестами, с загадками и какими-то соревновательными задачами на пару минут, на свежем воздухе - это будет иметь куда больше профиту и отклику чем метла и пыль с дороги.
Все еще не вижу толковых аргументов, в пользу душного, без эмоционального обсуждения побед и поражений на ретро.
Вот казалось бы, Вы хотите подушнить по теме, но при этом уходите мыслями в ту нишу, которая кажется вам интересной (речь про VR), а это одна из возможностей той же геймификации и развлечения.
Вывод, душнила из вас так себе, на 3/5
Полистал комменты, понял, что большинство "душнил" посещающих ретро - просто ничего другого не пробовали, нейронные связи уже выстроены и строить новые им не по карману (надо же обсуждать работу, а не сажать цветочки и тонуть в попытках достать сундук).
Печальное зрелище, имхо.
72 часа до блокировки - слишком медленно.
Сторонние звонилки на тех же андроидах и сами отлавливают спам и синхронизируются гораздо быстрее, отсеивая вызов на ранних этапах. Даже гугл уже включился в эту игру и его дефолтная звонилка научилась в АОН и фильтр спам-звонков
Ок ок, мы можем добавить onclick с window.open, хотя в случае открытия в той же вкладке было бы правильнее применить location.href, да и в целом, можно было бы отказаться от js, используя под ссылку атрибут action="" и передавать данные(которых нет) в method="get"
Из всего описанного, упоминания достойно только использование GeoIP в виду последних событий, и разумеется fail2ban, крайне вскользь упомянут iptables (у него вроде есть более современный аналог, применяемый ныне), про который стоило сказать гораздо больше.
Использование rate - вредная опция, так как в случае, если на 1 страницу приходится статики типа img, js, css помимо html больше чем указан лимит, ресурсы не будут получены. Как результат, реальный пользователь получит криво работающий сайт. Нужно либо постоянно держать в голове число из лимита, либо намеренно указывать его с запасом.