Я правильно понимаю, что вы предлагаете спамить через добавление в контакты людей, которые забыли отключить эту нелепую функцию в телеге и к тому же могли просто проходить мимо вашей "целевой локации"?
Конечно на много больше вопросов к этому функционалу телеги, но описанный вами кейс... Мне кажется привести кейс аля "оценка проходимости определенных локаций для выбора места палатки с шаурмой" был бы более этичен.
Ну, вот помимо нелепого аргумента про "логическое упорядочивание" (хотя я понимаю смысл зачем это люди хотят, но это не имеет смысла по факту) вот это конечно... Вроде как и смысл есть, а вроде как самое яркое проявление ОКР в IT
Все так, примерно месяц щупал возможности языка, привыкал к синтаксису. Ещё месяц взял для пробы переписать маленький боевой проект, смотрел чужие репы на go чтобы понять как люди пишут, как удобнее и правильнее. По своим ощущениям сказал бы, что прям уверенно можно перекатится за 3 месяца.
Поддерживаю вопрос и автору нужно написать статью как устроен этот тип в Postgres. Когда игрался просто для себя, то обнаружил, что этот тип поля подтягивает валюту из локали, которые очень желательно установить (на случай, если вы хотите использовать "местную" валюту). Но вроде как можно управлять этим по хитрому, задавая временно локаль при вставке значения (но это не точно, а проверять лень). Документация прям крайне скупа на счет этого типа https://www.postgresql.org/docs/current/datatype-money.html
Ну, как я понимаю это немного (сильно) геморройнее в плане эксплуатации, если ядра относительно старые. Потому что сейчас я хочу просто почилить в браузере, потом скомпилировать что-то, потом поиграть в игрушки и каждый раз мне чем то надо регулировать частоту. Я использую 6.9.1 с passive и планировщиком schedutil. При необходимости он выдает ту же мощность что и active -> performance, в обычной эксплуатации сильно более сдержан при хорошей производительности в сравнении с active->powersave (active powersave всё равно более агрессивно выдает мощности, чем хотелось бы).
Да да... Я правда сейчас вот задумался, а как быть с ситуаций когда телеграм установлен с официального сайта? У меня вот телега стоит из apk с сайта телеги, обновляется внутри себя.
Ради интереса зашел глянуть страницу телеграма с загрузками:
Ссылка на версию для ios ведет сразу в app store
Версия для ведроида - первая ссылка вверху на скачивание apk, ссылка на гугл плей сильно ниже, нужно прокрутить.
Версия для мака есть в виде установочного пакета и ссылка на апстор
Для ПК - tar архив, снап, флатпак, а можно еще зачем то скомпилировать самому.
И еще есть пригорошня кастомных клиентов, которые как бы должны соблюдать требования к API телеграма.
По итогу эта ситуация рисуется либо как с яблоком и забанеными каналами, когда в вэб-версии нужно галочку отключить, либо это всё можно использовать как удачный предлог, чтобы загнать побольше денежной массы в крипту и пусть это само как-то там варится, бурлит, поддерживает жизнь.
И кажется мне что второй вариант правдоподобнее всего. Унифицируем систему оплаты для всех юзеров вне зависимости откуда у них установлен клиент, гугл и яблоко получают свою копеечку и не выпендриваются, своя крипта как бы приобретает больше смысла. А плохие конечно большие корпорации :))) Вот это расклад, лучше и не придумать.
А, вы имеете ввиду что телеграм принудительно теперь оставляет владельцев приложений по факту с криптой на руках и никакой прямой оплаты фиатом? Сразу как то не понял, хотя вроде статья сверху :)))
Не очень понятна суть вопроса, хотя понятно что это сарказм. Я конечно бизнеса не имею и могу предложить только теоретическую возможность в виде вывода крипты куда нибудь в Казахстан (не буду даже гуглить легально ли это там), на какого-нибудь дружественного юрика, который закажет у вас какую то услугу или комплекс услуг за оверпрайс, оплатит уже рублями, ну или на ваш же счет в Тенге, который заранее открыт там же. Без понятия вообще рабочая это схема или нет, я вообще проснулся 10 минут назад и спросони вот придумываю ответ на то что его не требовало :)))
Вообще тут скорее вопросы возникают, как ваше условное юрлицо попало в ситуацию, когда вам оплатили криптой и вы не знаете че с ней теперь делать :))))
Ну, тут мне кажется что вопрос легальности крипты в стране, где вы базируете юрлицо. Если всё ок, то по идее при запросе органов у вас не должно возникнуть проблем предоставить какие-то документы, что такая-то услуга была оплачена криптой, вот ссылка на транзакцию в блокчейне и т.п. Многие крупные хостинги же принимают оплату в крипте, значит проблем в этом нет.
Не то чтобы я горел желанием смотреть всё что смерджили в 6.9....))) Особенно с учётом того, что я только примерно могу догадываться в каких файлах это может быть. Но справедливости ради, до этого помимо частоты 120 у меня были ещё 72.04 и 96.00. И я понятия не имею почему такие, но они работали :) Больше всего обидно за пропажу 120, т.к. для себя нашел очень комфортную конфигурацию с вертикальной синхронизацией на 120Гц, стабильный ФПС и не такое сильное насилование видеокарты. Но это для шутеров, для всего остального 60Гц остаются более чем комфортными.
mitigations=off - отключение патчей безопасностей ядра, при сборке ядра можно настроить детальнее, короче на своё усмотрение
amd_pstate=passive - (см. аналог для intel) мне больше нравится как работает schedutil, можно переставить на active и у вас останется 2 планировщика - powersave и perfomance. В режиме active планировщик perfomance не жарит всегда на 100%, но предпочитает сильно более агресивный режим и греет процессор больше. Для стационарного ПК думаю это лучший выбор, если у вас ноутбук то советую оставить passive + schedutil
drm_kms_helper.drm_fbdev_overalloc=300 - тройная буферизация. Тут вообще спорно, некоторые игры показывают лучшую производительность без неё, т.е. выставить 100. В данный момент у меня стоит 100, но можете выставить 300 и посмотреть разные игры. Оно может вести себя сильно по разному при включении или отключении вертикальной синхронизации, а так же установке лимита кадров или без.
Ну и некоторые параметры лежат в /etc/sysctl.conf:
Интересно, на 6.9.0 в настройках монитора у меня пропали варианты 120 и 90 Гц, остались только 60 и 165 (82UH Legion 7 16ARHA7). Собирал с olddefconfig, вряд ли какой-то флаг это делает, видимо где-то какой-то специфичный фикс приехал о_О
Не понимаю за что кто-то влепил вам минус, потому что мне понятен ваш крик души. К сожалению за последние пару лет я не нашел чего-либо, что можно было бы использовать, приходится строить тяжелые велосипеды на основе какого-то шаблона документа (тянуть с него стили и прочее), а тело как-то собирать через стандартный xml или вообще template/text.
Я думаю можно это ожидать от более профильных блогов и/или переводов. Мне нравится читать такие короткие новости от denis-19 :) Порой натыкаешься на какие-то интересные релизы или просто вспоминаешь типа "о, там же анонсировали такую-то фичу, вот первая реализация, надо бы глянуть"
Сел смотреть что там наделали, сижу рыдаю переделывая свой старый .eslintrc.json в новый единственный формат. Ох, вот бы кто написал нормальное руководство по переезду на новый формат...
Ожидал увидеть что-то более реальное, типа "для примера возьмем исходники программы $NAME, для наглядности напишем свою обертку, где выставим нужные нам параметры" и т.п.
Я конечно могу найти что-то вроде https://github.com/google/brotli , поковырять, попытаться понять как это устроено и работает, но всё же... Как то не хватает в статье более-менее реальных примеров, а то на самом интересном всё и закончилось. Я даже думал где-то в конце должна быть рекламная ссылка на курсы.
Оооо, особенно в вэбе! Это на самом деле очень любопытно, особенно на примере "Оранжевого Ютуба", как минимум часть их фронта всегда было интересно поковырять.
То как они внедряли vue по кусочкам, на странице де факто работало несколько инстансов vue, что-то работало с комментариями, что-то с лентов предлагаемых видео, какая-то большая часть классически отдавалась серверов.
Как они пытались бороться со скачиваниями с помощью обфускации кусочков кода, где были спрятаны ссылки на варианты качества и т.п. Но самый находчивый искатель мог без труда отыскать те кусочки скрипта, которые можно было скормить локальной виртуалке с js, реализованной на чем угодно - главное сделать eval и просто получить из функции читаемые ссылки.
Как больше года, из-за их экспериментов с фронтом, обфускацией ссылок, по факту у них была дыра, которая позволяла скачивать премиальные/платные видео (это вообще интересно, были ли к ним претензии от авторов за утечки, были ли компенсации или что нибудь)
Или, например, когда появился OF, он же полностью на vue (вроде как), поэтому мне кажется сейчас самое интересное это отследить как они перейдут с vue2 на vue3, потому что все начальные болячки в виде лагающих огромных лент у них остаются до сих пор и не понятно что им мешает это как-то решить.
Или Патреон с бусти, которые без стыда выплевывали с бэка ссылки на платные контент всем пользователям, главное было знать где и как извлекать это. Справедливости ради патреон так шарил внешние ссылки, любые, которые содержались в платных или закрытых постах.
Ну и вообще интересно на этих вот штуках посмотреть как себя ведет SSR и просто чистый JS насилующий браузер и процессор юзеров. Еще интереснее узнать почему именно эти сервисы выбрали такой вариант, как они к нему пришли и т.п.
Я правильно понимаю, что вы предлагаете спамить через добавление в контакты людей, которые забыли отключить эту нелепую функцию в телеге и к тому же могли просто проходить мимо вашей "целевой локации"?
Конечно на много больше вопросов к этому функционалу телеги, но описанный вами кейс... Мне кажется привести кейс аля "оценка проходимости определенных локаций для выбора места палатки с шаурмой" был бы более этичен.
Ну, вот помимо нелепого аргумента про "логическое упорядочивание" (хотя я понимаю смысл зачем это люди хотят, но это не имеет смысла по факту) вот это конечно... Вроде как и смысл есть, а вроде как самое яркое проявление ОКР в IT
Я думал дырявость вордпресс и его плагинов это фича
Все так, примерно месяц щупал возможности языка, привыкал к синтаксису.
Ещё месяц взял для пробы переписать маленький боевой проект, смотрел чужие репы на go чтобы понять как люди пишут, как удобнее и правильнее.
По своим ощущениям сказал бы, что прям уверенно можно перекатится за 3 месяца.
Поддерживаю вопрос и автору нужно написать статью как устроен этот тип в Postgres.
Когда игрался просто для себя, то обнаружил, что этот тип поля подтягивает валюту из локали, которые очень желательно установить (на случай, если вы хотите использовать "местную" валюту).
Но вроде как можно управлять этим по хитрому, задавая временно локаль при вставке значения (но это не точно, а проверять лень).
Документация прям крайне скупа на счет этого типа https://www.postgresql.org/docs/current/datatype-money.html
Ну, как я понимаю это немного (сильно) геморройнее в плане эксплуатации, если ядра относительно старые. Потому что сейчас я хочу просто почилить в браузере, потом скомпилировать что-то, потом поиграть в игрушки и каждый раз мне чем то надо регулировать частоту.
Я использую 6.9.1 с passive и планировщиком schedutil. При необходимости он выдает ту же мощность что и active -> performance, в обычной эксплуатации сильно более сдержан при хорошей производительности в сравнении с active->powersave (active powersave всё равно более агрессивно выдает мощности, чем хотелось бы).
Да да... Я правда сейчас вот задумался, а как быть с ситуаций когда телеграм установлен с официального сайта? У меня вот телега стоит из apk с сайта телеги, обновляется внутри себя.
Ради интереса зашел глянуть страницу телеграма с загрузками:
Ссылка на версию для ios ведет сразу в app store
Версия для ведроида - первая ссылка вверху на скачивание apk, ссылка на гугл плей сильно ниже, нужно прокрутить.
Версия для мака есть в виде установочного пакета и ссылка на апстор
Для ПК - tar архив, снап, флатпак, а можно еще зачем то скомпилировать самому.
И еще есть пригорошня кастомных клиентов, которые как бы должны соблюдать требования к API телеграма.
По итогу эта ситуация рисуется либо как с яблоком и забанеными каналами, когда в вэб-версии нужно галочку отключить, либо это всё можно использовать как удачный предлог, чтобы загнать побольше денежной массы в крипту и пусть это само как-то там варится, бурлит, поддерживает жизнь.
И кажется мне что второй вариант правдоподобнее всего. Унифицируем систему оплаты для всех юзеров вне зависимости откуда у них установлен клиент, гугл и яблоко получают свою копеечку и не выпендриваются, своя крипта как бы приобретает больше смысла. А плохие конечно большие корпорации :)))
Вот это расклад, лучше и не придумать.
А, вы имеете ввиду что телеграм принудительно теперь оставляет владельцев приложений по факту с криптой на руках и никакой прямой оплаты фиатом? Сразу как то не понял, хотя вроде статья сверху :)))
Лучше бы вернули для многих моделей ноутбуков ico формат для обновления Биоса.
А то каждый раз с замиранием сердца накатываю через WinRE с флешки.
Не очень понятна суть вопроса, хотя понятно что это сарказм.
Я конечно бизнеса не имею и могу предложить только теоретическую возможность в виде вывода крипты куда нибудь в Казахстан (не буду даже гуглить легально ли это там), на какого-нибудь дружественного юрика, который закажет у вас какую то услугу или комплекс услуг за оверпрайс, оплатит уже рублями, ну или на ваш же счет в Тенге, который заранее открыт там же. Без понятия вообще рабочая это схема или нет, я вообще проснулся 10 минут назад и спросони вот придумываю ответ на то что его не требовало :)))
Вообще тут скорее вопросы возникают, как ваше условное юрлицо попало в ситуацию, когда вам оплатили криптой и вы не знаете че с ней теперь делать :))))
Ну, тут мне кажется что вопрос легальности крипты в стране, где вы базируете юрлицо. Если всё ок, то по идее при запросе органов у вас не должно возникнуть проблем предоставить какие-то документы, что такая-то услуга была оплачена криптой, вот ссылка на транзакцию в блокчейне и т.п.
Многие крупные хостинги же принимают оплату в крипте, значит проблем в этом нет.
Никак. Кроме как переводить крипту в фиат через p2p, а потом покупать у самого себя условную услугу для отбеливания :)))
Не то чтобы я горел желанием смотреть всё что смерджили в 6.9....))) Особенно с учётом того, что я только примерно могу догадываться в каких файлах это может быть.
Но справедливости ради, до этого помимо частоты 120 у меня были ещё 72.04 и 96.00. И я понятия не имею почему такие, но они работали :)
Больше всего обидно за пропажу 120, т.к. для себя нашел очень комфортную конфигурацию с вертикальной синхронизацией на 120Гц, стабильный ФПС и не такое сильное насилование видеокарты. Но это для шутеров, для всего остального 60Гц остаются более чем комфортными.
Ну, из полезного тут только параметры ядра в конце и то некоторые спорные, а многие не упомянуты.
Полная строка GRUB_CMDLINE_LINUX:
UPD: решил дополнить своим списком параметров
nowatchdog - отключает сторожевые таймеры
mitigations=off - отключение патчей безопасностей ядра, при сборке ядра можно настроить детальнее, короче на своё усмотрение
amd_pstate=passive - (см. аналог для intel) мне больше нравится как работает schedutil, можно переставить на active и у вас останется 2 планировщика - powersave и perfomance. В режиме active планировщик perfomance не жарит всегда на 100%, но предпочитает сильно более агресивный режим и греет процессор больше. Для стационарного ПК думаю это лучший выбор, если у вас ноутбук то советую оставить passive + schedutil
drm_kms_helper.drm_fbdev_overalloc=300 - тройная буферизация. Тут вообще спорно, некоторые игры показывают лучшую производительность без неё, т.е. выставить 100. В данный момент у меня стоит 100, но можете выставить 300 и посмотреть разные игры. Оно может вести себя сильно по разному при включении или отключении вертикальной синхронизации, а так же установке лимита кадров или без.
Ну и некоторые параметры лежат в
/etc/sysctl.conf:Есть рекомендации что-то менять с размерами пакетов и т.п. но как по мне это слишком тяжело заметить и протестировать, так что тут совсем минимум.
Интересно, на 6.9.0 в настройках монитора у меня пропали варианты 120 и 90 Гц, остались только 60 и 165 (82UH Legion 7 16ARHA7). Собирал с olddefconfig, вряд ли какой-то флаг это делает, видимо где-то какой-то специфичный фикс приехал о_О
Не понимаю за что кто-то влепил вам минус, потому что мне понятен ваш крик души.
К сожалению за последние пару лет я не нашел чего-либо, что можно было бы использовать, приходится строить тяжелые велосипеды на основе какого-то шаблона документа (тянуть с него стили и прочее), а тело как-то собирать через стандартный xml или вообще template/text.
Хотя бы для pdf есть неплохая библиотека
Я думаю можно это ожидать от более профильных блогов и/или переводов.
Мне нравится читать такие короткие новости от denis-19 :)
Порой натыкаешься на какие-то интересные релизы или просто вспоминаешь типа "о, там же анонсировали такую-то фичу, вот первая реализация, надо бы глянуть"
Сел смотреть что там наделали, сижу рыдаю переделывая свой старый .eslintrc.json в новый единственный формат.
Ох, вот бы кто написал нормальное руководство по переезду на новый формат...
Ожидал увидеть что-то более реальное, типа "для примера возьмем исходники программы $NAME, для наглядности напишем свою обертку, где выставим нужные нам параметры" и т.п.
Я конечно могу найти что-то вроде https://github.com/google/brotli , поковырять, попытаться понять как это устроено и работает, но всё же... Как то не хватает в статье более-менее реальных примеров, а то на самом интересном всё и закончилось. Я даже думал где-то в конце должна быть рекламная ссылка на курсы.
Оооо, особенно в вэбе! Это на самом деле очень любопытно, особенно на примере "Оранжевого Ютуба", как минимум часть их фронта всегда было интересно поковырять.
То как они внедряли vue по кусочкам, на странице де факто работало несколько инстансов vue, что-то работало с комментариями, что-то с лентов предлагаемых видео, какая-то большая часть классически отдавалась серверов.
Как они пытались бороться со скачиваниями с помощью обфускации кусочков кода, где были спрятаны ссылки на варианты качества и т.п. Но самый находчивый искатель мог без труда отыскать те кусочки скрипта, которые можно было скормить локальной виртуалке с js, реализованной на чем угодно - главное сделать eval и просто получить из функции читаемые ссылки.
Как больше года, из-за их экспериментов с фронтом, обфускацией ссылок, по факту у них была дыра, которая позволяла скачивать премиальные/платные видео (это вообще интересно, были ли к ним претензии от авторов за утечки, были ли компенсации или что нибудь)
Или, например, когда появился OF, он же полностью на vue (вроде как), поэтому мне кажется сейчас самое интересное это отследить как они перейдут с vue2 на vue3, потому что все начальные болячки в виде лагающих огромных лент у них остаются до сих пор и не понятно что им мешает это как-то решить.
Или Патреон с бусти, которые без стыда выплевывали с бэка ссылки на платные контент всем пользователям, главное было знать где и как извлекать это. Справедливости ради патреон так шарил внешние ссылки, любые, которые содержались в платных или закрытых постах.
Ну и вообще интересно на этих вот штуках посмотреть как себя ведет SSR и просто чистый JS насилующий браузер и процессор юзеров. Еще интереснее узнать почему именно эти сервисы выбрали такой вариант, как они к нему пришли и т.п.