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: Matthew M. <ma...@tu...> - 2002-12-08 17:50:04
|
Greetings all, The core_settings table has been removed from CVS. The text and date information is now handled by files, which you should receive when you update. Note that the profanity filter is now a strict search and replace. Take a look at the file in the conf directory to see how it works. I have tested installation and the parse function and both appear to work. Those of you who need to use the parse function DO NOT call it with PHPWS_Core:: as it needs object information to function. I tried to program it otherwise but branches complicate the matter too much. Jeremy: Check your security module. I have commented functions that you can remove as they are no longer needed. Adam: I tested pagemaster with parse and it worked well. You will need to add the function on the line that imports the POST into the section object. Also, I have put a switch in the setup.php file for those who want to install with a version under 4.2.2. It was suggested we use a yes/no form but I prefer this way. The admin would have to physically alter the file instead of clicking a button. Later Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Eloi G. <el...@re...> - 2002-12-05 14:16:24
|
Overlook? |
From: Matthew M. <ma...@tu...> - 2002-12-05 00:39:12
|
It seems most people are for this. I will implement it in the conf/ directory as suggested. I (and the other developers) are currently trapped in the Overlook for a few days, so we probably will be quiet until dug out. Thanks, Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Eloi G. <el...@re...> - 2002-12-04 18:17:30
|
+1, with a caveat. Both methods have their pros and cons, and for a tiny amount of non-changing data like this it probably would be better to just have it in a file. However, I'd like the file to reside under the /conf directory either as itself or in a subdirectory. This serves 2 purposes -- (1) to prevent the organizational problem of having tons of configuration files littered across the directory structure, and (2) to allow hosts to easily cache the most-accessed files into memory if they want to take that step in optimization. Eloi George |
From: Mike N. <mh...@us...> - 2002-12-04 15:05:53
|
PhpWebSite Team, http://phpwebsite.appstate.edu/article.php?sid=463 You will need php version 4.2.2 or above to install. If you don't have this version, you will need to comment out the version check in the setup.php file. What functionality will be lost for sites following the advice above. I'm looking at this from the perspective of a SourceForge hosted project. SourceForge currently uses php 4.1.2. -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Projet/Objet <li...@pr...> - 2002-12-04 15:03:45
|
+1 here also Would there be also anything planned regarding the possibility to ajust the time for those who are host on a server where the time zone is different from their own localization.? Regards, Yves le 2002/12/04 08:03, Matthew McNaney =E0 ma...@tu... a =E9crit=A0: > Greetings, >=20 > First a short unpleasantness. I write to this list for opinions. Recently= , > I haven't really heard many. Not to be harsh, but if I don't receive > feedback from this channel, I will start asking just the hometeam > developers. > ... >=20 > Matt |
From: Steven L. <st...@tu...> - 2002-12-04 14:52:12
|
+1 from me as well. Where did you plan on sticking this file? I suggest we create a date directory since the conf directory may be busy with configs for many branch sites. Maybe even a settings directory, where we might put other files later. Just an idea. Steven > Greetings, > > First a short unpleasantness. I write to this list for opinions. > Recently, I haven't really heard many. Not to be harsh, but if I don't > receive feedback from this channel, I will start asking just the > hometeam > developers. > > Realize I appreciate people's input. In fact, had it not been for this > forum, we might not have sequencial numbering yet. > > Anyway, I am thinking of how to rid ourselves of the core_settings > table. That way, when we perform a core update, it never has to worry > about the database. > > I was thinking there should be a date time format file like the language > files. Basically there would be a file named after the abbreviation (ie > en.php for English, es.php for Spanish). This file would contain the > time and date format for that language. phpWS would ship with a > default.php for all languages that do not contain a date/time file. > > These files could not be with language module as they work independantly > from it. > > Along these lines, there are core_settings for censoring and allowed > tags. I think these should be put into a file as well. > > These do not have to be php files either. We could make them text format > so textpad could edit them. > > Let me know what you guys/gals think and whether you prefer > core_settings to remain in a table. > > Matt > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Appalachian State University > Phone: 828-262-6493 > phpwebsite.appstate.edu > ess.appstate.edu > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |
From: Don S. <do...@se...> - 2002-12-04 14:04:42
|
+1 to this idea. I haven't had a chance to run around with RC2 yet. I've been busy using 0.8.3 to set up sites for people who can't wait. :p Don. On Wed, 4 Dec 2002, Matthew McNaney wrote: > Greetings, > > First a short unpleasantness. I write to this list for opinions. Recently, > I haven't really heard many. Not to be harsh, but if I don't receive > feedback from this channel, I will start asking just the hometeam > developers. > > Realize I appreciate people's input. In fact, had it not been for this > forum, we might not have sequencial numbering yet. > > Anyway, I am thinking of how to rid ourselves of the core_settings table. > That way, when we perform a core update, it never has to worry about the > database. > > I was thinking there should be a date time format file like the language > files. Basically there would be a file named after the abbreviation (ie > en.php for English, es.php for Spanish). This file would contain the time > and date format for that language. phpWS would ship with a default.php for > all languages that do not contain a date/time file. > > These files could not be with language module as they work independantly > from it. > > Along these lines, there are core_settings for censoring and allowed tags. > I think these should be put into a file as well. > > These do not have to be php files either. We could make them text format > so textpad could edit them. > > Let me know what you guys/gals think and whether you prefer core_settings > to remain in a table. > > Matt > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Appalachian State University > Phone: 828-262-6493 > phpwebsite.appstate.edu > ess.appstate.edu > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Matthew M. <ma...@tu...> - 2002-12-04 13:00:19
|
Greetings, First a short unpleasantness. I write to this list for opinions. Recently, I haven't really heard many. Not to be harsh, but if I don't receive feedback from this channel, I will start asking just the hometeam developers. Realize I appreciate people's input. In fact, had it not been for this forum, we might not have sequencial numbering yet. Anyway, I am thinking of how to rid ourselves of the core_settings table. That way, when we perform a core update, it never has to worry about the database. I was thinking there should be a date time format file like the language files. Basically there would be a file named after the abbreviation (ie en.php for English, es.php for Spanish). This file would contain the time and date format for that language. phpWS would ship with a default.php for all languages that do not contain a date/time file. These files could not be with language module as they work independantly from it. Along these lines, there are core_settings for censoring and allowed tags. I think these should be put into a file as well. These do not have to be php files either. We could make them text format so textpad could edit them. Let me know what you guys/gals think and whether you prefer core_settings to remain in a table. Matt Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2002-12-02 20:20:42
|
Sick of me yet? Brian (AKA Brain) and I ran Apache benchmarks (-n100 -c5) on Fallout using a link to the calendar. Apache's memory requirements jumped to a maxiumum of 1.5% on a 256MB server during the most stressful period. In short, I'm thinking something else is going on with this fellow's host. Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2002-12-02 19:38:42
|
Real quick, There is a possibility there is just some redundant code in the core. while (1){donothing();} kind of code. We need to test. Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2002-12-02 19:28:41
|
Greetings, Recently I received an email from someone having problems running 0.9.0. https://sourceforge.net/forum/forum.php?thread_id=772701&forum_id=163758 According to them, Fallout is using too much memory. They have a limit of 8MB on their host. I am not positive this is the fault of our software, however we are leaning heavily upon sessions for speed. For example, there is a session that holds all of the templates as they are run. This prevents them from the template files having to get loaded each time a template is used. Now my initial thought was "how big could it get?" It is, after all just text. Am I wrong? Could the storage of these templates cause an overhead? Another example is Calendar. To speed up the pulling of events and views I am storing information in sessions. For example, calculating the month view is taxing on the CPU but once it is created, it is shoved in a session array like so: $_SESSION["Calendar"]["monthView"][$year][$month][$day] This allows flipping between different months to go much faster. There is also a session for the events so they do not have to be pulled from the database more than once. What I am worried about however is are we unbalancing the scale. I would think sessions would be small values. All the code for Fallout itself is close to 8MB (including the images and CVS directories anyway). So do sessions take up that much space? If so, we will need to rethink some things. We will need to abandon the current caching format of templates. In its place we could use the PEAR cache class, however it normally uses temporary files. This would be a new directory to teach people how to set. Let me hear your opinion... Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Matthew M. <ma...@tu...> - 2002-12-01 15:32:39
|
> I found it! Module display -is- hardcoded into admin_menu.tpl. I had > to logout and log back in for the template change to take effect. > > But why? Do I have to register with someone before I can release the > modules? Not at all. There is a tag to automatically show all of the modules. However, then they cannot be placed within certain windows. To get the orderly effect that you see, we had to place the modules one by one. If they are all listed in a row without text, it was confusing. If the text is included, it looks horrendous. I am open to a standard if you guys/gals can agree on one. There could, by default, be subsections. They need to be kept down to a minimum however. Currently I suggest: 1) User Modules 2) Deity Modules 3) Site Admin Modules 4) Content Modules (which is how it is currently set). We could set it so that you could chose what category your module should appear within the layout_info.php file. Let me know how you would like to do it. Matt Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu > > Eloi George > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Eloi G. <el...@re...> - 2002-12-01 06:08:46
|
I found it! Module display -is- hardcoded into admin_menu.tpl. I had to logout and log back in for the template change to take effect. But why? Do I have to register with someone before I can release the modules? Eloi George |
From: Eloi G. <el...@re...> - 2002-12-01 06:08:43
|
How do I get my module displayed under "Your Modules"? After I install ArticleManager (new module -- you'll see it after I get this fixed), it doesn't show up in "Your Modules". I tried tracking the problem but I reached a deadend when I thought that it was because module display is hardcoded into mod\users\templates\forms\admin_menu.tpl I used Adam's PageMaster framework & setup files as a template and as you can see, they show up identical in the Modules table. The module -is- installed. When I call up it's index.php manually it works. It just won't show up in the module list. Generation Time: Nov 30, 2002 at 09:25 PM Generated by: phpMyAdmin 2.3.0 SQL-query: SELECT * FROM `tb_modules` LIMIT 11, 30; mod_title articlemanager pagemaster mod_pname Article Manager PageMaster mod_directory articlemanager pagemaster mod_filename index.php index.php admin_op &MASTER_op=main_menu &MASTER_op=main_menu user_op NULL NULL allow_view a:2:{s:4:"home";i:1;s:14:"articlemanager";i:1;} a:2:{s:4:"home";i:1;s:10:"pagemaster";i:1;} priority 50 50 mod_icon articlemanager.gif pagemaster.gif user_icon NULL NULL user_mod 0 0 admin_mod 1 1 deity_mod 0 0 mod_class_files a:3:{i:0;s:18:"ArticleManager.php";i:1;s:11:"Artic... a:3:{i:0;s:14:"PageMaster.php";i:1;s:8:"Page.php";... mod_sessions a:3:{i:0;s:14:"SES_ART_master";i:1;s:15:"SES_ART_a... a:3:{i:0;s:13:"SES_PM_master";i:1;s:11:"SES_PM_pag... init_object NULL NULL active on on version 1 1 update_link NULL NULL branch_allow 1 1 |
From: Claus H. <cl...@im...> - 2002-11-27 15:09:23
|
Hello phpWebSite developers, I have produced a complete Danish translation of the phpWebsite 0.8.3cvs from the existing en.pp. I used a small perl script to tranfer already translated strings from the obsolete da.pp file in the cvs. Unfortunately not all strings are translated by doing this. Either en.pp needs to be updated to reflect the current source og some TRANSLATE[[]] tags are missing in the sources or both. Especially (but not exclusively) the Calendar module is not translated at all. If the calendar module is skipped/rewritten in 0.9 then maybe this is intentional? Will someone please update the en.pp file so I can rule out that cause. I do not know how to. Of course I will submit the Danish translation when it has stabilised a bit. The same goes for the perl script anyone are interesed. Sincerely, Claus Hindsgaul |
From: Mike N. <mh...@us...> - 2002-11-27 14:23:20
|
On Sat, 2002-11-23 at 19:57, Robb Doyle wrote: > > A post to this list with the subject: FR 637354 on 2002-11-15 11:19 > mentioned a feature request for a floating menu. > > I found a javascript for a floating horizontal menu bar which I have > used in my pws082 which is using a Malouin_082en theme. So until it is > featured in the future, you may want to check this javascript out. Robb, The sites you link to below provide a nice pull-down menu, but that's not what I'm looking for. They aren't pinned to a specific location in the browser window. When you scroll down the page I link to below, the floating menu remains in the same position. A pinned-down menu http://www.w3.org/Style/Examples/007/menus.html > www.buckheadbodyworks.com > > (Source: http://dynamicdrive.com/dynamicindex1/sm/index.htm ) > > Top Navigational Bar (aka Smart menu) > > Description: The first and original Top Navigational Bar script, this > one displays at the top of your page a horizontal two level menu. It's > since been updated to work across all DHTML browsers (IE4+, NS4, NS6+, > Opera6), and in IE, can optionally be displayed statically on the page > (so menu remains in view when scrolling the page). -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Don S. <do...@se...> - 2002-11-25 21:22:05
|
So it's just a matter of telling the rather non-technical staff who will be adminstrating this thing to NOT touch the parts the would destroy the site and incur my wrath? Don. On Mon, 25 Nov 2002, Brian W. Brown wrote: > > Just want to confirm something that I've suspected. I have a client who > > didn't want to wait for 0.9 to come out so I just went with 0.8.3 cvs. > > I noticed that Calendar installs it's own admin user. However I'm > > assuming that there is no separated administration and that this user > > would be able to change anything and everything on the site, just as > > any admin would. > > > > Am I right? > > > > Don. > > Right, but I am not even sure it installs with a password. I think it is > just there for posting articles. > > You can tell my attention span for the old calendar is waning :P > > Matt > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > > |
From: Brian W. B. <br...@tu...> - 2002-11-25 21:07:10
|
> Just want to confirm something that I've suspected. I have a client who > didn't want to wait for 0.9 to come out so I just went with 0.8.3 cvs. > I noticed that Calendar installs it's own admin user. However I'm > assuming that there is no separated administration and that this user > would be able to change anything and everything on the site, just as > any admin would. > > Am I right? > > Don. Right, but I am not even sure it installs with a password. I think it is just there for posting articles. You can tell my attention span for the old calendar is waning :P Matt |
From: Don S. <do...@se...> - 2002-11-25 20:50:06
|
Just want to confirm something that I've suspected. I have a client who didn't want to wait for 0.9 to come out so I just went with 0.8.3 cvs. I noticed that Calendar installs it's own admin user. However I'm assuming that there is no separated administration and that this user would be able to change anything and everything on the site, just as any admin would. Am I right? Don. |
From: Robb D. <rdo...@ya...> - 2002-11-24 03:57:06
|
A post to this list with the subject: FR 637354 on 2002-11-15 11:19 mentioned a feature request for a floating menu. I found a javascript for a floating horizontal menu bar which I have used in my pws082 which is using a Malouin_082en theme. So until it is featured in the future, you may want to check this javascript out. A happy phpWs user, Robb www.buckheadbodyworks.com (Source: http://dynamicdrive.com/dynamicindex1/sm/index.htm ) Top Navigational Bar (aka Smart menu) Description: The first and original Top Navigational Bar script, this one displays at the top of your page a horizontal two level menu. It's since been updated to work across all DHTML browsers (IE4+, NS4, NS6+, Opera6), and in IE, can optionally be displayed statically on the page (so menu remains in view when scrolling the page). --------------------------------- Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now |
From: Steven L. <st...@tu...> - 2002-11-22 17:17:56
|
Sweet :) I likes. I was able to create a branch site very easily. I don't think it could get much easier. I did however run into a problem with the install. When selecting extra modules on install. If menuman is chosen I get this(regular install, not branch install): Fatal error: Call to a member function on a non-object in /usr/httpd/html/default/phpwebsite/steven/phpws_mods/menuman/setup/install.php on line 8 -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |
From: <php...@li...> - 2002-11-22 16:54:32
|
Hello, This morning I reached a good CVS commit place. Branch now is much easier to work. Please check out a copy and test it out. I will be working on the update stuff alongsite the branch so updates affect the all the branches under a hub. Let me know if you can get it working. Thanks, Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
From: <php...@li...> - 2002-11-21 20:28:12
|
You truly are the King of kings. Excellent. Don. On Thu, 21 Nov 2002 php...@li... wrote: > As I spoke of earlier, Boost and Setup have been rewritten. The division > of tasks for creating a new installation are now clearly defined within > their own modules. I changed all the install.php files for all the modules > in the system so you shouldn't have to touch anything. I have tested the > modules and they all appear to work. Please test however. > > Here are the changes: > > Layout is handled by its own file: layout_info.php > It is still the same format as what you had in mod_info.php > > You can't define what your install/update/uninstall files are in your > mod_info. It is just install.php uninstall.php update.php > > The update scripts have been started but they need more testing. > I have it working with Calendar. Once I get nailed down, I will supply a > demo of how it works and we can start updating regularly via CVS or > downloads. > > I will now concentrate on the branch module which won't work BTW until I > fix it, but I figure no one is really using it so... > > > CYA > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > > |
From: <php...@li...> - 2002-11-21 20:08:07
|
As I spoke of earlier, Boost and Setup have been rewritten. The division of tasks for creating a new installation are now clearly defined within their own modules. I changed all the install.php files for all the modules in the system so you shouldn't have to touch anything. I have tested the modules and they all appear to work. Please test however. Here are the changes: Layout is handled by its own file: layout_info.php It is still the same format as what you had in mod_info.php You can't define what your install/update/uninstall files are in your mod_info. It is just install.php uninstall.php update.php The update scripts have been started but they need more testing. I have it working with Calendar. Once I get nailed down, I will supply a demo of how it works and we can start updating regularly via CVS or downloads. I will now concentrate on the branch module which won't work BTW until I fix it, but I figure no one is really using it so... CYA Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |