![gixen proxy server gixen proxy server](https://www.gixen.com/legacy/images/edit1.jpg)
The reason for this is that there are many embedded systems running Linux which can run 24/7 without consuming a lot of power and are pretty stable so no need to worry a snipe might fail because the system crashed. What I would like to see is a standalone headless server that communicates with JBidwatcher or My JBidwatcher. Is this more or less what you’re looking for? However if other web sniping services expressed interest, I would probably provide them as options.
![gixen proxy server gixen proxy server](https://i.imgur.com/tbVxVfV.jpg)
The argument goes, ’You’re already providing a web site, why can’t you make it snipe from there?!’ I’ve found that I’m compatible with the Gixen creator’s approach, and I feel comfortable recommending it.
![gixen proxy server gixen proxy server](https://progsoft.net/images/bid-o-matic-fa96140f068e6300ea9afc2eaabe06bf751e430c.png)
However, I’ve realized that folks want offline capability, ESPECIALLY if I’m to encourage folks to use the My JBidwatcher web site. I’d like to keep that relatively clean, and keep the application itself able to snipe. While I could easily build a sniping web service myself, one of the reasons I built JBidwatcher was so that folks didn’t have to give their username and password to a web site. (It uses the Gixen API which is only available to Gixen Mirror subscribers.) Gixen use will require a My JBidwatcher account and a paid Gixen account, at least for now. In other words, you’ll use JBidwatcher to view your auctions, pick which ones to snipe on, and track them in general, and the actual snipe will be placed through Gixen.
#Gixen proxy server code
My current plan (supported by a good bit of code I’ve written) is to integrate JBidwatcher with Gixen through My JBidwatcher.