Search options (Page 44 of 77)

If I understand you correctly, just make a group for those users and give that group access to the required sections.

I've always thought of a portal as one page, dynamically generated or static, that is literally a link to all the important aspects, (or parts which the site owner considers important), of the site, as well as providing at a glance info on those sections. As the name implies, a portal to the site. The problem is that these days the term gets used for just about everything.

A C.M.S is exactly what the term infers. A content management system.

Cheers. Thanks again.

If fopen is enabled, but allow_url_fopen is disabled, will that enable the fopen function to access local files but not (remote/external to filesystem) files? If so, I've cocked up on my above question. It's the ability for fopen to connect to an external uri which I was wishing to check for.

My apologies if I have mis-phrased my question.

Many thanks again,

Matt

The links in the admin index have been added. All you need to do, (or do you want me to do it before I e-mail it over)?, is exchange the navlink 'uploads' for 'downloads'.

Ahem:

No probs. I've also altered the install.php so that passwords are asterisk'ed when entered, and http:// is suffixed to the base url. With regards to PgSQL, btw, Mega Pun won't run happily on it. I've managed t get the installation problems sorted so that I can test this download mod, but some of the mods are, to put it subtly, a bit shonky. Some of the code won't run with PgSQL in some of the mods, as it is.

The download mod is installed and inplace now though, with the installer for both PgSQL and MySQL included in install.php.

Received it through fine, cheers. The installer needs some work for PgSQL. I've sorted most of the installer syntax, but just stuck on a couple of items. Two table entries. User and column. PgSQL refuses to let those be entered as column names, and they're used by a couple of the mods. Just trying to figure some way around it.

That's a bugger with the hosts, btw. Bet you must be well peeved by now.

Does Mega Pun install on PgSQL db's? If so, I could give it a try and test run here.

Windoze and work are never two words I would picture in the same paragraph. I'm just wondering if having to lose that auto increment has affected things. I'll have a peek at the code and check. I never expected a db to have such a limitation.

Enter a name for the download. Until you change it from the default, it won't show up in the download section. It's a failsafe so that you can add multiple new downloads to the category, before you start editing them and uploading/linking to files. Until the name changes from the one created by default, they show in the category count, but aren't visible.

Cheers. That's a devil with the two auto increment bits ain't it. Thanks ever so much.

Just had a look at install.php, to try and get an idea of the syntax. Change those create table statements to this:

        $db->query("CREATE TABLE ".$db_prefix."download_cats (
        cid INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
        cat_name VARCHAR(80) NOT NULL DEFAULT 'New Category',
        cat_desc TEXT,
        total_files INT NOT NULL DEFAULT 0,
        disp_position INT AUTO_INCREMENT,
        PRIMARY KEY (cid)
        ) TYPE=MyISAM;");

    $db->query("CREATE TABLE ".$db_prefix."downloads (
        download_id INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
        download_name VARCHAR(80) NOT NULL DEFAULT 'New Download',
        download_desc TEXT,
        cat_id INT NOT NULL DEFAULT 0,
        download_uri VARCHAR(150),
        file_location VARCHAR(150),
        download_count INT NOT NULL DEFAULT 0,
        file_size VARCHAR(25),
        file_version VARCHAR(25),
        file_licence VARCHAR(100),
        file_os_types VARCHAR(100),
        date_added VARCHAR(25),
        link_status VARCHAR(8),
        PRIMARY KEY (download_id)
        ) TYPE=MyISAM;");

I haven't tested this, obviously, but I *think* that should work.