SWEC 0.2 (Default branch)


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Software Releases - RSS News SWEC 0.2 (Default branch)
# 1  
Old 01-28-2009
SWEC 0.2 (Default branch)

SWEC is a program that automates testing of dynamic Web sites. It parses each HTML file it finds for links, and if those links are within the site specified, it will check that page as well. In addition to parsing and locating links, it will also parse the pages looking for known errors and report those. It will report if a page cannot be read (by either returning a 404, 500, or similar). License: GNU General Public License v3 Changes:
Many new tests were added. Internal error codes are generated for HTTP errors so that you may exclude those tests. Better assumptions are made when you only supply a single URL on the commandline. Binary files are now skipped based upon their returned HTTP content type, and not just their extension. A HEAD request is now performed before doing the GET request, so that skipped files are not downloaded needlessly. URL seeds will now be checked in the order they appear on the commandline. Image

Image

More...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question
fs_symlinks(5)							File Formats Manual						    fs_symlinks(5)

NAME
fs_symlinks - maximum number of symbolic links used to resolve a path name VALUES
Failsafe Default Allowed values The minimum value allowed is 20. The maximum value allowed is 1024, or 1K. Specify a positive integer value. DESCRIPTION
The tunable represents the maximum number of symbolic links followed by the kernel when resolving a path name. Applications that create symbolic links and/or parse path names should also now use this limit represented by to be consistent with the kernel. Who Is Expected to Change This Tunable? Anyone expecting to run applications using path names that may expand to a large number of symbolic links. Restrictions on Changing None. The tunable is dynamic (tuning will take effect immediately on the running system). When Should the Value of This Tunable Be Raised? This tunable value should be raised when applications are expected to create and/or parse path names that may expand to a large number of symbolic links. What are the Side Effects of Raising the Value? None. When Should the Value of This Tunable Be Lowered? This value rarely needs to be lowered, unless there is a reason to limit the number of symbolic links in an expanded path name. What are the Side Effects of Lowering the Value? The kernel will not be able to resolve path names with more symbolic links than the limit represented by What Other Tunable Values Should Be Changed at the Same Time? None. WARNINGS
All HP-UX kernel tunable parameters are release specific. This parameter may be removed or have its meaning changed in future releases of HP-UX. NOTE: The define traditionally defined in is now obsolete and should not be used. This limit (number of symbolics links that may be expanded in a path name) is now available to applications via this new tunable parameter, The interfaces provided by the tunable infra- structure should be used to obtain the value of At the application level, use the gettune(2) or kctune(1M) interface. Applications using the define may not be consistent with the kernel. The define will be removed in post-HP-UX 11i Version 2 releases. Installation of optional kernel software, from HP or other vendors, may cause changes to tunable parameter values. After installation, some tunable parameters may no longer be at the default or recommended values. For information about the effects of installation on tun- able values, consult the documentation for the kernel software being installed. For information about optional kernel software that was factory installed on your system, see at AUTHOR
was developed by HP. SEE ALSO
kctune(1M), sam(1M), gettune(2), settune(2), ulimit(2), setrlimit(2), maxfiles_lim(5). Tunable Kernel Parameters fs_symlinks(5)