Jtrain's profile - activity

We have some users signing up for an account and putting spam in their profile description for the SEO links.

I can already "block" those users, but how can I remove the profile from public view so it isn't indexed?

Here are some screenshots I took that follow @Doug5280's procedure for changing the Karma level.

Once you know where to look, it really isn't that hard.

Change upload karma threshold

I've had a few people complaining that comments don't work on internet explorer. However I see that statement inside of a comment! What I think might be happening is that the ajax is taking a long time to return after writing a comment.

Until the ajax returns, the user isn't sure whether anything is happening at all.

Can we put a ajax spinner on the comment until it comes back? Is this a good or needed feature?

$i=\sqrt-1$

The current openauth implementation in deps/django_authopenid does try to request email and nickname, but it isn't the correct way to tickle google if you want to retrieve the user's email.

I've submitted a patch that does two things:

• correctly requests from google the email so the user doesn't need to confirm it when returning from openid
• Checks the google returned email address against other addresses in the database and then sets the current logged in user as that matching user (if one already exists). This was because I found that google provides a different openid hash for the same user for different websites. Our website changed hostname, and users were unable to log into their old accounts because the openid hash google returned changed.

https://github.com/jtrain/askbot-devel/commit/8898ddf36a457306ebffb6891429830df0827de5

I've found that there are still http references for:

• gravitar;
• jquery; and
• google fonts

I've made a branch from current master that selects the secure version of these:

https://github.com/jtrain/askbot-devel/tree/load-ssl

Hello, I've had lots of comments on a single question but on Internet Explorer version 8 (haven't checked 9) the show/more comments doesn't appear.

There is a javascript error in the this code:

 $(document).ready(function(){
        if (Modernizr.history) {
          // history management works!
        } else {
          // no history support :(
          //hash = unescape(window.location.hash).replace('#','').split("?")[0]
          hash = History.unescapeHash(window.location.hash).replace('#','').split("?")[0]
          if (hash.substring(0,11)==askbot['urls']['questions']){
            url = hash
          }else{
            url = askbot['urls']['questions']+hash
          }
          if (hash !== ''){
              window.location = 'http://'+window.location.host+url
          }
        }

        // focus input on the search bar endcomment

            $('#keywords').focus();

        animateHashes();
    })

It looks like askbot['urls']['questions'] isn't defined anywhere. Anyway, the problem is a little sporadic in Internet explorer. I'm not entirely sure of the real cause, and if that javascript error had anything to do with it.

@Evgeny switch accounts feature is brilliant. Would really simplify things a lot.

@Evgeny I like what you've done with the code. Thumbs up

I use the blocked user to effectively delete someone without their account being actually removed (e.g. they were a spammer). Would that blocked account's email address continue to get emails from askbot?

I just went through an exercise of removing the spam from the profile sections. Sneaky spammers putting links to really unrelated websites. Here is the query that i used

update auth_user set about = '' where reputation = 1 and about != '';

idea What if we disallow users to edit the "about" and "website" sections of their profile unless they have greater than 1 (or configurable) reputation.

Some alternative/supplementary ideas:

• Things that can have links like the personal website or profile description when edited could come to the attention of the admin.

• At the moment, I do a regular manual check myself of the profile descriptions to see and ban people posting spam in there.

• Banning a user could also delete all of their posts. But that is less of an issue right now.

This is how it works: http://youtu.be/I66Owlsiixs.

What about changing the redirect url for sign up to something like /thanks-for-signing-up

Thanks for the pointers @Evgeny. Will start small (Questions) and build from there.

If I were to write something that does this (since I need it myself) where is the best place to put the code?

I'd like for it to be contributed back into the mainline - if we agree the feature would be a useful part of askbot.

When reddit was starting, the two redditors posted lots of material under faked accounts. They had a special form for admin users that asked for

• title;
• url ;and
• username

and if that username didn't already exist it created it.

They credit this with kickstarting their community. The day they didn't need to fake content is the day they were happiest because they knew the community was taking off.

Is anyone interested in doing something similar with their askbot installations?

(edit)

https://github.com/jtrain/askbot-devel/commit/a4445bf35f18b017cf7c9ccb2daf0893253844ae

Anyone that wants to follow along, this fork has a working implementation for:

• questions
• answers

but not

• comments
• autosuggest

(edit)

Here it is in action! http://youtu.be/I66Owlsiixs

Google just hit our site and all the 404 errors (which turned into 500 errors for another reason) got me digging into the problem....

We serve our askbot instance from a subdirectory url (like /forum/questions instead of /questions)

The correct setting for that is

ASKBOT_URL = 'forum/'

And this works well for all of the urls except the feeds url. The feeds url seems to be hardcoded to /feeds/rss in our installation.

I can see in the askbot/skins/default/templates/main_page/tab_bar.html (link) that there is a conditional that says {{ feeds_url }} while other links use the {% url namehere %} approach