an easy and powerfull http proxy for node
An HTTP(s) proxy `http.Agent` implementation for HTTP
Offers getProxyForUrl to get the proxy URL for a URL, respecting the *_PROXY (e.g. HTTP_PROXY) and NO_PROXY environment variables.
Turn a function into an `http.Agent` instance
Maps proxy protocols to `http.Agent` implementations
An HTTP(s) proxy `http.Agent` implementation for HTTPS
Determine address of proxied request
The one-liner node.js proxy middleware for connect, express, next.js and more
A SOCKS proxy `http.Agent` implementation for HTTP and HTTPS
HTTP proxying for the masses
A PAC file proxy `http.Agent` implementation for HTTP
ES5 shim for ES6 (ECMAScript 6) Reflect and Proxy objects
Global HTTP/HTTPS proxy configurable using environment variables.
TypeScript definitions for http-proxy
DynamicsWebApi is a Microsoft Dataverse Web API helper library
Compare two objects using accessed properties with Proxy
Power Assert in JavaScript
Determine the address of a proxied request
Power Apps SDK
Power Assert output formatter
Fully featured SOCKS proxy client supporting SOCKSv4, SOCKSv4a, and SOCKSv5. Includes Bind and Associate functionality.
A TypeScript SSE proxy for MCP servers that use stdio transport.
an identity object using ES6 proxies
Power Assert feature enhancer for assert function/object
Proxy release, copy of master branch on 7-21-2011. Sunspot is a library providing a powerful, all-ruby API for the Solr search engine. Sunspot manages the configuration of persistent Ruby classes for search and indexing and exposes Solr's most powerful features through a collection of DSLs. Complex search operations can be performed without hand-writing any boolean queries or building Solr parameters by hand.
Proxie is a HTTP proxy server with sqlite-powered storage and web interface for debugging.
A BinData-powered intercepting proxy for arbitrary TCP streams
WebScraping.AI provides LLM-powered web scraping with Chromium JavaScript rendering, rotating proxies, and built-in HTML parsing. This gem is the official Ruby client.
An ergonomic Ruby HTTP client powered by Rust's wreq library, featuring TLS fingerprint emulation (JA3/JA4), HTTP/2 support, cookie handling, proxy support, and redirect policies.
A standalone Rack Middleware application that authenticates a username/password against a devise-powered backend application before forwarding the original HTTP request to the same application. Authentication is done on *every* request, so it is advisable to use devise-proxy sparingly.
An AI-powered Ruby library that performs comprehensive on-device compromise detection for mobile applications. Features include root/jailbreak detection, emulator detection, hooking framework detection, application integrity checks, advanced network security analysis with certificate pinning and proxy detection, enterprise policy management, AI behavioral analysis, and RASP protection - all without requiring a backend.
Remember when RSpec had stub_chain? They removed it for good reasons but sometimes you just need it. Well, here it is, a proxy object. It doesn't actually mock anything for you (the name is just catchy) so you need to do that. But that actually comes with a lot of benefits: 1) It's compatable with any testing framework 2) You can use it for purposes other than testing, e.g. prototyping, code stubs 3) Flexibility in how you use it without overloading the number of methods you have to remember Here's an example usage: let(:model_proxy) do MockProxy.new(email_client: { create_email: { receive: proc {} } }) end before { allow(Model).to receive(:new).and_return model_proxy } it 'should call receive' do proc = MockProxy.get(model_proxy, 'email_client.create_email.receive') expect(proc).to receive(:call) run_system_under_test MockProxy.update(mock_proxy, 'email_client.create_email.validate!') { true } MockProxy.observe(mock_proxy, 'email_client.create_email.send') do |to| expect(to).to eq 'stop@emailing.me' end run_system_under_test2 end As you can see, the proc - which ends the proxy by calling the proc - can be used for anything. You can spy on the call count and arguments, mock methods, or just stub out code you don't want executed. Because it doesn't make any assumptions, it becomes very flexible. Simple, yet powerful, it's uses are infinite. Enjoy
The SpiderCloud gem implements a lightweight interface to the Spider Cloud API. Spider Cloud provides powerful web scraping and crawling capabilities with support for JavaScript rendering, proxy rotation, and anti-bot measures. This gem supports scrape, crawl, screenshot, and links endpoints with comprehensive options for content extraction, filtering, and automation.
# XQuery [](https://gitter.im/JelF/xquery?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge&utm_content=badge) [](https://travis-ci.org/JelF/xquery) [](https://codeclimate.com/github/JelF/xquery) [](https://codeclimate.com/github/JelF/xquery/coverage) [](https://codeclimate.com/github/JelF/xquery) XQuery is designed to replace boring method call chains and allow to easier convert it in a builder classes ## Usage of `XQuery` function `XQuery` is a shortcat to `XQuery::Generic.with` ``` r = XQuery(''.html_safe) do |q| # similar to tap q << 'bla bla bla' q << 'bla bla bla' # using truncate q.truncate(15) # real content (q.send(:query)) mutated q << '!' end r # => "bla bla blab...!" ``` ## Usage of `XQuery::Abstract` I designed this gem to help me with `ActiveRecord` Queries, so i inherited `XQuery::Abstract` and used it's powers. It provides the following features ### `wrap_method` and `wrap_methods` when you call each of this methods they became automatically wrapped (`XQuery::Abstract` basically wraps all methods query `#respond_to?`) It means, that there are instance methods with same name defined and will change a `#query` to their call result. ``` self.query = query.foo(x) # is basically the same as foo(x) # when `wrap_method :foo` called ``` You can also specify new name using `wrap_method :foo, as: :bar` syntax ### `q` object `q` is a proxy object which holds all of wrapped methods, but not methods you defined inside your class. E.g. i have defined `wrap_method(:foo)`, but also delegated `#foo` to some another object. If i call `q.foo`, i will get wrapped method. Note, that if you redefine `#__foo` method, q.foo will call it instead of normal work. You can add additional methods to `q` using something like `alias_on_q :foo`. I used it with `kaminary` and it was useful ``` def page=(x) apply { |query| query.page(x) } end alias_on_q :page= def page query.current_page end alias_on_q :page ``` ### `query_superclass` You should specify `query_superclass` class_attribute to inherit `XQuery::Abstract`. Whenever `query.is_a?(query_superclass)` evaluate to false, you will get `XQuery::QuerySuperclassChanged` exception. It can save you much time when your class misconfigured. E.g. you are using `select!` and it returns `nil`, because why not? ### `#apply` method `#apply` does exact what it source tells ``` # yields query inside block # @param block [#to_proc] # @return [XQuery::Abstract] self def apply(&block) self.query = block.call(query) self end ``` It is usefull to merge different queries. ### `with` class method You can get XQuery functionality even you have not defined a specific class (You are still have to inherit XQuery::Abstract to use it) You can see it in this document when i described `XQuery` function. Note, that it yields a class instance, not `q` object. It accepts any arguments, they will be passed to a constructor (except block) ### `execute` method Preferred way to call public instance methods. Resulting query would be returned
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.
No description provided.