391
xoobaru
SPIDERS that you can PM?
  • 2011/9/29 14:13

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Issue 1.
The SPIDERS module is creating a user for every robot in the database. These show up in the private messaging user select, almost three hundred of them, which makes it diffucult to find real users. This happenes even with

a. the users restricted to the the robot/spiders group, and

b. the robot user group disallowed in the private messaging module.

Why are spiders made into users, and how can this module be used so that such spider-users are hidden from live users?

Issue 2.
How are spiders actually denied/allowed using this module? All it seems to do is list the robots after import without providing any options on allow/deny.

Thanks...
xoobaru



392
xoobaru
Re: Integrating Analytics
  • 2011/9/25 3:25

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Hi Dante,

Yeah I know what you mean about the JS user variances. php tag based analytics applied in the head of index.php would be real nice but I am unable find such a product. I actually am the host site and the analytics work good with other scripts on the same domain (subject to the JS user limitations you mentioned), but data for XOOPS unconditionally flatlines to zero. I suppose I could use a script execution monitor with breakpoints to see if it actually executes or jumps over the tag in the footer.

Thanks Dante

xoob



393
xoobaru
Integrating Analytics
  • 2011/9/24 14:46

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


My Fellow XOOPSers,
What would be the optimum location to paste the javascript tag for an analytics service in a XOOPS installation? I would have guessed that the footer area of the theme would be a good place because it loads with every page, however that does not seem to work. I wonder if it might have something to do with XOOPS using Smarty cached pages (instead of the theme directly) in which the JS tag pasted in the theme never got written. Thanks.

xoob



394
xoobaru
Re: Xpressme/Wordpress Author Submission
  • 2011/9/17 0:46

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


cgunther/Nick_James

Geez I almost don't want to post this but what the hay. When you open the XprMe blog, the attention of the user (being me) is on the center of the screen. It does however also post an innocuous almost unnoticable menu bar at the top of the screen that contains a submenu with the post command. When clicked it opens up a post screen that works great.

However I am going to study the referenced link in detail thanks cgunthere.

redheaded rod:
I read phppp's departing manifesto (and everyones retort) ... unbelievable.

Vive le XOOPS!.

xoobaru



395
xoobaru
Re: Xpressme/Wordpress Author Submission
  • 2011/9/16 5:05

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Hi RHR
Yeah, I saw on of the announcement stating he was no longer on the XOOPS council.

Thanks for the update, I hope we got some XpressMe users with current authors who might be able to help.

Xoob



396
xoobaru
Xpressme/Wordpress Author Submission
  • 2011/9/15 20:51

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Hello XOOPSers,
This is for Xpressme power users or hopefull the module developer himself (phppp according to modules listin) if he is in this forum. Permissions are all set up for users to have "author" status on sign in. But the blog screen does not provide authors with any obvious way to create/post new content. They can only read, and set notifications. What was the intent concerning how author should submit content when this module was designed? If I change users to "editors", rank, then they do get the "post new" link, however I was able to edit another users blog as a test user and that isn't good at all. Authors must only be capable of editing their own. What is the intended create/post procedure for authors with this module?

Thanks.
xoobaru



397
xoobaru
Dumbing down Xincodes
  • 2011/9/15 13:50

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Hello,

My Xincodes installation requires a code as a condition for signup. I am seeking to use in a mode whereby a user can sign up without profile requiring the coded to be entered (the would be new member can choose to use it or not). Why would I want to do this.

I want to use Xincodes inviter in simple mode -only as a convenient means for a member to notify a friend from the site. I don't care whether a code is involved at all. I already tried to set the "required" field to NO in the options setting for the "invitecode" validation field but profile still persists in requiring the emailed invite code before submit is allowed. Is there a way around this?

May I sugggest that future releases of Xincodes add a select option for admin to config it to be used in a "no coded required" email notification mode only.

Thanks
xoob



398
xoobaru
Re: XpresMe -Only webmaster blog post permissions? Can't be...
  • 2011/9/14 1:26

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


o-k-k-k-a-a-a-y-y.
There is a hidden settings (collapsed XPRESSME category) that went unnoticed at the very bottom of the left config panel. The permissions assignment selector for groups was under the integration settings subcategory. Selecting each group to "editor" results in the post new link now appearing for those groups.

So were okay.

Thanks again redheadedrod.
xoobaru




399
xoobaru
Re: XpresMe -Only webmaster blog post permissions? Can't be...
  • 2011/9/14 0:40

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


oops, substitute permissions table for preferences above.



400
xoobaru
Re: XpresMe -Only webmaster blog post permissions? Can't be...
  • 2011/9/14 0:30

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


hi redheadedrod,

Hey I walked the entire XprMe module directory tree and found no config type file. There were only five php files whose namesakes matched the categories of the settings under the wordpress admin gui settings and users.php but no leads in those.

The wpadmin gui setting options do let me set up individual users but then you have to set up each user manually with a separate password per user. Wonder why the developer set it up to work this way rather than letting a preferences table do the job?

Do you recall a filename or what directory the file you tweaked was in?

Thanks rhr

xoobaru




TopTop
« 1 ... 37 38 39 (40) 41 42 43 44 »



Login

Who's Online

205 user(s) are online (123 user(s) are browsing Support Forums)


Members: 0


Guests: 205


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Mar 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits