SShortSingh.
TopTechnologyAI & MLStartupsProgrammingScienceBusinessFinanceCrypto & Web3World
Back to feed
Programming

Weekly Stock Upload Batches Automated on a Small Server Around a Full-Time Job

0
·3 views

A creator describes a duplicate-upload mishap from running a 40-asset batch late at night on a phone, which led to rebuilding the workflow. Batches now run once a week on a modest 1-core, 2 GB RAM server, orchestrated by a free agent tool, with each step executed sequentially and retried individually on failure. A standard-library ledger script tracks completed assets so reruns skip anything already uploaded, preventing duplicate submissions that can get accounts flagged. A metadata script generates the specific CSV header each stock platform requires, and memory habits such as per-step subprocesses and garbage collection keep the pipeline within the server's limits.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Seeded inbox test clears spam placement; signup flow overhauled with free credits

A team that sent 106 cold emails with zero replies ran a seeded deliverability test after community feedback, sending the same message through two paths. Both copies reached the inbox within two minutes, with no spam-folder placements observed. The team notes that a seed test cannot show how every outside filter would score the message. Having ruled out deliverability, they turned to the signup page, which had led with a form and offered nothing free. The revised flow adds one-click Google signup, gives new accounts 1,000 credits with no card required, and keeps those credits valid for 365 days. The team plans to measure whether these changes affect reply rates on a new, separately counted outreach batch.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Stanford's Hazy Research Proposes Next-Concept Modeling as Alternative to Token-by-Token AI Generation

Researchers at Stanford University's Hazy Research group have introduced Next-Concept Modeling, a new language modeling architecture released in October 2026. Unlike traditional autoregressive LLMs, which generate text one token at a time, the approach first builds a global representation of the response and then refines it in parallel. It uses a multiscale hierarchy of discrete codes, predicting all codes at each level simultaneously and conditioning each subsequent level on prior outputs. The reported results include 10 to 31 times faster inference than evaluated diffusion baselines and roughly 4 to 5 times fewer training tokens than certain baselines. The researchers note these results do not establish performance advantages over widely used models such as GPT, Qwen, or Llama.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

One Spot-Checked Listing Undermined an AI-Built List of 261 'No Website' Businesses

A developer offering one-page websites to small Turkish businesses used an AI agent to compile 261 candidates with good ratings and no real website. A random verification check, run in a separate session, found that a vet clinic marked 'no website' actually had a WhatsApp link in its Google Maps website field. The developer concluded that the status column likely reflected only the data the agent read, not what a visitor sees. Since a single sample cannot measure the error rate, the developer decided the whole column could not be trusted without further verification. The post describes a standing rule of spot-checking one random claim per delivery before accepting the rest.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Unintended Details in a Locked Reference Image Carry Into Every Output

A recent test found that a reference image preserves everything visible in it, not just the traits a creator deliberately specified. A character generated from a brief with few details unexpectedly included a small hair clip that was never requested and appeared in only one variant. That image was chosen as the master reference for later work, and the stray clip persisted in a downstream layout tool whose prompt never mentioned it. The author argues creators should check master images for incidental details and fix unwanted ones before locking the reference, and should document any accidents worth keeping in written handoff notes. The author also notes the test is a single observation, not a guarantee, since small details can drift.

0 comments Read more at DEV Community