Menu
▾
▴
phpwebsite-developers — For our development team.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(1) |
Mar
(265) |
Apr
(166) |
May
(25) |
Jun
(17) |
Jul
(20) |
Aug
(47) |
Sep
(6) |
Oct
(14) |
Nov
(66) |
Dec
(64) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(109) |
Feb
(64) |
Mar
(34) |
Apr
(23) |
May
(64) |
Jun
(9) |
Jul
(13) |
Aug
(6) |
Sep
(33) |
Oct
(272) |
Nov
(67) |
Dec
(75) |
| 2003 |
Jan
(264) |
Feb
(244) |
Mar
(171) |
Apr
(119) |
May
(54) |
Jun
(93) |
Jul
(51) |
Aug
(48) |
Sep
(14) |
Oct
(49) |
Nov
(47) |
Dec
(15) |
| 2004 |
Jan
(13) |
Feb
(27) |
Mar
(18) |
Apr
(44) |
May
(35) |
Jun
(24) |
Jul
(39) |
Aug
(142) |
Sep
(35) |
Oct
(34) |
Nov
(49) |
Dec
(24) |
| 2005 |
Jan
(60) |
Feb
(71) |
Mar
(19) |
Apr
(27) |
May
(68) |
Jun
(4) |
Jul
(30) |
Aug
(10) |
Sep
(23) |
Oct
(24) |
Nov
(13) |
Dec
(6) |
| 2006 |
Jan
(4) |
Feb
(46) |
Mar
(64) |
Apr
(18) |
May
(16) |
Jun
(37) |
Jul
(7) |
Aug
(19) |
Sep
(9) |
Oct
(8) |
Nov
(3) |
Dec
(23) |
| 2007 |
Jan
(25) |
Feb
(21) |
Mar
(32) |
Apr
(36) |
May
(12) |
Jun
(1) |
Jul
(7) |
Aug
(15) |
Sep
(13) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(7) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(7) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Bastien B. <bbe...@ma...> - 2005-05-25 10:36:40
|
Hi everyone, I'm a new French user of your CMS : phpWebSite. After many tries of CMS for the website http://www.clanpct.net, I choose yours, because I found it seems coded well (according to the w3c compliance, and the module structure), really flexible, and not too heavy. So it makes a good starting point to develop a complete website (modules), and I wish to follow phpWebSite evolution. Thank you for your work, Bastien Belmans (Fen-X) PS : I hope my english is not too bad... |
|
From: Nick J. <nic...@ya...> - 2005-05-25 07:07:44
|
Hi
I tried to add this line to the
mod/layout/boost/update.php file. The result is that I
can't access phpwebsite again. Browser shows cannot
find server whereas other web applications are working
fine.
I have tried removing the line and changing the
permissions of the phpwebsite to full access for
everybody, but nothing seems to work.
Would appreciate some help.
Regards
Nick
--- Matthew McNaney <ma...@tu...> wrote:
> Did you add those variables AFTER installation. If
> so, you will need to
> create an update package.
> You can put this in your update.php file:
>
>
$_SESSION['OBJ_layout']->installModule('module_name');
>
>
> On Tue, 2005-05-24 at 03:21 -0700, Nick James wrote:
> > Hi
> > I have been able to construct a site using
> phpwesite
> > successfully.
> > Now I want to add a module (Student
> Administration) to
> > the site. According to the help of the
> documentation
> > provided with the "Layout" module, I have put the
> > output my module into
> > $GLOBALS["CNT_useradmin_main"]["content"] after
> > declaring it
> >
> > $GLOBALS["CNT_useradmin_main"] = array("title" =>
> > "Login",
> > "content" =>
> null);
> >
> > The conf/layout.php file looks as follows
> >
> > <?php
> > $layout_info[] = array (
> >
> > "content_var"=>"CNT_useradmin_main",
> > "transfer_var"=>"body",
> > "home_only"=>0
> > );
> > ?>
> >
> > But still the module part is not visible.
> >
> > Could someone help?
> >
> > Regards
> > Nick
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam? Yahoo! Mail has the best spam
> protection around
> > http://mail.yahoo.com
> >
> >
> >
>
-------------------------------------------------------
> > This SF.Net email is sponsored by Oracle Space
> Sweepstakes
> > Want to be the first software developer in space?
> > Enter now for the Oracle Space Sweepstakes!
> >
>
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> > _______________________________________________
> > Phpwebsite-developers mailing list
> > Php...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> --
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> http://phpwebsite.appstate.edu
>
>
>
>
-------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space
> Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
>
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
>
https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
__________________________________
Do you Yahoo!?
Yahoo! Small Business - Try our new Resources site
http://smallbusiness.yahoo.com/resources/
|
|
From: Matthew M. <ma...@tu...> - 2005-05-24 17:05:20
|
On Mon, 2005-05-23 at 21:29 -0700, Greg Morgan wrote: > I was answering this forum post tonight > https://sourceforge.net/forum/message.php?msg_id=3165794, when I came > across some of my old notes that should be taken care of in 1.x. If the > database issue is not resolvable, then mysql should be the only database > offered at setup time. The users have an expectation of multi database > support when it isn't there, yet. Fallout (1.x) was written with Postgres. I have stopped for a bit to address some 0.10 compatibility issues but testing within Postgres will begin again soon. > Users would like to use PostgreSQL, Oracle, and I suppose MS SQL, etc. > There are two problems that affect database portability. One, tools > like phpmyadmin make for helpful development environments. However, > when mysql exports the table, incompatible create table syntax > statements are generated by the mysqldump command. The link below and > another private email message summarize the problem. I noticed that as well. To compensate: 1) 1.x looks for db specific traits and normalizes them 2) 1.x has an export function which creates a very 'vanilla' db dump output. > Two, databases like PostgreSQL and Oracle limit the table name to 32 > chars as I recall. I did not know that. Thanks for letting me know. > phpWebSite code and third party module code would > have to be rewritten to use smaller table names. Table prefixes added > during installation and branch sites along with mod_ prefix convention > further complicate the problem. The concatenated prefixes make for some > very small names when all you have to work with is 32 chars. I am using more simple table names now. No more "mod_modulename_whatever". I am dropping the "mod_" portion. Not a lot of extra room but 1/8 of the total allowed char space ain't bad ;-) Table prefixes have always been a pain to me. At some point we have to draw the line for the inflexible user. If you are using a 10 character table prefix on Oracle with 4 branch sites, want language translation but do not want to compile gettext into php, etc. then we will just have to say, "Sorry, this product is not for you." Thanks for the feedback Greg. Matt -- Matthew McNaney Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Jim W. <spi...@us...> - 2005-05-24 14:40:01
|
> From: Neal Schilling > > >> Most the table tags could be replaced by <div> tags and the CSS > >> could be > >> what is effected by the templates. If development is going in this > >> direction, I would be happy to help with the coding to get there. > > > > > > I'd disagree partly. Tables are much more flexible for layout than > > using CSS when used sparingly. The main problem is how to make a 3 > > column layout where the columns collapse when there is no content in > > the column. With a table it will collapse the column to zero width. > > Since you have to cope with many different presentations inside a 3 > > column layout with a single theme.tpl file, tables are more flexible. > > > You can however change that yourself if you don't need to be that > > flexible - just edit the theme templates. > > > While I'll agree there are many aspects that make tables appropriate, > properly implemented, a DIV can be much more flexible. The ultimate > goal, as I see it, would be to eliminate most of the templates and have > the CSS generated by the application which turns it into whatever > columns, headings, or the like. > The tried and true seems to be having the application write data using templates, and the templates contain all the design elements. Everytime I've run into a difficult issue with someone's design requirements and phpWebSite, it has been due to some sort of structural element embedded in the php code. It seems that the current ability to change box templates is about all that is needed for the CMS user once the design is complete. Rather than debating tables vs CSS or where the balance is (there is no works-for-everyone-all-the-time answer here), I'm kind of wondering what the goal of generating CSS with the application is all about, because it seems to be the opposite of what we'd like to see happen. Best regards, Jim Wilson |
|
From: Matthew M. <ma...@tu...> - 2005-05-24 12:02:08
|
Did you add those variables AFTER installation. If so, you will need to
create an update package.
You can put this in your update.php file:
$_SESSION['OBJ_layout']->installModule('module_name');
On Tue, 2005-05-24 at 03:21 -0700, Nick James wrote:
> Hi
> I have been able to construct a site using phpwesite
> successfully.
> Now I want to add a module (Student Administration) to
> the site. According to the help of the documentation
> provided with the "Layout" module, I have put the
> output my module into
> $GLOBALS["CNT_useradmin_main"]["content"] after
> declaring it
>
> $GLOBALS["CNT_useradmin_main"] = array("title" =>
> "Login",
> "content" => null);
>
> The conf/layout.php file looks as follows
>
> <?php
> $layout_info[] = array (
>
> "content_var"=>"CNT_useradmin_main",
> "transfer_var"=>"body",
> "home_only"=>0
> );
> ?>
>
> But still the module part is not visible.
>
> Could someone help?
>
> Regards
> Nick
>
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
--
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu
|
|
From: Nick J. <nic...@ya...> - 2005-05-24 10:22:14
|
Hi
I have been able to construct a site using phpwesite
successfully.
Now I want to add a module (Student Administration) to
the site. According to the help of the documentation
provided with the "Layout" module, I have put the
output my module into
$GLOBALS["CNT_useradmin_main"]["content"] after
declaring it
$GLOBALS["CNT_useradmin_main"] = array("title" =>
"Login",
"content" => null);
The conf/layout.php file looks as follows
<?php
$layout_info[] = array (
"content_var"=>"CNT_useradmin_main",
"transfer_var"=>"body",
"home_only"=>0
);
?>
But still the module part is not visible.
Could someone help?
Regards
Nick
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
|
|
From: Greg M. <drk...@co...> - 2005-05-24 04:29:54
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was answering this forum post tonight https://sourceforge.net/forum/message.php?msg_id=3165794, when I came across some of my old notes that should be taken care of in 1.x. If the database issue is not resolvable, then mysql should be the only database offered at setup time. The users have an expectation of multi database support when it isn't there, yet. Users would like to use PostgreSQL, Oracle, and I suppose MS SQL, etc. There are two problems that affect database portability. One, tools like phpmyadmin make for helpful development environments. However, when mysql exports the table, incompatible create table syntax statements are generated by the mysqldump command. The link below and another private email message summarize the problem. Two, databases like PostgreSQL and Oracle limit the table name to 32 chars as I recall. phpWebSite code and third party module code would have to be rewritten to use smaller table names. Table prefixes added during installation and branch sites along with mod_ prefix convention further complicate the problem. The concatenated prefixes make for some very small names when all you have to work with is 32 chars. Greg https://sourceforge.net/forum/message.php?msg_id=2342542 " The quick answer it that mysql takes liberties with the sql standard. The create table statement create table table_name ( item_one varchar(10), item_two varchar(10), index (item_one ) ); Should change to these two statements. create table table_name ( item_one varchar(10), item_two varchar(10) ); Create index on table_name_index (item_one); Please check the syntax of the create index. I haven't look it up and I am going to bed so it may be wrong. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCkq21xyxe5L6mr7IRAj1jAKCTRjJ2YnQ0RxV81wbZAXXMnAdqwACdG/QT JtfV0ruckHOB0Rt69tmpW48= =vxK5 -----END PGP SIGNATURE----- |
|
From: Brian W. B. <br...@tu...> - 2005-05-23 13:08:06
|
Looks like I need more coffee this morning. Sorry for sending to the list. =) Thanks to Greg for giving us the heads up about this! Brian > Pete: > > FYI. > >> LinuxWorld Magazine, Volume 3, Issue 5, 2005 that is on the newsstands >> until June 30, 2005 mentioned phpWebSite. The write up is here >> http://linux.sys-con.com/read/86022.htm. > > Hope you had a good weekend! > > Brian > > -- > Brian W. Brown > Director, Electronic Student Services > Room 269, John Thomas Hall > Appalachian State University > Boone, NC 28608 > > vox: 828-262-7124 > > http://ess.appstate.edu/ > http://phpwebsite.appstate.edu/ > -- Brian W. Brown Director, Electronic Student Services Room 269, John Thomas Hall Appalachian State University Boone, NC 28608 |
|
From: Brian W. B. <br...@tu...> - 2005-05-23 13:06:58
|
Pete: FYI. > LinuxWorld Magazine, Volume 3, Issue 5, 2005 that is on the newsstands > until June 30, 2005 mentioned phpWebSite. The write up is here > http://linux.sys-con.com/read/86022.htm. Hope you had a good weekend! Brian -- Brian W. Brown Director, Electronic Student Services Room 269, John Thomas Hall Appalachian State University Boone, NC 28608 vox: 828-262-7124 http://ess.appstate.edu/ http://phpwebsite.appstate.edu/ |
|
From: Matthew M. <ma...@tu...> - 2005-05-23 12:21:16
|
Thanks! On Sun, 2005-05-22 at 18:28 -0700, Greg Morgan wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > LinuxWorld Magazine, Volume 3, Issue 5, 2005 that is on the newsstands > until June 30, 2005 mentioned phpWebSite. The write up is here > http://linux.sys-con.com/read/86022.htm. > > Greg > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFCkTGwxyxe5L6mr7IRAoknAJwNWodrrumtVa9bswbxcm/3C7kINQCfaRZW > W6KuRwL1mQ7inqM5cva/MoU= > =Yeqr > -----END PGP SIGNATURE----- > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Matthew McNaney Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Greg M. <drk...@co...> - 2005-05-23 01:28:32
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 LinuxWorld Magazine, Volume 3, Issue 5, 2005 that is on the newsstands until June 30, 2005 mentioned phpWebSite. The write up is here http://linux.sys-con.com/read/86022.htm. Greg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCkTGwxyxe5L6mr7IRAoknAJwNWodrrumtVa9bswbxcm/3C7kINQCfaRZW W6KuRwL1mQ7inqM5cva/MoU= =Yeqr -----END PGP SIGNATURE----- |
|
From: Verdon V. <ve...@ve...> - 2005-05-22 11:26:20
|
I've had to do this a few times... it's not so bad. Following is an=20 over-simplified explanation of my approach. Password encryption is md5. What I would do is put together a simple=20 spreadsheet for the user records you will need, with the passwords in=20 clear text. Then export your spreadsheet to a .csv file. Using=20 something like phpMyAdmin, import this csv file into your users table=20 (don't forget to change the value in users_seq to something bigger than=20= the id of your last user record when done). Then run a sql query to md5=20= the new user's passwords. best luck, verdon On 22-May-05, at 5:16 AM, Matt wrote: > Hello, > > I need to be able to add users in bulk to phpWebsite, I've looked at > doing by using a SQL script to insert records into the users table - > this works fine apart from the passwords - each user has to go through > the 'forgot password' process to login. How are the passwords > encrypted to be stored in the db? > > Any help much appreciated! > > Matt > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dclick > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > |
|
From: Matt <mat...@gm...> - 2005-05-22 09:16:25
|
Hello, I need to be able to add users in bulk to phpWebsite, I've looked at doing by using a SQL script to insert records into the users table - this works fine apart from the passwords - each user has to go through the 'forgot password' process to login. How are the passwords encrypted to be stored in the db? Any help much appreciated! Matt |
|
From: Wendall C. <wen...@to...> - 2005-05-20 22:17:00
|
Brian W. Brown wrote: >>Most the table tags could be replaced by <div> tags and the CSS could be >>what is effected by the templates. If development is going in this >>direction, I would be happy to help with the coding to get there. >> >> > >I have long been an opponent of using tables for layout. The fundamental >concept of markup is to identify a documents *structure*. That being said, >phpWebSite will continue to use tables where the data presented is >"tabular" in nature. Not doing so is as crazy as using table tricks for >layout. One should also keep in mind that we still must make compromises >to allow for old browsers and browser incompatibilities with CSS. I wish >the browser landscape was more friendly, but in reality it is not. > > I'll add my two cents here. Shawn pointed out earlier that tables are necessary for some layout aspects. I agree and would like to point out that this has to do with a bug in css 2.0 where there was no definition for how overflow was handled. In a table cell, the cell retains its width while expanding content vertically. This has been the expected behaviour for more than a decade. It makes sense since you scroll vertically for web pages and not horizontally. This issue has been resolved for div in css 2.1 spec, but I imagine it will be a while yet before it makes its way into browsers. REF: http://www.w3.org/TR/CSS21/visudet.html#abs-non-replaced-width With Microsofts history of lagging several years behind fixes in specs, I can see a valid reason for having the capability of using strict and transitional for some time. Just depends on layout needs. Also, if you read a little bit about the history of tables. W3C has been on the warpath to eliminate tables since Netscape added them. Tables are very nice to use in moderation and are very powerful for layout since their behaviour is predictable, unlike abs positioning. Tables are a good thing regardless what w3c has stated. It was their failure to come up with a working spec for more than ten years that has made them so widely used. I doubt that will change much over the next five years. Wendall |
|
From: Brian W. B. <br...@tu...> - 2005-05-20 18:09:48
|
In response to Neal's Questions: > Why is the transitional version of XHTML used rather than the strict? A little history is in order here. When we first started working on phpWebSite, XHTML was still a W3C Candidate Recommendation. We opted to use XHTML Transitional because we felt that XHTML (in general) was the technically intelligent approach to using the Web, but at the time XHTML was very new. There is a reason the W3C releases "Transitional" specifications to aid, um... transitions. > Most the table tags could be replaced by <div> tags and the CSS could be > what is effected by the templates. If development is going in this > direction, I would be happy to help with the coding to get there. I have long been an opponent of using tables for layout. The fundamental concept of markup is to identify a documents *structure*. That being said, phpWebSite will continue to use tables where the data presented is "tabular" in nature. Not doing so is as crazy as using table tricks for layout. One should also keep in mind that we still must make compromises to allow for old browsers and browser incompatibilities with CSS. I wish the browser landscape was more friendly, but in reality it is not. > Keeping this project in beta status? What features still need testing or > development? One of the hallmarks of open source software is the way that it evolves. As we have developed phpWebSite the software and the needs it addresses have both seen remarkable change. We are approaching a final version, but this long evolutionary process has helped to insure that we will ultimately produce an outstanding work. In short, we do not feel it is "done" and won't call it 1.0.0 until we feel satisfied with every aspect of phpWebSite. Kind Regards, Brian W. Brown phpWebSite Project Manager -- Brian W. Brown Director, Electronic Student Services Room 269, John Thomas Hall Appalachian State University Boone, NC 28608 vox: 828-262-7124 http://ess.appstate.edu/ http://phpwebsite.appstate.edu/ |
|
From: Neal S. <n_s...@ch...> - 2005-05-20 14:58:06
|
> I'd stop using phpWebSite entirely if it generated the CSS from > inside the application and we didn't have templates. It'd be a > terrible resource hog generating CSS files or worse, inline CSS. IME, > developers often have no idea about design so leaving them to play > with the crayons is worse than if you let them create templates. > > Whilst I agree entirely with static content sites, I disagree > entirely with template driven dynamically generated sites. IME, > editing templates is much easier, more powerful and more consistent > than using CSS entirely. I apologize that I seemed have conveyed my idea poorly. Allowing the developer to actually create the CSS would be as bad as having them create the templates. The CSS could be created completely internal and transparent to the users. The advantage would come that the CSS blocks would remain static and only the id tags (#name, and .class) would need to be changed. They could even be written out to a static file because they would not be changing often. > > There's a mix to be struck. I'd hate to see templates go and I'd hate > to see CSS being generated by PHP code. However, that's not to say > more CSS and less HTML shouldn't be used where possible. > I agree there is a ballence to be struck. All CSS is a poor design choice and all (X)HTML is a poor choice. Somewhere in the middle is the most efficient solution. > > ok, but the most differences are in how IE handles CSS and the least > in it's (X)HTML compliance, so the best solution would be sticking > with (X)HTML. > As I mentioned before, the CSS can be modified by JavaScript to make it display properly. It's cheating and defeats the purpose of CSS, but it is a function workaround. |
|
From: Shaun M. <sh...@ae...> - 2005-05-20 14:26:15
|
On 20 May 2005, at 14:58, Neal Schilling wrote: > While I'll agree there are many aspects that make tables > appropriate, properly implemented, a DIV can be much more flexible. > The ultimate goal, as I see it, would be to eliminate most of the > templates and have the CSS generated by the application which turns > it into whatever columns, headings, or the like. > I'd stop using phpWebSite entirely if it generated the CSS from inside the application and we didn't have templates. It'd be a terrible resource hog generating CSS files or worse, inline CSS. IME, developers often have no idea about design so leaving them to play with the crayons is worse than if you let them create templates. > > For items that are tabular, a table makes logical sense, but in my > experience, I've found that a table should be avoided in > formatting, whenever possible. The options they make available are > over shaddowed by the difficulty in changing the layout when that > becomes necessary. > Whilst I agree entirely with static content sites, I disagree entirely with template driven dynamically generated sites. IME, editing templates is much easier, more powerful and more consistent than using CSS entirely. There's a mix to be struck. I'd hate to see templates go and I'd hate to see CSS being generated by PHP code. However, that's not to say more CSS and less HTML shouldn't be used where possible. > > I honestly doubt that IE7 will have a better complience to the > standards than IE6. That just doesn't follow Microsofts habits. The > only solution is to find a way to deal with the differences. ok, but the most differences are in how IE handles CSS and the least in it's (X)HTML compliance, so the best solution would be sticking with (X)HTML. Cue someone saying we should do it all in XML and use XSLT ;-) Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Neal S. <n_s...@ch...> - 2005-05-20 13:59:06
|
>> Most the table tags could be replaced by <div> tags and the CSS >> could be >> what is effected by the templates. If development is going in this >> direction, I would be happy to help with the coding to get there. > > > I'd disagree partly. Tables are much more flexible for layout than > using CSS when used sparingly. The main problem is how to make a 3 > column layout where the columns collapse when there is no content in > the column. With a table it will collapse the column to zero width. > Since you have to cope with many different presentations inside a 3 > column layout with a single theme.tpl file, tables are more flexible. > You can however change that yourself if you don't need to be that > flexible - just edit the theme templates. > While I'll agree there are many aspects that make tables appropriate, properly implemented, a DIV can be much more flexible. The ultimate goal, as I see it, would be to eliminate most of the templates and have the CSS generated by the application which turns it into whatever columns, headings, or the like. > > There's also nothing wrong with using tables for many of the places > they are used in phpWebSite as much of the data presented is tabular. > I find it quite daft that people go to great lengths to reinvent the > table using reams of CSS and co-opting things like definition lists > for purposes they weren't intended for. > > There are also problems with containing content within divs and > problems with disparate heights. For items that are tabular, a table makes logical sense, but in my experience, I've found that a table should be avoided in formatting, whenever possible. The options they make available are over shaddowed by the difficulty in changing the layout when that becomes necessary. > > These problems will become less and less as both we as developers > understand the issues and we expand the use of xhtml in phpwebsite > but until Internet Explorer is fixed, there's a lot of issues that > can't be resolved with XHTML Strict, even if we force on hasLayout or > hack around in CSS. > > Maybe IE7 will be truly wonderful, fix it's box model, switch on > hasLayout, support PNG, support CSS2.1+. Maybe not. But it will be a > while before we can rely on decent standards support. > > While Microsoft does seem to have a problem following in line with the standards, those problems can be over come with a standard JavaScript. It's a solution that not many people take because it means that users running IE that have JavaScript disables may have difficulty viewing the web page, but most people who use IE don't know how to disable JavaScript. (My appoligies to all those IE users I've just insulted). People who would generally have JavaScript disabled have moved to FireFox or Opera where the non-complience is not a problem. I honestly doubt that IE7 will have a better complience to the standards than IE6. That just doesn't follow Microsofts habits. The only solution is to find a way to deal with the differences. |
|
From: Shaun M. <sh...@ae...> - 2005-05-20 12:40:16
|
On 20 May 2005, at 05:40, Neal Schilling wrote: > I had some questions about the development of phpWebSite that I was > hoping someone could answer for me. > > Why is the transitional version of XHTML used rather than the strict? Historically, it started as transitional some years ago because it was a more practical solution moving from the previous version and at the time browsers weren't very good at strict compliance. Some still aren't. Also many features can't be done in strict. For instance, target="_blank" on links. Transitional is pragmatically a better solution currently. However, the intention is to move to stricter XHTML compliance and the removal of embedded HTML inside the php code itself, replacing it with templated code and broadening the use of CSS. > Most the table tags could be replaced by <div> tags and the CSS > could be > what is effected by the templates. If development is going in this > direction, I would be happy to help with the coding to get there. I'd disagree partly. Tables are much more flexible for layout than using CSS when used sparingly. The main problem is how to make a 3 column layout where the columns collapse when there is no content in the column. With a table it will collapse the column to zero width. Since you have to cope with many different presentations inside a 3 column layout with a single theme.tpl file, tables are more flexible. You can however change that yourself if you don't need to be that flexible - just edit the theme templates. There's also nothing wrong with using tables for many of the places they are used in phpWebSite as much of the data presented is tabular. I find it quite daft that people go to great lengths to reinvent the table using reams of CSS and co-opting things like definition lists for purposes they weren't intended for. There are also problems with containing content within divs and problems with disparate heights. These problems will become less and less as both we as developers understand the issues and we expand the use of xhtml in phpwebsite but until Internet Explorer is fixed, there's a lot of issues that can't be resolved with XHTML Strict, even if we force on hasLayout or hack around in CSS. Maybe IE7 will be truly wonderful, fix it's box model, switch on hasLayout, support PNG, support CSS2.1+. Maybe not. But it will be a while before we can rely on decent standards support. > > Is there a module to create static content? I'm looking for a way to > ease the load on the server, and as the content is not updated often, > that would be an easy solution. > Not currently. Spiggy did one some time ago which would index html pages but not generate them. phpWebSite isn't really set up for generating static content. > Keeping this project in beta status? What features still need > testing or > development? > Have a look at the Fallout tree in CVS. This is where phpWebSite is heading. Many of the embedded old-style HTML issues have been addressed already. http://res1.stddev.appstate.edu/cvs/cvs.php Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Matthew M. <ma...@tu...> - 2005-05-20 12:25:01
|
On Thu, 2005-05-19 at 23:40 -0500, Neal Schilling wrote: > Why is the transitional version of XHTML used rather than the strict? Because when we were starting out, strict recommendations gave us browser incompatibilities on campus. We also were not skilled enough at the time to overcome them. > Most the table tags could be replaced by <div> tags and the CSS could be > what is effected by the templates. If development is going in this > direction, I would be happy to help with the coding to get there. Version 1.x (release-time-unknown) aims for a more CSSentric layout. > Is there a module to create static content? I'm looking for a way to > ease the load on the server, and as the content is not updated often, > that would be an easy solution. Not that I am aware of. We will look into it for 1.x though caching may alleviate some of these problems. > Keeping this project in beta status? What features still need testing or > development? 0.8 was the beginning. 0.9 was the rewrite. 0.10 are the tweaks. 1.0 will be the stable. The earlier beta software helped us decide what worked and what didn't. They were on-the-job training for 1.0. There will be great demand for developers once 1.0 is released in alpha. - new modules - new themes - discussion of new libs and processes - new translations - rewriting old modules - testing old modules for compatibility I realize that we have been talking about 1.x (or 0.9.4 at one time) for seemingly ever. It is getting closer. It is slated to come out the same day as Duke Nukem Forever. Come by our chat root for more information. freenode.net #phpwebsite -- Matthew McNaney Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Neal S. <n_s...@ch...> - 2005-05-20 04:40:41
|
I had some questions about the development of phpWebSite that I was hoping someone could answer for me. Why is the transitional version of XHTML used rather than the strict? Most the table tags could be replaced by <div> tags and the CSS could be what is effected by the templates. If development is going in this direction, I would be happy to help with the coding to get there. Is there a module to create static content? I'm looking for a way to ease the load on the server, and as the content is not updated often, that would be an easy solution. Keeping this project in beta status? What features still need testing or development? Thanks for the help, Neal |
|
From: Eloi G. <el...@re...> - 2005-05-17 17:35:18
|
Ken Nordquist wrote: >The solution I believe is appropriate is to have the meta tag variables >global which can be set by the module (as needed / desired). This can >be accomplished ala the addPageTitle function in Layout.php. Following >is a patch of Layout.php (for phpWebsite v0.10.1) which will enable >modules to set meta tags (with the exception of generator and >content-type). The added functions are: > setKeywordsTag > setDescriptionTag > setRobotTag > setAuthorTag > setOwnerTag > > Why don't you just set the $_SESSION['OBJ_layout']->meta_vars array elements? -Eloi- |
|
From: Jim W. <spi...@us...> - 2005-05-17 14:29:39
|
Hi Ken,
We noticed this too. In the one case where it was desireable to have calendar entries spidered we were able to inhibit the search engines by elimating many of the views and forward/backward links from the templates. They just were not necessary for this paticular site.
There are a couple of things that I thought might help:
One that is simple to implement, is a configurable limit to the calendar. In many cases you might only need a calendar that goes a year or even a few months or weeks into the future. What we see the spiders doing is going multiple decades ahead and going through thousands of empty calendar days. On the other hand if it was limited to a year forward and back you'd only be looking at about 700 gets a month.
Another would be to eliminate the links for days with no events scheduled. They really are not necessary. All you get when you click on one is a screen that says "No events today". Eliminate those and the users will save a bunch of wasted mouse clicking and the spiders won't be attacking your calendars. Also, in most cases, pages like the year view will display much quicker since the browsers will not need to process the wasted anchor tags.
Best,
Jim Wilson
> -----Original Message-----
> From: Ken Nordquist <ke...@co...>
> Sent: Monday, 16. May 2005 15:01 -0400
> To: phpwebsite-dev <php...@li...>
> Subject: [Phpwebsite-developers] phpWebsite, SEO, and Meta Tags
>
> Over the past couple of months, I have noticed search engines crawling
> the site and concentrating on the calendar. Each search engine crawls
> each calendar entry (year / month /day) regardless of whether or not
> there is content. This uses up a considerable amount of bandwidth which
> I would like to conserve.
>
> Currently, I have two solutions available... To disallow search engine
> bots access to the calendar via the robots.txt file, or to set the robot
> meta tag to either "noindex, nofollow" or "index, nofollow." I want
> calendar events crawled, but I want them restricted so disallowing via
> robots.txt or the robot meta tag of "noindex, nofollow" are not viable
> solutions. The problem with "index, nofollow" is that search engines
> will not crawl other appropriate pages from links on a page the search
> engine robot does crawl.
>
> The solution I believe is appropriate is to have the meta tag variables
> global which can be set by the module (as needed / desired). This can
> be accomplished ala the addPageTitle function in Layout.php. Following
> is a patch of Layout.php (for phpWebsite v0.10.1) which will enable
> modules to set meta tags (with the exception of generator and
> content-type). The added functions are:
> setKeywordsTag
> setDescriptionTag
> setRobotTag
> setAuthorTag
> setOwnerTag
>
> Of course, to implement the changes in a module, a field (column) would
> have to be created in the mod's db for each metatag which would be
> changed in the module or hard-coded in.
>
> I will work on a calendar-specific hack over the next few days.
>
> One of the reasons I worked on this was to 1) see how easy / difficult
> it would be to implement in the current version of phpWebsite and 2) to
> bring attention to the issue before the release of phpWebsite v1.0.
>
> As always, any and all comments are welcomed. I am not the world's most
> proficient coder, so if anyone sees an easier solution, please let me
> know.
>
> Ken Nordquist
>
> ***** start patch *****
> --- Layout.php.old 2005-05-15 20:43:09.000000000 -0400
> +++ Layout.php 2005-05-16 07:36:19.000000000 -0400
> @@ -10,6 +10,7 @@
> * Controls the layout and themes
> *
> * @version $Id: Layout.php,v 1.72 2005/03/07 14:05:42 steven Exp $
> + * changed to allow meta tag(s) to be changed per module (172-2 patch)
> * @author Matthew McNaney <ma...@NO...>
> * @package phpWebSite
> */
> @@ -498,17 +499,56 @@
> }
> }
>
> + function setKeywordsTag($keywords_tag) {
> + $title = strip_tags($keywords_tag);
> + $GLOBALS['keywords_tag'] = $keywords_tag;
> + }
> +
> + function setDescriptionTag($description_tag) {
> + $title = strip_tags($description_tag);
> + $GLOBALS['description_tag'] = $description_tag;
> + }
> +
> + function setRobotTag($robot_tag) {
> + $title = strip_tags($robot_tag);
> + $GLOBALS['robot_tag'] = $robot_tag;
> + }
> +
> + function setAuthorTag($author_tag) {
> + $title = strip_tags($author_tag);
> + $GLOBALS['author_tag'] = $author_tag;
> + }
> +
> + function setOwnerTag($owner_tag) {
> + $title = strip_tags($owner_tag);
> + $GLOBALS['owner_tag'] = $owner_tag;
> + }
> +
> +
> function getMetaTags(){
> $metatags = '<meta name="generator" content="phpWebSite" />
> ';
>
> + if (isset($GLOBALS['keywords_tag'])) {
> + $metatags .= '<meta name="keywords" content="'.$GLOBALS["keywords_tag"].'" />
> +';
> + } else {
> +
> if ($this->meta_keywords)
> $metatags .= '<meta name="keywords" content="'.$this->meta_keywords.'" />
> ';
> +}
> +
> +
> + if (isset($GLOBALS['description_tag'])) {
> + $metatags .= '<meta name="description" content="'.$GLOBALS["description_tag"].'" />
> +';
> + } else {
>
> if ($this->meta_description)
> $metatags .= '<meta name="description" content="'.$this->meta_description.'" />
> ';
> +}
>
> if (isset($GLOBALS['block_robot'])) {
> $robot = '00';
> @@ -516,6 +556,29 @@
> $robot = &$this->meta_robots;
> }
>
> + if (isset($GLOBALS['robot_tag'])) {
> + switch ($GLOBALS['robot_tag']){
> + case '00':
> + $metatags .= '<meta name="robots" content="noindex, nofollow" />
> +';
> + break;
> +
> + case '01':
> + $metatags .= '<meta name="robots" content="noindex, follow" />
> +';
> + break;
> +
> + case '10':
> + $metatags .= '<meta name="robots" content="index, nofollow" />
> +';
> + break;
> +
> + case '11':
> + $metatags .= '<meta name="robots" content="index, follow" />
> +';
> + break;
> + }
> + } else {
>
> if ($this->meta_robots){
> switch ($robot){
> @@ -540,19 +603,38 @@
> break;
> }
> }
> + }
> +
> + if (isset($GLOBALS['author_tag'])) {
> + $metatags .= '<meta name="author" content="'.$GLOBALS["author_tag"].'" />
> +';
> + } else {
>
> if ($this->meta_author)
> $metatags .= '<meta name="author" content="'.$this->meta_author.'" />
> ';
> +}
>
> - if ($this->meta_owner)
> - $metatags .= '<meta name="owner" content="'.$this->meta_owner.'" />
> + if (isset($GLOBALS['owner_tag'])) {
> + $metatags .= '<meta name="owner" content="'.$GLOBALS["owner_tag"].'" />
> +';
> + } else {
> + if ($this->meta_owner)
> + $metatags .= '<meta name="owner" content="'.$this->meta_owner.'" />
> ';
> + }
>
> if ($this->meta_content)
> $metatags .= '<meta http-equiv="content-type" content="text/html; charset=' .
> $this->meta_content.'" />
> ';
>
> + // set meta tag globals to "null" so they do not affect other pages
> + $GLOBALS["keywords_tag"] = '';
> + $GLOBALS['description_tag'] = '';
> + $GLOBALS['robot_tag'] = '';
> + $GLOBALS['author_tag'] = '';
> + $GLOBALS['owner_tag'] = '';
> +
> return $metatags;
> }
>
> ***** end patch *****
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
|
|
From: Verdon V. <ve...@ve...> - 2005-05-17 13:22:52
|
Got this one :) On 17-May-05, at 12:06 AM, Neal Schilling wrote: > I sent out an email yesterday and I'm currious if anyone got it. Even > I didn't get it. > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > |
|
From: Neal S. <n_s...@ch...> - 2005-05-17 04:07:10
|
I sent out an email yesterday and I'm currious if anyone got it. Even I didn't get it. |
5 messages has been excluded from this view by a project administrator.
