phpslash-devel — For developers of phpslash to communicate.

Re: [Phpslash-devel] Re: [Phpslash-commit] CVS: phpslash-dev CHANGES,1.75,1.76

[Peter C. <li...@cr...>]

On Wed, 7 Jul 2004 14:13:25 -0500
Joe Stewart <joe...@us...> wrote:

> On Wed, Jul 07, 2004 at 10:56:13AM -0700, Peter Cruickshank wrote:
> 
> Thanks for the flood of commits.

There's on big one still waiting - the mod to the Story code to allow users
to pick an image to go with the article.

My code's at a pretty simple stage right now:
- articleimagedir/url optionally defined in config.ini.php, defaulting to
"$_PSL[imageurl]/articles"
- new table psl_story_image to hold the extra fields (and allow for
later potential of multiple images per article)
- The story edit screen gives a simple dropdown list of all images in the
articleimagedir with input of ALT text
- consequent changes to story.tpl and storyNew.tpl and the code that uses
them

NIce things I'd like to add at some point:
- a javascript-driven pop-up window to allow visual selection of images
- to be able to upload new images through the web interface (possibly using
the Back-End Upload module)
- separate thumbnail image

Any thoughts? Is this worth committing (it seems quite a hacky
approach to me). If so, should there be  an 'article.images' setting in
config.ini.php to turn this feature on and off, or would it be OK/better to
just have it in mainstream code?

It would be good to use the plugin feature to implement article images -
would it be possible?

> > + 2004-July 7 Peter Cruickshank <kr...@us...>
> > + [B]  slashTemplate.class:
> > +      Comment out portion of code that was causing infinite recursion
> > when attempting+      to find default skins template
> 
> Sorry you had to spend time figuring out what's going on there.
> 
> How did you trigger this?  A missing template file?  I haven't had a
> problem with it in months.  I think at one point I had it commented out
> as well.

I'd teaked stories/index.php to look for section-specific templates:

	$tpl = isset($ary['section_id']) ? 'storyIndex-'.$ary['section_id'] :
'storyIndex'; //PAC Hack for section templates
	$content   = $story->getStories($ary, $tpl);

The bug was hit when storyIndex-5.tpl (say) didnt exist.

> Any ideas on how to make this more simple while maintaining the
> flexibility?  The PEAR version of phplib templates creates an array of
> possible locations.  But if I remember it is doesn't allow on the fly
> changes like we have.

I'll have a look - I think the broad logic is OK.. Just to confirm the
search order:
- given skin, given language **
- current skin, current language
- parent skin, skin.parent.language (or current language)
- parent skin, default language
- "module directory"/templates/ ?? Why no language path??
- "module directory"
- default skin, default language* ?? Why not check current language first
??

* Is the check that was causing the loop
** This (new) check is required to prevent the loop, I think

I've not looked at the PEAR Template class....


> > + [B]  author/index.php:
> > +      Check for existance of jpcache_gc function before attempting to
> > call it
> 
> surely that is that last one.

That's what I thought the last time!

> > + [F]  Block_render_header.class
> > +      Make section name available to slashHead template. (There may be
> > a more elegant+      way of doing this)
> 
> yipes.  Looks like we weren't using the $extra_ary argument to getHeader.
>  I think 
> $_PSL['extra_ary'] can still be used though.  With these two arrays you
> can apply arbitrary text to be template variables.
> 
> We might want to change section->getName to generate a db object so it
> could be called like Section::getName.
> 
> So is the breadcrumb the page block not generating the section name?  Or
> is it not called before this?  This was subtly how the section name would
> be available before.  It would still need to be applied to extra_ary or
> pagetitle to be available in getHeader though.  This is one reason there
> hasn't been a breadcrumb block yet.  If breadcrumb isn't required, it
> probably should be made a block somehow.

I agree about making a breadcrumb block. Ideally, I would like to also make
the story title available to the head block. (So we could have 
<title>{SITE} :: {SECTION} {STORY}</title> when reading a story)

Maybe it is down to the order the blocks are being generated - since the
story title (if any) would only be known after most of the page has been
built. I must admit I'm still a little confused by what goes on with the
new page generation stuff, which isn't helping.

Related topic: do we really need to have $pagetitle and $relatedlinks as
global variables? It would seem nicer to put $pagetitle into $ary or $_PSL.
(Too late to give $ary a nicer name I guess). I kind of see why related
links has to be global, but it seems messy...

> > + [BW] Block_render_query.class
> > +      Fix generation of topic_id and section_id plus some minor tidyup
> > of logic+ [W]  Block_render_topic.class
> > +      Tidy up logic - incl move parse_str to top of parse()
> > + [W]  search/index.php section/admin.php topic/admin.php
> > +      Notice squashing
> > + [W]  Section.class, Topic.class
> > +      Improvements to logic + presentation of validation process
> > + 
> 
> >       // I am not sure if this check makes sense from the user's point
> >       of view// - it's a real pain deleting all the blocks one at a
> >       time.// Much better to just silently clear out
> >       psl_section_block_lut I think// - pac Jul-2004
> 
> I think I tend to agree, but it doesn't bother me too much the way it is
> either when deleting sections.  Don't tend to delete sections often.

I'll bring across (commented out) the lines to do the silent delete - so
they're  there as an option for developers.

-- 
Peter Cruickshank
pe...@cr...

[Phpslash-devel] Re: [Phpslash-commit] CVS: phpslash-dev CHANGES,1.75,1.76

[Joe S. <joe...@us...>]

On Wed, Jul 07, 2004 at 10:56:13AM -0700, Peter Cruickshank wrote:

Thanks for the flood of commits.

>   
> + 2004-July 7 Peter Cruickshank <kr...@us...>
> + [B]  slashTemplate.class:
> +      Comment out portion of code that was causing infinite recursion when attempting
> +      to find default skins template

Sorry you had to spend time figuring out what's going on there.

How did you trigger this?  A missing template file?  I haven't had a problem with 
it in months.  I think at one point I had it commented out as well.

Any ideas on how to make this more simple while maintaining the flexibility?  The 
PEAR version of phplib templates creates an array of possible locations.  But if I 
remember it is doesn't allow on the fly changes like we have.

> + [B]  author/index.php:
> +      Check for existance of jpcache_gc function before attempting to call it

surely that is that last one.

> + [F]  Block_render_header.class
> +      Make section name available to slashHead template. (There may be a more elegant
> +      way of doing this)

yipes.  Looks like we weren't using the $extra_ary argument to getHeader.  I think 
$_PSL['extra_ary'] can still be used though.  With these two arrays you can apply 
arbitrary text to be template variables.

We might want to change section->getName to generate a db object so it could be 
called like Section::getName.

So is the breadcrumb the page block not generating the section name?  Or is it not 
called before this?  This was subtly how the section name would be available 
before.  It would still need to be applied to extra_ary or pagetitle to be 
available in getHeader though.  This is one reason there hasn't been a breadcrumb 
block yet.  If breadcrumb isn't required, it probably should be made a block 
somehow.

> + [BW] Block_render_query.class
> +      Fix generation of topic_id and section_id plus some minor tidyup of logic
> + [W]  Block_render_topic.class
> +      Tidy up logic - incl move parse_str to top of parse()
> + [W]  search/index.php section/admin.php topic/admin.php
> +      Notice squashing
> + [W]  Section.class, Topic.class
> +      Improvements to logic + presentation of validation process
> + 

>       // I am not sure if this check makes sense from the user's point of view
>       // - it's a real pain deleting all the blocks one at a time.
>       // Much better to just silently clear out psl_section_block_lut I think
>       // - pac Jul-2004

I think I tend to agree, but it doesn't bother me too much the way it is either 
when deleting sections.  Don't tend to delete sections often.

Joe

[Phpslash-devel] Re: [Phpslash-commit] CVS: phpslash-dev CHANGES,1.76,1.77

[Joe S. <joe...@us...>]

On Wed, Jul 07, 2004 at 11:26:25AM -0700, Peter Cruickshank wrote:

> + [E]  debug() now uses backtrace if available to show details of file/class and
> +      line

This looks to be very cool.  Thanks.

Have you had a need for the delayed viewing option for debug now?  It's handy 
for viewing variables used before cookies being set.

Now that you've pretty much gone through the code again.  Any new suggestions to 
make?

Joe

Re: [Phpslash-devel] config.php ordering problem

[Matthew L. <lei...@ma...>]

On 5/16/04 10:12 AM, "Joe Stewart" <joe...@us...> wrote:

> On Sun, May 16, 2004 at 12:43:35AM -0600, Dave Reid wrote:
>> Hi, I've been working with back-end for awhile. I've run into a config.php
>> problem and Mike Gifford suggested I follow it up here.
>> 
>> The symptom is that when $_PSL['timezone']['engine'] is true, any errors
>> logging in via login.php cause a blank page to be returned.
>> 
>> The problem is this:
>> 
>> BE extends functions.inc getHeader() to add current date to the template.
>>  This uses psl_dateLong(), which uses psl_strftime(), which needs the tz
>>  library and classes if $_PSL['timezone']['engine'] is set.
>> 
>> Trouble is, config.php calls page_open() _before_ the AddClassRequirement()
>> and AddLibraryRequirement() calls for tz and friends. In the case of a posted
>> bad username or password, page_open() tries to render the login form which
>> causes getHeader() to be called, and the tz library call blows up.
>> 
>> So my question is - why are some of the Add*Requirement() calls (particularly
>> the ones for tz et al) in config.php after the page_open? I see in
>> phpslash-dev CVS config-dist.php that this is still true. What would be the
>> implications of moving these Add*Requirement() calls to before page_open()?
>> 
> 
> The idea was that the configuration that could be saved in a session
> would be done so.  It hasn't been done yet.
> 
> So that is why some of them are after the page_open.  It sounds like you
> found a couple that need to be moved.  Don't move all of them yet.
> 
> We also cache at the minimum required too.  Extra code running before
> the cache does slow it down.  BE took out the option cache at the top of
> config.php.  The caching in the -dev cvs has been optimized more.
> 
> Matthew might have more to add.
> 
> Joe

No, that sounds right.  We put the "minimal" set of classes/libraries to get
the page open.  I guess the timezone stuff belongs to that, especially if
your login form has a date/time in it!

-- 
Matthew Leingang
Preceptor in Mathematics, Harvard University
lei...@ma...

Re: [Phpslash-devel] read-only mode

[Luis M <le...@ho...>]

>From: Joe Stewart <joe...@us...>
>On Wed, May 12, 2004 at 09:55:13PM -0400, Luis M wrote:
> > Hello all,
> >
> > Is there a way to put phpslash 0.8 in read-only mode? If there is not, I
> > was thinking that would be a nice feature to have for 0.8...
> >
> > Maybe even make a few pages (or all) static while in read-only mode (for
> > administration/debugging purposes.
> >
>
>Can you explain a little more what you mean by "read-only mode"?

Sometimes i'm making changes to the server (or I switch servers for a few 
minutes until the next one reboots or whatever is doing). Essentially, I 
don't want the story counts to increase, people posting messages, vote 
counts to change, that sort of stuff...
I do want the page to be access in exactly the same way, but if a user tries 
to post something he/she would get a default "Server is in read-only mode 
and your changes won't get posted. Sorry for the inconvenience". Of course, 
the user would be echo whatever they try to post so that they can copy/paste 
it somewhere and put it whenever the page comes back from read-only mode.

SourceForge does something similar when they are going through maintenance 
(or when they are simply down because they can't handle the load).

I know there are a few things being incremented automatically, whether the 
site administrator wants it or not. I just don't know how many of those 
things would break if you tell the sql server to lock a database and put it 
in read-only mode :-) maybe phpslash would not work at all.

A list of items I think would need to change:

sessions
authentication
registration
story count(er)
polls
message posted by users to stories or polls
administrators adding news, blocks, or whatever else
rss blocks getting the latest .xml/.rdf/.rss from remote servers
...

As you see, there is a plethora of things that would need to be modified. 
Maybe the solution is simple and can be done now, but maybe not.

I mean, a simple: wget --mirror URL. Would probably do what I mean, but it's 
not nice since users might think that the site is having problems or that it 
sucks :-) (meaning things are broken).

The question is, "is it really necessary to put the whole site in 
read-only/admin/maintenance mode"?

I could find a few examples why this is a big yes.

What do you think it takes to make a phpslash behave like this?

----)(-----
Luis Mondesi
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and you 
work on your computer when you want to turn your brain on" -- Steve Jobs in 
an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html

Re: [Phpslash-devel] config.php ordering problem

[Joe S. <joe...@us...>]

On Sun, May 16, 2004 at 12:43:35AM -0600, Dave Reid wrote:
> Hi, I've been working with back-end for awhile. I've run into a config.php
> problem and Mike Gifford suggested I follow it up here.
> 
> The symptom is that when $_PSL['timezone']['engine'] is true, any errors
> logging in via login.php cause a blank page to be returned.
> 
> The problem is this:
> 
> BE extends functions.inc getHeader() to add current date to the template.
>  This uses psl_dateLong(), which uses psl_strftime(), which needs the tz
>  library and classes if $_PSL['timezone']['engine'] is set.
> 
> Trouble is, config.php calls page_open() _before_ the AddClassRequirement()
> and AddLibraryRequirement() calls for tz and friends. In the case of a posted
> bad username or password, page_open() tries to render the login form which
> causes getHeader() to be called, and the tz library call blows up.
> 
> So my question is - why are some of the Add*Requirement() calls (particularly
> the ones for tz et al) in config.php after the page_open? I see in
> phpslash-dev CVS config-dist.php that this is still true. What would be the
> implications of moving these Add*Requirement() calls to before page_open()?
>

The idea was that the configuration that could be saved in a session 
would be done so.  It hasn't been done yet.

So that is why some of them are after the page_open.  It sounds like you 
found a couple that need to be moved.  Don't move all of them yet.

We also cache at the minimum required too.  Extra code running before 
the cache does slow it down.  BE took out the option cache at the top of 
config.php.  The caching in the -dev cvs has been optimized more.

Matthew might have more to add.

Joe
 
> Dave Reid
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Phpslash-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpslash-devel

Re: [Phpslash-devel] read-only mode

[Joe S. <joe...@us...>]

On Wed, May 12, 2004 at 09:55:13PM -0400, Luis M wrote:
> Hello all,
> 
> Is there a way to put phpslash 0.8 in read-only mode? If there is not, I 
> was thinking that would be a nice feature to have for 0.8...
> 
> Maybe even make a few pages (or all) static while in read-only mode (for 
> administration/debugging purposes.
>

Can you explain a little more what you mean by "read-only mode"?
 
> Just a thought...
> 
> 
> Any ideas?
> 
> ----)(-----
> Luis Mondesi
> System Administrator
> LatinoMixed.com
> 
> "We think basically you watch television to turn your brain off, and you 
> work on your computer when you want to turn your brain on" -- Steve Jobs in 
> an interview for MacWorld Magazine 2004-Feb
> 
> No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Phpslash-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpslash-devel

[Phpslash-devel] config.php ordering problem

[Dave R. <di...@sh...>]

Hi, I've been working with back-end for awhile. I've run into a config.php
problem and Mike Gifford suggested I follow it up here.

The symptom is that when $_PSL['timezone']['engine'] is true, any errors
logging in via login.php cause a blank page to be returned.

The problem is this:

BE extends functions.inc getHeader() to add current date to the template.
 This uses psl_dateLong(), which uses psl_strftime(), which needs the tz
 library and classes if $_PSL['timezone']['engine'] is set.

Trouble is, config.php calls page_open() _before_ the AddClassRequirement()
and AddLibraryRequirement() calls for tz and friends. In the case of a posted
bad username or password, page_open() tries to render the login form which
causes getHeader() to be called, and the tz library call blows up.

So my question is - why are some of the Add*Requirement() calls (particularly
the ones for tz et al) in config.php after the page_open? I see in
phpslash-dev CVS config-dist.php that this is still true. What would be the
implications of moving these Add*Requirement() calls to before page_open()?

Dave Reid

[Phpslash-devel] config.php ordering problem

[Dave R. <di...@sh...>]

Hi, I've been working with back-end for awhile. I've run into a config.php 
problem and Mike Gifford suggested I follow it up here.

The symptom is that when $_PSL['timezone']['engine'] is true, any errors 
logging in via login.php cause a blank page to be returned.

The problem is this:

BE extends functions.inc getHeader() to add current date to the template. This 
uses psl_dateLong(), which uses psl_strftime(), which needs the tz library 
and classes if $_PSL['timezone']['engine'] is set.

Trouble is, config.php calls page_open() _before_ the AddClassRequirement() 
and AddLibraryRequirement() calls for tz and friends. In the case of a posted 
bad username or password, page_open() tries to render the login form which 
causes getHeader() to be called, and the tz library call blows up.

So my question is - why are some of the Add*Requirement() calls (particularly 
the ones for tz et al) in config.php after the page_open? I see in  
phpslash-dev CVS config-dist.php that this is still true. What would be the 
implications of moving these Add*Requirement() calls to before page_open()?

Dave Reid

[Phpslash-devel] read-only mode

[Luis M <le...@ho...>]

Hello all,

Is there a way to put phpslash 0.8 in read-only mode? If there is not, I was 
thinking that would be a nice feature to have for 0.8...

Maybe even make a few pages (or all) static while in read-only mode (for 
administration/debugging purposes.

Just a thought...


Any ideas?

----)(-----
Luis Mondesi
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and you 
work on your computer when you want to turn your brain on" -- Steve Jobs in 
an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html

[Phpslash-devel] Things todo before next RC

[Luis M <le...@ho...>]

(Joe tried to post this a few days ago and it seems there was a problem with 
the mailinglist, so I'm posting it again)

Anybody know of anything that needs to be fixed or added before getting on a 
  release cycle and generate an RC candidate.

I have two things:

	1.  upgrade script [troubleshoot/tests. talk in IRC #phpslash]
	2.  php warnings - a few warnings have crept back in.

The current cvs needs testing mainly because of the changes to the auth 
system.


There was another alpha release posted to the sf.net site. This has a pretty 
stable snapshot of the current phpslash-dev module from CVS. Please use the 
releases to test if you don't want to deal with CVS directly ;-)

----)(-----
Luis Mondesi
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and you 
work on your computer when you want to turn your brain on" -- Steve Jobs in 
an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html

_________________________________________________________________
MSN Messenger : discutez en direct avec vos amis ! 
http://www.msn.fr/msger/default.asp

[Phpslash-devel] new slashAuth.class, slashAuthCR.class

[Joe S. <joe...@us...>]

Would like anyone able to test the cvs to help out.

The auth classes have been rearranged in a few different ways:

1.  duplicate code moved to methods
2.  moved slashAuthCR.class to slashAuth.class and renamed the class to 
    slashAuth_base.  Created class slashAuth in class/authtypes/slashAuthCR.class
    that extends slashAuth_base.
3.  Created auth.type config item to define type of authentication.
4.  class slashAuth has two new methods - psl_validate and psl_preauth.
    These two methods return true or false whether user is authenticated.
    The base class takes care of everything else regarding psl authorization.


Other authentication types may require overriding a base class method or additional 
hooks.

Joe
 

[Phpslash-devel] missing stuff before release

[Joe S. <joe...@us...>]

Anybody know of anything that needs to be fixed or added before getting on a 
release cycle and generate an RC candidate.

I have two things:

	1.  upgrade script
	2.  php warnings - a few warnings have crept back in.

The current cvs needs testing mainly because of the changes to the auth system.

Joe

Re: [Phpslash-devel] RE: phpSlash translators

[Peter C. <li...@cr...>]

Hi Lukasz and all

On Tuesday 20 Apr 2004 12:15 am, Luis M wrote:
[...]

> >I also have some PHP knowledge - this could be usefull whilst
> >solving some problems I've encountered when using ISO 8859-
> >2 (Central Europe) encoding in locale files: some polish
> >diacritic characters were displayed as entities of ISO 8859-1
> >characters having the same numeric code. For example
> >instead of polish "slashed l" character typed in locale file, on
> >website appears character encoded as "³" - superscript
> >3 !
>
> Oh my. I'd say that you don't really need to know php to fix this. It's a
> matter of updating the templates slashHead/Foot files that you use and
> adding your strings to the locale/xx.php locale file (where xx is the ISO
> code for your language).

Some of us are working on a Persian version of Back-End right now, and have 
encountered this problem too (and dealing with bidirectional output!) - so 
some future version of Back-End will be aware of non-ISO 8859-1 character 
sets. 

It's a little more complicated than Luis's answer, I think. There are various 
string cleaning functions scattered around the PSL engine that convert 
characters to htmlentities.htmlspecialchars.

So you might have to go through the code and use the character set extension 
that was added in 4.1
ie htmlentities($foo) becomes htmlentities($foo,ENT_NOQUOTES,'ISO-8859-2');
- particularly in pslGetText().

But as Luis implies, most of the difficulties are avoided by adding 
	<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
To you slashHead(s). Modern browsers then know better how to deal with input 
and output characters.

Also, make sure that Apache has this setting:
	AddDefaultCharset Off
or
	AddDefaultCharset ISO-8859-2
in the httpd.conf file (not sure if it works for .htaccess)


[..]

HTH

Peter

-- 
The question of whether computers can think is just like the question of
whether submarines can swim.
		-- Edsger W. Dijkstra

[Phpslash-devel] RE: phpSlash translators

[Luis M <le...@ho...>]

>Lukasz Rolnicki wrote:
>
>Hi, I'd like to translate phpSlash into Polish. I use Back-End
>for some time and I have translated most of locales.

Awesome!

>
>I also have some PHP knowledge - this could be usefull whilst
>
>solving some problems I've encountered when using ISO 8859-
>
>2 (Central Europe) encoding in locale files: some polish
>
>diacritic characters were displayed as entities of ISO 8859-1
>
>characters having the same numeric code. For example
>
>instead of polish "slashed l" character typed in locale file, on
>
>website appears character encoded as "³" - superscript
>
>3 !
>

Oh my. I'd say that you don't really need to know php to fix this. It's a 
matter of updating the templates slashHead/Foot files that you use and 
adding your strings to the locale/xx.php locale file (where xx is the ISO 
code for your language).

>I'd like to start my work (translating phpSlash) as soon as
>possible - especially version 7.2, used in one of my production
>sites.

Please make sure that you continue the work of strings that were previously 
translated to polish (if there is such a file. i'm not sure).

The 7.2 locale file and the 8 are not so different from e/a other. So you 
might want to use the one from phpslash-dev (include/locale) CVS module 
which will be the future 8 and test this in a 7.2 installation to see how it 
goes. It should be a superset of 7.2.

When you are finished with the translation, gzip it and send it to either 
Joe or myself (or the phpslash-dev mailing list). Whichever you choose is 
fine, but sending it directly to me might be better :-).

Thanks Lukasz for your support.

p.s. if you have not subscribed to the phpslash-devel mailing list, please 
do so.

----)(-----
Luis Mondesi
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and you 
work on your computer when you want to turn your brain on" -- Steve Jobs in 
an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html

_________________________________________________________________
MSN Search, le moteur de recherche qui pense comme vous ! 
http://search.msn.fr/worldwide.asp

[Phpslash-devel] Re: [phpslash-users] phpslash modules - phpBB2 and DCL

[Joe S. <jo...@be...>]

on 4/8/2004 10:54 AM Joe Stewart said the following:

> There are two modules for phpSlash available that may have some 
> interest.  They are available without documentation, license files, etc.
> 
> If you want to help, write docs, make suggestions, bug reports, etc use 
> the module's project site.
> 
> phpBB2 - http://phpslashforge.org/projects/psl-mod-phpbb/
> 
>          Bulletin Board module that provides look and feel of phpSlash.
>          All users are logged in and registered through phpSlash.
> 

Kind of cross posted here because Lars has had some problems using this 
module.  Some kind of session, cache, or db write problem.

Please kick this module around.

thanks,

Joe


> Double Choco Latte - http://phpslashforge.org/projects/psl-mod-dcl/
> 
>          Trouble Ticket, Work Order and Project management.
>          Provides look and feel of phpSlash.
>          All users are logged in and but not registered yet through
>          phpSlash.
> 
> 
> Quick installation notes:
> 
> 
> phpBB2 -
> 	download and Install phpBB2 - module only contains changed 	
> files.
> 	copy files in module to corrrect locations.
> 
>          Block_render_phpbb.class:
> 
> 		These should point to phpBB installation.
> 
> 			$phpbb_root_path = '/var/www/phpBB2/';
> 
>        			$phpbb_root_url = '/phpBB2';
> 
> 	phpBB2/includes/function_phpslash.php:
> 
> 		These should point to the phpSlash installation.
> 
> 			chdir('/path/to');
>                          include_once("config.php");
> 
> 
> DCL - 	
> 	Install DCL - module contains all files needed.
> 	
> 	dcl/login.php:
> 
> 		This should point to the phpSlash installation.
> 
> 		chdir('/var/www/phpslash-0.7.2/public_html');
> 
> 
> If it is desired to add links in the navbar, you can add something similar:
> 
> 	To config.php::menuitem[] array.
> 
> 		$menuitem[] = array(
> 		   'name'   => "Forum",
> 		   'link'   => "/phpBB2",
> 		   'perm'   => "nobody",
> 		   'module' => ""
> 		);
> 
> 	To config.php::adminmenuitem[] array.
> 
> 		$menuitem[] = array(
> 		  'name'   => "DCL",
>   		  'link'   => $_PSL['rooturl']. 
> "/dcl/main.php?menuAction=htmlMyDCL.show",
> 		  'perm'   => "user",
>     		  'module' => ""
> 	        );
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> phpslash-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpslash-users

[Phpslash-devel] RE: phpslash translation into Bahasa Indonesia

[Luis M <le...@ho...>]

>Muhammad Panji Wrote:
>Hi,
>I'm panji from Indonesia. shortly I want to offer help
>on translating your project Into Indonesian
>Language(Well known as Bahasa or Bahasa Indonesia).

Hello Panji and translators in general,

Attached is a 5kb gzip'ed version of the en.php file that needs to be 
translated to other languages. Please note that you can access these files 
directly from the CVS repository at the following address:

http://cvs.sourceforge.net/viewcvs.py/phpslash/phpslash-dev/include/locale/

Before you decide to start translating this file, please make sure that you 
use the previous translations located at the above URL. In your case Panji, 
you can start from scratch and when you finish send the resulting file in a 
compress format to the phpslash-devel list (or Joe and Luis (me)).

I'm not sure what type of characters the Bahasa language has, however, 
please make sure that they are encoded properly in the plain text file. 
UTF-8 should be the right encoding format nowadays, however, the site still 
uses ISO encoding. I guess people using Bahasa would create their own 
slashHead templates with the proper encoding string in the HTML head tag.

If you need further assistance, don't hesitate in writing to the list.

P.S. I use the phpslash-dev module from CVS because we are moving forward to 
release phpslash 0.8 soon.

----)(-----
Luis Mondesi
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and you 
work on your computer when you want to turn your brain on" -- Steve Jobs in 
an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html

_________________________________________________________________
MSN Messenger  http://g.msn.fr/FR1001/866 : dialoguez en direct et 
gratuitement avec vos amis !

Re: [Phpslash-devel] testing 0.8 alpha

[Aric C. <php...@pe...>]

What is needed to upgrade from .7 to .8?  Looks like the database tables are
the same..

Re: [Phpslash-devel] testing 0.8 alpha

[Matthew L. <lei...@ma...>]

On 3/2/04 9:22 AM, "Joe Stewart" <joe...@us...> wrote=
:

> On Tue, Mar 02, 2004 at 08:06:19AM -0500, Matthew Leingang wrote:
>> Hi guys,
>>=20
>> I've installed two sites lately based on the 0.8 alpha distro.  It seems=
 to
>> work well.   Some bugs I've found, however, are:
>>=20
>> 1.  Extra question marks in the config_setup.php script URLs so that aft=
er
>> completing a step, the script starts from the beginning (I'm guessing th=
is
>> one was caught already.)
>>=20
>=20
> Haven't seen this.

Eureka!  In config_setup.php POST forms are generated like this:

<form action=3D"?" method=3D"post">...</form>

If the form data is verified and whatever action succeeds, the browser is
redirected by this (line 112)

header("Location: ?step=3D" . getNextStep());

Thus, two question marks at the beginning of the query string.  The first
variable at the beginning of the QS is the step, and so I guess PHP sets a
variable called $_GET['?step'] instead of $_GET['step'].  In any case, ther=
e
is no $_GET['step'] variable set, and the configurator starts over from the
beginning.  I saw this happening, and just manually deleted the extra ? and
everything worked fine.  But I don't know what that form action is "?".
Shouldn=B9t it just be ""?

[...]
>> But *how in fact do I add a module?*  I'm still a little scared by the
>> prospect, since I haven't contributed since the pre-"everything is a blo=
ck"
>> days.  :-)
>>=20
>=20
> Short answer - Just return all output like "return $content".  Don't
> display any output directly.
>=20
> index.php for the basic module public access.  Ideally the only one.
>=20
> Blocks should be another php file similar to index.php and called via a
> module block option.  This way we don't have to register new block types
> for each new module.
>=20
> admin.php - any needed administration functions - This is the basic
> layout for internal modules.
>=20
> also see:
>=20
> http://sourceforge.net/mailarchive/forum.php?thread_id=3D3940749&forum_id=3D1=
53

This should help.  Hopefully I can cobble something together.

Another question, a little off-topic.  I have the main phpslash pages
residing at ~/public_html/phpslash on my hosted account.  What I would like
to do is locate them in server-space at the top level.  So
http://leingang.net/poll.php would get internally mapped to
http://leingang.net/phpslash/poll.php.  I thought I could do that with
mod_rewrite, something like


RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond /phpslash%{REQUEST_URI} -U
RewriteRule ^(.*)$ /phpslash/$1 [QSA]

This does map phpslash pages to the right place, but plain old not found
URIs that aren't in PSL cause the annoying-terse internal server error.

The dox caution against over use of the -U flag, because it generates
another server call, but I have a low volume site to say the least.  I coul=
d
also generate RewriteRules for all the files with an awk script.  But then =
I
have to write a new one for each new image or style sheet I add.

Or I could write a PHP script to handle 404's and redirect with a language =
I
can speak better.  This seems like the most reliable but slowest of the
options. =20

Anybody tried this before with success?
--Matt
--=20
Matthew Leingang
Preceptor in Mathematics, Harvard University
lei...@ma...

Re: [Phpslash-devel] testing 0.8 alpha

[Joe S. <joe...@us...>]

On Tue, Mar 02, 2004 at 08:06:19AM -0500, Matthew Leingang wrote:
> Hi guys,
> 
> I've installed two sites lately based on the 0.8 alpha distro.  It seems to
> work well.   Some bugs I've found, however, are:
> 
> 1.  Extra question marks in the config_setup.php script URLs so that after
> completing a step, the script starts from the beginning (I'm guessing this
> one was caught already.)
> 

Haven't seen this.

> 2.  Backend.php doesn't work because it doesn't load the right classes.  I'm
> in the middle of tracing through the code to see which classes are
> necessary.  
> 


thanks.
> In composing this e-mail I've answered the second question, too:  I found
> that all you need are the four lines from modules/story/index.php:
> 
> AddClassRequirement("story_base",$_PSL['moduledir'] .
> "/story/Story_base.class");
> AddClassRequirement("story","story_base");
> AddCl
> assRequirement("story",$_PSL['moduledir'] .
> "/story/Story.class");
> AddClassRequirement("story_plugin_i",$_PSL['moduledir
> '] ."/". $_PSL['module']['Story'] ."/Story_plugin_i.class");
> 
> 
> 
> Now that that's done, I'm interested in adding a photo album module, perhaps
> based on http://photoframe.sourceforge.net/.  I think it's a good candidate
> because it's a single file with a lot of functions and variables to deliver
> its content.  So configuration could be handed over easily from a block
> options menu, etc.
> 
> But *how in fact do I add a module?*  I'm still a little scared by the
> prospect, since I haven't contributed since the pre-"everything is a block"
> days.  :-)
> 

Short answer - Just return all output like "return $content".  Don't 
display any output directly.

index.php for the basic module public access.  Ideally the only one.

Blocks should be another php file similar to index.php and called via a 
module block option.  This way we don't have to register new block types 
for each new module.

admin.php - any needed administration functions - This is the basic 
layout for internal modules.

also see:

http://sourceforge.net/mailarchive/forum.php?thread_id=3940749&forum_id=153

Joe

> --Matt
> 
> -- 
> Matthew Leingang
> Preceptor in Mathematics, Harvard University
> lei...@ma...
> 
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Phpslash-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpslash-devel

[Phpslash-devel] testing 0.8 alpha

[Matthew L. <lei...@ma...>]

Hi guys,

I've installed two sites lately based on the 0.8 alpha distro.  It seems to
work well.   Some bugs I've found, however, are:

1.  Extra question marks in the config_setup.php script URLs so that after
completing a step, the script starts from the beginning (I'm guessing this
one was caught already.)

2.  Backend.php doesn't work because it doesn't load the right classes.  I'm
in the middle of tracing through the code to see which classes are
necessary.  

In composing this e-mail I've answered the second question, too:  I found
that all you need are the four lines from modules/story/index.php:

AddClassRequirement("story_base",$_PSL['moduledir'] .
"/story/Story_base.class");
AddClassRequirement("story","story_base");
AddCl
assRequirement("story",$_PSL['moduledir'] .
"/story/Story.class");
AddClassRequirement("story_plugin_i",$_PSL['moduledir
'] ."/". $_PSL['module']['Story'] ."/Story_plugin_i.class");



Now that that's done, I'm interested in adding a photo album module, perhaps
based on http://photoframe.sourceforge.net/.  I think it's a good candidate
because it's a single file with a lot of functions and variables to deliver
its content.  So configuration could be handed over easily from a block
options menu, etc.

But *how in fact do I add a module?*  I'm still a little scared by the
prospect, since I haven't contributed since the pre-"everything is a block"
days.  :-)

--Matt

-- 
Matthew Leingang
Preceptor in Mathematics, Harvard University
lei...@ma...

RE: [Phpslash-devel] sedo.us and phpslash.org

[Luis M <le...@ho...>]

They are jokers. We should register something very similar, like:
php-slash.org

Just to mess with their empty heads.

And it sounds good too:

php dash slash dot org

:-)

maybe they are reading this list and will buy those also ;-)

----)(-----
Luis Mondesi
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and you 
work on your computer when you want to turn your brain on" -- Steve Jobs in 
an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html




>From: Mike Gifford <mi...@op...>
>Reply-To: mi...@op...
>To: phpslash develment list <php...@li...>
>Subject: [Phpslash-devel] sedo.us and phpslash.org
>Date: Thu, 05 Feb 2004 21:47:20 -0500
>
>Howdy folks,
>
>I thought it was such a shame that phpSlash.org got bought up by a
>domain pirate like sedo, but I thought the least I could do was to put
>in an offer for the minimum bid of 100 Euro's & hope that I'd be able to
>get some donations if they went for it..  Well, they didn't, but the did
>put out a counter offer (for which I cancelled the negotiations):
>
>2004-01-31 Your Offer:  100 EUR
>2004-02-06 Seller´s Counter Offer:  10,000 EUR
>
>That's way, way, way more than I could ever see to spend on a domain..
>In anycase, if there is a phpSlash.org fan out there that's a .com
>millionaire they could speak up and buy back the domain..
>
>Wow..  That's a 1000% markup on the costs for the domain..
>
>Mike
>--
>Mike Gifford, OpenConcept Consulting
>Free Software for Social Change -> http://www.openconcept.ca
>Stop Cdn Pension Plan War Investments -> http://coat.openconcept.ca/
>Another world is not only possible, she is on her way -Arundhati Roy
>
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by EclipseCon 2004
>Premiere Conference on Open Tools Development and Integration
>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>http://www.eclipsecon.org/osdn
>_______________________________________________
>Phpslash-devel mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpslash-devel

_________________________________________________________________
MSN Search, le moteur de recherche qui pense comme vous ! 
http://search.msn.fr/worldwide.asp

[Phpslash-devel] sedo.us and phpslash.org

[Mike G. <mi...@op...>]

Howdy folks,

I thought it was such a shame that phpSlash.org got bought up by a
domain pirate like sedo, but I thought the least I could do was to put
in an offer for the minimum bid of 100 Euro's & hope that I'd be able to
get some donations if they went for it..  Well, they didn't, but the did
put out a counter offer (for which I cancelled the negotiations):

2004-01-31 Your Offer:  100 EUR 
2004-02-06 Seller´s Counter Offer:  10,000 EUR  

That's way, way, way more than I could ever see to spend on a domain.. 
In anycase, if there is a phpSlash.org fan out there that's a .com
millionaire they could speak up and buy back the domain..  

Wow..  That's a 1000% markup on the costs for the domain..  

Mike
-- 
Mike Gifford, OpenConcept Consulting
Free Software for Social Change -> http://www.openconcept.ca
Stop Cdn Pension Plan War Investments -> http://coat.openconcept.ca/
Another world is not only possible, she is on her way -Arundhati Roy

[Phpslash-devel] Re: Added a new class: phpBB login

[Mike G. <mi...@op...>]

Hi Luis,

On Wed, 2004-02-04 at 21:06, Luis M wrote:
> Nice information.

Glad it was useful..  

> I'll look into those classes and see how we can write phpslash to use both 
> phpBB and phpslash DBs (a la PAM, modify the slashAuth or whatever other 
> classes with the information from the classes you mentioned here).
> That way would be better for other people who don't have full control of the 
> server running their phpslash. Then we can put those files in the "contrib" 
> directory with a README explaining how to expand the authentication for a 
> phpslash site to use other methods as well as the default one.

Excellent!  But yes, the default should be to php (as everyone's running
at least that)..  

> Then we can start worrying about how users would create new accounts, and 
> other things... which in reality are simpler (point the link or phpslash 
> module to the phpBB one -- or whatever other forum, album, ..., software)

Neat..  Would Back-End need to upgrade to use the psl8 code to make this
work?  Its still based on the 7 series and we just haven't had time to
upgrade it.

> If we get this to work, phpslash 0.8 should really be renamed 1.0 :-)

Sounds good..   But it should be when! :)

Mike
-- 
Mike Gifford, OpenConcept Consulting
Free Software for Social Change -> http://www.openconcept.ca
Stop Cdn Pension Plan War Investments -> http://coat.openconcept.ca/
Another world is not only possible, she is on her way -Arundhati Roy

[Phpslash-devel] Added a new class: phpBB login

[Luis M <le...@ho...>]

Nice information.

I'll look into those classes and see how we can write phpslash to use both 
phpBB and phpslash DBs (a la PAM, modify the slashAuth or whatever other 
classes with the information from the classes you mentioned here).
That way would be better for other people who don't have full control of the 
server running their phpslash. Then we can put those files in the "contrib" 
directory with a README explaining how to expand the authentication for a 
phpslash site to use other methods as well as the default one.

Then we can start worrying about how users would create new accounts, and 
other things... which in reality are simpler (point the link or phpslash 
module to the phpBB one -- or whatever other forum, album, ..., software)

If we get this to work, phpslash 0.8 should really be renamed 1.0 :-)

----)(-----
Luis Mondesi
System Administrator
LatinoMixed.com

"We think basically you watch television to turn your brain off, and you 
work on your computer when you want to turn your brain on" -- Steve Jobs in 
an interview for MacWorld Magazine 2004-Feb

No .doc: http://www.fsf.org/philosophy/no-word-attachments.es.html




>From: Mike Gifford <mi...@op...>
>Reply-To: mi...@op...
>To: Back-end developers list <bac...@li...>,  
>phpslash develment list <php...@li...>
>Subject: [Phpslash-devel] [Fwd: [PHP Classes] Added a new class: phpBB 
>login]
>Date: Wed, 04 Feb 2004 15:52:46 -0500
>
>I haven't checked this out yet, but it might be interesting in terms of
>looking at phpbb integration.
>
>Sorry, I'm not an IRC person Luis, otherwise I'd have joined you on
>#phpslash
>
>Looking closer at it it seems that postnuke largely rewrote phpBB2 to
>fit into postnuke..  Perhpas not a bad approach, but an expensive one.
>
>Mike
>
>-----Forwarded Message-----
>From: PHP Classes <hel...@ph...>
>To: mi...@op...
>Subject: [PHP Classes] Added a new class: phpBB login
>Date: Wed, 04 Feb 2004 09:26:04 +0000
>
>You are getting this message because you voluntarily subscribed to the PHP
>Classes site.
>
>To change your newsletter or alert messages delivery options, see the
>instructions at the bottom of this message.
>___________________________________________________________________________
>
>A new class was added to "PHP Classes" repository.
>
>Name: phpBB login
>
>Author: MARY Matthieu <ma...@if...>
>
>Description:
>This class is meant to provide user authentication to sites that have
>already installed the phpBB forum application database.
>
>This class avoids the need to create or install another authentication
>system if you already have installed or plan to install phpBB.
>
>For now, this class supports only user authetication  but not to add,
>update or delete user records. These features are planned to be supported
>in future versions of this class.
>
>
>URL: http://www.phpclasses.org/browse/package/1474.html
>
>___________________________________________________________________________
>
>PHP Classes site tip of the day:
>
>o Friends of the PHP Classes site
>
>   Be recognized publically for helping the site community to grow.
>   http://www.phpclasses.org/friends.html
>
>o Read about other interesting tips
>   http://www.phpclasses.org/tips.html?tip=6
>
>___________________________________________________________________________
>
>If you are not interested in receiving any more messages like this one, or
>want to switch the message format between text and HTML, go to the user
>options page ( http://www.phpclasses.org/user_options.html ) and change
>the respective delivery options.
>--
>Mike Gifford, OpenConcept Consulting
>Free Software for Social Change -> http://www.openconcept.ca
>Stop Cdn Pension Plan War Investments -> http://coat.openconcept.ca/
>Another world is not only possible, she is on her way -Arundhati Roy
>
>
>
>-------------------------------------------------------
>The SF.Net email is sponsored by EclipseCon 2004
>Premiere Conference on Open Tools Development and Integration
>See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
>http://www.eclipsecon.org/osdn
>_______________________________________________
>Phpslash-devel mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpslash-devel

_________________________________________________________________
MSN Search, le moteur de recherche qui pense comme vous ! 
http://search.msn.fr/worldwide.asp