Welcome to Geeklog, Anonymous Friday, November 29 2024 @ 10:39 pm EST

Static Pages V1.1 latest..

Saturday, July 20 2002 @ 09:14 am EDT
Contributed by: Anonymous
Views: 54,639

Revised Static Pages plugin V1.1 and also a patch for those who don't want to download the plugin are now available.

You can get them here

The latest..

Login Issues: (browser dependant)
Some people found they couldn't log in to the GDev site. This was because of cookie security issues associated with domains. Although the site is now running unframed, it was originally framed with the framing page on www.information.tj, while the framed page (the true URL of the site) was on a different domain. IE(windoze) decided (dependant upon browser security settings) this was a security risk, and refused to part with the necessary cookie info, thereby killing the session. Something to watch out for in the future !

Install script failure: (effecting full installs of sr2 only. Sites patched to sr2 were fine..)
This one truly caught me by surprise. For some unfathomable reason, the full install of GL1.3.5sr2 set the version of the Staticpages plugin to V1.1 in the db!!!
This is directly contrary to the files, docs, and config file where the version is declared as 1.0 !! The install script I included with SPV1.1 was designed to take the hassle out of upgrading by checking to see if V1.1 was already on board, and, if so, exiting with the appropriate message. Of course this killed the upgrade for those who had run a full install of sr2, even though it didn't actually have Static Pages V1.1 on board. This is now fixed by checking for the presence of staticpages.PHP privs feature rather than checking the version number.

Bogus redirect on save:
This was a last minute change I made to my code which has since been reversed.

So, in a nutshell, those of you who put the upgrade on hold, or abandoned it altogether, should now download the patch or the revised plugin and upgrade as needed - this time without (I hope) the hassles.

I'm also happy to answer any questions you may have about the upgrade, and welcome any stories/posts etc at GDev.

Cheers,
Phill.
GDev.

Comments

Static Pages V1.1 latest.. | 6 comments | Create New Account

The following comments are owned by whomever posted them. This site is not responsible for what they say.

Static Pages V1.1 latest..

Authored by: isol8 on Saturday, July 20 2002 @ 03:47 pm EDT

tried the patched installer and I get this error when clicking Static Pages in the Admin Block.

Template Error: set_root: /home/isol8or/public_html/geeklog//plugins/staticpages/templates/admin is not a directory.
Halted.

And I also tried unlocking it using the command in the readme doc, but I get this error.

Error
SQL-query:

ALTER TABLE SET value = \'0\' WHERE name = \'staticpages\'
MySQL said: You have an error in your SQL syntax near \' SET value = \'0\' WHERE name = \'staticpages\'\' at line 1

Any ideas? Could it be the // instead of / in the root command?

Static Pages V1.1 latest..

Authored by: Anonymous (Anonymous User) on Sunday, July 21 2002 @ 12:55 am EDT

It looks to me like you\'re trying to DELETE your static pages ?

Be sure you back them up first, just in case you need them again !

When you\'re unlocking static pages (as per the readme), you\'re
essentially setting a flag that tells the install script to uninstall the static
pages installation.

So obviously, unless you\'re wanting that, I wouldn\'t unlock it.

If you **DO** want to uninstall your static pages, you\'ll need to
specify the vars table, - to paraphrase the docs:

UNINSTALLING:
------------------
ALTER TABLE <vars_table> SET value = \'0\' WHERE name = \'staticpages\'
Be sure to substitute <vars_table> with the name of your Geeklog vars
table.
------------------

So, if your vars table carries it\'s default name, and you want to uninstall
your static pages when you next run install.php, do this:
ALTER TABLE gl_vars SET value = \'0\' WHERE name = \'staticpages\'

As for the path issue (double slashes), you\'re quite right, that is why the
template engine is halting. The path should read:
/home/isol8or/public_html/geeklog/plugins/staticpages/templates/admin

I\'ll check on this just in case it\'s an issue with the plugin, though I doubt
it, as I (and a number of others) would have encountered this problem
before now.

I\'ll let you know.

Cheers,
Phill

Here\'s the problem isol8

Authored by: Anonymous (Anonymous User) on Sunday, July 21 2002 @ 03:11 am EDT

Hi again isol8, here\'s your problem..

Believe it or not, it\'s *NOT* the double slashes that are causing your
problem. Instead, you\'ll need to check that the appropriate directory
exists and is readable..

ie: /home/isol8or/public_html/geeklog/plugins/staticpages/templates/
admin

If the directory doesn\'t exist, you\'ll need to copy it over from your Static
Pages V1.1 download.

FYI (the double slashes):
You\'ll find that the double slashes are treated as a single slash by PHP
when parsing file paths - a good way to demo this would be to go into
your config file and do something like this:
$_CONF[\'path\']= \'/home//isol8or//public_html//geeklog/\';

You\'d (naturally) expect it to break everything, but of course it doesn\'t.

Conventionally, double slashes like the above are a bad idea, and should
always be avoided.

Either way, the Static Pages V1.1 plugin will operate exactly as it should
regardless of the double slashes in the template path - (the presence of
the admin dir is evaluated by the template class using is_dir() which
succeeds even with the double slashes throughout).

Cheers,
Phill.

Here\'s the problem isol8

Authored by: isol8 on Sunday, July 21 2002 @ 09:01 am EDT

thanks phill, it worked.
i think because my original paths are all somewhat incorrect, the directories were copied into the wrong folders.
but thanks again for the help and for working on such a cool project.

Static content wrapped in block yet?

Authored by: epretorious on Monday, July 22 2002 @ 12:40 am EDT

Does v. 1.1 wrap the static content in a block yet?

Eric P.
Sunnyvale, CA

---
Eric P.
Sunnyvale, CA

Static content wrapped in block yet?

Authored by: Anonymous (Anonymous User) on Monday, July 22 2002 @ 05:12 am EDT

Make it so.

That's one of the advantages of PHP authoring under SPV1.1 - You can use any of GLs functions you like.

Visit the downloads area at GDev and grab the PHP authoring demo. The Server Snapshot demo wraps the output in blocks by calling the relevant block functions. You'll see from the code where the startblock and endblock functions are called etc.

Cheers,
Phill.

Warning: Javascript required to enable functionality

Static Pages V1.1 latest..

Search

Resources

About

Getting started

Support

Development

Topics

User Functions

What's New

Articles last 4 weeks

Comments last 4 weeks

Pages last 4 weeks

Links last 4 weeks

Downloads last 4 weeks