11
fatman
Re: PHP flags and site security ????
  • 2005/3/14 3:38

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


I can't respond specifically to your security questions as I am no security expert myself. But you can change the settings of your PHP.INI file without affecting other sites on your server.

Use the php function ini_set() to override php.ini settings. So to turn globals off you could use ini_set('register_globals', 'Off')



12
fatman
Re: Module request - mySQL table front end?
  • 2005/3/9 9:15

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


I posted some screen grabs of NoAh's MySQL interface in this thread here.



13
fatman
Re: NoAh: Project helper(s) requested
  • 2005/3/9 9:12

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


Updates to my development demo of NoAh 0.9 show how mozilla's XUL can provide the XOOPS website administrator with lot's of access and control over their database.

Demo : screen grabs below.

Resized Image

Resized Image



14
fatman
Re: Experiences with Surpass hosting???
  • 2005/2/28 18:56

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


I've got a dedicated server with Surpass. I've got dozens of sites and most all of them use xoops.

They are very responsive anytime I need anything. The support community of other people using their systems are also very good.



15
fatman
NoAh: Project helper(s) requested
  • 2005/2/16 4:52

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


Hello. I'm looking for someone who wants to work on a module development project. ( current out of date project page)

Despite the lack of updates to the project page. I've been doing a lot of work on the No-Ah module but haven't had enough time to also keep the project site up to date or release updated versions of the module.

For various reasons the latest version of No-Ah can run with or without Xoops, but I believe there is real value using it as a XOOPS module and I'm looking for the help of someone who can help run a support site and help keep the No-Ah releases up to date.

Here is ademo of NoAh 0.9.



16
fatman
Re: No lock when using SSL (general xoops pages)
  • 2004/9/25 2:10

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


christian thank you very much.

I almost can't believe I didn't naturally think to do something like this from the start. While I can't read french I was able to easily spot the fix from the small code snippet.

Just in case someone else needs the fix from Christian's link, here is it.

// In mainfile.php
// change this line
define('XOOPS_URL''https: //www.example.org');

// to the following
$port $HTTP_SERVER_VARS['SERVER_PORT'];
if(
$port == "443"){
  
define('XOOPS_URL''https: //www.example.org');
} else {
  
define('XOOPS_URL''http: //www.example.org');
}


The solution is to have the server check what port the incoming request is coming in on. If the request is 443 (the default port used with ssl) we define the XOOPS_URL global variable as https instead of just http. This will ensure that all files which are included by your HTML templates (css, js, jpg, gif ect) will also use the secure protocol. Which is important if you want the lock in the web browser to show up.



17
fatman
No lock when using SSL (general xoops pages)
  • 2004/9/23 22:16

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


I'm wondering if anyone else runs a XOOPS site with an SSL certificate?

I've got a site which has some secure pages. Our certificate on the server works fine. However when you change http:// for https:// in any XOOPS URL the encryption lock symbol (in both IE and Firefox) does not display. You can view certificate information no problem and data is getting encrypted. The only problem is there is no lock.

Anyone have a clue as to why? If I call any non-xoops URL the lock shows as it should.



18
fatman
Re: XOOGLE stops working ...:-?
  • 2004/7/13 15:40

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


I'm not sure what's going on there. I've got the module installed on one site and no issues have been spotted.

"website not responding" message would appear if the google API was not accessible. Google rarely has uptime issues.

Was there any recent changes on your hosts server?



19
fatman
Re: Getting error with Noah on module access
  • 2004/7/13 1:11

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


One other person has reported a similar error.

I just had to do a fresh install of XOOPS 2.0.7 and No-Ah 0.8.7RC version myself and although I didn't get the same error, I did find some bugs which might cause that.

The fix is now in the CVS. The problem was actually related to the required core extensions. So make sure you've also downloaded and copied them into your XOOPS class folder.

hth



20
fatman
Re: kStore - product catalogue demo
  • 2004/6/22 17:03

  • fatman

  • Friend of XOOPS

  • Posts: 176

  • Since: 2003/12/13


kStore is a demo built with No-Ah, it isn't a standalone module. The kStore demo is offline at the moment. For more information on No-Ah please see the support site listed above.




TopTop
« 1 (2) 3 4 5 ... 16 »



Login

Who's Online

157 user(s) are online (112 user(s) are browsing Support Forums)


Members: 0


Guests: 157


more...

Donat-O-Meter

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

Latest GitHub Commits