How to Validate OCI Load Balancer Log Retention Using Connector Hub and Object Storage

·1 views

Oracle Cloud Infrastructure (OCI) allows teams to route Load Balancer logs through Connector Hub into Object Storage for long-term retention, but enabling logging does not automatically confirm data is being stored or retrievable. A practical validation framework breaks the process into four checkpoints: collecting logs in OCI Logging, routing them via Connector Hub, retaining objects in a designated bucket, and confirming a sample log can be retrieved and read. A key detail is that two independent retention clocks govern log availability — one controlling how long data stays in OCI Logging, and another set by Object Storage lifecycle rules on the bucket. Both clocks must be checked against the team's agreed retention requirement, as data can expire from one layer while still existing in the other. The guidance is intended as an independent validation exercise and does not reference any production environment or customer data.

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)

H1B Visa Salary System Has Real Protections but Exploitable Loopholes

The H1B visa program requires employers to pay foreign workers 'prevailing wages' based on job role, experience level, and geographic location, aiming to protect both H1B holders and U.S. workers from wage suppression. However, analysts have identified several vulnerabilities in this system, including job title misclassification, where employers list workers under lower-paying roles to reduce costs. Geographic manipulation is another documented tactic, with some companies paying H1B workers rates tied to low-cost regions even when they contribute to higher-cost labor markets. A practice called downleveling — assigning workers to lower experience tiers than their actual roles warrant — further undermines the wage framework. Experts argue that stronger enforcement and policy reforms, particularly around remote work and job classification, are needed to close these loopholes and dispel misconceptions about H1B compensation.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

XRPL Account Permission Delegation Passes 179-Test QA Review on Devnet

The XRPL Foundation's QA team published a test report dated August 26, 2026, covering the Account Permission Delegation feature (XLS-0075), which allows account holders to delegate specific permissions to other accounts without surrendering key control. Testing was conducted on a GitLab CI runner connected to the xrpld devnet and covered functional, adversarial, cross-feature, and end-to-end scenarios. A total of 179 dedicated delegation tests were executed alongside a full xrpld regression suite of 5,088 tests, marking a significant increase from the 66 tests run at initial assessment. The feature went through several development milestones, including a security vulnerability fix and rename in late 2025, before being re-enabled as supported in June 2026. All internal bugs have been resolved, with no critical open issues remaining ahead of broader rollout.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

XRPL Account Permission Delegation Feature Validated With 179 Test Cases

Developers working on the XRP Ledger have documented a comprehensive test suite covering the Account Permission Delegation feature, totalling 179 test cases. The suite is divided into three categories: 112 core functional tests, 48 adversarial and security tests, and 19 cross-feature interaction tests. The tests examine how the DelegateSet transaction behaves across a wide range of scenarios, including invalid inputs, granular permissions, and interactions with features like escrow, payment channels, and AMMs. Security-focused cases probe edge conditions such as circular delegation, chain delegation, master key disabled accounts, and unauthorized transaction attempts. The breadth of coverage signals that the delegation feature is undergoing rigorous validation before any potential deployment to the XRP Ledger.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer builds in-memory NSFW image filter in Node.js with 200ms classification

A developer created a Node.js endpoint that classifies explicit images entirely in RAM, ensuring uploaded content never touches a hard drive or cloud storage. The solution uses the open-source nsfwjs library alongside TensorFlow.js and multer's memory storage to process image buffers and discard them immediately after classification. The approach was motivated by an Apple App Store rejection under Guideline 1.2 for inadequate user-generated content moderation. Traditional moderation pipelines save images to disk before scanning them, creating a window where policy-violating content may temporarily reside on servers. The developer reports roughly 200ms latency per image on a standard VPS and has since packaged the logic into a public API called Tabu.

0 comments Read more at DEV Community