Можно создавать подписки на стороне самого Stripe. Он будет сам снимать деньги, а твой backend только получать оповещения вроде "деньги сняты, продлите подписку на своей стороне, чтоб у пользователя не пропал доступ к сервису". В этом случае да, отмененные подписки вернуть обратно не получится — пользователю нужно вручную пройти через подтверждение подписки.
А можно проставить флажок "сохранить на стороне Stripe карту" при первой покупке. Тогда можно будет по расписанию отправлять в Stripe запросы "сними с сохраненной карты еще столько-то денег". В таком случае отмена подписки — это всего лишь удаление записи "снимать с пользователя деньги по такому-то расписанию" из своей собственной базы данных. И тут бэкапы всех спасут: карточки хранятся на стороне Stripe, так что пользователю не потребуется вручную оформлять подписку еще раз.
а где нынешнее поколение, отдающее приличную часть заработка за съёмную квартиру, будет жить, когда работоспособный возраст закончится
Эм... а какая разница, "где", если более насущный вопрос "на что"? Если скопили себе на старость, то вот на накопленное и будут снимать жилье. Если не накопили, то даже если бы у них было собственное жилье, жить-то будет не на что. Слово "пенсия" к тому времени будет вспоминаться как название одной из утраченных технологий древних.
Но ведь китайцы в первую очередь пытаются закрыть свой собственный дефицит. Откуда предположения, что единственное, что останавливает Apple от покупки китайской памяти задешево — это запреты США? Может, у китайцев и так все распродано на годы вперед и для Apple тупо не найдется свободных плашек, даже если той США разрешит покупать китайское.
Во-первых, разработчик теперь должен иметь небольшой скилл аналитика плюс хороший скилл техписа. Ибо какой промпт напишешь - то и получишь. Я по себе замечаю, что промпты даже для своих игрушечных задач превращаются в полноценные технические требования на несколько листов...
А вы посмотрите отзывы начиная где-то с пятидесятого (или пятисотого, если продавец богач и не поскупился платных отзывов прикупить). Вот когда увидите что-то в духе "хороший платок, приехал непомятый", то станет ясно, что покупают раскрученные карточки от других товаров с кучей отзывов и оценок и выставляют с другим товаром.
видяхи ради видях не особо практично, если уж вкладывать 5-10к$ то в что-то что не устареет и/или умрет через год
Учитывая, какой нынче спрос (свободный GPU за вменяемую цену в дата-цантрах днем с огнем не сыщешь), а также то, что выпуск потребительских RTX 6090 Ti Super++ откладывается уже чуть ли не на 2028-й, купленные видяхи проживут несколько лет.
А зачем тут звездочка? Или какую-то сноску потеряли при копировании из другого источника, как, бывает, при копировании из Википедии (только там сноски нумерованные и в квадрдатных скобках).
А какая разница, если все и так подписано, и подпись pypi.org подделать криптографически невозможно?
Или я что-то упускаю, и, в отличие от расширений / плагинов для браузеров, где любое расширение, распространяемое через браузерный магазин расширений, в обязательном порядке подписывается самим магазином, и без этого его в браузер не установить (аналогично и приложения на iPhone из Apple App Store), пакеты для Python не подписываются и никто не гарантирует их целостность?
Вы JSON, XML (для tool call) пробовали генерировать? Я пытался в opencode ее заставить по подробному prompt'у что-то кодить, так qwen3.6-27b (FP8, официальные .safetensors от самого разработчика, крутятся в vLLM) постоянно возвращает некорректный XML, из-за чего opencode останавливается с ошибкой раз в несколько минут (а расширение Cline в Visual Studio Code показывает предупреждение "используйте Claude / Chat GPT, ибо ваша модель не справляется со сложными запросами"). С unlsoth/MiniMax-M2.7-GGUF/MiniMax-M2.7-UD-IQ4_XS (крутится в llama.cpp) таких проблем нет — всегда сама до конца доходит (ну, пока я не подобрал ограничение на контекст, чтоб по памяти не падала). И еще заметил: если заставить модель обрабатывать сотни файлов по какому-то алгоритму в том же самом opencode, Qwen 3.6 27B после пятого файла начинает жаловаться, что задача трудоемкая и пытается "срезать углы", сочиняя (несуществующие) команды для regexp, массовой замены и еще какую-то фигню вместо того, чтоб просто действовать по инструкции.
Или глухие (хотя даже глухие от рождения более-менее сносно говорят и читают по губам). А вот отсутствие в школьной программе уроков языка жестов — серьезное упущение. В жизни такое пригодилось бы в очень большом количестве случаев, а школьникам и студентам и подавно (для списывания и подсказок).
То есть пользователь пишет видео экрана 24/7, и если что-то интересное случится, то у него есть видео, которое он может предъявить в качестве подтверждения? Здорово.
Для этого нужно вторую нейронку натравливать на вывод первой, чтоб ловила циклы и вовремя останавливала ту.
Там смотря какой API использовать:
Можно создавать подписки на стороне самого Stripe. Он будет сам снимать деньги, а твой backend только получать оповещения вроде "деньги сняты, продлите подписку на своей стороне, чтоб у пользователя не пропал доступ к сервису". В этом случае да, отмененные подписки вернуть обратно не получится — пользователю нужно вручную пройти через подтверждение подписки.
А можно проставить флажок "сохранить на стороне Stripe карту" при первой покупке. Тогда можно будет по расписанию отправлять в Stripe запросы "сними с сохраненной карты еще столько-то денег". В таком случае отмена подписки — это всего лишь удаление записи "снимать с пользователя деньги по такому-то расписанию" из своей собственной базы данных. И тут бэкапы всех спасут: карточки хранятся на стороне Stripe, так что пользователю не потребуется вручную оформлять подписку еще раз.
Эм... а какая разница, "где", если более насущный вопрос "на что"? Если скопили себе на старость, то вот на накопленное и будут снимать жилье. Если не накопили, то даже если бы у них было собственное жилье, жить-то будет не на что. Слово "пенсия" к тому времени будет вспоминаться как название одной из утраченных технологий древних.
Можно еще резолюцию принять.
Достаточно всего лишь начать специальную ...
Но ведь китайцы в первую очередь пытаются закрыть свой собственный дефицит. Откуда предположения, что единственное, что останавливает Apple от покупки китайской памяти задешево — это запреты США? Может, у китайцев и так все распродано на годы вперед и для Apple тупо не найдется свободных плашек, даже если той США разрешит покупать китайское.
Прям иллюстрация к этому комиксу:
А вы посмотрите отзывы начиная где-то с пятидесятого (или пятисотого, если продавец богач и не поскупился платных отзывов прикупить). Вот когда увидите что-то в духе "хороший платок, приехал непомятый", то станет ясно, что покупают раскрученные карточки от других товаров с кучей отзывов и оценок и выставляют с другим товаром.
Эм... Это у меня не прогрузилось (причем ни напрямую, ни с КВН) или это шутка какая-то?
В него 6 карточек с четырехслотовым охлаждением поместится?
Учитывая, какой нынче спрос (свободный GPU за вменяемую цену в дата-цантрах днем с огнем не сыщешь), а также то, что выпуск потребительских RTX 6090 Ti Super++ откладывается уже чуть ли не на 2028-й, купленные видяхи проживут несколько лет.
А зачем тут звездочка? Или какую-то сноску потеряли при копировании из другого источника, как, бывает, при копировании из Википедии (только там сноски нумерованные и в квадрдатных скобках).
Кто-нибудь, поясните пожалуйста, как это работает. Как с помощью сертификатов Let's Encrypt можно обходить санкции?
1% миллиардеров, 2% прислуживающих им и 97% нищих — вроде бы тоже расслоение.
Я даже больше скажу: оно для любой системы это 10!
Секунду, а Amazon CloudFront как-то связан с Cloudflare CDN?
А какая разница, если все и так подписано, и подпись pypi.org подделать криптографически невозможно?
Или я что-то упускаю, и, в отличие от расширений / плагинов для браузеров, где любое расширение, распространяемое через браузерный магазин расширений, в обязательном порядке подписывается самим магазином, и без этого его в браузер не установить (аналогично и приложения на iPhone из Apple App Store), пакеты для Python не подписываются и никто не гарантирует их целостность?
Вы JSON, XML (для tool call) пробовали генерировать? Я пытался в opencode ее заставить по подробному prompt'у что-то кодить, так qwen3.6-27b (FP8, официальные .safetensors от самого разработчика, крутятся в vLLM) постоянно возвращает некорректный XML, из-за чего opencode останавливается с ошибкой раз в несколько минут (а расширение Cline в Visual Studio Code показывает предупреждение "используйте Claude / Chat GPT, ибо ваша модель не справляется со сложными запросами").
С unlsoth/MiniMax-M2.7-GGUF/MiniMax-M2.7-UD-IQ4_XS (крутится в llama.cpp) таких проблем нет — всегда сама до конца доходит (ну, пока я не подобрал ограничение на контекст, чтоб по памяти не падала).
И еще заметил: если заставить модель обрабатывать сотни файлов по какому-то алгоритму в том же самом opencode, Qwen 3.6 27B после пятого файла начинает жаловаться, что задача трудоемкая и пытается "срезать углы", сочиняя (несуществующие) команды для regexp, массовой замены и еще какую-то фигню вместо того, чтоб просто действовать по инструкции.
Или глухие (хотя даже глухие от рождения более-менее сносно говорят и читают по губам). А вот отсутствие в школьной программе уроков языка жестов — серьезное упущение. В жизни такое пригодилось бы в очень большом количестве случаев, а школьникам и студентам и подавно (для списывания и подсказок).
То есть пользователь пишет видео экрана 24/7, и если что-то интересное случится, то у него есть видео, которое он может предъявить в качестве подтверждения? Здорово.