Free cheetah facts software for linux

WebSH is a script that executes commands on a remote machine without opening a port, but instead by communicating with a PHP file. WebSH currently only works for Unix based servers and Unix based clients.
This script emphasizes the fact that a vulnerability that allows a file to be edited or uploaded is just as bad as a buffer overflow of PHP or an Apache thread.
Enhancements:
- Add support for Windows based servers.
- Possibly add a web based interface.
- This is probably not going to be possible, but I am hoping to turn this into a fully working terminal, including support for programs such as "less" and "vi". Think along the lines of a PHP tunneled SSH... again, its probably not even possible. This may entail switching from Bash to Python.

kaptcha project is a modern version of the SimpleCaptcha project. By default it is very easy to setup and use and the default output produces a captcha that is hard to bust and similar to the ones produced by Yahoo.com.
simplecaptcha is a wonderful product. By default it is very easy to setup and use and the default output produces a captcha that is hard to bust. The captchas it produces by default look very similar to the ones on yahoo.com.
However, it seems that simplecaptcha is unmaintained and there is some problems running the project with JDK 1.5. There is a bunch of bug reports, patches and forum messages noting these facts and no new releases or changes in about two years.
Why not use jCaptcha? It also is a great project, but it is more of a library rather than a quick solution. The default captchas that it produces are either too hard to read or not good enough for use on a public website. Its also rather slow. Sure, it is possible to spend a bunch of time learning their apis to produce something useful and Ive done that, but the reality is that I would prefer a simple jar I can just drop into my project, put a couple lines in my web.xml and go from there.
So, thats the reason and justification for kaptcha. This project is all about a supported, modern version of the existing code. Why the name kaptcha? Because the company I work for starts with a k.
Enhancements:
- JDK 1.4 is supported by adding Retroweaver support to the build system and a jdk1.4 jar is included with the distribution.

StreamCruncher is an Event Processor. The project supports a language based on SQL which allows you to define Event Processing constructs like Sliding Windows, Time Based Windows, Partitions and Aggregates.
Queries can be written using this language, which are used to monitor streams of incoming Events. StreamCruncher is a multi-threaded Kernel that runs on Java.
Ever since RFID became commercially viable and companies started packaging their entire product line as Business Activity Monitoring Stacks, an old idea that has been around for almost a decade is now seeing the light of day. A handful of Startups have begun turning this Idea of Complex Event Processing (CEP) and Event Stream Processing (ESP) into Commercial grade software. Several people have contributed ideas to this field. The most frequently mentioned name would be Prof. Luckhams. Prof. Widoms contribution to the field is also noteworthy.
Those in a hurry can skip to this section.
Now, back to CEP and ESP. An over-simplified definition would probably look like this - Assume that a System produces "Events" that describe the state of that System at those instants. Slicing and Dicing the "live" Stream of Events (in near real-time) can reveal vital information. Since this information is available on the live data and not stale data, it can be used to look for Warning signs, implement JIT materials sourcing, Automated Trading and other highly nimble systems.
Events from multiple sources can be co-related to reveal information about their interactions and dependencies. CEP and ESP are not exactly the same, but well leave that to the Scholarly Papers to disambiguate. All this does not seem new at all to people whove been working on Control Systems. Data Warehouse specialists and Rule Engine experts might start mumbling something about "Old Wine..".
However, only lately are we seeing generic, off-the-shelf Software focusing on CEP and ESP. Each one of those Products or Projects distinguish themselves in Performance (Real-time, Soft Real-time), Ease of Integration (Features, Mild to Steep Learning Curves, Manageability), Speciality (Automated Trading Platforms) or General purpose stacks etc. Or, perhaps all of them, to varying degrees.
For a Program to continually Slice and Dice an Event Stream and thereby, discern/infer something useful about the state of the System before it goes stale, requires a variety of Technologies to converge. Weve been using SQL to handle Transactional Data stored in Databases, Data Warehouses to analyse Terrabytes of Offline data, Rule Engines to infer from a large collection of constantly changing Facts.
ESP and CEP Systems provide building blocks using which Users can build an intelligent System, with active feedback. All CEP and ESP Systems provide a mechanism by which Queries/Conditions/Criteria can be provided that are constantly evaluated against the Event Stream. Some systems provide drag-n-drop GUIs to specify such "Queries", while some have their own proprietary Query syntax. In essence, they provide a Domain Specific Language to encode such Queries/Rules, a facility to pump Events into the System and a way to channel the Output Stream to do something useful.
Enhancements:
- The pre-filter for input event streams now supports , !=, =, *, /, +, -, "in (..)", "not in (..)", "and", and "or".
- The "in" clause can refer to an SQL sub-query.
- Such sub-queries are cached by the kernel to improve performance.
- An additional property, cacherefresh.threads.num, can be configured to specify the number of sub-query cache processing threads to use.
- Two new test cases have been added to test the new features: H2StartupShutdown3Test and ThreeEventOrderTest.

Pynakotheka is a simple python script which generates static HTML photo albums to be added to web sites or to be burnt in CDs.
It includes some templates, and its easy to create more.
The gallery can contain folders and/or pictures and the folders can contain other folders and/or pictures, recursively.
There are 4 views: folder, tree, thumbnails and photo detail (with or without exif info). You can even create your own templates easily.
Released under GNU Public License, read COPYING for more details.
Options:
Usage: pynakotheka.py [source_dir [target_dir]]
Arguments:
source_dir Location of the source photos, defaults to current dir
target_dir Directory where to save the gallery, defaults to current dir
Options:
-h, --help Show this text
-q, --quiet Dont show progress information messages, default SHOW
-c, --color Show information messages with colors, default NO COLOR
-o, --copy-originals
Copy original images to the gallery, default NO
-s, --thumbsize Thumbnail size, defaults to 250
-i, --imagesize Image size, defaults to 640
-d, --templates-dir
Path to templates directory, defaults to "./templates"
-t, --template Template to use, defaults to "default"
--clean=all|images|html
Remove all files / images / html and style files
generated by the program
Enhancements:
- This release uses Mako Templates instead of the Cheetah Templating System. HTML creation is much faster.
- Files with different encodings should be managed perfectly.
- Filenames encoded in UTF8 shoud works now.
- A "--version" option has been added.

tarix is a simple indexer for POSIX and GNU tar files. The indexes allow fast extraction of files in the archive, especially on seekable tape devices.
The index format is simple enough to be used from a rescue disk with only mt, dd, and tar (though grep and sed would be very useful there).
Tarix is a fairly simple program and should work on any system with an ANSI C compiler that suports GNU-ish 64-bit integers ([unsigned] long long, strtoull). If you are not compiling on a known supported platform, you will probably have to modify src/portability.h to get correct defines for 64-bit file operations correct, and src/portability.c to get correct implementations of the magnetic tape setblk/seek/tell operations. If this is not sufficient, please report it as a bug!
To compile tarix, simply type make (or gmake if your make program is not GNU make) from the base directory of the source distribution. Running make install will install tarix to /usr/local by default, but this can be changed by editing the variables at the top of the Makefile.
Tarix requires the zlib headers and library.
Known Supported Platforms:
- Linux
- FreeBSD
Enhancements:
- This release has portability fixes, and an important fix for a data corruption bug that would lead to portions of a compressed archive being unusable.

ipcalc project takes an IP address and netmask and calculates the resulting broadcast, network, Cisco wildcard mask, and host range.
By giving a second netmask, you can design subnets and supernets. It is also intended to be a teaching tool and presents the subnetting results as easy-to-understand binary values.
Enter your netmask(s) in CIDR notation (/25) or dotted decimals (255.255.255.0). Inverse netmasks are recognized. If you omit the netmask ipcalc uses the default netmask for the class of your network.
Look at the space between the bits of the addresses: The bits before it are the network part of the address, the bits after it are the host part. You can see two simple facts: In a network address all host bits are zero, in a broadcast address they are all set.
The class of your network is determined by its first bits.
If your network is a private internet according to RFC 1918 this is remarked. When displaying subnets the new bits in the network part of the netmask are marked in a different color
The wildcard is the inverse netmask as used for access control lists in Cisco routers.
Do you want to split your network into subnets? Enter the address and netmask of your original network and play with the second netmask until the result matches your needs.
You can have all this fun at your shell prompt. Originally ipcalc was not intended for creating HTML and still works happily in /usr/local/bin/
Enhancements:
- This release fixes a cross-site scripting vulnerability in the CGI wrapper script.