Очень сильно удивлю, но vpn/proxy использовать тяжелее. Ладно если про обычные разговоры - пинг в 60-80 мс не сыграет роли. Но в онлайн-играх(придумайте сами) - вырастает пинг, что не круто. А если что-то обновлять? Тоже тяжело становится.
Я с такой проблемой на Xbox столкнулся. Маленькая скорость загрузки на proxy dns. Сидел часа 2 выкавирввал нужные для авторизации и аунтенификации запросы, чтобы отпроксировать
Мне на самом деле тоже интересно, откуда они тянут контент под блокировку внутри дискорда? Может у них есть база каналов с таким контентом, а мы - как обычные пользователи его не видим, потому что не подписаны на разное паблики с сомнительными людьми?
Не бывает журналистики без личного мнения автора/издания/3-его лица. Если вы видите "честное и неподкупные издание" - значит оно ещё какое подкупное.
Если те же гос.сми не скрывают принадлежность денег(они же не пахнут, верно?), то "независимые издания" стараются особо не говорить откуда деньги(потому что вдруг оказывается, что эти деньги засылают не просто люди)
Судя по этой шутке вы и с FastApi не особо знакомы, да?
Почему? Много писал на FastAPI и считаю его хорошей библиотекой для создания API. Просто шутка заключается в том, что вы создаёте свой велосипед, а не используете готовый(который кстати стоит рядом и просит, чтобы вы его использовали)
В данном случае мы «обманули» Alembic, заставив его думать, что он находится в папке app. Это необходимо, чтобы Alembic правильно обрабатывал импорты и понимал, как они работают в контексте проекта.
Тут хорошо, тогда вопросов нет. Просто для меня это правда выглядело странно, но если так он работает - ладно.
В текущем коде мне показался такой подход более уместный.
С точки зрения пользователя - показатель незнания API у разработчика. Хотя-бы ради приличия delete перед answer вставляйте)
"посредине импорта стоит sys". Расскажите, пожалуйста, а как в текущей логике кода получить тот же результат миграций Alembic без использования "посередине импорта sys"
Здесь имеется в виду обрывание импортов ради вызова sys, да, с Alembic я не знаком, но не нудаю что прям жизненно необходимо написать 2 импорта, потом вызов sys(в котором я не вижу ничего плохо, для меня странно только его расположение в коде), а потом только остальные импорты.
Это классический синтаксис и как по мне он более понятный.
Классический синтаксис - через const, куда помещается Telegram.WebApp. А закрытие через setTimeout - очень странная штука(никогда не видел код, который бы так закрывал mini app)
Ограничения. Я всегда стараюсь в подобных проектах отходить от готового кода JavaScript телеграм. Как по мне он сильно ограничивает.
Никогда такого не заметил. Даже наоборот - сильно улучшал пользовательский опыт. Да, есть определенные ограничения, но они опциональны(в том плане, что если вы хотите - вы можете получить готовый код, но с определенными ограничениями). Очень часто замечаю, что в Mini App только одна тема(если делаете свои цвета - делайте 2 темы тогда, темную и светлую), Teelgram позволяет получить состояние темы пользователя (вместе с эвентом кстати)
Есть FastApi и JavaScript. Зачем использовать чужое если можно написать полностью свое и под себя?)
А зачем тогда использовать FastAPI, если есть socket?)
А если без шуток - не изобретайте велосипед, все равно одно колесо будет квадратное, а другое треугольное.
С процессором да, не совсем помню какой был, но для меня порог комфорта - i5-5 поколения/rezen 3 3 поколения. Ниже уже оно не только морально устарело, но и физически
Особо сильно не вчитываясь в саму статью(был интересен только код), могу написать несколько вещей
1)Не используйте(пожалуйста) call.message.anwser при ответе на inline. Есть edit_text/подобная функция. Telegram ждёт ответа на кнопку(это хоть здесь и реализовано, но накидывает много лишних сообщений, которые можно перекрыть одним edit_text)
2)Странная логика написания кода. Где-то импорта логически разделены(через Enter), где то посредине импорта стоит sys) Где-то один отступ перед функцией, а где-то два. Странная логика
необязательно) Можно повесить реакцию на кнопку "закрыть/похожую по логике кнопку"
4)Очень опционально, но улучшает пользовательский опыт - постановка цветов темы из телеграмма (в документации в красках все расписано). То же касается MainButton, showAlert и тд
Сама тема интересная, но не особо раскрыта тема telegram mini apps js(там очень много интересных функций есть, но про них почему-то никто не говорит)
даже если кнопка отмены имеется, она сработает не в момент нажатия, а минут через пять, когда всё и без неё завершится с ошибкой
Кнопка отмены не такая простая как кажется.
Условно говоря у нас есть то же центр обновлений. Там работает как минимум 2 потока на одно отделение(загрузчик и распаковщик). Загрузчик скачивает пакет обновления частями(чтобы не было больший нагрузки на сеть + быстрее установить обновление). Если пользователь в моменте нажмёт на отмену, то загрузчику надо оборвать связь с сервером, а распаковщику удалить временные файлы, "откатить обновление" и удалить файлы за загрузчиком (если это не делает загрузчик). И так на КАЖДОЕ обновление(после установки системы там идёт от 3 до 10 пакетов)
Так что да, кнопка отмены - просто, но пока не лезешь в детали)
Это из-за Win10. Она ресурсоёмкая. На Win7 вы были-бы довольны. Ставил 10-ку - "тормозная", вернулся на 7, и всё "залетало".
Тормозная, потому что нагружена(причем нормальными вещами, а не всяким барахлом)
Не понимаю зачем держать старое железо. Его максимум - быть сервером-файлопомойкой.
P.S:Сидел очень долго на ноутбучных i3 и GT 520M(максимум ставил 8.1, под 10 не было драйверов), но после того как я купил себе комп(i5-3210 вроде и GTX 1060 3GB) понял что железо на то и железо, что имеет свойство устареть и обновление аппаратных частей тоже очень важная штука.
Извиняюсь, показалось что мне. Нейронка надо многое разжовывать и ловить ее на ошибке. Хорошо его использовать внутри IDE(написать лишний кусок кода, дополнить json по шаблону и ТД). Остальная часть - мне не интересна. Не люблю я фото/видео, созданное ИИ(писал тут уже об этом), текст тоже посредственный. Боюсь представить фрондендов, когда ИИ будет делать дизайн в фигме (а зная как некоторые дизайнеры делают его, то пусть используют, хотя бы анимации появятся внутри проектов)
Не поверите, 4 года фриланса дают о себе знать. Даже составленные с людьми ТЗ не всегда описывают все, что требуется(формулировка администрирование БД = Добавить, Изменить, Удалить записи из БД)
В 70% случаев оно расплывчато(сужу чисто по своему опыту, не более), при этом часть доработок ловятся уже в процессе разработки. ИИ(даже которое умеет думать) не факт что поймет эти требования.
На самом деле хорошо использовать как помощника, но до уровня Джуна не дотягивает. Очень много проблема с импортами и тд. Но никто не отрицает(а наоборот, все этим делятся), что ИИ - только помогает, но не как не заменяет
Не поверите, тоже при работе с кодом использую ИИ, и часто при решении решении моих задач он зацикливается, а при перенесении кода в другой чат он все равно глючит(но теперь по другому), и приходится самому выкручиваться из этой ситуации
VPN/Proxy не былает идеальным. Подключение разное всегда от сервера к серверу. Самому приходится провайдеров менять)
А так, что это реклама говна - факт. Но не забывайте что многие люди не хотят пользоваться VPNами
Очень сильно удивлю, но vpn/proxy использовать тяжелее. Ладно если про обычные разговоры - пинг в 60-80 мс не сыграет роли. Но в онлайн-играх(придумайте сами) - вырастает пинг, что не круто. А если что-то обновлять? Тоже тяжело становится.
Я с такой проблемой на Xbox столкнулся. Маленькая скорость загрузки на proxy dns. Сидел часа 2 выкавирввал нужные для авторизации и аунтенификации запросы, чтобы отпроксировать
Мне на самом деле тоже интересно, откуда они тянут контент под блокировку внутри дискорда? Может у них есть база каналов с таким контентом, а мы - как обычные пользователи его не видим, потому что не подписаны на разное паблики с сомнительными людьми?
Не бывает журналистики без личного мнения автора/издания/3-его лица. Если вы видите "честное и неподкупные издание" - значит оно ещё какое подкупное.
Если те же гос.сми не скрывают принадлежность денег(они же не пахнут, верно?), то "независимые издания" стараются особо не говорить откуда деньги(потому что вдруг оказывается, что эти деньги засылают не просто люди)
Ну я в основном использую только AMD(мои личные заскоки, не особо люблю Интел), а там устаревание не сильно заметно
Я впринципе не использую алхимию как таковую. Вместо нее - tortoise orm, более удобный и не надо заворачивать каждый раз в сессию.
А я говорил что это плохо? Просто я прошу не крутить велосипеды в js коде и все. А с FastAPI - просто шутка.
Почему? Много писал на FastAPI и считаю его хорошей библиотекой для создания API. Просто шутка заключается в том, что вы создаёте свой велосипед, а не используете готовый(который кстати стоит рядом и просит, чтобы вы его использовали)
Тут хорошо, тогда вопросов нет. Просто для меня это правда выглядело странно, но если так он работает - ладно.
С точки зрения пользователя - показатель незнания API у разработчика. Хотя-бы ради приличия delete перед answer вставляйте)
Здесь имеется в виду обрывание импортов ради вызова sys, да, с Alembic я не знаком, но не нудаю что прям жизненно необходимо написать 2 импорта, потом вызов sys(в котором я не вижу ничего плохо, для меня странно только его расположение в коде), а потом только остальные импорты.
Классический синтаксис - через const, куда помещается Telegram.WebApp. А закрытие через setTimeout - очень странная штука(никогда не видел код, который бы так закрывал mini app)
Никогда такого не заметил. Даже наоборот - сильно улучшал пользовательский опыт. Да, есть определенные ограничения, но они опциональны(в том плане, что если вы хотите - вы можете получить готовый код, но с определенными ограничениями). Очень часто замечаю, что в Mini App только одна тема(если делаете свои цвета - делайте 2 темы тогда, темную и светлую), Teelgram позволяет получить состояние темы пользователя (вместе с эвентом кстати)
А зачем тогда использовать FastAPI, если есть socket?)
А если без шуток - не изобретайте велосипед, все равно одно колесо будет квадратное, а другое треугольное.
С процессором да, не совсем помню какой был, но для меня порог комфорта - i5-5 поколения/rezen 3 3 поколения. Ниже уже оно не только морально устарело, но и физически
Особо сильно не вчитываясь в саму статью(был интересен только код), могу написать несколько вещей
1)Не используйте(пожалуйста) call.message.anwser при ответе на inline. Есть edit_text/подобная функция. Telegram ждёт ответа на кнопку(это хоть здесь и реализовано, но накидывает много лишних сообщений, которые можно перекрыть одним edit_text)
2)Странная логика написания кода. Где-то импорта логически разделены(через Enter), где то посредине импорта стоит sys) Где-то один отступ перед функцией, а где-то два. Странная логика
3)Закрывать через
необязательно) Можно повесить реакцию на кнопку "закрыть/похожую по логике кнопку"
4)Очень опционально, но улучшает пользовательский опыт - постановка цветов темы из телеграмма (в документации в красках все расписано). То же касается MainButton, showAlert и тд
Сама тема интересная, но не особо раскрыта тема telegram mini apps js(там очень много интересных функций есть, но про них почему-то никто не говорит)
Кнопка отмены не такая простая как кажется.
Условно говоря у нас есть то же центр обновлений. Там работает как минимум 2 потока на одно отделение(загрузчик и распаковщик). Загрузчик скачивает пакет обновления частями(чтобы не было больший нагрузки на сеть + быстрее установить обновление). Если пользователь в моменте нажмёт на отмену, то загрузчику надо оборвать связь с сервером, а распаковщику удалить временные файлы, "откатить обновление" и удалить файлы за загрузчиком (если это не делает загрузчик). И так на КАЖДОЕ обновление(после установки системы там идёт от 3 до 10 пакетов)
Так что да, кнопка отмены - просто, но пока не лезешь в детали)
Тормозная, потому что нагружена(причем нормальными вещами, а не всяким барахлом)
Не понимаю зачем держать старое железо. Его максимум - быть сервером-файлопомойкой.
P.S:Сидел очень долго на ноутбучных i3 и GT 520M(максимум ставил 8.1, под 10 не было драйверов), но после того как я купил себе комп(i5-3210 вроде и GTX 1060 3GB) понял что железо на то и железо, что имеет свойство устареть и обновление аппаратных частей тоже очень важная штука.
Но я вот считаю что лучше они пусть баги фиксят, выплачивая пентестерам, чем эти данные будут буквально в публичном доступе)
А так - военкомат же забирает, а не те, кто баги ищут/делают платформу. Вопросы не тем задаёте
Ладно заголовок, сложность средняя стоит. Думал что-то новое узнаю, но нет)
Извиняюсь, показалось что мне. Нейронка надо многое разжовывать и ловить ее на ошибке. Хорошо его использовать внутри IDE(написать лишний кусок кода, дополнить json по шаблону и ТД). Остальная часть - мне не интересна. Не люблю я фото/видео, созданное ИИ(писал тут уже об этом), текст тоже посредственный. Боюсь представить фрондендов, когда ИИ будет делать дизайн в фигме (а зная как некоторые дизайнеры делают его, то пусть используют, хотя бы анимации появятся внутри проектов)
Не поверите, 4 года фриланса дают о себе знать. Даже составленные с людьми ТЗ не всегда описывают все, что требуется(формулировка администрирование БД = Добавить, Изменить, Удалить записи из БД)
В 70% случаев оно расплывчато(сужу чисто по своему опыту, не более), при этом часть доработок ловятся уже в процессе разработки. ИИ(даже которое умеет думать) не факт что поймет эти требования.
На самом деле хорошо использовать как помощника, но до уровня Джуна не дотягивает. Очень много проблема с импортами и тд. Но никто не отрицает(а наоборот, все этим делятся), что ИИ - только помогает, но не как не заменяет
Тогда надо было указывать, пример является некорректным
Не поверите, тоже при работе с кодом использую ИИ, и часто при решении решении моих задач он зацикливается, а при перенесении кода в другой чат он все равно глючит(но теперь по другому), и приходится самому выкручиваться из этой ситуации