今日已更新 331 条资讯 | 累计 41105 条内容
关于我们

标签:#tech

找到 1460 篇相关文章

AI 资讯

Anker’s sleep speaker uses radar and flower power to help you relax

Anker's SleepLab speaker promises to track and enhance sleep without a wearable. It uses millimeter-wave radar (60GHz) blasting from your nightstand to track micro-movements in your chest and body to continuously monitor your heart rate and breathing to enhance whatever sleep stage you're in. It also embeds lots of hippie shit. If I'm understanding things […]

2026-09-03 原文 →
AI 资讯

Server-Rendered Login Sessions: Creation, Verification, Refresh, Logout, and Phone Recovery

Short answer: for a server-rendered learning app, create a short-lived session only after the phone code is verified, keep refresh as a separate state transition, and make recovery a deliberate path rather than an accidental logout loop. The useful design artifact is an auditable session record tied to a learner, device context, and recovery status. I build RAG and agent features in Python, so I tend to move from a notebook test to a production boundary quickly. Authentication deserves a slower handoff. In an edtech app, a learner may lose a phone while a parent, teacher, or school administrator still needs a safe way to recover the account. The browser should receive only an opaque session cookie; the server owns the lifecycle and records why each transition happened. How should server-rendered login handle session creation, refresh, and logout? Treat the four actions as different state changes. Code verification proves possession of a phone channel. Session creation establishes a browser session. Verification checks whether that session is still active. Refresh extends a valid session under a stricter policy. Logout revokes one session, while an account-recovery event may need to revoke every session. That separation makes failure visible. A refresh request must not silently create a new account. A logout request must not be interpreted as proof that the phone number is still controlled. For a school district, the audit trail should answer: which learner was affected, which session changed, what policy allowed it, and when the change took place. The request flow is intentionally plain: The existing login form sends a verified learner identifier and a server-held code-verification result to the application backend. The backend calls the session creation boundary and stores the returned session identifier in a secure, HttpOnly cookie. Each protected request verifies that session before loading learner data. A still-valid session may refresh through the refresh bound

2026-09-03 原文 →
开源项目

1Password wades into a right-wing mess after funding a Linux project

1Password faced immediate backlash from customers this week over a $300,000 pledge in support of a Linux distro created by David Heinemeier Hansson, who has regularly published overtly racist blog posts that include comments calling for deportation of ethnic minorities in Europe. The popular password manager is now a "distinguished corporate patron" of Omacom, the […]

2026-09-03 原文 →
AI 资讯

Researchers fear safety disaster ahead of OpenAI’s Astra release

OpenAI is on the cusp of releasing its most powerful AI model yet, Astra, following weeks of delays to shore up safety protocols after its agents attacked real targets during testing. As details about the model trickle out, researchers are warning it "may be the single worst development for AI security/safety to date." Shortly after […]

2026-09-03 原文 →
AI 资讯

Google dodges another breakup attempt

US District Court Judge Leonie Brinkema declined the Justice Department's request to make Google sell off parts of its ad tech business, accepting milder remedies to restore competition to markets it illegally monopolized for years. Brinkema said she would adopt most of the behavioral changes proposed by the parties, with some modifications. But those won't […]

2026-09-02 原文 →
AI 资讯

Tado’s new thermostat is designed as a Nest killer

When Google ignominiously exited the European thermostat market last year, it pointed its customers to Tado. This week, the German-based smart home company is launching its Smart Thermostat X (2nd gen), and aiming to attract European Nest users who haven't already jumped ship. Google shutting down the servers for its 1st- and 2nd-gen thermostats drove […]

2026-09-02 原文 →
AI 资讯

ATS Integration Architecture: What to Map Before You Sign

Most guides on choosing an applicant tracking system talk about features. This one is about the layer that actually determines whether the platform survives contact with your stack: integrations. If you're the technical person pulled into an ATS evaluation, this is the part your non-technical colleagues will underestimate — and the part that generates the most post-contract pain. Here's how to map it properly. 1. Inventory every data flow, not every tool Don't list “tools.” List directional data flows. For each system, write down what data moves, which direction, and how often: ●HRIS — candidate → employee record handoff on hire (bidirectional ideally) ●Payroll — new-hire data push (one-way, event-triggered) ●Background screening — order + status callback (bidirectional, webhook-driven) ●Calendar (Google/Microsoft) — interview scheduling + availability sync ●Video interview tools — scheduling links out, recordings/scores back ●Job boards / distribution — posting syndication out, application ingestion back The “direction + trigger” framing exposes gaps that a flat tool list hides. 2. Classify each integration by mechanism Not all “integrations” are equal. Push the vendor to tell you which of these each connection actually uses: ●Native pre-built integration — maintained by the vendor, lowest overhead ●Public REST API — you (or middleware) build and maintain it ●iPaaS / middleware (Workato, Merge.dev, etc.) — flexible, adds cost + a dependency ●Flat-file / SFTP batch — a red flag in 2025 for anything real-time ●“On the roadmap” — treat as does not exist A “yes, we integrate with X” that turns out to be a nightly CSV export is a very different thing from a webhook-driven bidirectional sync. 3. Interrogate the API itself If any integration will run through the public API, evaluate it like you'd evaluate any dependency: ●Is it REST/GraphQL, documented, and versioned? ●Rate limits — do they survive a high-volume hiring event? ●Webhooks for state changes, or are you stuck

2026-09-02 原文 →
开发者

Elon Musk’s heterodox robotaxi philosophy gets put to the test

Believe it or not, the Tesla Cybercab is coming. Nearly two years after Elon Musk first unveiled the gold-tinted, gull-wing door sporting, steering wheel-free two-seaters as the future of Tesla's autonomy efforts, the company is finally putting them into operation as part of its robotaxi service in Austin, Texas. Public rides are here, and as […]

2026-09-02 原文 →
开发者

The amazing USB-C gadgets that play old Nintendo cartridges

Last week, I powered on a 26-year-old copy of Pokémon Pinball, one of the best Game Boy games ever made. My save file was no more. The Charmander I'd caught for my daughter, the high scores we'd set together… gone. Before flash memory, Nintendo cartridges used tiny watch batteries to save their games, and those […]

2026-09-02 原文 →
AI 资讯

Technical Debt Is a Loan the Business Took Without Reading the Terms

Every time I tried to explain technical debt to a business leader early in my career, I watched their eyes glaze over at roughly the same word. I would talk about coupling, legacy modules, and refactoring, and they would hear a developer asking for time to tidy up code that already worked. From where they sat, it sounded like a hobby. The system ran, customers paid, revenue arrived. Why would anyone spend money making invisible internals prettier when there were features to ship and deadlines to hit? The breakthrough, for me, was to stop explaining the engineering and start describing the finance, because technical debt is a loan whether anyone chose to take it or not. Every time we shipped a shortcut to hit a date, we borrowed speed today against effort tomorrow. That is often a completely rational trade. Getting to market fast can be worth far more than a clean design nobody ever sees. The problem is not the borrowing. The problem is that this loan accrues interest silently, and the business had been making payments for years without ever seeing the statement. That interest shows up in ways leaders actually feel, once you connect the dots for them. It is why a feature that used to take a week now takes a month. It is why every change risks breaking something unrelated, so nothing ships without a nervous weekend. It is why new hires take half a year to become productive in a codebase that only its veterans can navigate. None of that reads as "debt" on any report, but it is the compounding cost of shortcuts taken long ago, paid daily by everyone who touches the system. Framed that way, the conversation finally changes. I stop asking for permission to clean things up and start presenting a financial choice. We can keep paying this interest indefinitely and watch our delivery speed keep bleeding out, or we can pay down some principal now and get that velocity back. Sometimes the honest answer is to keep carrying the debt, and that is fine. What is not fine is carrying

2026-09-02 原文 →
科技前沿

This new Roomba seals itself to your carpet

iRobot has announced a new flagship robot vacuum, which it will showcase at IFA in Berlin this week, the company's first big tech trade show in years. The Roomba maker will be exhibiting under its new owner, Picea Robotics, the contract manufacturer that purchased the once-troubled American robotics company out of bankruptcy in January. The […]

2026-09-02 原文 →