WSN Links https://scripts.webmastersite.net/wsnlinks/manual en-us Disabling mod_security Stopping mod_security from killing pages with 403s or blanks. https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/disabling-mod_security-582.html Thu, 11 Oct 2012 10:11:12 GMT https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/disabling-mod_security-582.html
reviously it was possible to disable with an .htaccess file, but most web hosts are now using mod_security 2 which can't be disabled from an .htaccess. Your only option is to ask your web host to disable the rule that was triggered on the particular page you see the error (or at least get them to say what rule was triggered and convey that to WSN support), or to ask your web host to disable mod_security entirely for your account.]]>
Excessive Page Caching What to do when you keep getting cached versions of pages. https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/excessive-page-caching-565.html Thu, 17 Nov 2011 05:31:20 GMT https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/excessive-page-caching-565.html
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "Wed, 11 Jan 1984 05:00:00 GMT"


If you're using URL rewriting, enter the above in the extra .htaccess content box at Admin -> Settings -> SEO so that it'll get included every time the .htaccess is recreated. If not using URL writing, you can make your own .htaccess file with that content in the directory where you've installed WSN.]]>
Enabling PHP 5 How to enable PHP5 on your normally-PHP4 server. https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/enabling-php-497.html Wed, 11 Mar 2009 19:00:37 GMT https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/enabling-php-497.html
Ideally, you should ask your web host. If they tell you to rename files to a .php5 extension, tell them that you want the .htaccess alternative. On a host that has PHP 5, one of the following .htaccess files should enable PHP 5:
AddType x-mapp-php5 .php

or
AddHandler application/x-httpd-php5 .php

or
AddHandler cgi-php5 .php


Place the .htaccess in the directory above where you want to install WSN -- the parent directory. If installing WSN at /public_html/, place the .htaccess at /.

There's no way to know which type of host you have except to try all three options until one of them works -- or just ask your host which to use.

If you're looking to upgrade an existing WSN installation in which you're using URL rewriting, and thus already have an .htaccess file, you can either make that the .htaccess file for its parent directory or combine it into WSN's .htaccess by entering it at Admin Panel -> Settings -> SEO -> Other .htaccess content. Don't simply edit the file manually, as it will be overwritten regularly.

If this method doesn't enable PHP 5 on your web host, you'll need to communicate with your web host.]]>
Not Getting Digest Emails What to do if some members aren't receiving their daily/weekly digests. https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/not-getting-digest-s-487.html Fri, 05 Sep 2008 12:17:30 GMT https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/not-getting-digest-s-487.html If some digests are getting through but others aren't, compare the number of members you have with the number of daily hits on the particular WSN installation you're dealing with here and the number of emails per queue being sent. Go to Admin Panel -> E-Mails -> E-mail Preferences -> "Number of emails to send at a time from queue:" to check how many are sent per page. If that number is 10 and you have 10,000 members integrated from a discussion forum, but the links directory you're dealing with only gets 10 visits a day, only about 100 digests will get sent out per day. This is because PHP can only run when someone requests a page, so it can only send out digests when someone visits. You can increase the number sent per page, but not too much or the pages will become noticably slow or error out at very large numbers.

A solution to get more emails sent without slowing pages is manufacture more (fake) visitors. You can do this on a unix or linux operating system by setting up a system cron -- please note this is NOT the same as the crons page in the WSN admin panel (WSN crons are php-based so can only run when people are viewing pages). Your hosting control panel should offer you a way to set a cron. If you have CPanel, you'll find a "cron jobs" option in the menu. Select "standard" experience level. Supply

wget yoursite/wsn/index.php
as the command -- replacing yoursite/wsn with the URL of your WSN installation first. Set it to run every minute. That should handle an additional 14,400 digests per day. If you need to handle more than that, you may need to set up another cron. You can also increase your items per queue on the email settings page to more than 10, but don't set it too high or the page will take forever when someone wants to view it.

Note: you may find that you can increase the queue if you use SMTP to send mail.

]]>
Clicking link to front page removes www What to do if clicking a link to http://www.yoursite.com takes you to http://yoursite.com https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/clicking-link-to-front-page-removes-www-477.html Sat, 19 Jul 2008 23:47:36 GMT https://scripts.webmastersite.net/wsnlinks/manual/troubleshooting/clicking-link-to-front-page-removes-www-477.html http://www.yoursite.com/ show as expected, but http://www.yoursite.com (without the trailing slash) redirects to http://yoursite.com (removes the www)? This behavior is a peculiar way some web servers have been misconfigured. When a web server receives a URL request that doesn't include a trailing slash, it internally interprets it as including that slash. Some web servers can be misconfigured so that they'll load it without the www. portion of the URL. This results in cookie data being lost if you don't use a .example.com cookie domain, and a possible loss of pagerank juice from links. Ask your web host to fix the problem in the web server configuration file.]]>