How to Find the Public IP Used by Oracle Database for REST Calls

·2 views

When making outbound REST calls from Oracle Database using UTL_HTTP or APEX's MAKE_REST_REQUEST, developers may not know which public IP address is used, which becomes a problem when a vendor requires IP whitelisting. A simple solution involves calling the ipify API directly from the database, which returns the public IP in use. On Autonomous Database, the request must use HTTPS instead of HTTP. If permission errors occur, a DBA must grant network access to the ipify domain using Oracle's DBMS_NETWORK_ACL_ADMIN package. Once the public IP is identified, it can be shared with the vendor for firewall whitelisting.

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)

Scalevise Launches GEO Framework to Track Brand Visibility in AI-Generated Answers

Marketing technology firm Scalevise has developed a Generative Engine Optimization (GEO) framework designed to measure how brands appear in AI-driven search environments such as ChatGPT, Perplexity, and Google AI Overviews. Unlike traditional SEO, which focuses on search rankings, the framework evaluates signals like citation potential, entity strength, content interpretability, and structured data coverage. Scalevise aggregates these dimensions into an overall AI Visibility Score, giving teams a more diagnostic picture of how AI systems recognize and use their content. The company emphasizes that single AI mentions are unreliable evidence, and that meaningful measurement requires consistent prompt sets and pattern tracking over time. Scalevise positions GEO as parallel infrastructure to SEO rather than a replacement, arguing that strong rankings alone do not confirm whether a brand is accurately cited in AI-generated responses.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Why Critical Web Content Should Be Rendered Server-Side, Not Client-Side

A technical principle gaining attention among developers and publishers argues that essential web content — such as product details, policy text, and documentation — should be delivered in the server response rather than generated by browser-side code. Client-side rendering creates a dependency where key information only appears after JavaScript executes, which can be unreliable for search engines, AI crawlers, and other discovery systems. Server-side rendering (SSR), static site generation (SSG), and hybrid approaches each offer ways to ensure critical content is present before any browser code runs. The guidance draws a clear distinction between durable published information and interactive interface elements like filters or dashboards, which are better suited to client-side handling. Teams are advised to identify the content that makes a page independently understandable and prioritize that for server or static delivery.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

AI Search Is Pushing SEO Toward Entity Governance Over Keyword Rankings

The rise of AI-driven search is prompting brands to rethink SEO beyond ranking individual pages for keywords, shifting focus toward making their identity, expertise, and relationships clearly legible across the web. Rather than simply producing more content, organizations now need to ensure key information can be retrieved, interpreted, and correctly linked to the right brand entity. Analysts describe this as entity authority — a framework connecting AI-generated answers to entities, their relationships, schema markup, and knowledge graphs. While no universal technical checklist guarantees inclusion in AI search results, structured data and consistent brand signals help reduce ambiguity in how content is understood. Developers are increasingly expected to treat technical implementation as part of a broader information-quality system, where accessibility, accurate markup, and coherent brand signals work together.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How One User Locked Down Their Home Wi-Fi Router With Security-First Settings

A home network user shared a detailed breakdown of their Wi-Fi router security configuration on DEV Community. To restrict management console access, they assigned static IP addresses to whitelisted devices, ensuring their IPs never change and remain authorized. Firewall protections including IPv4, IPv6, and DoS defenses were enabled, while remote access features like WPS, SSH, Telnet, and UPnP were all disabled. DNS was switched from the ISP's default to Cloudflare's servers with DoT strict mode, DNSSEC validation, and DNS rebind protection enabled. Administrative settings include daily firmware checks, weekly automatic reboots, and a 30-minute console logout timer.

0 comments Read more at DEV Community