phpwebsite-developers — For our development team.

[Phpwebsite-developers] PHPWEBSITE DEV NEEDED

[Sean M. <sea...@ho...>]

Hello.

I have a client that has a website made from phpwebsite.

I need the assistance from a developer to do a specific task, I am technical by nature, but do not have the cycles to learn a new CMS. 

Currently this customer has an order taking site. Administrators of the site have an "export" option that takes high level pieces of the order and exports it to an xml file which can be saved by the administrator.

Today, the data is just over view data and my client would like to have the entire order details dumped to the XML file.

I would like the developer to work through a logmein session and be on the phone so they can educate me on phpwebsite.

Thanks in advance.

S

Sean McVeigh | Small Business Websites and Digital Marketing | 206-999-6764 		 	   		  

[Phpwebsite-developers] Subversion warning

[matt <ma...@tu...>]

I am in the middle of implementing a new Icon class as well as 
eliminating branch file copies. As such, subversion is sketchy.

Do not use it for production at all.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] Branch change next version

[Verdon V. <ve...@ve...>]

I just wanted to throw in my 2 cents on the changes to branches..

I don't use them too often, so I certainly don't have the experience with them of appstate or Tommy have, but I have used them. I have been using symlinks on my server to essentially do what you are describing anyways, so I think this is a good idea. I think one thing you will need to be careful of though is themes. Knowing human nature, I think it is certainly likely that there are many branches out there just using modified versions of default or one of the other themes. In an ideal world, all branches requiring unique themes would have named themes in a unique manner.. but I doubt it. So, imagine a scenario where one has dozens of branches all using uniquely designed themes, all called default. There will need to be some way of dealing with that.

As an aside.. in the past, I have often used symlinks to have my branches share a common theme (for easy maintenance) but then use theme.php for detecting what branch I am in and sending a few branch-specific elements to the global theme.tpl.

Anyways, bye for now,
verdon

On 2009-12-01, at 10:15 AM, matt wrote:

> Good day,
> 
> The next version of phpWebSite will have some neat changes. Thanks to 
> Verdon, File Cabinet supports Lightbox. I have also removed jCarousel 
> Lite and switched to jCarousel. I think those two changes together make 
> a nicer interface for looking through images.
> 
> Besides the above however, I am working on revamping Branches. In the 
> next version, I want to get away from each branch having it's own 
> templates, images, javascript, etc. directories. Instead, those files 
> will be pulled from the hub. This will prevent having to copy files down 
> to each and every branch on a module update. This change should help:
> 1) save hard drive space
> 2) make updates faster and easier
> 3) prevent branches from getting out of sync because an update was 
> missing a crucial file change
> 4) speed up branches as browsers will just need to cache ONE file location
> 
> Since many config options will be moved to the hub, more individual 
> settings will be built into the modules themselves. This will also mean 
> there will be a new module for "Core" settings.
> 
> If you are running a large number of branch sites like we are, watch 
> this list for updates prior to release. I will be working with our guys 
> and Tommy de Jesus (he runs many branches) for input. Stay tuned for 
> more info.
> 
> Best regards,
> Matt
> 
> 
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> Ext. 6493
> http://ess.appstate.edu
> http://phpwebsite.appstate.edu
> 
> ------------------------------------------------------------------------------
> Join us December 9, 2009 for the Red Hat Virtual Experience,
> a free event focused on virtualization and cloud computing. 
> Attend in-depth sessions from your desk. Your couch. Anywhere.
> http://p.sf.net/sfu/redhat-sfdev2dev
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

[Phpwebsite-developers] Branch change next version

[matt <ma...@tu...>]

Good day,

The next version of phpWebSite will have some neat changes. Thanks to 
Verdon, File Cabinet supports Lightbox. I have also removed jCarousel 
Lite and switched to jCarousel. I think those two changes together make 
a nicer interface for looking through images.

Besides the above however, I am working on revamping Branches. In the 
next version, I want to get away from each branch having it's own 
templates, images, javascript, etc. directories. Instead, those files 
will be pulled from the hub. This will prevent having to copy files down 
to each and every branch on a module update. This change should help:
1) save hard drive space
2) make updates faster and easier
3) prevent branches from getting out of sync because an update was 
missing a crucial file change
4) speed up branches as browsers will just need to cache ONE file location

Since many config options will be moved to the hub, more individual 
settings will be built into the modules themselves. This will also mean 
there will be a new module for "Core" settings.

If you are running a large number of branch sites like we are, watch 
this list for updates prior to release. I will be working with our guys 
and Tommy de Jesus (he runs many branches) for input. Stay tuned for 
more info.

Best regards,
Matt


Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] FCKeditor and media

[matt <ma...@tu...>]

Hello,

I have committed some new code for the FCKeditor's handling of media.
Here is an explanation:
http://www.fckeditor.net/forums/viewtopic.php?f=6&t=13289&start=10#p37295

I had two ways of dealing with this. I started by trying SmartTag 
insertion. I wasn't sure if people would like this.

My second try is in SVN. When you use the File Cabinet button in FCK, it 
places a placeholder image. When the image is displayed, a javascript 
call from file cabinet replaces it with the applicable media.

If you get a chance, please tell me what you think.

Thanks,
Matt


-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] 1.6.3 available for testing

[matt <ma...@tu...>]

Hey all,

There was a need for one more version (at least) before 2.0.0. Here it is:
http://phpwebsite.appstate.edu/downloads/stable/phpwebsite_1_6_3.tar.gz

If you have time to test, it would be most appreciated. I just finished 
up putting all the modules for Boost and will start testing myself tomorrow.

Thanks,
Matt

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] The future of phpWebSite

[matt <ma...@tu...>]

Good day,

About four years we started on 1.x. phpWebSite has come pretty far. 
Since then, I think the software has evolved far beyond the expectations 
we had from 0.8.x to 0.10.x. That said, in the evolutionary chain, I 
don't think we are walking upright with clothes quite yet.

This summer, we will be taking a little break from updating. Barring 
some unknown circumstance, there won't be a 1.7.0. Instead we will be 
working on the 2.x series.

Some of the basic changes will be to update the code to current PEAR 
libraries, rework some of the earlier written modules, make it easier to 
create and update modules, and overall improve the interface. Backward 
compatibility with current modules should remain the same. We MAY change 
the name of the project as well since the "php" portion of the name 
seems to confuse people.

Sourceforge is dropping some of its services. We will be dropping their 
bug and feature requests and using a Trac on our own servers. We will 
also try using our own BB for some interaction. More likely, we will 
lead people to phpwsforums.com since they already have wealth of 
information.

Thanks to everyone still involved with the project. As I get further 
down the path, I hope to have a blog running or maybe a channel in 
phpwsforums.com to discuss 2.x. I look forward to your input.

Sincerely,
Matt and the phpWebSite development team

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] Conversion script fix

[matt <ma...@tu...>]

Good day,

Eloi George found a bug in the conversion login script for 1.6.1. It 
wasn't saving the password properly. Please unzip the included files 
into your mod/users/scripts/ directory. In case they don't get to you, 
grab them from here:

http://phpwebsite.appstate.edu/downloads/patches/login_scripts.zip

If you did not convert from 0.10.x, you do not need this patch. If you 
did, it is very important that you grab them.

In a related note, if you have used Check in Boost you probably noticed 
it wasn't working. We lost our update directories a while back. I am 
rebuilding them but I want to include some core/module updates as well. 
Expect Check to work again in Boost within the next couple of days.

Thanks,
Matt


-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] FCGI

[Verdon V. <ve...@gm...>]

Hi Peter,

Thanks for the input.

Just a note... there were some issues with 1.6.0 (not related to  
sessions). If you can get the user to 1.6.1 that would probably be good.

Rgds,
verdon


On 28-Jan-09, at 8:25 AM, Peter Heppner wrote:

> Hello,
> well I'm not using FCGI, but a phpws 1.60 user has reported to me,  
> that he lost his normal session too. I didn't notice this feature  
> before.
> Probably a global problem in phpws or php5 ?
>
> Peter
>
> -------- Original-Nachricht --------
>> Datum: Mon, 26 Jan 2009 09:45:06 -0500
>> Von: Verdon Vaillancourt <ve...@gm...>
>> An: phpWebSite Developers <php...@li... 
>> >
>> Betreff: [Phpwebsite-developers] FCGI
>
>> Hi all,
>>
>> I'm trying to help someone out...
>>
>> Does anyone have any experience running phpws on a server that is
>> using FastCGI as the php handler? Or any experience with
>> networksolutions as a host?
>>
>> The site seems to be losing sessions. You can login, and at some  
>> point
>> (anywhere from a couple seconds to a minute or two) you are logged  
>> out
>> and the session appears to be gone.
>>
>> I have read antecedents in regards to FCGI and session problems of  
>> all
>> sorts, but none of it seems really recent, and I have no hands-on
>> experience myself.
>>
>> Any thoughts out there?
>>
>> Thanks,
>> verdon
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> Phpwebsite-developers mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
> -- 
> NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL
> für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/? 
> ac=OM.AD.PD003K11308T4569a
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

Re: [Phpwebsite-developers] FCGI

[Peter H. <he...@gm...>]

Hello,
well I'm not using FCGI, but a phpws 1.60 user has reported to me, that he lost his normal session too. I didn't notice this feature before.
Probably a global problem in phpws or php5 ?

Peter

-------- Original-Nachricht --------
> Datum: Mon, 26 Jan 2009 09:45:06 -0500
> Von: Verdon Vaillancourt <ve...@gm...>
> An: phpWebSite Developers <php...@li...>
> Betreff: [Phpwebsite-developers] FCGI

> Hi all,
> 
> I'm trying to help someone out...
> 
> Does anyone have any experience running phpws on a server that is  
> using FastCGI as the php handler? Or any experience with  
> networksolutions as a host?
> 
> The site seems to be losing sessions. You can login, and at some point  
> (anywhere from a couple seconds to a minute or two) you are logged out  
> and the session appears to be gone.
> 
> I have read antecedents in regards to FCGI and session problems of all  
> sorts, but none of it seems really recent, and I have no hands-on  
> experience myself.
> 
> Any thoughts out there?
> 
> Thanks,
> verdon
>   
>   
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

-- 
NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL 
für nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

[Phpwebsite-developers] FCGI

[Verdon V. <ve...@gm...>]

Hi all,

I'm trying to help someone out...

Does anyone have any experience running phpws on a server that is  
using FastCGI as the php handler? Or any experience with  
networksolutions as a host?

The site seems to be losing sessions. You can login, and at some point  
(anywhere from a couple seconds to a minute or two) you are logged out  
and the session appears to be gone.

I have read antecedents in regards to FCGI and session problems of all  
sorts, but none of it seems really recent, and I have no hands-on  
experience myself.

Any thoughts out there?

Thanks,
verdon
  
  

[Phpwebsite-developers] Security information followup on phpwebsite 1.6.0

[matt <ma...@tu...>]

Good day,

Here is a follow-up on the written by Jeff Tickle, our systems 
administrator.
-------------------------------------------------------------------------
Long story short, upgrade to phpWebSite 1.6.1 from Sourceforge.

The exploit code in Init.php does the following:

1. See if ./files/writetest exists
2. If not, send an email to dda...@gm... with your host name
and the script path, and create /files/writetest
3. If the GET variable 'viewtables' is set, execute c99MadShell.

c99MadShell is a php-based shell, more info here:
http://www.derekfountain.org/security_c99madshell.php

The attacker would have been restricted to the apache user.  So, if you
are using suPHP, the damage won't be as bad, although they could still
upload files to a writable served path. The only way the attacker could
get root privileges is if the apache user could be used to find out
your root password somehow, like if your /etc/shadow file is world
readable or some such.

Things to check for:

1. The exploited code in core/class/Init.php around line 102
2. 'writetest' file under 'files' directory in each phpWebSite
installation
3. 'dda...@gm...' destination address in your email logs
4. 'viewtables' GET variable in your web server access logs

1 and 2 mean you have the exploit, 3 means the author was notified, and
4 means someone tried to use it.

I'll post more as I learn more...

-Jeff

--------------------------------------------------------------------------

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] phpWebSite 1.6.1 pulled for a little while

[matt <ma...@tu...>]

Hey all,

Found some bugs in Pagesmith and possibly the core Text class I want to 
repair so I am pulling 1.6.1 until they are fixed.

Thanks,
Matt

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] phpWebSite 1.6.1

[matt <ma...@tu...>]

WAHOO! New release!

Ok maybe this news doesn't have the punch I wanted it to have. This 
version has been 99% ready for a bit but I have been tinkering here and 
there. Since 1.6.0 is shady, I felt pushing this version may get people 
to update a little faster.

The downloads are on Sourceforge

phpWebSite 1.6.1 Tar/gz md5 6a91488fb07e77ae8d5212687de260b0
http://downloads.sourceforge.net/phpwebsite/phpwebsite_1_6_1.tar.gz

phpWebSite 1.6.1 Zip md5 9f54e931e5c25beb7628d07899419772
http://downloads.sourceforge.net/phpwebsite/phpwebsite_1_6_1.zip

These were put together on my machine and uploaded straight to 
Sourceforge. Subversion was not stored on the compromised server so the 
code is clean.

I had some great help fixing problems with 1.6.0 on this one. Thanks folks.

Matt

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] phpWebSite 1.6.0 compromised

[matt <ma...@tu...>]

Good morning,

I am extremely distressed to announce that the version of phpwebsite 
1.6.0 that was downloadable from our site has been compromised. I 
received an email from Lapin Andrey who discovered some, as he put it, 
"evil code" in the Init.php file. He was correct.

This apparently happened during a server hack due to some old versions 
of PHP and doesn't appear to be the fault of phpWebSite itself. In any 
case, if you downloaded phpWebSite 1.6.0 from our web site PLEASE 
download a copy from Sourceforge instead.

http://sourceforge.net/project/showfiles.php?group_id=15539&package_id=136611&release_id=641777

It was uploaded prior to the hack.

I sincerely apologize to everyone who supports us and uses our software 
and to anyone affected by this code. I will give more details as I find 
them.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] 1.6.0 RC3

[matt <ma...@tu...>]

Hi all,

I was hoping to go to stable at rc2 but testers found more things that 
needed fixing. Thanks for the feedback everyone! Here is the newest version:

http://phpwebsite.appstate.edu/downloads/rc/phpwebsite_1_6_0_RC3.tar.gz

Let me know if you find any more problems. If all goes well, I'll try to 
  get a stable copy out at the beginning of next week.

Matt

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] Proposed changes for phpWebSite 1.5.2

[Olivier S. <ob...@fr...>]

Hi again,

> Olivier Sannier wrote:
>  > Blog conversion:
>  > Take into account international characters in the content and summary
>
> I'm not sure why this is not working. One of our German developers 
> worked with me to get this functioning. I need more information please.
>   
The database content in my 0.10.2 site contains HTML entities, for 
accented characters in particular. If they are not decoded before being 
given to utf8_encode and PHPWS_Text::parseInput you will get wrongly 
displayed characters. I had to develop my own utility function to do 
this decoding properly.
The same issue goes for converting links in the menu conversion by the way.

>  > url for the key points to message instead of comments which does not 
> work anyway.
>
> I don't understand. The key url points to a function in blog called 
> view_comments but it displays the blog entry. What does not work?
>   
It shows the comments just fine, but it breaks the RSS feeds generator 
as the links are not accepted by the RSS validators I tried. And to me, 
it should show the post itself, not the comments.

>  > Menu conversion:
>  > Take into account the fact that not all keys are to elements of the 
> webpage module.
>
> I don't understand.
>   
In my menu items, I have links to items from the article module. And 
those URLs look just like links to items from webpage module. Hence the 
need to read the name of the module in the link and use it in the key 
creation, instead of a hardcoded "webpage" string.

>  > core/class/Init.php:
>  > Take into account the fact that the ".UTF8" language Id might not be
>  > installed
>
> I have changed it to check for UTF-8, UTF8, or without. Be forewarned 
> that having a non-utf8 locale could cause display problems.
>   
Yes, I know that, but it did not show up in my problems.

>  > Look for mo files in the /locale folder by default for all modules,
>  > this makes life easier for translators/maintainers
>
> I don't understand. The current file structure is 
> /locale/en_US/LC_MESSAGES/modulename.po
>
> If the mo file is moved to the locale directory, then there will only be 
> one mo file for all languages. This would require each compiled mo file 
> be named after its language. I don't have a huge problem with this but 
> it seems to work as is, I haven't heard this from the other translators, 
> and there doesn't seem to be much interest in maintaining translations 
> as it is. If I can get more translators working with phpWebSite, I would 
> be open to accommodating them.
>   
No, what I'm saying here is not to go against the 
"LC_MESSAGES/modulename.po" paradigm. What I changed is the place where 
this structure is looked for. Right now in the distribution, there is 
one "locale" folder per module and it is quite hard to find and maintain 
the modulename.po in so many folders. The proposed change is to simply 
look in the /locale/LANGUAGE/LC_MESSAGES/ folder first. This way it is 
possible to place all the .po/.mo files for all modules in the same folder.

>  > .htacess
>  > Add the RewriteBase directive, required on most servers
>
> I was trying to get away from writing the .htaccess file but I realize 
> this can cause problems. I will add the ability to Access.
>   
Thanks.

>  > mod/controlpanel/class/Link.php
>  > Translation of label and description at runtime to allow language 
> change after installation.
>  >
>  > mod/controlpanel/class/Tab.php
>  >   Translation of tab title at runtime to allow language change after
>  > installation.
>
> I don't understand. You can change the control panel links in the module 
> itself. You can't change the icons titles and descriptions but I could 
> add the ability. I do not want to make them translate dynamically 
> because they are saved in the database.
>   
Yes, I know. I changed the code to try to translate the content of the 
database, on the fly. Nothing is stored in the database, nothing is 
changed, it's just at runtime.

>  > mod/blog/class/Blog.php
>  >   Encode date/time in UTF-8 as month names may take accented
>  > characters
>
> The date/times are returned from strftime. When I change my language to 
> German and set the date to March I get "März". It appears accented 
> characters are working. What are you seeing?
>   
I'm seeing little squares and eaten characters because the accented 
character is output directly, without being encoded first. So the 
browser sees it and interprets it as the marker for a multi byte UTF 
character.

>  > If no content in the post, do not display the "read more" link
>
> This is fixed. I also found a way to prevent FCKeditor from adding those 
> blank paragraph tags.
>   
Excellent.

>  > Sticky entries show up on every page.
>
> I will add this to my list of things to do.
>   
If you want the code, I have it here.

>  > mod/users/class/Form.php
>  > Replace spaces by non breaking spaces in the "Control Panel" link.
>
> I'd prefer people style it with a white-space : no-wrap.
>   
Hum, good point indeed. I'll work with this in my own template. Might 
need to be in the default template though.

>  > mod/rss/class/Channel.php
>  > Encode the strings before output in the RSS file to avoid problems
>  > with unrecognized entities.
>
> UTF-8 encoding? I have added the ut8_encode to the view function but I'd 
> like some more background on the results otherwise.
>   
Oh, that's quite simple: Open the XML file generated by the RSS module 
and try to have a look at titles and summaries with UTF-8 encoded 
accented characters and HTML entities. You'll see that the XML file is 
not valid because of the entities. So what I had to do was to decode 
UTF-8, decode entities, restore line breaks via "<br>", encode XML 
special chars (<, >, &...) and finally encode in UTF-8. This way the RSS 
validates and is readable by all RSS readers.
I created a function for this and applied it to Title and Description 
for both the Channel and the Items

>  > users/usermenus/top.tpl
>
> I am trying to move away from this format of menu. There is a new menu 
> named css.tpl that allows for very specific theming.
>   
Ok. I'll look around when it comes out more publicly.

> Thanks for the information Olivier. In the future, I would suggest 
> submitting bug reports and RFEs to Sourceforge.
I was not sure how to go about this, especially because of the upcoming 
1.6 release. Let me know if you want me to add those bugs in the 
trackers at SourceForge.

Cheers
Olivier

Re: [Phpwebsite-developers] Proposed changes for phpWebSite 1.5.2

[matt <ma...@tu...>]

Hi Olivier,

Welcome to the list.

Olivier Sannier wrote:
 > Blog conversion:
 > Take into account international characters in the content and summary

I'm not sure why this is not working. One of our German developers 
worked with me to get this functioning. I need more information please.

 > url for the key points to message instead of comments which does not 
work anyway.

I don't understand. The key url points to a function in blog called 
view_comments but it displays the blog entry. What does not work?

 > Set summary in the key, it is used by the RSS module.

Fixed.

 > Menu conversion:
 > Take into account the fact that not all keys are to elements of the 
webpage module.

I don't understand.

 > core/class/Init.php:
 > Take into account the fact that the ".UTF8" language Id might not be
 > installed

I have changed it to check for UTF-8, UTF8, or without. Be forewarned 
that having a non-utf8 locale could cause display problems.

 > Look for mo files in the /locale folder by default for all modules,
 > this makes life easier for translators/maintainers

I don't understand. The current file structure is 
/locale/en_US/LC_MESSAGES/modulename.po

If the mo file is moved to the locale directory, then there will only be 
one mo file for all languages. This would require each compiled mo file 
be named after its language. I don't have a huge problem with this but 
it seems to work as is, I haven't heard this from the other translators, 
and there doesn't seem to be much interest in maintaining translations 
as it is. If I can get more translators working with phpWebSite, I would 
be open to accommodating them.

 > .htacess
 > Add the RewriteBase directive, required on most servers

I was trying to get away from writing the .htaccess file but I realize 
this can cause problems. I will add the ability to Access.

 > mod/controlpanel/class/Link.php
 > Translation of label and description at runtime to allow language 
change after installation.
 >
 > mod/controlpanel/class/Tab.php
 >   Translation of tab title at runtime to allow language change after
 > installation.

I don't understand. You can change the control panel links in the module 
itself. You can't change the icons titles and descriptions but I could 
add the ability. I do not want to make them translate dynamically 
because they are saved in the database.


 > mod/blog/class/Blog.php
 >   Encode date/time in UTF-8 as month names may take accented
 > characters

The date/times are returned from strftime. When I change my language to 
German and set the date to March I get "März". It appears accented 
characters are working. What are you seeing?

 > If no content in the post, do not display the "read more" link

This is fixed. I also found a way to prevent FCKeditor from adding those 
blank paragraph tags.

 > mod/blog/class/Blog_User.php
 > Exclude sticky entries from "recent blog entries" block

Good plan. Added.

 > Sticky entries show up on every page.

I will add this to my list of things to do.

 > mod/users/class/Form.php
 > Replace spaces by non breaking spaces in the "Control Panel" link.

I'd prefer people style it with a white-space : no-wrap.

 > mod/rss/class/Channel.php
 > Encode the strings before output in the RSS file to avoid problems
 > with unrecognized entities.

UTF-8 encoding? I have added the ut8_encode to the view function but I'd 
like some more background on the results otherwise.

 > mod/alert/class/Alert_Item.php
 > mod/calendar/class/User.php
 > ...
 > trunk/mod/webpage/class/Volume.php
 >   Encode date/time in UTF-8

See note above in regards to Blog.

 > Modified templates to respect the following structure:
 >
 > <div class="box">
 >   <div class="box-title">
 >     <h1>{PAGE_TITLE}</h1>
 >   </div>
 >   <div class="box-content">
 >   </div>
 > </div>
 >
 > The modified templates are those ones:
 > blog/view.tpl
 > miniadmin/mini_admin.tpl
 > webpage/page/basic.tpl
 > webpage/page/prev_next.tpl
 > webpage/page/short_links.tpl
 > webpage/page/verbose_links.tpl

It is already there.

 > menu/menu_layout/basic/menu.tpl
 > related/bank.tpl
 > related/create.tpl
 > related/edit.tpl

Added classes.

 > users/usermenus/top.tpl

I am trying to move away from this format of menu. There is a new menu 
named css.tpl that allows for very specific theming.

Thanks for the information Olivier. In the future, I would suggest 
submitting bug reports and RFEs to Sourceforge.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] Proposed changes for phpWebSite 1.5.2

[Olivier S. <ob...@fr...>]

Hi all,

First of all, many thanks for phpWebSite, it's a wonderful piece of 
software that makes the management of my website much easier.
I recently upgraded from 0.10.2 to 1.5.2 and while it is working fine 
now, I must say it was not an easy path to follow. Thanks to the help of 
many individuals, I got it working as I like, with a theme of my own and 
support for the French language everywhere.
If you want to see the results, it's available here: http://www2.obones.com
It's not "live" just yet (by live, I mean www instead of www2) as I need 
to check a few more things, but I'm quite confident I'm 99% done.

If I'm writing to you today it's because along this course, I had to 
make quite a few changes inside phpWebSite's own source code and I would 
like to propose the changes to you.
I know you are working on the next version (1.6.0) but I'm not sure all 
the issues my changes fix have been seen already.
At first, I'll only post here a summary of the changes I've made. Then, 
if you are interested in them, I'll post the diff files (I'm using 
TortoiseSVN) for you to look at.
So, here are the changes I had to do :

Blog conversion:
  Take into account international characters in the content and summary
  url for the key points to message instead of comments which does not 
work anyway.
  Set summary in the key, it is used by the RSS module.

Menu conversion:
  Take into account the fact that not all keys are to elements of the 
webpage module.

core/class/Init.php:
  Take into account the fact that the ".UTF8" language Id might not be 
installed
  Look for mo files in the /locale folder by default for all modules, 
this makes life easier for translators/maintainers

.htacess
  Add the RewriteBase directive, required on most servers

mod/controlpanel/class/Link.php
  Translation of label and description at runtime to allow language 
change after installation.

mod/controlpanel/class/Tab.php
  Translation of tab title at runtime to allow language change after 
installation.

mod/blog/class/Blog.php
  Encode date/time in UTF-8 as month names may take accented characters
  If no content in the post, do not display the "read more" link

mod/blog/class/Blog_User.php
  Exclude sticky entries from "recent blog entries" block
  Sticky entries show up on every page.

mod/users/class/Form.php
  Replace spaces by non breaking spaces in the "Control Panel" link.

mod/rss/class/Channel.php
  Encode the strings before output in the RSS file to avoid problems 
with unrecognized entities.

mod/alert/class/Alert_Item.php
mod/calendar/class/User.php
mod/calendar/conf/config.php
mod/comments/class/Comment_Item.php
mod/comments/class/Comment_User.php
mod/notes/class/Note_Item.php
mod/pagesmith/class/PS_Page.php
mod/photoalbum/class/Album.php
mod/profiler/class/Profile.php
mod/rideboard/class/Ride.php
mod/search/class/Stats.php
mod/users/class/Users.php
mod/version/class/Approval.php
mod/version/class/Restore.php
trunk/mod/version/class/Version.php
trunk/mod/webpage/class/Volume.php
  Encode date/time in UTF-8

Modified templates to respect the following structure:

<div class="box">
  <div class="box-title">
    <h1>{PAGE_TITLE}</h1>
  </div>
  <div class="box-content">
  </div>
</div>

The modified templates are those ones:
blog/view.tpl
menu/menu_layout/basic/menu.tpl
miniadmin/mini_admin.tpl
related/bank.tpl
related/create.tpl
related/edit.tpl
users/usermenus/top.tpl
webpage/page/basic.tpl
webpage/page/prev_next.tpl
webpage/page/short_links.tpl
webpage/page/verbose_links.tpl

I needed those changes to apply the correct styling in order to get the 
rounded box effect that I wanted. I also made changes inside the article 
module, but I'll contact the author directly.

Let me know what you think of these changes, if you want them and under 
which format.

Cheers
Olivier

[Phpwebsite-developers] Another RC

[matt <ma...@tu...>]

Well goody!

Eloi emailed me the phpwsbb mod. I added it to the RC and it is included 
in the tarball.

Also, I'd like to mention that Verdon was extremely helpful getting this 
new version out. Thanks bud.

Matt

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] 1.6.0 RC1 available

[matt <ma...@tu...>]

Good day,

If you'd like to test the next version of phpWebSite, please download it 
from here:
http://phpwebsite.appstate.edu/downloads/rc/phpwebsite_1_6_0_RC1.tar.gz

Remember, this is a release candidate. Do not use it on a live site.

Attached is a list of changes. Bug fixes are not listed here.

Be aware, phpWebSite is now PHP 5 ONLY. If your server is running PHP 4, 
  1.6.0 will not run. Also, be aware the mod_rewrite process changed.

If you experience any bugs, please email me.

I apologize in advance for being unable to implement many of the great 
feature requests from Sourceforge. Unfortunately, I need to get a 
version out so I can implement some projects on campus. I'll try and get 
more of them fulfilled for 1.6.1.

The public release may include phpWSBB.


Best regards,
Matt

P.S. aDarkling - congratulations
-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] New mod_rewrite / redirect index file

[Verdon V. <ve...@gm...>]

Cool. I like that.

Thanks,
verdon

On 7-Aug-08, at 1:36 PM, matt wrote:

> Verdon,
>
> You won't watch for anything. If an address is in mod_rewrite format,
> Forward.php places the key/value pairs into the _GET and _REQUEST
> globals. So you could just drop the looks for var1 and var2.
>
> Matt
>
> Verdon Vaillancourt wrote:
>> Hi,
>>
>> With the old $var1 $var2 model, I used to do the following in my
>> mod's index.php file..
>>
>> <?php
>>
>> if (!defined('PHPWS_SOURCE_DIR')) {
>>      include '../../config/core/404.html';
>>      exit();
>> }
>>
>> PHPWS_Core::initModClass('skeleton', 'Skeleton.php');
>> $skeleton = new Skeleton;
>>
>> if (isset($_GET['var1'])) {
>>      $_REQUEST['skeleton_id'] = $_GET['skeleton_id'] = (int)$_GET
>> ['var1'];
>> }
>>
>> if (isset($_GET['var2'])) {
>>      $_REQUEST['bone_id'] = $_GET['bone_id'] = (int)$_GET['var2'];
>> }
>>
>> if (isset($_REQUEST['aop'])) {
>>      $skeleton->adminMenu();
>> } elseif (isset($_REQUEST['uop'])) {
>>      $skeleton->userMenu();
>> } elseif (isset($_REQUEST['skeleton_id']) && isset($_REQUEST
>> ['bone_id'])) {
>>      $skeleton->userMenu('view_bone');
>> } elseif (isset($_REQUEST['skeleton_id'])) {
>>      $skeleton->userMenu('view_skeleton');
>> } else {
>>      PHPWS_Core::home();
>> }
>>
>>
>> ?>
>>
>> How should I approach that now? Anything else I should be watching  
>> for?
>>
>> Thanks,
>> verdon
>>
>>
>> --------------------------------------------------------------------- 
>> ----
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Phpwebsite-developers mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
> -- 
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> Ext. 6493
> http://ess.appstate.edu
> http://phpwebsite.appstate.edu
>
> ---------------------------------------------------------------------- 
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

Re: [Phpwebsite-developers] New mod_rewrite / redirect index file

[matt <ma...@tu...>]

Verdon,

You won't watch for anything. If an address is in mod_rewrite format, 
Forward.php places the key/value pairs into the _GET and _REQUEST 
globals. So you could just drop the looks for var1 and var2.

Matt

Verdon Vaillancourt wrote:
> Hi,
> 
> With the old $var1 $var2 model, I used to do the following in my  
> mod's index.php file..
> 
> <?php
> 
> if (!defined('PHPWS_SOURCE_DIR')) {
>      include '../../config/core/404.html';
>      exit();
> }
> 
> PHPWS_Core::initModClass('skeleton', 'Skeleton.php');
> $skeleton = new Skeleton;
> 
> if (isset($_GET['var1'])) {
>      $_REQUEST['skeleton_id'] = $_GET['skeleton_id'] = (int)$_GET 
> ['var1'];
> }
> 
> if (isset($_GET['var2'])) {
>      $_REQUEST['bone_id'] = $_GET['bone_id'] = (int)$_GET['var2'];
> }
> 
> if (isset($_REQUEST['aop'])) {
>      $skeleton->adminMenu();
> } elseif (isset($_REQUEST['uop'])) {
>      $skeleton->userMenu();
> } elseif (isset($_REQUEST['skeleton_id']) && isset($_REQUEST 
> ['bone_id'])) {
>      $skeleton->userMenu('view_bone');
> } elseif (isset($_REQUEST['skeleton_id'])) {
>      $skeleton->userMenu('view_skeleton');
> } else {
>      PHPWS_Core::home();
> }
> 
> 
> ?>
> 
> How should I approach that now? Anything else I should be watching for?
> 
> Thanks,
> verdon
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
Ext. 6493
http://ess.appstate.edu
http://phpwebsite.appstate.edu

[Phpwebsite-developers] New mod_rewrite / redirect index file

[Verdon V. <ve...@gm...>]

Hi,

With the old $var1 $var2 model, I used to do the following in my  
mod's index.php file..

<?php

if (!defined('PHPWS_SOURCE_DIR')) {
     include '../../config/core/404.html';
     exit();
}

PHPWS_Core::initModClass('skeleton', 'Skeleton.php');
$skeleton = new Skeleton;

if (isset($_GET['var1'])) {
     $_REQUEST['skeleton_id'] = $_GET['skeleton_id'] = (int)$_GET 
['var1'];
}

if (isset($_GET['var2'])) {
     $_REQUEST['bone_id'] = $_GET['bone_id'] = (int)$_GET['var2'];
}

if (isset($_REQUEST['aop'])) {
     $skeleton->adminMenu();
} elseif (isset($_REQUEST['uop'])) {
     $skeleton->userMenu();
} elseif (isset($_REQUEST['skeleton_id']) && isset($_REQUEST 
['bone_id'])) {
     $skeleton->userMenu('view_bone');
} elseif (isset($_REQUEST['skeleton_id'])) {
     $skeleton->userMenu('view_skeleton');
} else {
     PHPWS_Core::home();
}


?>

How should I approach that now? Anything else I should be watching for?

Thanks,
verdon

Re: [Phpwebsite-developers] Error with recent changes to Key class

[<ma...@tu...>]

Likewise. There is some cool functionality in PHP 5. I have only touched
on some while doing wide scale search and replace.

Matt


> Thanks Matt,
>
> New ground for me :)
>
> verdon
>
> On 3-Aug-08, at 4:24 PM, ma...@tu... wrote:
>
>> I am in the process of updating to the php 5 standard. I haven't
>> tested
>> much yet. Change _error from private to public.
>>
>> Matt
>>
>>> Hi,
>>>
>>> I'm not sure what's ultimately causing this, but this is what I am
>>> getting after updating to svn 6093
>>>
>>> Fatal error: Cannot access private property Key::$_error in /home/
>>> phpws_svn/mod/comments/class/Comments.php on line 35
>>>
>>> I can access my control panel directly, just not the homepage. I'm
>>> trying to narrow it down now
>>>
>>> verdon
>>>
>>>
>>> ---------------------------------------------------------------------
>>> ----
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>> challenge
>>> Build the coolest Linux based applications with Moblin SDK & win
>>> great
>>> prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in the
>>> world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> _______________________________________________
>>> Phpwebsite-developers mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>>>
>>
>>
>> ----------------------------------------------------------------------
>> ---
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Phpwebsite-developers mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>