Sponsored Content
The Lounge What is on Your Mind? Announcement: New Discourse Site to Go Live this Weekend Post 303045452 by Neo on Tuesday 24th of March 2020 10:19:36 PM
Old 03-24-2020
On another note:

I have had a few people comment about converting new site to www.unix.com versus community.unix.com, so let me remind everyone:

This site has over 200K man pages and none of the man pages migrate to the new forum (anytime soon, we may write a plugin for this sometime in the future, however).

So, this site has a lot of reference material which is very important, including man pages and code.

In some instance, the migration of legacy posts with code from here to discourse has results in instances of "code mangling" where, for example, the original vB4 to Discourse migration script changed new lines chars "\n" to hard line breaks in code fragements.

Our moderator (and Poster of the Year 2019 as well), Scrutinizer is working on perfecting this Ruby script and when he is done; we will test this on a staging site and then update all the posts on the new site.

Even when the new site reaches "perfection" (or 99.9..., whatever that means), this site has a tremendous amount of important reference material (man pages, original code, etc).

So, eventually we will turn this site into a reference site and keep the reference site available. However, this "conversion to a reference site" is going to happen slower than we originally thought because of some parsing errors we found (we can all thank Scrutinizer for this, looking carefully at code) in the original Discourse Ruby vbulletin.rb script.

Frankly, after working 14 days in a row, 12 hours a day, on this migration, I was disappointed to learn of the errors in the original vbulletin.rb script; but I'm glad we found them and we all owe a debt of gratitude to Scrutinizer for working on modifying the preprocessing routine of the original Discourse vbulletin.rb migration script.

Thank you Scrutinizer!!

Regarding updating the posts:

After we have fully tested the new preprocessing routine on a staging site, we will update the posts on the discourse site. Discourse keeps both the raw (preprocessed) and cooked (post-processed) text for each post in the DB. We will update the raw posts and recook them when it is time to do the rebaking.

Because of this hard line break issue for the "\n" char in code fragments, Scrutinizer is looking at more enhancements to preprocessing at the same time.
 

5 More Discussions You Might Find Interesting

1. Web Development

Setting up Development and Live web site environment

Hi, I am fairly new to unix so please go easy on me.. I have a VPS on which I would like to setup a development and live web site environment and can't seem to work out what is the best technique for doing so. I would like to be able to mirror the live site and have a "check out" and... (0 Replies)
Discussion started by: ciantrius
0 Replies

2. IP Networking

How to establish site to site vpn - Linux machine and cisco asa?

Hi, I am trying to establish vpn between my linux server and cisco asa at client side. I installed openswan on my cent os. Linux Server eth0 - 182.2.29.10 Gateway - 182.2.29.1 eth1 - 192.9.200.75 I have simple IPtables Like WAN="eth0" LAN="eth1" (0 Replies)
Discussion started by: ashokvpp
0 Replies

3. IP Networking

Does cisco 1921 router support site to site VPNs using IPSec?

Q: "Does Cisco 1921 router support,, act as an endpoint for, site to site VPNs using IPSec? If so, how many? " A: If you get the Cisco 1921/k9 with the security services bundle then it will have built in security features. Cisco, typically includes IP Sec tunnels I believe as part of that... (0 Replies)
Discussion started by: Ayaerlee
0 Replies

4. IP Networking

IPSec Openswan Site to Site VPN - Big Pain

Hi @all, I try to connect 2 LANs with IPSec/Openswan LAN 1: 192.168.0.0/24 LAN 2: 192.168.1.0/24 This is my Config: conn HomeVPN # # Left security gateway, subnet behind it, nexthop toward right. left=192.168.1.29 ... (1 Reply)
Discussion started by: bahnhasser83
1 Replies

5. What is on Your Mind?

Update: UserCP Screeching Frog 0.7641 - Changed Live Chat to Live Updates

Update: UserCP Screeching Frog 0.7641 - Changed Live Chat to Live Updates In this version of the UserCP, I have changed "Live Chat" to "Live Updates" by disabling the ability to post in the "live chat" area and changed the name to "Live Updates" The reason for this change is that experienced... (6 Replies)
Discussion started by: Neo
6 Replies
Apache::Test(3) 					User Contributed Perl Documentation					   Apache::Test(3)

NAME
Apache::Test - Test.pm wrapper with helpers for testing Apache SYNOPSIS
use Apache::Test; DESCRIPTION
Apache::Test is a wrapper around the standard "Test.pm" with helpers for testing an Apache server. FUNCTIONS
plan This function is a wrapper around "Test::plan": plan tests => 3; just like using Test.pm, plan 3 tests. If the first argument is an object, such as an "Apache::RequestRec" object, "STDOUT" will be tied to it. The "Test.pm" global state will also be refreshed by calling "Apache::Test::test_pm_refresh". For example: plan $r, tests => 7; ties STDOUT to the request object $r. If there is a last argument that doesn't belong to "Test::plan" (which expects a balanced hash), it's used to decide whether to con- tinue with the test or to skip it all-together. This last argument can be: o a "SCALAR" the test is skipped if the scalar has a false value. For example: plan tests => 5, 0; But this won't hint the reason for skipping therefore it's better to use have(): plan tests => 5, have 'LWP', { "perl >= 5.7.3 is required" => sub { $] >= 5.007003 } }; see have() for more info. o an "ARRAY" reference have_module() is called for each value in this array. The test is skipped if have_module() returns false (which happens when at least one C or Perl module from the list cannot be found). o a "CODE" reference the tests will be skipped if the function returns a false value. For example: plan tests => 5, &have_lwp; the test will be skipped if LWP is not available All other arguments are passed through to Test::plan as is. ok Same as Test::ok, see Test.pm documentation. sok Allows to skip a sub-test, controlled from the command line. The argument to sok() is a CODE reference or a BLOCK whose return value will be passed to ok(). By default behaves like ok(). If all sub-tests of the same test are written using sok(), and a test is executed as: % ./t/TEST -v skip_subtest 1 3 only sub-tests 1 and 3 will be run, the rest will be skipped. skip Same as Test::skip, see Test.pm documentation. test_pm_refresh Normally called by Apache::Test::plan, this function will refresh the global state maintained by Test.pm, allowing "plan" and friends to be called more than once per-process. This function is not exported. Functions that can be used as a last argument to the extended plan(): plan tests => 5, &have_http11; Require HTTP/1.1 support. have_ssl plan tests => 5, &have_ssl; Require SSL support. Not exported by default. have_lwp plan tests => 5, &have_lwp; Require LWP support. have_cgi plan tests => 5, &have_cgi; Requires mod_cgi or mod_cgid to be installed. have_apache plan tests => 5, have_apache 2; Requires httpd-2.x (apache-2.x). plan tests => 5, have_apache 1; Requires apache-1.3.x. have_perl plan tests => 5, have_perl 'iolayers'; plan tests => 5, have_perl 'ithreads'; Requires a perl extension to be present, or perl compiled with certain capabilities. The first example tests whether "PerlIO" is available, the second whether: $Config{useithread} eq 'define'; have_module plan tests => 5, have_module 'CGI'; plan tests => 5, have_module qw(CGI Find::File); plan tests => 5, have_module ['CGI', 'Find::File', 'cgid']; Requires Apache C and Perl modules. The function accept a list of arguments or a reference to a list. In case of C modules, depending on how the module name was passed it may pass through the following completions: 1 have_module 'proxy_http.c' If there is the .c extension, the module name will be looked up as is, i.e. 'proxy_http.c'. 2 have_module 'mod_cgi' The .c extension will be appended before the lookup, turning it into 'mod_cgi.c'. 3 have_module 'cgi' The .c extension and mod_ prefix will be added before the lookup, turning it into 'mod_cgi.c'. have plan tests => 5, have 'LWP', { "perl >= 5.7.3 is required" => sub { $] >= 5.007003 } }, { "not Win32" => sub { $^O eq 'MSWin32' } }, 'cgid'; have() is more generic function which can impose multiple requirements at once. All requirements must be satisfied. have()'s argument is a list of things to test. The list can include scalars, which are passed to have_module(), and hash references. The hash references have a condition code reference as a value and a reason for failure as a key. The condition code is run and if it fails the provided reason is used to tell user why the test was skipped. In the presented example, we require the presense of the "LWP" Perl module, "mod_cgid", that we run under perl >= 5.7.3 on Win32. It's possible to put more than one requirement into a single hash reference, but be careful that the keys will be different: have 'LWP', { "perl >= 5.7.3 is required" => sub { $] >= 5.007003 }, "not Win32" => sub { $^O eq 'MSWin32' }, }, 'cgid'; Also see plan(). Apache::TestToString Class The Apache::TestToString class is used to capture Test.pm output into a string. Example: Apache::TestToString->start; plan tests => 4; ok $data eq 'foo'; ... # $tests will contain the Test.pm output: 1..4 ok 1 ... my $tests = Apache::TestToString->finish; perl v5.8.0 2002-09-10 Apache::Test(3)
All times are GMT -4. The time now is 08:37 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy