xoops forums

Forum Index


Board index » All Posts (freakingid)




freakingid

Just popping in
Posted on: 2007/2/1 20:20
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#1

SSL Logins and Encrypted LDAP

1. Using SSL Login page

I see a few posts regarding using the SSL login page. This is mostly inconclusive... I am still working on implementing SSL login.

That would cover the login info from the web client to the web server. Anyone done this successfully and care to share your methods?

2. Using LDAP authentication, securely

I want to use LDAP / AD authentication, but I need the communications between the LDAP / AD server and the webserver to be encrypted. (i.e. like LDAP uses port 636 for encrypted communications.)

The network guy needed me to check into this before he would work with me on hooking up to our LDAP server.

XOOPS 2016... can authentication occur over encrypted connection?
Anything special required to do so?

Thanks a ton,
Paul Kaiser


freakingid

Just popping in
Posted on: 2006/11/16 18:50
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#2

Re: Emergency - Database change to allow all groups all permissions?

Never mind. This is related to some other posts about "you don't have permission to access that area" and stuff.

Solved by running a "repair" on the "xoops_session" table via phpmyadmin.

PK


freakingid

Just popping in
Posted on: 2006/11/16 18:49
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#3

Re: "Sorry, you do not have the permission to access this area...."

Okay, I freaked out when I had this problem today. But I now have solved it.

The problem turned out to be with the xoops_session table. Someone said to go empty the table.

When I went to empty it... well, just look at it in phpmyadmin... it said it could not open the file (the MySQL data file... xoops_session.myi or whatever)

phpmyadmin showed the table as "in use"

In phpmyadmin, I selected the table and did a "repair table" and now everything is okay.

I have no idea how to keep this problem from happening... I am assuming it will happen again, since it looks like a zillion people have had this problem.

Paul


freakingid

Just popping in
Posted on: 2006/11/16 17:02
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#4

Emergency - Database change to allow all groups all permissions?

I don't know what's up... something is messed up with the permissions on my 2015 installation for our City intranet. I can log in as my admin user, but all the blocks I used to see as an Admin are gone. I also cannot access admin.php directly, as I am told I do not have permissions.

Is there something I can do in the Database directly to just give all groups / all users access to everything?

Then I could quickly get in and make the appropriate changes to admin / groups and then go around and find out what went wrong once it is fixed.

I'm concerned that it won't let me access admin.php directly... even though it knows I am logged in as my admin user. Actually, even when I go to user.php, though, it acts as if I am no longer logged in... I don't get user info or anything.


freakingid

Just popping in
Posted on: 2006/2/27 17:07
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#5

News 144 Module Clone Problem

I have cloned News v144 almost successfully. (I'm calling this 'answerbook')

The problem comes after I install it and go through admin to Post / Edit articles:
http://localhost/xoops22/modules/answ ... n/index.php?op=newarticle

This particular part of admin will not display the header for the page. (i.e. it includes cp_header, but there is no output from cp_header...)

If I install the News 144 module, there is no problem. So somehow my clone is still relying on something from the News module. I have searched high and low for 'news_' and 'news' in my clone to make sure things are all changed, and cannot figure this out.

All other admin functions work fine, even with their inclusion of cp_header.

Any ideas why this one function is still relying on News?

I followed the module cloning instructions I found here in the forum.

Thanks,
Paul


freakingid

Just popping in
Posted on: 2006/2/24 21:00
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#6

Re: Template Set Manager

Here's an SQL statement that will clean it up for you.
I think there's an easier way to write this (without the USING?) but who cares.

DELETE FROM xoops_tplfilexoops_tplsource 
USING xoops_tplfile
xoops_tplsource 
WHERE xoops_tplfile
.tpl_module "article" 
AND xoops_tplsource.tpl_id xoops_tplfile.tpl_id


In my example, "article" is the name of the module as seen in the _tplfile table.


freakingid

Just popping in
Posted on: 2006/2/22 19:40
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#7

Making xyp4All Searchable?

I like the xyp4all module, to be used for our City's "Contact Us" section.

The one vital thing it is missing for us, however, is integration into XOOPS search function.

Is there an easy way to have XOOPS search search the contacts?

Is there a different similar module that is xoops-searchable?


freakingid

Just popping in
Posted on: 2005/8/26 14:34
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#8

Smarty date tag not working

Howdy,

I'm having trouble with the following Smarty date tags returning nothing:

%l (this is to return the hour, in 12 hour format, and single digit hours have a space for the first digit)

%r (this is supposed to return the time in a.m. p.m. notation)

Again, when I use these tags in a template, I get nothing.
In the same template, I can put something like %H in place of %l and I do get the expected results (hour, in 12-hour format, with leading 0.)

Is this a known problem?
Is there perhaps something XOOPS is looking for and misinterpreting, i.e. not lettin the %l or %r through to Smarty?

Thanks.


freakingid

Just popping in
Posted on: 2005/8/19 21:49
freakingid
freakingid (Show more)
Just popping in
Posts: 10
Since: 2005/8/18
#9

Re: Fatal error: Call to a member function on a non-object

I was plagued by this same error after a 2.2.2 install.
I had not installed the new "UserManagement" module, because I thought it was an "extra," for adding custom fields to user information.

It turns out, you MUST install "UserManagement" if you expect to ever go to the user info page (/user.php)

Not sure how that might affect your 2.0x installation.



TopTop