<p>Hey Alex</p>
<p>Yes WordPress is good and so is Drupal and Joomla.</p>
<p>Myself I prefer WordPress for small and basic websites.</p>
<p>A lot of PLUG members have used or do use WordPress Drupal Joomla.</p>
<p>I don't know of any plugin which locks users down to specific pages.<br>
(We usually do that from MySQL)<br>
I'll look into it as it would be handy.</p>
<p>Ciao Paul </p>
<div class="gmail_quote">On Jun 23, 2012 12:00 PM, <<a href="mailto:plug-request@plug.org.au">plug-request@plug.org.au</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Send plug mailing list submissions to<br>
<a href="mailto:plug@plug.org.au">plug@plug.org.au</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.plug.org.au/mailman/listinfo/plug" target="_blank">http://lists.plug.org.au/mailman/listinfo/plug</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:plug-request@plug.org.au">plug-request@plug.org.au</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:plug-owner@plug.org.au">plug-owner@plug.org.au</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of plug digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Wordpress Alternatives (Alex Hartner)<br>
2. DNS Server configuration (Alexander Hartner)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Fri, 22 Jun 2012 13:15:43 +0800<br>
From: Alex Hartner <<a href="mailto:alex@j2anywhere.com">alex@j2anywhere.com</a>><br>
To: <a href="mailto:plug@plug.org.au">plug@plug.org.au</a><br>
Subject: Re: [plug] Wordpress Alternatives<br>
Message-ID: <<a href="mailto:4FE3FF7F.3000706@j2anywhere.com">4FE3FF7F.3000706@j2anywhere.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
Hi all,<br>
<br>
Thanks for all these great suggestions. I ended up going with wordpress<br>
(at least for now). My next obstacle is to find a plug-in which allows<br>
update-only access to certain pages. I am deploying wordpress in a<br>
multi-user environment. However each user / usergroup should only be<br>
able to update a defined set of pages.<br>
<br>
There seem to be lots of plug-ins which do this. So far they all seem<br>
rather complicated to configure. Any recommendation on a plug-in which<br>
allows me to control page (not post) access on a user / role basis.<br>
<br>
Thanks<br>
Alex<br>
<br>
On 20/06/12 12:00, Tim wrote:<br>
> On 20 June 2012 10:30, Alexander Hartner<<a href="mailto:alex@j2anywhere.com">alex@j2anywhere.com</a>> wrote:<br>
>> Hi all,<br>
>><br>
>> I was about to start a new website project using wordpress but ran into a problem. It appears that wordpress is masked on Gentoo due to security concerns.<br>
>><br>
>> <a href="http://dltj.org/article/gentoo-abandons-wordpress-in-portage/" target="_blank">http://dltj.org/article/gentoo-abandons-wordpress-in-portage/</a><br>
> Given that article is 2007, I would be ignoring it to some effect. As<br>
> Chris said, all platforms can suffer vulnerabilities.<br>
> Also, given that it's a webapp, I wouldn't be worrying about using<br>
> portage to install/uninstall it, just install it from <a href="http://wordpress.org" target="_blank">wordpress.org</a><br>
> using the instructions there.<br>
><br>
> I run a number of wordpress installs for companies, the key is keeping<br>
> things updated, and I have a great script that keeps all installs<br>
> updated easily. (Ask if you want it, it'll need some tweaking for<br>
> individual setups).<br>
><br>
> For webapps, a distro not carrying it is fine IMHO, they are things<br>
> that should be easy to install and update outside of the distro<br>
> package manager. Generally the package manager is only good for a<br>
> single install of the software anyway, not allowing you multiple blogs<br>
> for example. While it would be nice for apt-get/portage/yum to keep my<br>
> wordpress installs upto date, I put the security of them in a<br>
> different boat, as the time taken for a security fix to get from<br>
> upstream, into my distro can take way too long given how exposed it<br>
> can be.<br>
><br>
> I suggest if you have used wordpress before, and you are comfortable<br>
> with it, then use it. IMHO, it's one of the easiest to keep up to date<br>
> as well, I find drupal a pain to update.<br>
><br>
> Tim<br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 22 Jun 2012 14:56:22 +0800<br>
From: Alexander Hartner <<a href="mailto:alex@j2anywhere.com">alex@j2anywhere.com</a>><br>
To: <a href="mailto:plug@plug.org.au">plug@plug.org.au</a><br>
Subject: [plug] DNS Server configuration<br>
Message-ID: <<a href="mailto:83EDB577-3438-49C0-816F-AC211E1FA4A7@j2anywhere.com">83EDB577-3438-49C0-816F-AC211E1FA4A7@j2anywhere.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi all,<br>
<br>
I configured my primary DNS server to host a particular record:<br>
<br>
/etc/bind/named.conf<br>
....<br>
zone "<a href="http://mydomain.com" target="_blank">mydomain.com</a>" IN {<br>
type master;<br>
file "<a href="http://mydomain.com" target="_blank">mydomain.com</a>";<br>
allow-update { none; };<br>
};<br>
...<br>
<br>
/var/bind/<a href="http://mydomain.com" target="_blank">mydomain.com</a><br>
$TTL 4h<br>
@ IN SOA <a href="http://mydomain.com" target="_blank">mydomain.com</a>. alex. <a href="http://mydomain.com" target="_blank">mydomain.com</a>. (<br>
201206213; serial, todays date + todays serial #<br>
8H ; refresh, seconds<br>
2H ; retry, seconds<br>
4W ; expire, seconds<br>
1D ) ; minimum, seconds<br>
;<br>
NS [my external ip]. ; Inet Address of name server<br>
NS [secondary dns server]. ; Inet Address of name server<br>
MX 10 mailhost ; Primary Mail Exchanger<br>
;<br>
A 10.10.10.10<br>
www IN A 10.10.10.10<br>
...<br>
<br>
dig @[my external ip] <a href="http://mydomain.com" target="_blank">mydomain.com</a><br>
...<br>
;; QUESTION SECTION:<br>
;<a href="http://mydomain.com" target="_blank">mydomain.com</a>. IN A<br>
<br>
;; ANSWER SECTION:<br>
<a href="http://mydomain.com" target="_blank">mydomain.com</a>. 14400 IN A 10.10.10.10<br>
<br>
;; AUTHORITY SECTION:<br>
<a href="http://mydomain.com" target="_blank">mydomain.com</a>. 14400 IN NS [my external ip].<br>
<a href="http://mydomain.com" target="_blank">mydomain.com</a>. 14400 IN NS [secondary dns server].<br>
<br>
;; Query time: 60 msec<br>
;; SERVER: <a href="tel:203.59.39.207%2353" value="+12035939207">203.59.39.207#53</a><a href="tel:%28203.59.39.207" value="+12035939207">(203.59.39.207</a>)<br>
;; WHEN: Thu Jun 21 14:46:33 2012<br>
;; MSG SIZE rcvd: 123<br>
<br>
However the secondary server is not picking up the domain. Is there anything I missed. I had this working for quite a few years, but it stopped some time ago. Not really sure when though.<br>
<br>
I tried adding various configuration changes to set the transfer and notify by adding:<br>
<br>
allow-update { none; };<br>
allow-transfer { [secondary dns server]; };<br>
notify yes;<br>
also-notify { [secondary dns server]; };<br>
<br>
but none of this has resolved my problem.<br>
<br>
This used to work, but for some reason no longer does. I suspect it is a problem on my dns registrars side, but it could also be an update to bind.<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.plug.org.au/pipermail/plug/attachments/20120622/a388197b/attachment-0001.html" target="_blank">http://lists.plug.org.au/pipermail/plug/attachments/20120622/a388197b/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
PLUG discussion list: <a href="mailto:plug@plug.org.au">plug@plug.org.au</a><br>
<a href="http://lists.plug.org.au/mailman/listinfo/plug" target="_blank">http://lists.plug.org.au/mailman/listinfo/plug</a><br>
Committee e-mail: <a href="mailto:committee@plug.linux.org.au">committee@plug.linux.org.au</a><br>
<br>
<br>
End of plug Digest, Vol 97, Issue 15<br>
************************************<br>
</blockquote></div>