Your feedback is welcome but please try to keep a few thoughts in the back of your mind before you get too carried away with criticism where it may not been warranted.
(1) There is a strict code of conduct that you agreed to abide by when you joined this website. If you need reminding, see the
policy. This policy applies to all members, including moderators. Moderators on this forum do not use sarcasm. We take our responsibilities seriously. We are here to help all members of the community.
(2) We have a policy of one topic one subject. You asked four questions in one topic. I was feeling generous and decided to respond to each of those. We ask for your co-operation to keep to the subject of the topic and not digress on other matters that have no bearing on the subject. In your case, you asked about how to disable the Kunena login form (because you did not know how to do this). We gave you the information that allowed you to solve that problem. You then asked a question about how to publish a Joomla module somewhere on your website. This had nothing to do with the first question. You also asked how to change the registration process and login form details. These, too, had nothing to do with the original topic. We do not have to defend our decisions but occasionally it's worth making an exception.
Perhaps you may like to reflect on the haste in which you posted your list of complaints in light of the response that I have given you. There is no sarcasm here; sarcasm will not be tolerated any more than harrassment or other inappropriate behaviour.
Further, we have not deleted any of your topics. Some of your posts have been merged with other topics that deal more appropriately with the subject matter. If you doubt this, you can look at
your user profile
tab to find which are those topics that you have contributed to.
One point that we have to be absolutely clear about is this:
Kunena is not responsible for user registration or login to your website.
If you have a standard Joomla configuration and you can register new users with a standard Joomla configuration then adding Kunena should not affect the ability for people to register on your website. If you have changed the Joomla configuration in some way and people cannot register at your website then I do not think this is a problem caused by Kunena. If you want to prove this, beyond any doubt, uninistall Kunena from your website and see if people encounter these 404 errors.
Kunena is not responsible for user registration or login
I think I have written
over one hundred times. Kunena is not responsible for user registration or login. These are standard Joomla features or they may be assisted by other Joomla extensions that you have installed (e.g. JomSocial or Community Builder).
What this means is that if you cannot login to your site using the login form on the Kunena forum then you cannot login to your site using the username and password that you're trying to use. It is my guess that you have entered the wrong username and password. If you can successfully login to your site using a different login module elsewhere then I think you should check that the username/password you're using. The message "username and password do not match or you do not have an account yet" means exactly what it says.
Users cannot "assign themselves" to a specific forum category that is protected by ACL security. Until such time as Joomla implements a registratuon system that allows, at registration time, which a selection of choice for the new member then I think your wish is a far-off fantasy. Using a very simple analogy, it's a bit like saying - at the time of registration - "Select from the following categories: ordinary user, author, editor, publisher, manager, administrator, superadministrator." Well, Joomla doesn't give new members this choice and we are not aware of any other forum product that accommodates this requirement.
From what you said, if you only have a small forum in the first place and if people can wait a little bit of time from when they register until when you can assign them the necessary moderation and/or ACL adjustments, I would not imagine your "problem" to be a deal-breaker.
Good question. As you know, we are using J! 2.5 at this website here and when a new user registers at the site - the registration is done by Joomla - their user profile seems to be created OK. Some of our categories are protected via Joomla user groups (mostly all those categories that were created before K 1.7) and some of them are protected by Joomla access levels.
I remember asking a similar question, offline, on this subject and, as I recall, the answer was that Kunena obtains the logged-in user's permission settings once (at user login) and this value is used during a user's current session. We do not often need to change users' permissions during a user's current session and, therefore, I cannot be sure about the answer to your question "is this need gone in K 2.0?" I would imagine that, if my suspicions are correct about how when Kunena checks a user's permissions, the user would need to logout and then login again or the session would have to be otherwise replenished with more up-to-date information.
As to what the Synchronize Users facility does, the options have changed since K 1.7 and there is no Clean user cache option. Perhaps, therefore, the "need" has gone?
This is a technical question beyond my ability as I am not intimate with all the security issues involved. Perhaps you might like to ask your question in one of our offline group chats?
Could someone please explain how someone/something being able to post to my forum category without a login, despite the forum configuration being defined as Registered users only can post is spam?
We are aware that there are a number of
programs that are able to successfully register and forum spam with the aim of boosting search engine rankings. These program are able to bypass security techniques commonly used by many forums and blogs to deter automated spam, such as account registration, client detection, many forms of CAPTCHAs, and e-mail activation before posting. These program utilises socks and http proxies in an attempt to make it more difficult for administrators to block posts by source IP and feature a proxy checking tool to verify the integrity and anonymity of the proxies used.
In addition, the software can avoid the suspicions of forum administrators by first registering to make a post in the form of a question which mentions the spam product ("Where can I get...?"), before registering another account to post a spam link which mentions the product. The side effect of these innocent-looking posts is that helpful forum visitors may search on a search engine (e.g. Google) for the product and themselves post a link to help out, thus bolstering the product's Google ranking without falling afoul of forum posting policies. The software is also capable of avoiding detection by making posts in off-topic, spam and overflow sections of forums thus attempting to keep its activities in high activity low content areas of the targeted forum.
Webmasters of topical forums face an ongoing battle against these blackhat software, users of which are almost always in violation of forum
terms of service
, and/or have no interest in the actual forum topic. The users of the software have created an entire industry whose sole purpose is to protect internet sites against users of this kind of spam-generating software. Forum administration tasks against this spamming software are often a constant, daily effort, which include identifying new user accounts that are from users of the software, deleting posts/threads created by the software, and deleting/disabling the user accounts. As I have mentioned a dozen or more times in this topic,
"The only truly effective remedy against spam is vigilance." - sozzled, 25 May 2010
There are several helpful resources that help block forum spam, notably "www.stopforumspam.com", "www.keypic.com" and "www.botscout.com", both of which reference reports of forum spam by username and IP address. If a user/IP has appeared in the lists of either of those sites, it is highly likely that it is a black-hat user of. Common defensive actions by webmasters are to institute IP-based posting bans on entire class C ranges of IP addresses used by the spammers.
The spam messages in a forum typically take the form of "link spam" which will often be included in older topics and private messages (PMs) leaving the newer threads and posted messages "clear" of apparent spam. Sophisticated spammers will copy posts from other areas of the site, giving the appearance of a valid, on-topic reply. The best clue that it is a spammer is that the links in the user profile are completely unrelated to the forum topic, and the posted messages, while seemingly within the general topic of the forum, will be non-sequiturs and out-of-place within the topic thread. Alternatively, the spammers post generic "I am excited to begin posting and contributing here" messages that are content-neutral.
The damage caused to forums is classified in several areas: first, and foremost, the admin time to clean the forum. Second, the server bandwidth to accommodate the spam postings, third, the storage requirements at the forum server for the spam messages that are devoid of content, and fourth but perhaps the most important, the lowering of the information-to-noise ratio of the forum, which diminishes the value of the forum, skewing usage/active user statistics used to determine advertising rates.
I used kunena login module in position (kunena_profilebox).
We don't use it there and I wouldn't recommend using that module in that module position.
The Kunena Login module is an alternative to your site login. In other words, if you want to allow your users to login to the site on your home page, then you would publish the module on your home page (like we do on this site). If you don't want it there then remove it.
If you want to allow people a place where they can login on the Kunena forum page, then simply change this setting:
Forum Configuration » Integration » Integration Options » Login and Registration = Joomla
If you cannot see "Joomla" as an option, have you made any changes to your Joomla Global Configuration settings to disable user registration?
As Jiminimonka wrote, we recommend that people should be using K 2.0.1 instead of K 1.7 particularly as K 1.7 will cease to be supported after 31 August this year.