31
iunderwood
Re: XOOPS Banner System

Neither of those really suit my needs, but it might be trivial to add the following things for an upcoming release, especially with all the work done to make the interface pretty under 2.5:

* Add a description field to the banner. This would allow at a quick glance what the banner is.

* Add expire by date/time. Some promotions are date-dependent and not impression-dependent.

Also, in 2.5 all of the fields except Extra Info are mandatory. Is this truly the case, or can that be reverted to the Client Name only? The other fields are nice, but I don't quite agree with the mandatory flag on them.
++I;
Resized Image



32
iunderwood
XOOPS Banner System

Crew,

One of my sites has started up a couple of affiliations which are largely banner driven. However, the banner system in XOOPS is quite antiquated.

I am wondering if anyone has plans to either update functionality or modularize the banner system as currently deployed in XOOPS 2.5.

Thanks!
++I;
Resized Image



33
iunderwood
Re: Configuration settings impacting speed

In order to make an apples-to-apples comparison, you need to set up a site on both providers as close to the same as possible and then look for the differences.

I suspect that the Windows host isn't loading the PHP module effectively with IIS, but that is my best guess. However, it is also possible that your Windows provider is also massively oversubscribed. In that case, it doesn't matter who your provider is.
++I;
Resized Image



34
iunderwood
Re: Integrating Prochatrooms auth with XOOPS

PCR looks pretty mighty, as I'd like a chartroom on my site as well that is preferably not IRC. I can't imagine that the integration is too hard. I'll post what I find out.
++I;
Resized Image



35
iunderwood
Re: XOOPS 2.5 Help System

That's what I thought for the actual help page itself.

I like the way that the system help is rendered, but it seems to build all its options based off of the admin/directory/xoops_version.php structure.

I, however, don't code each of my admin functions in its own directory, mostly because I hate the clutter. I'm curious if it'd be possible to be able to expand or add an array in 2.5.1 or something such:

$modversion['helpinfo'][]['name'] = "My Help 1";
$modversion['helpinfo'][]['filename'] = "help1.html";

That way I, or anyone else could write a decent help system into our xoops_version files w/o having to create a massive directory structure to support it.

Just a thought. :)
++I;
Resized Image



36
iunderwood
XOOPS 2.5 Help System

I really like this feature, and it looks really good w/ the system module.

However, I would like to know if anyone has a document or an example on how a non-System module uses the help system to a more full effect ... or can point me in a good direction to start.
++I;
Resized Image



37
iunderwood
Re: UHQ-Geolocate

And to sweeten the pot, I just put in IPInfoDB, which users can register for and use for free w/ their web API. :)

Just needs more polish and some verbosity in the documentation.
++I;
Resized Image



38
iunderwood
Re: UHQ-Geolocate

The module is moving along and has most of its shine and polish in place for a 0.9 release. The cheesy demo block can be seen on my XOOPS site:

http://xoops.underwood-hq.org

It's results are powered by the IP2Location DB1 binary database. More providers will be added to the module soon, but I do want to get this module out by Christmas.
++I;
Resized Image



39
iunderwood
Re: Question on the register page to stop bots - Good idea or not?

I switched over to manual verify. It's a pain in the butt, but my website is not tremendously active.

If it ever does become active, my shared hosting provider will express disappointment, for sure.
++I;
Resized Image



40
iunderwood
Re: UHQ-Geolocate

Looking for a little more feedback.

First, regarding using the module, I've got the following written up on its use:

==[ Use ]==

Modules which call out to geolocation services should test that the module is active and installed before using it. This is important because the module has been written with the capability to be disabled if desired through module preferences. (i.e. your provider cries that you use too much CPU or something)

For a full-validation include:

function mymodule_geolocate($ip) {
    global 
$module_handler;
    
    
$uhq_geolocate = &$module_handler->getByDirname('uhq_geolocate');
    if (
is_object($uhq_geolocate)) {
        if (
$uhq_geolocate->getVar('isactive')) {
            require_once 
XOOPS_ROOT_PATH."/modules/uhq_geolocate/class/geolocate.class.php";
            
            
$geoloc = new geolocate;
            
$geoloc->ipin $address;

            
$location $geoloc->locate();
            
            return 
$location;        
        }
    }
    return 
NULL;
}


The location is an object containing five variables: country, region, city, error, result.

Country: The two-letter ISO country code for the IP address submitted.

Region: Region within the country, if supported by your database.

City: City within the country, if supported by your database.

Error: An error number will be returned if there was a problem.
1 = Location disabled by module option
2 = Invalid IP address

Result: Object output from whatever class is used to query for the location. Good if you need to use specific results not directly supported by the module.

=====

Next up, I'm not quite sure what kinds of things would be good in the admin interface. As far as the commercial DBs go, I do intend to make it possible to update from within XOOPS, but am not necessarily committed to that for initial release.

Also, I'd like to know if anyone has a good place for an international flag set which I'd like to use within the context of a simple demo block which can be put on a site. I do have a tiny set which is good for single lines of text, but am looking for something bigger.

While I know the DBs can provide a ton more data than my object outputs at the moment, I'm looking to get a good base out there to start which can be extended upon later.
++I;
Resized Image




TopTop
« 1 2 3 (4) 5 6 7 ... 9 »



Login

Who's Online

155 user(s) are online (106 user(s) are browsing Support Forums)


Members: 0


Guests: 155


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