xoops forums

Forum Index


Board index » All Posts (geekwright)




geekwright

Quite a regular
Posted on: 5/8 16:46
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#1

Re: http 500 error can't access site

Since I don't see it mentioned I'll ask, have you checked the database tables for errors?


geekwright

Quite a regular
Posted on: 4/16 16:43
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#2

Re: Setup 2.5.10 server to test modules

Quote:

Yurdal wrote:
...
After the inital setup from the xoops side all went ok but see apache log for improvements
...

The install should not generate these errors if everything is copied correctly. Tried three times in different environments, and the log is always clean.

Looking at the errors, I can't see how you could have completed an install. Are you sure these came from the actual install, and not a false start?


geekwright

Quite a regular
Posted on: 4/12 21:04
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#3

Re: Module permissions

Quote:

luciorota wrote:
Hi fellas!
Do you know if has anyone tried to move the definition of permissions in the 'xoops_version.php' file?...
Interesting. My first thought was driving an automated permissions page, similar to the about page:
$moduleAdmin->displayPermissions();


I would like to hear more about what you were thinking.


geekwright

Quite a regular
Posted on: 2/15 19:52
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#4

Re: Xoops 2.5.8.1 Installing issue

Quote:

Userino wrote:
...
Apache has permission over the Xoops Folder.


Only partially. With SELinux, you'll need to change the context for the web directories, too. Here is an article with some details:

https://www.svnlabs.com/blogs/centos-7 ... p-writeaccess-permission/


geekwright

Quite a regular
Posted on: 2/15 2:50
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#5

Re: Xoops 2.5.8.1 Installing issue

Most likely, the user (or group) the webserver's PHP processes run under can't create a file in and/or write to the the xoops_data directory.

IIRC, in CentOS it is the "apache" user that needs to have the permissions. Under debian based distros it is the www-data user.


geekwright

Quite a regular
Posted on: 12/16 17:54
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#6

Re: Database: How do I set a column value to NULL

Quote:
luciorota wrote:
...
I think it is a Xoops limit...

Sadly, you are correct.

I did a dive into the code when I saw your question, and the XoopsObject family seems to have no direct support for NULLs. Updating a column to NULL presently would require building the update query manually and running it with the database query() method.

Likewise the handling of a NULL value in selects seems to be datatype dependent, more like a side effect.


geekwright

Quite a regular
Posted on: 12/16 17:26
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#7

Re: xoops Password rules and password expiry

XOOPS could really use some modern password policy management tools.

My first impulse was to suggest expanding the profile module, but on closer inspection, using existing events and adding a few new ones would allow us to support a module(s) dedicated just to enhanced password policy. Unfortunately, that solution isn't available to deploy today

I will make sure that we have all the events needed to support such a module in place very soon.

Meanwhile, the fastest "hack" I can think of would be to tap into an existing Active Directory, using it as the authentication option for your XOOPS system. I don't know it that would be possible or practical for your environment.

As to resetting all passwords, you could update the "pass" column on the users table with some garbage string for all the users you want to reset. Each user would then have to go through the lost password mechanism to set a new password.


geekwright

Quite a regular
Posted on: 12/4 17:38
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#8

Re: FOREIGN KEY

Since the SqlUtility class doesn't recognize the table name in the REFERENCES clause, you will have to add the constraint outside of the module's mysql.sql file.

I would suggest generating and running the SQL to perform an "ALTER TABLE ... ADD FOREIGN KEY ..." inside the onInstall file's xoops_module_install_dirname() function.

Longer term, this should become a non-issue as we progress toward schema definitions rather than SQL for table creation.


geekwright

Quite a regular
Posted on: 2018/11/12 2:18
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#9

Re: Error in animal pedigree software Error : Handler does not exist

I suspect the clue is in the module name, "pedigree-master".

That is the name GitHub assigns to the download, and unfortunately it is wrong. The directory name for the module should be just "pedigree".

- Uninstall the module pedigree-master
- Rename the directory from pedigree-master to pedigree
- Install the module pedigree

That should solve the issue. Mamba is the expert on pedigree, and I'm sure he will chime if there are any further issues..


geekwright

Quite a regular
Posted on: 2018/11/11 20:45
geekwright
geekwright (Show more)
Quite a regular
Posts: 260
Since: 2010/10/15
#10

Re: Internal Error - Upgrade from 2.3.3b to 2.5.8

Quote:

stonez wrote:
...
2. PiCal module: Error: Call to undefined function ereg()
...


The whole family of ereg functions were removed in PHP 7. They had been deprecated since PHP 5.3.

Here is a stackoverflow explanation and recipe for replacing ereg():
https://stackoverflow.com/questions/62 ... xpressions-to-preg-in-php



TopTop
(1) 2 3 4 ... 17 »