Urgent.News

What's breaking now, across thousands of outlets.

Tech

How I Fought Bybit's Partial TP/SL Mode and Got Almost Nowhere — TradingView Automation with Bybit

A few days ago I had what looked like a pretty normal request. A user was trading on Bybit from TradingView and opening several entries in the same direction. He wanted every new entry to keep its own Take Profit and Stop Loss. Not one TP and SL for the whole position, but separate levels for every entry. The first BUY could happen at one price, the next one an hour later at another price, and a…

A user requested to open several entries in the same direction on Bybit from TradingView, with each entry having its own Take Profit and Stop Loss. This is problematic for Bybit as it may treat multiple orders as one growing position, leading to a shared Stop Loss based on the average entry price. The user initially implemented a solution using Bybit's Partial TP/SL mode, creating TP/SL protection only for each new part of the position.

However, Bybit limits the number of TP/SL orders to 20 under Partial mode. When the user tried to open more setups, Bybit refused to create additional Partial TP/SL orders. The user then considered switching to Full TP/SL but realized this would change the original TradingView strategy where each setup should remain independent.

The user discovered that TradingView already knows the TP and SL levels for each entry. Instead of creating a new Partial TP/SL order for each entry, the user proposed a new flow where TradingView opens the position without TP and SL, and when a setup's TP or SL condition is met, TradingView sends a close instruction to Bybit. This approach eliminates the Partial TP/SL order limit while maintaining the individual exits for each TradingView setup.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

Technical SEO for Developers: 7 Checks to Make Before Launching a Website

A website can look great, load a modern JavaScript application, and still have a problem that is easy to miss: search engines may not be able to access its most important content.

  • Examine server response headers and HTML content using tools like curl
  • Ensure each page has unique, descriptive titles dynamically generated
  • Verify internal links function correctly, avoid client-side routing only

The N+1 Query Problem in Node.js & PostgreSQL: How to Detect and Eliminate It

Here's a performance bug that never shows up in a slow-query log. Every individual query is fast: 1 to 2 ms, perfectly indexed, textbook plans. Your database CPU is bored.

  • N+1 query problem causes performance slowdown in Node.js & PostgreSQL
  • Each query takes 1-2ms, but endpoint takes 400ms to respond
  • Solutions include DataLoader batching, ORM eager loading, and query optimization

A VPN for a small team is a different purchase than a VPN for one laptop

Most small teams buy a VPN the way they buy antivirus: skim a features list, compare the first-year price, and get on with the week.

  • Small teams buy VPNs like antivirus software, focusing on price and features
  • Different VPN purchases: router-level tunnel vs. client on every device
  • Key features: kill switch, split tunnelling, double-hop route, private mesh

More from Monday 12 October →