openaaq-discuss Mailing List for OpenAAQ
Status: Beta
Brought to you by:
a-non-mouse
Menu
▾
▴
openaaq-discuss — OpenAAQ software use and feature discussion list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(2) |
Jul
(11) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(16) |
Jul
(5) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2005 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(10) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
|
From: Milagros P. <ud...@nw...> - 2005-12-22 18:29:57
|
Explosive St=ck Alert Doll Technology Group Inc. Global Manufacturer and Marketer of "Clean & Green" Products and Technology Solutions(Source: News 12/6/05) OTC: DTGP Price: .14 Huge PR Campaign Underway For Thursday's Trading **DTGP** Can You Make Some Fast Money On This One? RECENT NEWS: Go Read The Full Stories Right Now!! 1)Doll Technology Group Begins U.S. Trials of AquaBoost(TM) 2)Doll Technology Group Announces Strategic Partnership With Land and Sea Development to Market BlazeTamer(TM) Fire Retardant Product- Initial Purchase Order Valued at Over $1.1 Million RedBrooks Laboratory, a DTGP subsidiary, is a full service independent facility that tests, qualifies and certifies all Doll Technology Group's products and services. The laboratory is one of the few government certified facilities for the testing of fire suppression systems for the aerospace, maritime, and general industries. (Source: News 12/2/05) Watch This One Trade on Thursday! Radar it Right Now.. !nf0rmat!0n w!th!n th!$ ema!l c0nta!n$ 4rward l00k!ng $tatement$ w!th!n the mean!ng 0f $ect!0n 27A 0f the $ecur!t!e$ Act 0f n!neteen th!rty three and $ect!0n 21B 0f the $ecur!t!e$ Exchange Act 0f n!neteen th!rty f0ur. Any $tatement$ that expre$$ 0r !nv0lve d!$cu$$!0n$ w!th re$pect t0 pred!ct!0n$, expectat!0n$, bel!ef$, plan$, pr0ject!0n$, 0bject!ve$, g0al$, a$$umpt!0n$ 0r future event$ 0r perf0rmance are n0t $tatement$ 0f h!$t0r!cal fact and may be 4rward 100k!ng $tatement$.4rward l00k!ng $tatement$ are ba$ed 0n expectat!0n$, e$t!mate$ and pr0ject!0n$ at the t!me the $tatement$ are made that !nv0lve a number 0f r!$k$ and uncerta!nt!e$ wh!ch c0uld cau$e actual re$ult$ 0r event$ t0 d!ffer mater!ally fr0m th0$e pre$ently ant!c!pated.T0day'$ featured C0mpany !$ n0t a reprt!ng c0mpany under the $EC Act 0f 1934 and theref0re there !$ l!m!ted !nf0rmat!0n ava!lable 0n the c0mpany. A$ w!th many m!cr0cap $t0ck$, t0day'$ c0mpany ha$ d!$cl0$able mater!al !tem$ y0u need t0 c0n$!der !n 0rder t0 make an !nf0rmed and !ntell!gent !n_ve$tment dec!$!0n. The$e !tem$ !nclude: A n0m!nal ca$h p0$!t!0n. !t !$ an 0perat!ng C0mpany. The c0mpany !$ g0!ng t0 need f!nanc!ng. !f that f!nanc!ng d0e$ n0t 0ccur, the c0mpany may n0t be able t0 c0nt!nue a$ a g0!ng c0ncern !n wh!ch ca$e y0u c0uld l0$e y0ur ent!re !n-ve$tment. The publ!$her 0f th!$ new$letter d0e$ n0t repre$ent that the !nf0rmat!0n c0nta!ned !n th!$ me$$age $tate$ all mater!al fact$ 0r d0e$ n0t 0m!t a mater!al fact nece$$ary t0 make the $tatement$ there!n n0t m!$lead!ng. All !nf0rmat!0n pr0v!ded w!th!n th!$ e_ma!l perta!n!ng t0 !n-ve$t!ng, $t0ck$, $ecur!t!e$ mu$t be under$t00d a$ !nf0rmat!0n pr0v!ded and n0t !nve$tment adv!ce. Remember a th0r0ugh due d!l!gence eff0rt, !nclud!ng a rev!ew 0f a c0mpany'$ f!l!ng$ when ava!lable, $h0uld be c0mpleted pr!0r t0 !n_ve$t!ng. The publ!$her 0f th!$ new$letter adv!$e$ all reader$ and $ub$cr!ber$ t0 $eek adv!ce fr0m a reg!$tered pr0fe$$!0nal $ecur!t!e$ repre$entat!ve bef0re dec!d!ng t0 trade !n $t=ck$ featured w!th!n th!$ e_ma!l. N0ne 0f the mater!al w!th!n th!$ rep0rt $hall be c0n$trued a$ any k!nd 0f !n_ve$tment adv!ce 0r $0l!c!tat!0n. Many 0f the$e c0mpan!e$ are 0n the verge 0f bankruptcy. Y0u can l0$e all y0ur m0ny by !nve$t!ng !n th!$ $t0ck. The publ!$her 0f th!$ new$letter !$ n0t a reg!$tered !n-ve$tment adv!$0r. $ub$cr!ber$ $h0uld n0t v!ew !nf0rmat!0n here!n a$ legal, tax, acc0unt!ng 0r !nve$tment adv!ce. !n c0mpl!ance w!th the $ecur!t!e$ Act 0f n!neteen th!rty three, $ect!0n 17(b), The publ!$her 0f th!$ new$letter !$ c0ntracted t0 rece!ve twelve th0u$and d0llar$ fr0m a th!rd party, n0t an 0ff!cer, d!rect0r 0r aff!l!ate $hareh0lder f0r the c!rculat!0n 0f th!$ rep0rt. Be aware 0f an !nherent c0nfl!ct 0f !ntere$t re$ult!ng fr0m $uch c0mpen$at!0n due t0 the fact that th!$ !$ a pa!d advert!$ement and !$ n0t w!th0ut b!a$.The party that pay$ u$ ha$ a p0$!t!0n !n the $t0ck they w!ll $ell at any t!me w!th0ut n0t!ce. Th!$ c0uld have a negat!ve !mpact 0n the pr!ce 0f the $t0ck, cau$!ng y0u t0 l0$e m0ny.The!r !ntent!0n !$ t0 $ell n0w.All factual !nf0rmat!0n !n th!$ rep0rt wa$ gathered fr0m publ!c $0urce$,!nclud!ng but n0t l!m!ted t0 C0mpany Pre$$ Relea$e$. U$e 0f the !nf0rmat!0n !n th!$ ema!l c0n$t!tute$ y0ur acceptance 0f the$e term$. |
|
From: Lewis <bie...@xo...> - 2005-12-12 15:28:56
|
A Must Watch ALERT Monday Dec 12th Cash Now Corporation, Symbol: CHNW Price: .23 Up 0.14 (127.27%) on Thursday Dec 8th alone Active (strong) Volume Has Been Pretty Good. PR Program This Weekend Apprising Potential Investors of This One. A new PR campiagn will start Thursday. Get in before this starts for the best gains News Great news just released. This should really start to move! The News 1) Payday Loan and Check-Cashing Leader Cash Now Offering Financing on Premium Autos for Those With Credit Challenges Market Wire (Thu, Dec 8) 2)Payday Loan Leader Cash Now Re-Launches Infomercials, Fueling Expansion of Licensees and Further Organic Growth Market Wire (Wed 10:00am) 3) Payday Loan Leader Cash Now Strengthens Infrastructure to Handle Increase in Business -- 'Scaling for the Future' Market Wire (Wed 10:00am) DiscI_imer: Statements regarding fi_ancial matters in this pr_ss re1ease other than historical facts are ``f0rw_rd-lO0king statements'' within the meaning of se(tion 27 A of the S_curities A(t of 193 3, Se(tion 21 E of the Se(urities Ex(hange A(t of 1934, and as that term is defined in the Pr_vate Se(urities Litig_tion Ref orm A(t of 1995. The (ompany intends that such statements about the (ompany's future expe(tations, in(luding future revenues and e_rnings, and all other f0rward-l0Oking statements, be subje(t to the safe har bors created thereby. Since these statements (future ope rational results and s ales) involve ri sks and un(ertainties and are subject to (hange at any time, the (ompany's actu al re sults may differ materi ally from ex pected results. |
|
From: Mike T. <wv...@hi...> - 2005-12-09 03:53:20
|
A Must Watch ALERT Cash Now Corporation, Symbol: CHNW Price: .24 Up 0.14 (127.27%) on Thursday Dec 8th alone Active (strong) Volume Has Been Pretty Good. PR Program This Weekend Apprising Potential Investors of This One. A new PR campiagn will start Thursday. Get in before this starts for the best gains News Great news just released. This should really start to move! The News Payday Loan Leader Cash Now Re-Launches Infomercials, Fueling Expansion of Licensees and Further Organic Growth Market Wire (Wed 10:00am) Payday Loan Leader Cash Now Strengthens Infrastructure to Handle Increase in Business -- 'Scaling for the Future' Market Wire (Wed 10:00am) DiscIaimer: Statements regarding financial matters in this press release other than historical facts are ``f0rward-lO0king statements'' within the meaning of section 27 A of the Securities Act of 1933, Section 21 E of the Securities Exchange Act of 1934, and as that term is defined in the Private Securities Litigation Reform Act of 1995. The company intends that such statements about the company's future expectations, including future revenues and earnings, and all other f0rward-l0Oking statements, be subject to the safe harbors created thereby. Since these statements (future operational results and sales) involve risks and uncertainties and are subject to change at any time, the company's actual results may differ materially from expected results. |
|
From: Michael M. <mi...@wi...> - 2005-06-23 15:17:21
|
Alex Polkovsky wrote: >Michael, I'm with the Java developer. Java's model, Bob inherits from >Dad which inherits from family which inherits from mammal (which means >if you're not careful Bob will have a flipper), isn't what I'd be >looking for. I was thinking of shared.pl as module like CGI or DBI. > >The perl book is actually quiet good at demystifying the whole OO model, >and AAQ probably could benefit from some of that treatment. Shared.pl is >one spot I can see for that, another might be the database access >functions that are MySQL specific, an abstraction layer might might >make porting to postgres/Oracle/DB2/etc. easier (presuming DBI doesn't >fill that need right now). > > I agree. The database interaction could be nicely abstracted. Instead of having SQL where it currently is, we could have calls to appropriately named functions... things that are task oriented like "add_question" or "create_user". The difficulty this creates is error handling. If one takes the approach of creating functions instead of scripted code, the task of designing AAQ becomes a task of creating an API and not necassarily a programming task. Interestingly, if one had an AAQ API that was suitably fleshed out, it would be possible to have several different versions of some of the presentation components. A programmer would only need to adhere to the API and he could write the presentation portion in PHP or JSP or Cocoon or AJAX or whatever they wanted... and still interact with other components. >The services with no interfaces model sounds just right for a database >application since it is already one layer of abstraction away from the >raw data. I guess shared.pl might need to be split in two to make that >happen, which means modeling a third component on top of input and >output halves. That gets me thinking. > >Alex > > > > > > > > >ope...@li... wrote: > > >>Alex Polkovsky wrote: >> >> >> >>>Thanks, Michael. I'll check it out and, I think, post it to the >>>Sourceforge site as add-on code. >>> >>>The shared.pl code is problematic mainly because it should be a cleanly >>>coded module. Right now nothing has a defined variable scope. I still >>>think the model has allot of possibilities because at some point there >>>could be a module to control client, question and administration >>>fields. >>> >>>I'm almost 100 pages into Damian Conway's Object Oriented Perl. It's a >>>good book, and making a module looks very functional for shared.pl. >>> >>>The idea of using server side includes actually comes as a clean way to >>>combine AAQ with existing user login systems. Sites that have a user >>>profile system usually design it for other needs, like e-commerce, and >>>don't think about AAQ. >>> >>> >>> >>> >>An object-oriented AAQ would definately been interesting. I am of the >>opinion that the definition of interfaces is most important. Once >>interfaces between different parts of a system are defined then an OO >>model comes somewhat easier. Interestingly, one of the developers of >>the Java language was answering questions a few years ago and was asked >>what he would change in Java if he could start over again. He replied, >>"I would leave out objects" and everybody laughed. He was partly >>serious though. He believes that langauges should promote so-called >>"interface inheritance" over object inheritance. In Java that means you >>would define object that "implement" an defined interface rather than >>inherit an actually parent object. In practical terms this means that >>you come up with a number of function calls and fix the names... any >>object with those function is said to implement the interface. You can >>avoid the problems of multiple-object-inheritance by making objects that >>have no parent but implement many interfaces. >> >>This would work well for AAQ if it was turned into an N-tier >>architecture. Basically make some of it into web-services with no >>visual presentation. Then write other applications that interface with >>web-services but that are responsible for presentation. You could have >>more than two-layers in some cases. >> >>I'll stop ranting and raving now. >> >> >> >> >>>Again, thanks. >>> >>>Alex >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>ope...@li... wrote: >>> >>> >>> >>> >>>>Alex Polkovsky wrote: >>>> >>>> >>>> >>>> >>>> >>>>>Michael, I have a bunch of questions for you. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Hi Alex, >>>> >>>>Attached is a tar archive containing the new programs I wrote for >>>>posting AAQ questions. Below are my answers to your previous questions. >>>> >>>>Here are some notes about my new code: >>>> >>>>There are three programs: post_public, post_postsecondary, and >>>>choose_institution: >>>> post_public posts questions for public libraries >>>> post_postsecondary posts questions for post secondary libraries but >>>>requires that a parameter be passed specifying which institution (as the >>>>values of the form depend on the institution). >>>> choose_institution generates a form for picking an institution and >>>>submits to post_postsecondary (not used for post_public at all). >>>> >>>>There are a number of html and text files that are all templates used by >>>>the programs. All pages that the programs display come from a >>>>template. So the appearance can be changed completely just by editing a >>>>few templates. >>>> >>>>I use Text::FastTemplate for templating. I believe it is the >>>>appropriate templating system for these quick and dirty scripts. The >>>>template toolkit might be more appropriate for a better designed and >>>>larger system. >>>> >>>>The new programs do a fair bit of error checking. Almost anything (but >>>>not everything) that could go wrong will be caught. I don't really do >>>>anything special if an error condition occurs yet. I plan to add some >>>>logging abilities later. >>>> >>>>I don't do any checks on input which is very bad. The old OpenAAQ is >>>>vulnerable to cross-site scripting attacks and this code is too. >>>> >>>>To use the programs you will need to at least edit the database username >>>>and password constants. >>>> >>>>My new programs create a new customer account for every question. At >>>>first that might look like an error or a bug, but it is the desired >>>>behavior. We were facing a problem of customers who had multiple >>>>affiliations, or who had changed affiliation, or who had changed email >>>>addresses. Since there is no account managment option for the customers >>>>we decided that a quick and dirty hack would work. The customer has no >>>>"account" as far as they are concerned and they must provide their >>>>affiliation and contact info with every question. We still create new >>>>customer accounts... one per question. At some later date I will write >>>>a program to reap old accounts. I don't think this is the correct >>>>solution... but it was as good as I could get for next to zero effort. ;-) >>>> >>>>I am working on another change to AAQ right now as well. I was asked to >>>>allow for two-way-conversation between customer and librarian. Again, I >>>>need to apply as little effort as possible. So I am going to use >>>>"variable envelope return paths" to assign a unique email address to >>>>every question. A customer can reply to the notification email they >>>>get, and their replies will be appended to the original question (in the >>>>database it will be added as addition text in some way). I have not >>>>completed this portion yet, but I will share it when it is ready. It >>>>will depend on having a mail server such as qmail or postfix where you >>>>can have email address like "aaq...@yo..." where >>>>"anything" could be some ID number and all email to addresses starting >>>>with "aaq-" will be sent to a program that parses them. The program >>>>parses out the ID after the "aaq-" part to identify what question the >>>>email should be appended too. >>>> >>>> >>>> >>>> >>>> >>>>>What version of MySQL are you running? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>The latest in the 4.0.X series. I will be upgrading to 4.1 very soon. >>>> >>>> >>>> >>>> >>>> >>>>>Are you using a standard perl module for te HTML templates? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Text::FastTemplate >>>> >>>>It is about as light weight as you can get. It outperforms >>>>HTML::Template and has a simple syntax. Not powerful like the template >>>>toolkit though. For a short CGI that is not part of a much larger >>>>infrastructure, Text::FastTemplate is my favorite. >>>> >>>> >>>> >>>> >>>> >>>>>You wrote two scripts, but OAAQ has the database driven functions for >>>>>creating modified pages for just such an implementation. Did the >>>>>shared.pl code (gross as it is) get in your way? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Sadly, I did have problems getting the existing code to work. I >>>>inititally made modifications to the existing post.pl program. But >>>>things were not displaying the way I expect. I am familiar with the >>>>code and felt I had covered my bases, but after about 4 hours of >>>>debugging I decided to take a more daring path and wrote a new post >>>>script and ended up liking it. >>>> >>>> >>>> >>>> >>>> >>>>>I like your Net::SMTP implementation. That would take one more >>>>>uncertainty out of installation. I may grab that idea. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>It is more or less easy to use and you can get some debugging info in >>>>the event that mail cannot be delivered. >>>> >>>> >>>> >>>> >>>> >>>>>I'm pushing myself to redo post.pl under the followig design: >>>>> >>>>>1. same one page model; any preceeding pages can be used to profile a >>>>>user by imagemap, preceeding form or a user login mechanism belonging >>>>>to the site. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>I was also thinking that an AJAX (danger... buzzword) client might be >>>>interesting. Right now I use two programs for the postsecondary part, >>>>but with AJAX that could be one "form" with several web services behind it. >>>> >>>> >>>> >>>> >>>> >>>>>2. Complete HTML page or Apache server side include. a server side >>>>>include is called in the page with >>>>><!--#exec cmd="/location/post.pl '$QUERY_STRING'" --> >>>>>and this permits OAAQ to function in complicated HTML sites. Also, you >>>>>will one day be able to use c/post.pl to add a post form to the same >>>>>page that c/search.pl adds a search form to. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>That is a really neat idea. You could convert my program do that by >>>>simply changing the templates I think. >>>> >>>> >>>> >>>> >>>> >>>>>4. Email verification will split email on the @ and attempt to resolve >>>>>the IP address of the mail server. I'm guessing Net::SMTP could request >>>>>verification of an account from a mail server, but I think too many >>>>>servers will not reply out of some setting meant to filter spam. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>I did put in a small bit of code to check the sanity of the email >>>>address. If the email address looks wrong it tells the user but allows >>>>them to use the "bad" email address if they check a checkbox. This >>>>helps in situations where someone might have a valid email address but >>>>that is weird enough that we might think it is wrong. (emails with >>>>punctuation for example). >>>> >>>> >>>> >>>> >>>> >>>>>5. support for sites reuiring no email in favor of phone. Later, I will >>>>>look at staff modules to allow phone as the responce method and a "do >>>>>not send responce" swich. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>That's a good idea. >>>> >>>> >>>> >>>> >>>> >>>>>6. create a new client record for every post. that may seem like bad >>>>>database design, completely ignoring normalization, but without a >>>>>verifiably unique key I'm stuck. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>Haha... that is exactly what I did. Great idea! In the long run it >>>>would be nice to be able to install OpenAAQ and as an admin choose >>>>weather there should be accounts or no accounts. If there are accounts >>>>it would be nice to have an account managment applications that users >>>>could access to update their contact info, select affiliations etc. Of >>>>course if they could do that it just begs more questions about how the >>>>system would work. >>>> >>>> >>>> >>>> >>>> >>>> >>>>>Alex >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>ope...@li... wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>Hello Everyone, >>>>>> >>>>>>I also have something to contribute. Recently I re-wrote the AAQ client >>>>>>(post.pl essentially). I wrote two new version (one for the public >>>>>>library users at my consortium and one for the post-secondary users). I >>>>>>made some significant changes. >>>>>> >>>>>>1) The HTML the program displays and the email it sends out are based on >>>>>>templates >>>>>>2) I use Net::SMTP to send email >>>>>>3) There is more error checking in the database code >>>>>>4) I use transactions in the database code (so if one pieces fails the >>>>>>whole thing stops and rollsback what it was doing). >>>>>>5) User registration is not required (the system stores all the user >>>>>>info but does not track the user's identity with a cookie) >>>>>>6) One screen is used to collect all information from the user >>>>>> >>>>>>I will make the new code available as soon as possible. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>------------------------------------------------------- >>>>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>>>> >>>>> >>>>> >>>>> >>>>>from IBM. Find simple to follow Roadmaps, straightforward articles, >>>> >>>> >>>> >>>> >>>>>informative Webcasts and more! Get everything you need to get up to >>>>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>>>>_______________________________________________ >>>>>Openaaq-discuss mailing list >>>>>Ope...@li... >>>>>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>------------------------------------------------------- >>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>> >>> >>>from IBM. Find simple to follow Roadmaps, straightforward articles, >> >> >>>informative Webcasts and more! Get everything you need to get up to >>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>>_______________________________________________ >>>Openaaq-discuss mailing list >>>Ope...@li... >>>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss >>> >>> >>> >>> >>> >>------------------------------------------------------- >>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>from IBM. Find simple to follow Roadmaps, straightforward articles, >>informative Webcasts and more! Get everything you need to get up to >>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>_______________________________________________ >>Openaaq-discuss mailing list >>Ope...@li... >>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss >> >> >> > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Openaaq-discuss mailing list >Ope...@li... >https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > |
|
From: Alex P. <ale...@zw...> - 2005-06-23 14:13:45
|
Michael, I'm with the Java developer. Java's model, Bob inherits from Dad which inherits from family which inherits from mammal (which means if you're not careful Bob will have a flipper), isn't what I'd be looking for. I was thinking of shared.pl as module like CGI or DBI. The perl book is actually quiet good at demystifying the whole OO model, and AAQ probably could benefit from some of that treatment. Shared.pl is one spot I can see for that, another might be the database access functions that are MySQL specific, an abstraction layer might might make porting to postgres/Oracle/DB2/etc. easier (presuming DBI doesn't fill that need right now). The services with no interfaces model sounds just right for a database application since it is already one layer of abstraction away from the raw data. I guess shared.pl might need to be split in two to make that happen, which means modeling a third component on top of input and output halves. That gets me thinking. Alex ope...@li... wrote: > > Alex Polkovsky wrote: > > >Thanks, Michael. I'll check it out and, I think, post it to the > >Sourceforge site as add-on code. > > > >The shared.pl code is problematic mainly because it should be a cleanly > >coded module. Right now nothing has a defined variable scope. I still > >think the model has allot of possibilities because at some point there > >could be a module to control client, question and administration > >fields. > > > >I'm almost 100 pages into Damian Conway's Object Oriented Perl. It's a > >good book, and making a module looks very functional for shared.pl. > > > >The idea of using server side includes actually comes as a clean way to > >combine AAQ with existing user login systems. Sites that have a user > >profile system usually design it for other needs, like e-commerce, and > >don't think about AAQ. > > > > > An object-oriented AAQ would definately been interesting. I am of the > opinion that the definition of interfaces is most important. Once > interfaces between different parts of a system are defined then an OO > model comes somewhat easier. Interestingly, one of the developers of > the Java language was answering questions a few years ago and was asked > what he would change in Java if he could start over again. He replied, > "I would leave out objects" and everybody laughed. He was partly > serious though. He believes that langauges should promote so-called > "interface inheritance" over object inheritance. In Java that means you > would define object that "implement" an defined interface rather than > inherit an actually parent object. In practical terms this means that > you come up with a number of function calls and fix the names... any > object with those function is said to implement the interface. You can > avoid the problems of multiple-object-inheritance by making objects that > have no parent but implement many interfaces. > > This would work well for AAQ if it was turned into an N-tier > architecture. Basically make some of it into web-services with no > visual presentation. Then write other applications that interface with > web-services but that are responsible for presentation. You could have > more than two-layers in some cases. > > I'll stop ranting and raving now. > > > >Again, thanks. > > > >Alex > > > > > > > > > > > > > > > > > > > >ope...@li... wrote: > > > > > >>Alex Polkovsky wrote: > >> > >> > >> > >>>Michael, I have a bunch of questions for you. > >>> > >>> > >>> > >>> > >>Hi Alex, > >> > >>Attached is a tar archive containing the new programs I wrote for > >>posting AAQ questions. Below are my answers to your previous questions. > >> > >>Here are some notes about my new code: > >> > >>There are three programs: post_public, post_postsecondary, and > >>choose_institution: > >> post_public posts questions for public libraries > >> post_postsecondary posts questions for post secondary libraries but > >>requires that a parameter be passed specifying which institution (as the > >>values of the form depend on the institution). > >> choose_institution generates a form for picking an institution and > >>submits to post_postsecondary (not used for post_public at all). > >> > >>There are a number of html and text files that are all templates used by > >>the programs. All pages that the programs display come from a > >>template. So the appearance can be changed completely just by editing a > >>few templates. > >> > >>I use Text::FastTemplate for templating. I believe it is the > >>appropriate templating system for these quick and dirty scripts. The > >>template toolkit might be more appropriate for a better designed and > >>larger system. > >> > >>The new programs do a fair bit of error checking. Almost anything (but > >>not everything) that could go wrong will be caught. I don't really do > >>anything special if an error condition occurs yet. I plan to add some > >>logging abilities later. > >> > >>I don't do any checks on input which is very bad. The old OpenAAQ is > >>vulnerable to cross-site scripting attacks and this code is too. > >> > >>To use the programs you will need to at least edit the database username > >>and password constants. > >> > >>My new programs create a new customer account for every question. At > >>first that might look like an error or a bug, but it is the desired > >>behavior. We were facing a problem of customers who had multiple > >>affiliations, or who had changed affiliation, or who had changed email > >>addresses. Since there is no account managment option for the customers > >>we decided that a quick and dirty hack would work. The customer has no > >>"account" as far as they are concerned and they must provide their > >>affiliation and contact info with every question. We still create new > >>customer accounts... one per question. At some later date I will write > >>a program to reap old accounts. I don't think this is the correct > >>solution... but it was as good as I could get for next to zero effort. ;-) > >> > >>I am working on another change to AAQ right now as well. I was asked to > >>allow for two-way-conversation between customer and librarian. Again, I > >>need to apply as little effort as possible. So I am going to use > >>"variable envelope return paths" to assign a unique email address to > >>every question. A customer can reply to the notification email they > >>get, and their replies will be appended to the original question (in the > >>database it will be added as addition text in some way). I have not > >>completed this portion yet, but I will share it when it is ready. It > >>will depend on having a mail server such as qmail or postfix where you > >>can have email address like "aaq...@yo..." where > >>"anything" could be some ID number and all email to addresses starting > >>with "aaq-" will be sent to a program that parses them. The program > >>parses out the ID after the "aaq-" part to identify what question the > >>email should be appended too. > >> > >> > >> > >>>What version of MySQL are you running? > >>> > >>> > >>> > >>> > >>The latest in the 4.0.X series. I will be upgrading to 4.1 very soon. > >> > >> > >> > >>>Are you using a standard perl module for te HTML templates? > >>> > >>> > >>> > >>> > >>Text::FastTemplate > >> > >>It is about as light weight as you can get. It outperforms > >>HTML::Template and has a simple syntax. Not powerful like the template > >>toolkit though. For a short CGI that is not part of a much larger > >>infrastructure, Text::FastTemplate is my favorite. > >> > >> > >> > >>>You wrote two scripts, but OAAQ has the database driven functions for > >>>creating modified pages for just such an implementation. Did the > >>>shared.pl code (gross as it is) get in your way? > >>> > >>> > >>> > >>> > >>Sadly, I did have problems getting the existing code to work. I > >>inititally made modifications to the existing post.pl program. But > >>things were not displaying the way I expect. I am familiar with the > >>code and felt I had covered my bases, but after about 4 hours of > >>debugging I decided to take a more daring path and wrote a new post > >>script and ended up liking it. > >> > >> > >> > >>>I like your Net::SMTP implementation. That would take one more > >>>uncertainty out of installation. I may grab that idea. > >>> > >>> > >>> > >>> > >>It is more or less easy to use and you can get some debugging info in > >>the event that mail cannot be delivered. > >> > >> > >> > >>>I'm pushing myself to redo post.pl under the followig design: > >>> > >>>1. same one page model; any preceeding pages can be used to profile a > >>>user by imagemap, preceeding form or a user login mechanism belonging > >>>to the site. > >>> > >>> > >>> > >>> > >>> > >>I was also thinking that an AJAX (danger... buzzword) client might be > >>interesting. Right now I use two programs for the postsecondary part, > >>but with AJAX that could be one "form" with several web services behind it. > >> > >> > >> > >>>2. Complete HTML page or Apache server side include. a server side > >>>include is called in the page with > >>><!--#exec cmd="/location/post.pl '$QUERY_STRING'" --> > >>>and this permits OAAQ to function in complicated HTML sites. Also, you > >>>will one day be able to use c/post.pl to add a post form to the same > >>>page that c/search.pl adds a search form to. > >>> > >>> > >>> > >>> > >>That is a really neat idea. You could convert my program do that by > >>simply changing the templates I think. > >> > >> > >> > >>>4. Email verification will split email on the @ and attempt to resolve > >>>the IP address of the mail server. I'm guessing Net::SMTP could request > >>>verification of an account from a mail server, but I think too many > >>>servers will not reply out of some setting meant to filter spam. > >>> > >>> > >>> > >>> > >>I did put in a small bit of code to check the sanity of the email > >>address. If the email address looks wrong it tells the user but allows > >>them to use the "bad" email address if they check a checkbox. This > >>helps in situations where someone might have a valid email address but > >>that is weird enough that we might think it is wrong. (emails with > >>punctuation for example). > >> > >> > >> > >>>5. support for sites reuiring no email in favor of phone. Later, I will > >>>look at staff modules to allow phone as the responce method and a "do > >>>not send responce" swich. > >>> > >>> > >>> > >>> > >>That's a good idea. > >> > >> > >> > >>>6. create a new client record for every post. that may seem like bad > >>>database design, completely ignoring normalization, but without a > >>>verifiably unique key I'm stuck. > >>> > >>> > >>> > >>> > >>Haha... that is exactly what I did. Great idea! In the long run it > >>would be nice to be able to install OpenAAQ and as an admin choose > >>weather there should be accounts or no accounts. If there are accounts > >>it would be nice to have an account managment applications that users > >>could access to update their contact info, select affiliations etc. Of > >>course if they could do that it just begs more questions about how the > >>system would work. > >> > >> > >> > >> > >>>Alex > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>>ope...@li... wrote: > >>> > >>> > >>> > >>> > >>>>Hello Everyone, > >>>> > >>>>I also have something to contribute. Recently I re-wrote the AAQ client > >>>>(post.pl essentially). I wrote two new version (one for the public > >>>>library users at my consortium and one for the post-secondary users). I > >>>>made some significant changes. > >>>> > >>>>1) The HTML the program displays and the email it sends out are based on > >>>>templates > >>>>2) I use Net::SMTP to send email > >>>>3) There is more error checking in the database code > >>>>4) I use transactions in the database code (so if one pieces fails the > >>>>whole thing stops and rollsback what it was doing). > >>>>5) User registration is not required (the system stores all the user > >>>>info but does not track the user's identity with a cookie) > >>>>6) One screen is used to collect all information from the user > >>>> > >>>>I will make the new code available as soon as possible. > >>>> > >>>> > >>>> > >>>> > >>>> > >>>------------------------------------------------------- > >>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > >>> > >>> > >>>from IBM. Find simple to follow Roadmaps, straightforward articles, > >> > >> > >>>informative Webcasts and more! Get everything you need to get up to > >>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > >>>_______________________________________________ > >>>Openaaq-discuss mailing list > >>>Ope...@li... > >>>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > >>> > >>> > >>> > >>> > >>> > >> > >> > > > > > >------------------------------------------------------- > >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > >from IBM. Find simple to follow Roadmaps, straightforward articles, > >informative Webcasts and more! Get everything you need to get up to > >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > >_______________________________________________ > >Openaaq-discuss mailing list > >Ope...@li... > >https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > |
|
From: Michael M. <mi...@wi...> - 2005-06-22 17:53:47
|
Alex Polkovsky wrote: >Thanks, Michael. I'll check it out and, I think, post it to the >Sourceforge site as add-on code. > >The shared.pl code is problematic mainly because it should be a cleanly >coded module. Right now nothing has a defined variable scope. I still >think the model has allot of possibilities because at some point there >could be a module to control client, question and administration >fields. > >I'm almost 100 pages into Damian Conway's Object Oriented Perl. It's a >good book, and making a module looks very functional for shared.pl. > >The idea of using server side includes actually comes as a clean way to >combine AAQ with existing user login systems. Sites that have a user >profile system usually design it for other needs, like e-commerce, and >don't think about AAQ. > > An object-oriented AAQ would definately been interesting. I am of the opinion that the definition of interfaces is most important. Once interfaces between different parts of a system are defined then an OO model comes somewhat easier. Interestingly, one of the developers of the Java language was answering questions a few years ago and was asked what he would change in Java if he could start over again. He replied, "I would leave out objects" and everybody laughed. He was partly serious though. He believes that langauges should promote so-called "interface inheritance" over object inheritance. In Java that means you would define object that "implement" an defined interface rather than inherit an actually parent object. In practical terms this means that you come up with a number of function calls and fix the names... any object with those function is said to implement the interface. You can avoid the problems of multiple-object-inheritance by making objects that have no parent but implement many interfaces. This would work well for AAQ if it was turned into an N-tier architecture. Basically make some of it into web-services with no visual presentation. Then write other applications that interface with web-services but that are responsible for presentation. You could have more than two-layers in some cases. I'll stop ranting and raving now. >Again, thanks. > >Alex > > > > > > > > > >ope...@li... wrote: > > >>Alex Polkovsky wrote: >> >> >> >>>Michael, I have a bunch of questions for you. >>> >>> >>> >>> >>Hi Alex, >> >>Attached is a tar archive containing the new programs I wrote for >>posting AAQ questions. Below are my answers to your previous questions. >> >>Here are some notes about my new code: >> >>There are three programs: post_public, post_postsecondary, and >>choose_institution: >> post_public posts questions for public libraries >> post_postsecondary posts questions for post secondary libraries but >>requires that a parameter be passed specifying which institution (as the >>values of the form depend on the institution). >> choose_institution generates a form for picking an institution and >>submits to post_postsecondary (not used for post_public at all). >> >>There are a number of html and text files that are all templates used by >>the programs. All pages that the programs display come from a >>template. So the appearance can be changed completely just by editing a >>few templates. >> >>I use Text::FastTemplate for templating. I believe it is the >>appropriate templating system for these quick and dirty scripts. The >>template toolkit might be more appropriate for a better designed and >>larger system. >> >>The new programs do a fair bit of error checking. Almost anything (but >>not everything) that could go wrong will be caught. I don't really do >>anything special if an error condition occurs yet. I plan to add some >>logging abilities later. >> >>I don't do any checks on input which is very bad. The old OpenAAQ is >>vulnerable to cross-site scripting attacks and this code is too. >> >>To use the programs you will need to at least edit the database username >>and password constants. >> >>My new programs create a new customer account for every question. At >>first that might look like an error or a bug, but it is the desired >>behavior. We were facing a problem of customers who had multiple >>affiliations, or who had changed affiliation, or who had changed email >>addresses. Since there is no account managment option for the customers >>we decided that a quick and dirty hack would work. The customer has no >>"account" as far as they are concerned and they must provide their >>affiliation and contact info with every question. We still create new >>customer accounts... one per question. At some later date I will write >>a program to reap old accounts. I don't think this is the correct >>solution... but it was as good as I could get for next to zero effort. ;-) >> >>I am working on another change to AAQ right now as well. I was asked to >>allow for two-way-conversation between customer and librarian. Again, I >>need to apply as little effort as possible. So I am going to use >>"variable envelope return paths" to assign a unique email address to >>every question. A customer can reply to the notification email they >>get, and their replies will be appended to the original question (in the >>database it will be added as addition text in some way). I have not >>completed this portion yet, but I will share it when it is ready. It >>will depend on having a mail server such as qmail or postfix where you >>can have email address like "aaq...@yo..." where >>"anything" could be some ID number and all email to addresses starting >>with "aaq-" will be sent to a program that parses them. The program >>parses out the ID after the "aaq-" part to identify what question the >>email should be appended too. >> >> >> >>>What version of MySQL are you running? >>> >>> >>> >>> >>The latest in the 4.0.X series. I will be upgrading to 4.1 very soon. >> >> >> >>>Are you using a standard perl module for te HTML templates? >>> >>> >>> >>> >>Text::FastTemplate >> >>It is about as light weight as you can get. It outperforms >>HTML::Template and has a simple syntax. Not powerful like the template >>toolkit though. For a short CGI that is not part of a much larger >>infrastructure, Text::FastTemplate is my favorite. >> >> >> >>>You wrote two scripts, but OAAQ has the database driven functions for >>>creating modified pages for just such an implementation. Did the >>>shared.pl code (gross as it is) get in your way? >>> >>> >>> >>> >>Sadly, I did have problems getting the existing code to work. I >>inititally made modifications to the existing post.pl program. But >>things were not displaying the way I expect. I am familiar with the >>code and felt I had covered my bases, but after about 4 hours of >>debugging I decided to take a more daring path and wrote a new post >>script and ended up liking it. >> >> >> >>>I like your Net::SMTP implementation. That would take one more >>>uncertainty out of installation. I may grab that idea. >>> >>> >>> >>> >>It is more or less easy to use and you can get some debugging info in >>the event that mail cannot be delivered. >> >> >> >>>I'm pushing myself to redo post.pl under the followig design: >>> >>>1. same one page model; any preceeding pages can be used to profile a >>>user by imagemap, preceeding form or a user login mechanism belonging >>>to the site. >>> >>> >>> >>> >>> >>I was also thinking that an AJAX (danger... buzzword) client might be >>interesting. Right now I use two programs for the postsecondary part, >>but with AJAX that could be one "form" with several web services behind it. >> >> >> >>>2. Complete HTML page or Apache server side include. a server side >>>include is called in the page with >>><!--#exec cmd="/location/post.pl '$QUERY_STRING'" --> >>>and this permits OAAQ to function in complicated HTML sites. Also, you >>>will one day be able to use c/post.pl to add a post form to the same >>>page that c/search.pl adds a search form to. >>> >>> >>> >>> >>That is a really neat idea. You could convert my program do that by >>simply changing the templates I think. >> >> >> >>>4. Email verification will split email on the @ and attempt to resolve >>>the IP address of the mail server. I'm guessing Net::SMTP could request >>>verification of an account from a mail server, but I think too many >>>servers will not reply out of some setting meant to filter spam. >>> >>> >>> >>> >>I did put in a small bit of code to check the sanity of the email >>address. If the email address looks wrong it tells the user but allows >>them to use the "bad" email address if they check a checkbox. This >>helps in situations where someone might have a valid email address but >>that is weird enough that we might think it is wrong. (emails with >>punctuation for example). >> >> >> >>>5. support for sites reuiring no email in favor of phone. Later, I will >>>look at staff modules to allow phone as the responce method and a "do >>>not send responce" swich. >>> >>> >>> >>> >>That's a good idea. >> >> >> >>>6. create a new client record for every post. that may seem like bad >>>database design, completely ignoring normalization, but without a >>>verifiably unique key I'm stuck. >>> >>> >>> >>> >>Haha... that is exactly what I did. Great idea! In the long run it >>would be nice to be able to install OpenAAQ and as an admin choose >>weather there should be accounts or no accounts. If there are accounts >>it would be nice to have an account managment applications that users >>could access to update their contact info, select affiliations etc. Of >>course if they could do that it just begs more questions about how the >>system would work. >> >> >> >> >>>Alex >>> >>> >>> >>> >>> >>> >>> >>> >>> >>>ope...@li... wrote: >>> >>> >>> >>> >>>>Hello Everyone, >>>> >>>>I also have something to contribute. Recently I re-wrote the AAQ client >>>>(post.pl essentially). I wrote two new version (one for the public >>>>library users at my consortium and one for the post-secondary users). I >>>>made some significant changes. >>>> >>>>1) The HTML the program displays and the email it sends out are based on >>>>templates >>>>2) I use Net::SMTP to send email >>>>3) There is more error checking in the database code >>>>4) I use transactions in the database code (so if one pieces fails the >>>>whole thing stops and rollsback what it was doing). >>>>5) User registration is not required (the system stores all the user >>>>info but does not track the user's identity with a cookie) >>>>6) One screen is used to collect all information from the user >>>> >>>>I will make the new code available as soon as possible. >>>> >>>> >>>> >>>> >>>> >>>------------------------------------------------------- >>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>> >>> >>>from IBM. Find simple to follow Roadmaps, straightforward articles, >> >> >>>informative Webcasts and more! Get everything you need to get up to >>>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >>>_______________________________________________ >>>Openaaq-discuss mailing list >>>Ope...@li... >>>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss >>> >>> >>> >>> >>> >> >> > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Openaaq-discuss mailing list >Ope...@li... >https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > |
|
From: Alex P. <ale...@zw...> - 2005-06-22 03:57:24
|
Thanks, Michael. I'll check it out and, I think, post it to the Sourceforge site as add-on code. The shared.pl code is problematic mainly because it should be a cleanly coded module. Right now nothing has a defined variable scope. I still think the model has allot of possibilities because at some point there could be a module to control client, question and administration fields. I'm almost 100 pages into Damian Conway's Object Oriented Perl. It's a good book, and making a module looks very functional for shared.pl. The idea of using server side includes actually comes as a clean way to combine AAQ with existing user login systems. Sites that have a user profile system usually design it for other needs, like e-commerce, and don't think about AAQ. Again, thanks. Alex ope...@li... wrote: > > Alex Polkovsky wrote: > > >Michael, I have a bunch of questions for you. > > > > > Hi Alex, > > Attached is a tar archive containing the new programs I wrote for > posting AAQ questions. Below are my answers to your previous questions. > > Here are some notes about my new code: > > There are three programs: post_public, post_postsecondary, and > choose_institution: > post_public posts questions for public libraries > post_postsecondary posts questions for post secondary libraries but > requires that a parameter be passed specifying which institution (as the > values of the form depend on the institution). > choose_institution generates a form for picking an institution and > submits to post_postsecondary (not used for post_public at all). > > There are a number of html and text files that are all templates used by > the programs. All pages that the programs display come from a > template. So the appearance can be changed completely just by editing a > few templates. > > I use Text::FastTemplate for templating. I believe it is the > appropriate templating system for these quick and dirty scripts. The > template toolkit might be more appropriate for a better designed and > larger system. > > The new programs do a fair bit of error checking. Almost anything (but > not everything) that could go wrong will be caught. I don't really do > anything special if an error condition occurs yet. I plan to add some > logging abilities later. > > I don't do any checks on input which is very bad. The old OpenAAQ is > vulnerable to cross-site scripting attacks and this code is too. > > To use the programs you will need to at least edit the database username > and password constants. > > My new programs create a new customer account for every question. At > first that might look like an error or a bug, but it is the desired > behavior. We were facing a problem of customers who had multiple > affiliations, or who had changed affiliation, or who had changed email > addresses. Since there is no account managment option for the customers > we decided that a quick and dirty hack would work. The customer has no > "account" as far as they are concerned and they must provide their > affiliation and contact info with every question. We still create new > customer accounts... one per question. At some later date I will write > a program to reap old accounts. I don't think this is the correct > solution... but it was as good as I could get for next to zero effort. ;-) > > I am working on another change to AAQ right now as well. I was asked to > allow for two-way-conversation between customer and librarian. Again, I > need to apply as little effort as possible. So I am going to use > "variable envelope return paths" to assign a unique email address to > every question. A customer can reply to the notification email they > get, and their replies will be appended to the original question (in the > database it will be added as addition text in some way). I have not > completed this portion yet, but I will share it when it is ready. It > will depend on having a mail server such as qmail or postfix where you > can have email address like "aaq...@yo..." where > "anything" could be some ID number and all email to addresses starting > with "aaq-" will be sent to a program that parses them. The program > parses out the ID after the "aaq-" part to identify what question the > email should be appended too. > > >What version of MySQL are you running? > > > > > The latest in the 4.0.X series. I will be upgrading to 4.1 very soon. > > >Are you using a standard perl module for te HTML templates? > > > > > Text::FastTemplate > > It is about as light weight as you can get. It outperforms > HTML::Template and has a simple syntax. Not powerful like the template > toolkit though. For a short CGI that is not part of a much larger > infrastructure, Text::FastTemplate is my favorite. > > >You wrote two scripts, but OAAQ has the database driven functions for > >creating modified pages for just such an implementation. Did the > >shared.pl code (gross as it is) get in your way? > > > > > Sadly, I did have problems getting the existing code to work. I > inititally made modifications to the existing post.pl program. But > things were not displaying the way I expect. I am familiar with the > code and felt I had covered my bases, but after about 4 hours of > debugging I decided to take a more daring path and wrote a new post > script and ended up liking it. > > >I like your Net::SMTP implementation. That would take one more > >uncertainty out of installation. I may grab that idea. > > > > > It is more or less easy to use and you can get some debugging info in > the event that mail cannot be delivered. > > >I'm pushing myself to redo post.pl under the followig design: > > > >1. same one page model; any preceeding pages can be used to profile a > >user by imagemap, preceeding form or a user login mechanism belonging > >to the site. > > > > > > > I was also thinking that an AJAX (danger... buzzword) client might be > interesting. Right now I use two programs for the postsecondary part, > but with AJAX that could be one "form" with several web services behind it. > > >2. Complete HTML page or Apache server side include. a server side > >include is called in the page with > ><!--#exec cmd="/location/post.pl '$QUERY_STRING'" --> > >and this permits OAAQ to function in complicated HTML sites. Also, you > >will one day be able to use c/post.pl to add a post form to the same > >page that c/search.pl adds a search form to. > > > > > That is a really neat idea. You could convert my program do that by > simply changing the templates I think. > > >4. Email verification will split email on the @ and attempt to resolve > >the IP address of the mail server. I'm guessing Net::SMTP could request > >verification of an account from a mail server, but I think too many > >servers will not reply out of some setting meant to filter spam. > > > > > I did put in a small bit of code to check the sanity of the email > address. If the email address looks wrong it tells the user but allows > them to use the "bad" email address if they check a checkbox. This > helps in situations where someone might have a valid email address but > that is weird enough that we might think it is wrong. (emails with > punctuation for example). > > >5. support for sites reuiring no email in favor of phone. Later, I will > >look at staff modules to allow phone as the responce method and a "do > >not send responce" swich. > > > > > That's a good idea. > > >6. create a new client record for every post. that may seem like bad > >database design, completely ignoring normalization, but without a > >verifiably unique key I'm stuck. > > > > > Haha... that is exactly what I did. Great idea! In the long run it > would be nice to be able to install OpenAAQ and as an admin choose > weather there should be accounts or no accounts. If there are accounts > it would be nice to have an account managment applications that users > could access to update their contact info, select affiliations etc. Of > course if they could do that it just begs more questions about how the > system would work. > > > >Alex > > > > > > > > > > > > > > > > > > > >ope...@li... wrote: > > > > > >>Hello Everyone, > >> > >>I also have something to contribute. Recently I re-wrote the AAQ client > >>(post.pl essentially). I wrote two new version (one for the public > >>library users at my consortium and one for the post-secondary users). I > >>made some significant changes. > >> > >>1) The HTML the program displays and the email it sends out are based on > >>templates > >>2) I use Net::SMTP to send email > >>3) There is more error checking in the database code > >>4) I use transactions in the database code (so if one pieces fails the > >>whole thing stops and rollsback what it was doing). > >>5) User registration is not required (the system stores all the user > >>info but does not track the user's identity with a cookie) > >>6) One screen is used to collect all information from the user > >> > >>I will make the new code available as soon as possible. > >> > >> > >> > > > > > >------------------------------------------------------- > >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > >from IBM. Find simple to follow Roadmaps, straightforward articles, > >informative Webcasts and more! Get everything you need to get up to > >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > >_______________________________________________ > >Openaaq-discuss mailing list > >Ope...@li... > >https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > > > > > > |
|
From: Michael M. <mi...@wi...> - 2005-06-20 20:58:14
|
Alex Polkovsky wrote: >Michael, I have a bunch of questions for you. > > Hi Alex, Attached is a tar archive containing the new programs I wrote for posting AAQ questions. Below are my answers to your previous questions. Here are some notes about my new code: There are three programs: post_public, post_postsecondary, and choose_institution: post_public posts questions for public libraries post_postsecondary posts questions for post secondary libraries but requires that a parameter be passed specifying which institution (as the values of the form depend on the institution). choose_institution generates a form for picking an institution and submits to post_postsecondary (not used for post_public at all). There are a number of html and text files that are all templates used by the programs. All pages that the programs display come from a template. So the appearance can be changed completely just by editing a few templates. I use Text::FastTemplate for templating. I believe it is the appropriate templating system for these quick and dirty scripts. The template toolkit might be more appropriate for a better designed and larger system. The new programs do a fair bit of error checking. Almost anything (but not everything) that could go wrong will be caught. I don't really do anything special if an error condition occurs yet. I plan to add some logging abilities later. I don't do any checks on input which is very bad. The old OpenAAQ is vulnerable to cross-site scripting attacks and this code is too. To use the programs you will need to at least edit the database username and password constants. My new programs create a new customer account for every question. At first that might look like an error or a bug, but it is the desired behavior. We were facing a problem of customers who had multiple affiliations, or who had changed affiliation, or who had changed email addresses. Since there is no account managment option for the customers we decided that a quick and dirty hack would work. The customer has no "account" as far as they are concerned and they must provide their affiliation and contact info with every question. We still create new customer accounts... one per question. At some later date I will write a program to reap old accounts. I don't think this is the correct solution... but it was as good as I could get for next to zero effort. ;-) I am working on another change to AAQ right now as well. I was asked to allow for two-way-conversation between customer and librarian. Again, I need to apply as little effort as possible. So I am going to use "variable envelope return paths" to assign a unique email address to every question. A customer can reply to the notification email they get, and their replies will be appended to the original question (in the database it will be added as addition text in some way). I have not completed this portion yet, but I will share it when it is ready. It will depend on having a mail server such as qmail or postfix where you can have email address like "aaq...@yo..." where "anything" could be some ID number and all email to addresses starting with "aaq-" will be sent to a program that parses them. The program parses out the ID after the "aaq-" part to identify what question the email should be appended too. >What version of MySQL are you running? > > The latest in the 4.0.X series. I will be upgrading to 4.1 very soon. >Are you using a standard perl module for te HTML templates? > > Text::FastTemplate It is about as light weight as you can get. It outperforms HTML::Template and has a simple syntax. Not powerful like the template toolkit though. For a short CGI that is not part of a much larger infrastructure, Text::FastTemplate is my favorite. >You wrote two scripts, but OAAQ has the database driven functions for >creating modified pages for just such an implementation. Did the >shared.pl code (gross as it is) get in your way? > > Sadly, I did have problems getting the existing code to work. I inititally made modifications to the existing post.pl program. But things were not displaying the way I expect. I am familiar with the code and felt I had covered my bases, but after about 4 hours of debugging I decided to take a more daring path and wrote a new post script and ended up liking it. >I like your Net::SMTP implementation. That would take one more >uncertainty out of installation. I may grab that idea. > > It is more or less easy to use and you can get some debugging info in the event that mail cannot be delivered. >I'm pushing myself to redo post.pl under the followig design: > >1. same one page model; any preceeding pages can be used to profile a >user by imagemap, preceeding form or a user login mechanism belonging >to the site. > > > I was also thinking that an AJAX (danger... buzzword) client might be interesting. Right now I use two programs for the postsecondary part, but with AJAX that could be one "form" with several web services behind it. >2. Complete HTML page or Apache server side include. a server side >include is called in the page with ><!--#exec cmd="/location/post.pl '$QUERY_STRING'" --> >and this permits OAAQ to function in complicated HTML sites. Also, you >will one day be able to use c/post.pl to add a post form to the same >page that c/search.pl adds a search form to. > > That is a really neat idea. You could convert my program do that by simply changing the templates I think. >4. Email verification will split email on the @ and attempt to resolve >the IP address of the mail server. I'm guessing Net::SMTP could request >verification of an account from a mail server, but I think too many >servers will not reply out of some setting meant to filter spam. > > I did put in a small bit of code to check the sanity of the email address. If the email address looks wrong it tells the user but allows them to use the "bad" email address if they check a checkbox. This helps in situations where someone might have a valid email address but that is weird enough that we might think it is wrong. (emails with punctuation for example). >5. support for sites reuiring no email in favor of phone. Later, I will >look at staff modules to allow phone as the responce method and a "do >not send responce" swich. > > That's a good idea. >6. create a new client record for every post. that may seem like bad >database design, completely ignoring normalization, but without a >verifiably unique key I'm stuck. > > Haha... that is exactly what I did. Great idea! In the long run it would be nice to be able to install OpenAAQ and as an admin choose weather there should be accounts or no accounts. If there are accounts it would be nice to have an account managment applications that users could access to update their contact info, select affiliations etc. Of course if they could do that it just begs more questions about how the system would work. >Alex > > > > > > > > > >ope...@li... wrote: > > >>Hello Everyone, >> >>I also have something to contribute. Recently I re-wrote the AAQ client >>(post.pl essentially). I wrote two new version (one for the public >>library users at my consortium and one for the post-secondary users). I >>made some significant changes. >> >>1) The HTML the program displays and the email it sends out are based on >>templates >>2) I use Net::SMTP to send email >>3) There is more error checking in the database code >>4) I use transactions in the database code (so if one pieces fails the >>whole thing stops and rollsback what it was doing). >>5) User registration is not required (the system stores all the user >>info but does not track the user's identity with a cookie) >>6) One screen is used to collect all information from the user >> >>I will make the new code available as soon as possible. >> >> >> > > >------------------------------------------------------- >SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >from IBM. Find simple to follow Roadmaps, straightforward articles, >informative Webcasts and more! Get everything you need to get up to >speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >_______________________________________________ >Openaaq-discuss mailing list >Ope...@li... >https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > |
|
From: Alex P. <ale...@zw...> - 2005-06-16 03:21:26
|
Michael, I have a bunch of questions for you. What version of MySQL are you running? Are you using a standard perl module for te HTML templates? You wrote two scripts, but OAAQ has the database driven functions for creating modified pages for just such an implementation. Did the shared.pl code (gross as it is) get in your way? I like your Net::SMTP implementation. That would take one more uncertainty out of installation. I may grab that idea. I'm pushing myself to redo post.pl under the followig design: 1. same one page model; any preceeding pages can be used to profile a user by imagemap, preceeding form or a user login mechanism belonging to the site. 2. Complete HTML page or Apache server side include. a server side include is called in the page with <!--#exec cmd="/location/post.pl '$QUERY_STRING'" --> and this permits OAAQ to function in complicated HTML sites. Also, you will one day be able to use c/post.pl to add a post form to the same page that c/search.pl adds a search form to. 3. OAAQ in server side includes mode will return a redirect to a success page. 4. Email verification will split email on the @ and attempt to resolve the IP address of the mail server. I'm guessing Net::SMTP could request verification of an account from a mail server, but I think too many servers will not reply out of some setting meant to filter spam. 5. support for sites reuiring no email in favor of phone. Later, I will look at staff modules to allow phone as the responce method and a "do not send responce" swich. 6. create a new client record for every post. that may seem like bad database design, completely ignoring normalization, but without a verifiably unique key I'm stuck. Alex ope...@li... wrote: > > > Hello Everyone, > > I also have something to contribute. Recently I re-wrote the AAQ client > (post.pl essentially). I wrote two new version (one for the public > library users at my consortium and one for the post-secondary users). I > made some significant changes. > > 1) The HTML the program displays and the email it sends out are based on > templates > 2) I use Net::SMTP to send email > 3) There is more error checking in the database code > 4) I use transactions in the database code (so if one pieces fails the > whole thing stops and rollsback what it was doing). > 5) User registration is not required (the system stores all the user > info but does not track the user's identity with a cookie) > 6) One screen is used to collect all information from the user > > I will make the new code available as soon as possible. > |
|
From: Alex P. <ale...@zw...> - 2005-06-16 02:45:14
|
Welcome to the list. I'm looking forward to trying your instructions on
Windows.
Alex
ope...@li... wrote:
>
> Hello All:
> I am new member and happy to join this AAQ mailing list.
> I wish to share my experience with all of you about to transfer AAQ running
> platform from Unix to Windows.
> I use following packages to make AAQ running on windows OS:
> 1.Windows 2000
> 2.ActivePerl-5.8.0.804-MSWin32-x86 (Please install in c:\usr directory)
> 3.mysql-4.0.24-win
> 4.IIS 5.0
> 5.Blat (send email by perl in windows)
> Because Perl is platform independent language, so only small portion of code
> need to modify.
> 1.Download ActivePerl and install modules :DBI, Data-table, DBD-Mysql,
> Text-Format, CGI, DateManip
> 2.Add time zone information in Manip.pm
> Ex: # Local timezone
> $Cnf{"TZ"}="MST";
> 3.Modified every *.pl files in use absolute path when require files:
> Ex: require '/aaq/c/postconfig.pl' ;
> require '/aaq/common.pl' ;
> require '/aaq/login.pl' ;
> require '/aaq/shared.pl' ;
> 4.Install Blat and copy all files under blat\full to c:\winnt\system32\
> 5.Replace every snedmail function by blat command
> Ex: $server="172.18.22.25";
> $message = "To: $email\n"
> . "From: $mail_text{'from'}\n"
> . "Subject: $mail_text{'subject_confirmation'}\n\n"
> . "$mail_text{'top_confirmation'}\n\n"
> . "Your question:\n"
> . "$request_text\n\n"
> . "$mail_text{'record_label'} $request_key\n\n" ;
>
> # Save the message into a text file
>
> $lt='<';
> $gt='>';
>
> # Output the correct header
> print $q->header(-cookie=>[@cookies],charset=>$default_encode)
> . $q->start_html(-title=>'Ask A Question',
> -bgcolor=>'#ffffff',
> -link=>'#376e60', -vlink=>'#376e60',
> -style=>{'src'=>$stylesheet},
> -lang=>$default_encode)
> . $q->img({-src=>$img_base . 'share/aaq_small_green.gif',-alt=>'Ask a
> Question',-border=>'0',-align=>'left'})
> . '<table border="0" width="100%"><tr><td bgcolor="#88cc88">'
> . h1('Thanks for your question¡C<br>Thank you for submitting a question.')
> . '</td></tr></table>'
> . $web_page_text{'confirmation'}
> . p
> . $q->center(
> $q->a({href=>'/aaq/'},'Return to AAQ home page <br>Return to the Ask A
> Question home page')
> )
> . $end_html ;
>
> # Save the message into a text file
> open (messtxt,">message.txt");
> print messtxt ($message);
> close messtxt;
>
> # Build the Blat command line and execute it
> $blat="blat.exe message.txt -s \"$mail_text{'subject_confirmation'}\" -t
> \"$lt$email$gt$rname\" -server $server -charset big5 -f Admin@AAQ";
>
> system($blat);
>
>
> Now I am preparing more detail procedures about how to make AAQ running on
> Windows,
> and document will be shared when finish.
> If someone need a copy of modified source code, I am willing to provide it also.
>
> -------------------------------------------------
> This mail sent through NCTU WebMail System: https://webmail.nctu.edu.tw
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
> a projector? How fast can you ride your desk chair down the office luge track?
> If you want to score the big prize, get to know the little guy.
> Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
> _______________________________________________
> Openaaq-discuss mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openaaq-discuss
>
|
|
From: Michael M. <mi...@wi...> - 2005-06-14 15:57:43
|
Hello Everyone,
I also have something to contribute. Recently I re-wrote the AAQ client
(post.pl essentially). I wrote two new version (one for the public
library users at my consortium and one for the post-secondary users). I
made some significant changes.
1) The HTML the program displays and the email it sends out are based on
templates
2) I use Net::SMTP to send email
3) There is more error checking in the database code
4) I use transactions in the database code (so if one pieces fails the
whole thing stops and rollsback what it was doing).
5) User registration is not required (the system stores all the user
info but does not track the user's identity with a cookie)
6) One screen is used to collect all information from the user
I will make the new code available as soon as possible.
sho...@nc... wrote:
>Hello All:
> I am new member and happy to join this AAQ mailing list.
>I wish to share my experience with all of you about to transfer AAQ running
>platform from Unix to Windows.
>I use following packages to make AAQ running on windows OS:
>1.Windows 2000
>2.ActivePerl-5.8.0.804-MSWin32-x86 (Please install in c:\usr directory)
>3.mysql-4.0.24-win
>4.IIS 5.0
>5.Blat (send email by perl in windows)
> Because Perl is platform independent language, so only small portion of code
>need to modify.
>1.Download ActivePerl and install modules :DBI, Data-table, DBD-Mysql,
>Text-Format, CGI, DateManip
>2.Add time zone information in Manip.pm
> Ex: # Local timezone
> $Cnf{"TZ"}="MST";
>3.Modified every *.pl files in use absolute path when require files:
>Ex: require '/aaq/c/postconfig.pl' ;
> require '/aaq/common.pl' ;
> require '/aaq/login.pl' ;
> require '/aaq/shared.pl' ;
>4.Install Blat and copy all files under blat\full to c:\winnt\system32\
>5.Replace every snedmail function by blat command
> Ex: $server="172.18.22.25";
> $message = "To: $email\n"
> . "From: $mail_text{'from'}\n"
> . "Subject: $mail_text{'subject_confirmation'}\n\n"
> . "$mail_text{'top_confirmation'}\n\n"
> . "Your question:\n"
> . "$request_text\n\n"
> . "$mail_text{'record_label'} $request_key\n\n" ;
>
> # Save the message into a text file
>
> $lt='<';
> $gt='>';
>
> # Output the correct header
> print $q->header(-cookie=>[@cookies],charset=>$default_encode)
> . $q->start_html(-title=>'Ask A Question',
> -bgcolor=>'#ffffff',
> -link=>'#376e60', -vlink=>'#376e60',
> -style=>{'src'=>$stylesheet},
> -lang=>$default_encode)
> . $q->img({-src=>$img_base . 'share/aaq_small_green.gif',-alt=>'Ask a
>Question',-border=>'0',-align=>'left'})
> . '<table border="0" width="100%"><tr><td bgcolor="#88cc88">'
> . h1('Thanks for your question。<br>Thank you for submitting a question.')
> . '</td></tr></table>'
> . $web_page_text{'confirmation'}
> . p
> . $q->center(
> $q->a({href=>'/aaq/'},'Return to AAQ home page <br>Return to the Ask A
>Question home page')
> )
> . $end_html ;
>
> # Save the message into a text file
> open (messtxt,">message.txt");
> print messtxt ($message);
> close messtxt;
>
> # Build the Blat command line and execute it
> $blat="blat.exe message.txt -s \"$mail_text{'subject_confirmation'}\" -t
>\"$lt$email$gt$rname\" -server $server -charset big5 -f Admin@AAQ";
>
> system($blat);
>
>
> Now I am preparing more detail procedures about how to make AAQ running on
>Windows,
>and document will be shared when finish.
>If someone need a copy of modified source code, I am willing to provide it also.
>
>-------------------------------------------------
>This mail sent through NCTU WebMail System: https://webmail.nctu.edu.tw
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
>a projector? How fast can you ride your desk chair down the office luge track?
>If you want to score the big prize, get to know the little guy.
>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r
>_______________________________________________
>Openaaq-discuss mailing list
>Ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss
>
>
>
|
|
From: <sho...@nc...> - 2005-06-13 06:32:07
|
Hello All:
=09I am new member and happy to join this AAQ mailing list.
I wish to share my experience with all of you about to transfer AAQ running
platform from Unix to Windows.
I use following packages to make AAQ running on windows OS:
1.Windows 2000
2.ActivePerl-5.8.0.804-MSWin32-x86 (Please install in c:\usr directory)
3.mysql-4.0.24-win
4.IIS 5.0
5.Blat (send email by perl in windows)
=09Because Perl is platform independent language, so only small portion of =
code
need to modify.
1.Download ActivePerl and install modules :DBI, Data-table, DBD-Mysql,
Text-Format, CGI, DateManip
2.Add time zone information in Manip.pm
Ex: # Local timezone
$Cnf{"TZ"}=3D"MST";
3.Modified every *.pl files in use absolute path when require files:
Ex: require '/aaq/c/postconfig.pl' ;
=09require '/aaq/common.pl' ;
=09require '/aaq/login.pl' ;
=09require '/aaq/shared.pl' ;
4.Install Blat and copy all files under blat\full to c:\winnt\system32\
5.Replace every snedmail function by blat command
Ex: =09$server=3D"172.18.22.25";
=09$message =3D "To: $email\n"
=09=09. "From: $mail_text{'from'}\n"
=09=09. "Subject: $mail_text{'subject_confirmation'}\n\n"
=09=09. "$mail_text{'top_confirmation'}\n\n"
=09=09. "Your question:\n"
=09=09. "$request_text\n\n"
=09=09. "$mail_text{'record_label'} $request_key\n\n" ;
=09# Save the message into a text file
=09$lt=3D'<';
=09$gt=3D'>';
=09# Output the correct header
=09print $q->header(-cookie=3D>[@cookies],charset=3D>$default_encode)
=09=09. $q->start_html(-title=3D>'Ask A Question',
=09=09=09=09-bgcolor=3D>'#ffffff',
=09=09=09=09-link=3D>'#376e60', -vlink=3D>'#376e60',
=09=09=09=09-style=3D>{'src'=3D>$stylesheet},
=09=09=09=09-lang=3D>$default_encode)
=09=09. $q->img({-src=3D>$img_base . 'share/aaq_small_green.gif',-alt=3D>'A=
sk a
Question',-border=3D>'0',-align=3D>'left'})
=09=09. '<table border=3D"0" width=3D"100%"><tr><td bgcolor=3D"#88cc88">'
=09=09. h1('Thanks for your question=A1C<br>Thank you for submitting a ques=
tion.')
=09=09. '</td></tr></table>'
=09=09. $web_page_text{'confirmation'}
=09=09. p
=09=09. $q->center(
=09=09=09$q->a({href=3D>'/aaq/'},'Return to AAQ home page <br>Return to the=
Ask A
Question home page')
=09=09=09)
=09=09. $end_html ;
=09# Save the message into a text file
=09open (messtxt,">message.txt");
=09print messtxt ($message);
=09close messtxt;
=09# Build the Blat command line and execute it
=09$blat=3D"blat.exe message.txt -s \"$mail_text{'subject_confirmation'}\" =
-t
\"$lt$email$gt$rname\" -server $server -charset big5 -f Admin@AAQ";
=09system($blat);
=09Now I am preparing more detail procedures about how to make AAQ running =
on
Windows,
and document will be shared when finish.
If someone need a copy of modified source code, I am willing to provide it =
also.
-------------------------------------------------
This mail sent through NCTU WebMail System: https://webmail.nctu.edu.tw
|
|
From: Neateye <nit...@ao...> - 2005-06-09 00:37:45
|
Call out Gouranga be happy!!! Gouranga Gouranga Gouranga .... That which brings the highest happiness!! |
|
From: Martin L. <jm...@un...> - 2005-02-24 11:56:28
|
Hi there Alex... I'm glad that the work on OpenAAQ continues!.. :) I'd like to say that, if you have to rewrite the code, it would be VERY=20 useful, to add some support for internationalization (thru templates, or=20 something similar) to make it easy to translate the interface, the text=20 in the email messages, etc. By the way... that 'meta_desc + view_desc' thing is just great! :) Martin Alex Polkovsky escribi=F3: > OK, here's the start of a spec for the question posting module. I'm > trying to simplify, because the more complex notions were going > nowhere. I'm handing off the responsibility for complex user profiles > and any kind of stored patron profile. >=20 > Take a look at the Ask page at the Internet public library: > http://www.ipl.org/div/askus/ >=20 > My new philosophy: Ask A Question is a solution for a transaction drive= n > question and answer service. It is not a Customer Relations Management > system, although it may be integrated into one. >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > OpenAAQ > Patron Question Posting Specification >=20 > * Overview >=20 > The system uses a one page patron profile and question model. This is > intended to simplify the basic question posting interaction. The system >=20 >=20 > * Complex profiles >=20 > When a complex profile requires multiple pages, or the contact email an= d > other information comes from a web site's existing membership system, > email and other fields can be passed by a preceeding page. >=20 > Preceeding pages can use mechanisms OAAQ does not incorporate, such as > image maps or DHTML forms. Any number of values can be passed to OAAQ > to be stored in the form as hidden fields and recorded as a part of the > question record. >=20 > * Output requirements >=20 > The system will produce complete HTML pages or just the question form a= s > a Server Side Include page component. SSI is the easiest way to insert > the OAAQ form into an existing site design. >=20 > When a site uses an SSI to include the OAAQ form in a page, submitting = a > question will return a redirect to a "success" page. >=20 > * Input verification >=20 > The system will use Java script to verify the presence of required > fields. More importantly, it would be helpful to verify the email field > by ensuring there is an @ symbol, and by resolving the IP address of th= e > destination server. >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss --=20 J. Martin Longo Informatica SID - UNCuyo http://sid.uncu.edu.ar |
|
From: Alex P. <ale...@zw...> - 2005-02-10 04:19:22
|
OK, here's the start of a spec for the question posting module. I'm trying to simplify, because the more complex notions were going nowhere. I'm handing off the responsibility for complex user profiles and any kind of stored patron profile. Take a look at the Ask page at the Internet public library: http://www.ipl.org/div/askus/ My new philosophy: Ask A Question is a solution for a transaction driven question and answer service. It is not a Customer Relations Management system, although it may be integrated into one. ============ OpenAAQ Patron Question Posting Specification * Overview The system uses a one page patron profile and question model. This is intended to simplify the basic question posting interaction. The system * Complex profiles When a complex profile requires multiple pages, or the contact email and other information comes from a web site's existing membership system, email and other fields can be passed by a preceeding page. Preceeding pages can use mechanisms OAAQ does not incorporate, such as image maps or DHTML forms. Any number of values can be passed to OAAQ to be stored in the form as hidden fields and recorded as a part of the question record. * Output requirements The system will produce complete HTML pages or just the question form as a Server Side Include page component. SSI is the easiest way to insert the OAAQ form into an existing site design. When a site uses an SSI to include the OAAQ form in a page, submitting a question will return a redirect to a "success" page. * Input verification The system will use Java script to verify the presence of required fields. More importantly, it would be helpful to verify the email field by ensuring there is an @ symbol, and by resolving the IP address of the destination server. |
|
From: Alex P. <ale...@zw...> - 2005-01-08 17:39:41
|
Hi, everyone, The Alberta Library's AAQ user mailing list just had a discussion on policy and the model for client-staff interactions. I'm pasting in my contribution as it relates to my post about recreating the client question posting module. ----- The current model for AAQ is meant to be a single round trip: Client posts question via AAQ web form -> Client gets answer via email The model accomplishes two needs: easy (attractive) access for clients to post questions, and a "push" mechanism for the answer -- the answer finds you by email rather then requiring a second visit to a web site. In a way, this is a broken system, because to have the client refine the question after getting an answer would mean linking from email to another web form or having a second system attempt to grab information out of a returning email. But the intent was to answer a question, not conduct a lengthy research project. The downside of an interactive system (like having a community website, with user logins, all interaction on the web, etc.) would be that you couldn't have a fixed transaction for any interaction, which was something that was a goal of AAQ. There would also be a question of who is being served, the student with an assignment due soon who will ask one question and forget about the service for a long time, or the patron who spends four nights a week at the local library, who would do well in a community web site modeled service. ----- One other thing I culled from TAL's discussion is this URL: http://www.nypl.org/questions/index.cfm#email It's the posting page for the New York public library service and demonstrates a transaction model with no user account creation. Each user is asked for the question, some meta-data about them, and the telling "How will you use this information?". So what I'd like to hear from you is: What is your client base for AAQ? What client groupss do you envision for AAQ? What administrative needs are there for the client profile? That's your homework. Alex |
|
From: <ap...@te...> - 2004-12-20 01:12:19
|
Hi, everyone, I've enjoyed a lot of procrastination since AAQ went open source. I apologize for that. It's been an up and down year. I'd like to get back on track with OAAQ, starting with setting some priorities. (I don't want to own the least active project on SourceForge.) I'd like to start a discussion on how email is used. I think AAQ is better to participating staff than to some segments of the question posting public. At least when I consider the student base at the college I work at, who I'm sure abandon five Hotmail accounts by age sixteen, and have a Yahoo account for chat, a Netscape account for no good reason and are still not forced by administration to use their institutional accounts (an annoyance to us staff). Jacob Neilson, at his useit.com site had a column about announcement lists used by both presidential campaigns: http://useit.com/alertbox/20040920.html Neilson (who made me smirk by claiming that the Clinton campaign made all the changes he recommended in a 1996 column of the same theme -- and their candidate won!) has some good points about how to handle rostering email addresses. I actually signed up for notices about future columns, and now have copies of their confirmation and welcome messages. Optionally, a user could enter their email address with every post, like they do at Go Ask Alice: http://www.goaskalice.columbia.edu/ (And a happy tenth birthday to Alice, it's an impressive service.) The question posting code is begging to be rewritten, and is the time to add new requirements to the specification. For that matter, is it time to start rewriting the specification for the whole project? I'm collecting ideas. Alex |
|
From: <MRo...@th...> - 2004-09-07 17:12:16
|
thanks Alex, yes, currently we can't 'see' the invisible affiliations on the admin s= taff account page. i'll pass along your note to brian and see what he can do= . thanks for your help, m Marcus Roesner, Ask A Question Administrator Public Libraries - http://www.talonline.ca/askaquestion/publiclibraries= / Post Secondary Libraries - http://www.talonline.ca/askaquestion/postsecondarylibraries/ AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadmin mro...@th... p 1.780.414.0805 extension 236 f 1.780.414.0806 Instant Messenger: AIM, Yahoo, Skype: aaqalberta MSN: aaq...@ho... ICQ: 179730787 The Alberta Library - Room 6-14 7 Sir Winston Churchill Square Edmonton, Alberta, Canada T5J 2V5 "You see things and say why, but I dream of things and say why not." GB= Shaw ope...@li... wrote on 02/09/2004 10:25:2= 7 PM: > > I just tested on my test install, and a staff account from an > affiliation marked as invisible can login. If your code does not allo= w > making changes to staff rostered for an invisible institution that's = an > easy fix. > > Alex > > > > > > > > > ope...@li... wrote: > > > > Hi everyone, > > > > I have an interesting set up question and I'm wondering if you coul= d offer > > some suggestions. > > > > > > I have an affiliation that wants to remain with active staff accoun= ts but > > does not want to appear on the customer registration page (sort of = a > > collaboration only affiliation). > > > > As I understand it, the current way of disabling an affiliation's > > registration, using the Affiliation table's Invisible key, also disables > > access to staff accounts. (at least it erases access to staff accou= nt > > management functions from the Manage AAQ tab). > > > > How would we go about disabling customer registration and yet allow= staff > > access? > > > > Thanks, > > > > marcus > > > > Marcus Roesner, Ask A Question Administrator > > Public Libraries - http://www.talonline.ca/askaquestion/publiclibraries/ > > Post Secondary Libraries - > > http://www.talonline.ca/askaquestion/postsecondarylibraries/ > > > > AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadm= in > > > > mro...@th... > > p 1.780.414.0805 extension 236 > > f 1.780.414.0806 > > > > Instant Messenger: AIM, Yahoo, Skype: aaqalberta > > MSN: aaq...@ho... > > ICQ: 179730787 > > > > The Alberta Library - Room 6-14 > > 7 Sir Winston Churchill Square > > Edmonton, Alberta, Canada T5J 2V5 > > > > "You see things and say why, but I dream of things and say why not.= " GB > > Shaw > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by BEA Weblogic Workshop > > FREE Java Enterprise J2EE developer tools! > > Get your free copy of BEA WebLogic Workshop 8.1 today. > > http://ads.osdn.com/?ad_idP47&alloc_id=10808&op,ick > > _______________________________________________ > > Openaaq-discuss mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=3D5047&alloc_id=3D10808&op=3Dclick > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss= |
|
From: Alex P. <ale...@zw...> - 2004-09-03 04:26:46
|
I just tested on my test install, and a staff account from an affiliation marked as invisible can login. If your code does not allow making changes to staff rostered for an invisible institution that's an easy fix. Alex ope...@li... wrote: > > Hi everyone, > > I have an interesting set up question and I'm wondering if you could offer > some suggestions. > > > I have an affiliation that wants to remain with active staff accounts but > does not want to appear on the customer registration page (sort of a > collaboration only affiliation). > > As I understand it, the current way of disabling an affiliation's > registration, using the Affiliation table's Invisible key, also disables > access to staff accounts. (at least it erases access to staff account > management functions from the Manage AAQ tab). > > How would we go about disabling customer registration and yet allow staff > access? > > Thanks, > > marcus > > Marcus Roesner, Ask A Question Administrator > Public Libraries - http://www.talonline.ca/askaquestion/publiclibraries/ > Post Secondary Libraries - > http://www.talonline.ca/askaquestion/postsecondarylibraries/ > > AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadmin > > mro...@th... > p 1.780.414.0805 extension 236 > f 1.780.414.0806 > > Instant Messenger: AIM, Yahoo, Skype: aaqalberta > MSN: aaq...@ho... > ICQ: 179730787 > > The Alberta Library - Room 6-14 > 7 Sir Winston Churchill Square > Edmonton, Alberta, Canada T5J 2V5 > > "You see things and say why, but I dream of things and say why not." GB > Shaw > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_idP47&alloc_id808&op,ick > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > |
|
From: <MRo...@th...> - 2004-09-01 19:01:29
|
Hi everyone, I have an interesting set up question and I'm wondering if you could of= fer some suggestions. I have an affiliation that wants to remain with active staff accounts b= ut does not want to appear on the customer registration page (sort of a collaboration only affiliation). As I understand it, the current way of disabling an affiliation's registration, using the=A0 Affiliation table's Invisible key, also disa= bles access to staff accounts. (at least it erases access to staff account management functions from the Manage AAQ tab). How would we go about disabling customer registration and yet allow sta= ff access? Thanks, marcus Marcus Roesner, Ask A Question Administrator Public Libraries - http://www.talonline.ca/askaquestion/publiclibraries= / Post Secondary Libraries - http://www.talonline.ca/askaquestion/postsecondarylibraries/ AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadmin mro...@th... p 1.780.414.0805 extension 236 f 1.780.414.0806 Instant Messenger: AIM, Yahoo, Skype: aaqalberta MSN: aaq...@ho... ICQ: 179730787 The Alberta Library - Room 6-14 7 Sir Winston Churchill Square Edmonton, Alberta, Canada T5J 2V5 "You see things and say why, but I dream of things and say why not." GB= Shaw= |
|
From: Alex P. <ale...@zw...> - 2004-08-14 14:50:13
|
You can invoke any script from a command line or cron to build pages periodically with something like: mysql -pPASSWORD -uUSER DATABASE -t < /PATH/sql/total.sql > summary.txt To build a real time summary format a web page with the code below for every item you wish to use. You can format one or more pages this way. This is an Apaches serverside include executing mysql with the -t option to create a table display. The link to this was from a staff support page, not inside the AAQ interface. <h3>Total Answered Questions</h3> <pre> <!--#exec cmd="/usr/local/bin/mysql -pPASSWORD -uUSER DATABASE -t < /PATH/sql/total.sql" --> </pre> Alex ope...@li... wrote: > > Hi there everybody... again! :) > > I have AAQ up and running (thanks to all of you!) and now we're > finishing the test period.... > > In the meantime... I've found an 'a/sql' directory, with SQLs for a > variety of statistics.... The question is... Are they usable from > within AAQ web?... or must they be used another way... like cron or > something? > > Thanks again! > > > -- > J. Martin Longo > Informática > SID-UNCuyo > http://sid.uncu.edu.ar > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > |
|
From: M. L. <jm...@un...> - 2004-08-10 20:17:20
|
Hi there everybody... again! :) I have AAQ up and running (thanks to all of you!) and now we're=20 finishing the test period.... In the meantime... I've found an 'a/sql' directory, with SQLs for a=20 variety of statistics.... The question is... Are they usable from=20 within AAQ web?... or must they be used another way... like cron or=20 something? Thanks again! --=20 J. Martin Longo Inform=E1tica SID-UNCuyo http://sid.uncu.edu.ar |
|
From: Alex P. <ap...@te...> - 2004-07-28 03:21:30
|
I think the url() call is from CGI.pm. Try adding use CGI qw(:all) ; at the top of the file. I may have shuffled to many lines around. Alex Quoting "M. Longo" <jm...@un...>: > Ok... I had the close_record.pl working... now the answered questions=20 > get closed and can be searched... > > but (there's always one) I'm having problems running the other scripts=20 > (send_late_notice.pl, staff_notice.pl, staff_notice.sh)... everytime I=20 > try to run them I have the following error: > > Undefined subroutine &main::url called at /usr/lib/cgi-bin/aaq/common.pl=20 > line 8. > Compilation failed in require at /usr/lib/cgi-bin/aaq/r/staff_notice.pl=20 > line 16. > > > > Now, line 8, in common.pl, has: > > $script_url =3D url() ; ## do not alter > > > > Any hint abount this? > > Everything else is working fine :) > > Thanks in advance!! > > Martin > > Alex Polkovsky escribi=F3: > > inthe /r directory of OAAQ is a perl script, close_record.pl, that need= > s to be > > run hourly (or at some interval). It closes records. > >=20 > > Have you set up that process yet? > >=20 > > Other /r scripts are send_late_notice.pl, staff_notice.pl, staff_notice= > .sh which > > send warnings of missed deadlines and daily summaries. > >=20 > > Alex > >=20 > >=20 > >=20 > >=20 > > Quoting "M. Longo" <jm...@un...>: > >=20 > >=20 > >>MRo...@th... escribi=F3: > >> > >>> > >>> > >>>I might be able to help with the Search tab problems. > >>> > >>>Search only works on closed items, not anything that is in the All Ope= > n > >>>list in any sector. If you don't have 'closed' questions you won't hav= > e > >>>anything to search. > >>> > >>>Try doing a numbered search under Search Record Numbers and see if you > >>>bring up anything there. Of course, you have to search on a record num= > ber > >>>that is closed (in the archive). > >>> > >>>marcus > >> > >>Hi there Marcus... I understand what you say... but I can't find a way= > =20 > >>to mark questions as 'closed'... :S > >> > >>I've made several questions as a user... and answered them as a staff=20 > >>member... the answers were sent and received... but the questions stil= > l=20 > >>appear in the 'ALL OPEN' tab, and in the 'MY WORKLIST' tab... some of=20 > >>the questions are 15 days old! my sector_setting are three notice=20 > >>points (12,24,72), firstanswer (24) and transaction (72)... so I guess= > =20 > >>that I should receive at least a message saying 'Hey... get back to=20 > >>work!' if I understand the meaning of this settings correctly... :) > >> > >> > >> > >>> > >>>Marcus Roesner, Ask A Question Administrator > >>>Public Libraries - http://www.talonline.ca/askaquestion/publiclibrarie= > s/ > >>>Post Secondary Libraries - > >>>http://www.talonline.ca/askaquestion/postsecondarylibraries/ > >>> > >>>AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadmin > >>> > >>>mro...@th... > >>>p 1.780.414.0805 extension 236 > >>>f 1.780.414.0806 > >>> > >>>Instant Messenger: AIM, Yahoo, Skype: aaqalberta > >>>MSN: aaq...@ho... > >>>ICQ: 179730787 > >>> > >>>The Alberta Library - Room 6-14 > >>>7 Sir Winston Churchill Square > >>>Edmonton, Alberta, Canada T5J 2V5 > >>> > >>>"You see things and say why, but I dream of things and say why not." G= > B > >>>Shaw > >>> > >>> > >>> > >>> > >>>ope...@li... wrote on 02/06/2004 09:05:= > 19 > >>>AM: > >>> > >>> > >>> > >>>>Alex... thanks for your quick response! > >>>> > >>>>I had already inserted those values in 'sector_settings' table along > >>>>with three noticepoints... :) > >>>> > >>>>Anyhow... I've started form scratch and did everything again, and now > >>>>questions are being recorded well.... and everything looks operationa= > l > >>>>but the "SEARCH" module... I don't have any results (actually, nothin= > g > >>>>happens after clicking submit search) no matter what I try to find... > >>>> > >>> > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.Net email is sponsored by the new InstallShield X. > >>>>From Windows to Linux, servers to mobile, InstallShield X is the one > >>>installation-authoring solution that does it all. Learn more and > >>>evaluate today! http://www.installshield.com/Dev2Dev/0504 > >>>_______________________________________________ > >>>Openaaq-discuss mailing list > >>>Ope...@li... > >>>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > >> > >> > >>--=20 > >>J. Mart=EDn Longo > >>Inform=E1tica > >>SID-UNCuyo > >>http://sid.uncu.edu.ar > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email sponsored by Black Hat Briefings & Training. > >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>digital self defense, top technical experts, no vendor pitches, > >>unmatched networking opportunities. Visit www.blackhat.com > >>_______________________________________________ > >>Openaaq-discuss mailing list > >>Ope...@li... > >>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > >> > >=20 > >=20 > >=20 > >=20 > >=20 > > ................... > > alex polkovsky > > ap...@te... > >=20 > > "...the facts in Iraq have an anti-Bush agenda..." > > The Daily Show > >=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 > > digital self defense, top technical experts, no vendor pitches,=20 > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Openaaq-discuss mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > --=20 > J. Mart=EDn Longo > Inform=E1tica > SID-UNCuyo > http://sid.uncu.edu.ar > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > ................... alex polkovsky ap...@te... Due to circumstances beyond your control, you are master of your fate and captain of your soul. |
|
From: M. L. <jm...@un...> - 2004-07-27 16:38:37
|
Ok... I had the close_record.pl working... now the answered questions=20 get closed and can be searched... but (there's always one) I'm having problems running the other scripts=20 (send_late_notice.pl, staff_notice.pl, staff_notice.sh)... everytime I=20 try to run them I have the following error: Undefined subroutine &main::url called at /usr/lib/cgi-bin/aaq/common.pl=20 line 8. Compilation failed in require at /usr/lib/cgi-bin/aaq/r/staff_notice.pl=20 line 16. Now, line 8, in common.pl, has: $script_url =3D url() ; ## do not alter Any hint abount this? Everything else is working fine :) Thanks in advance!! Martin Alex Polkovsky escribi=F3: > inthe /r directory of OAAQ is a perl script, close_record.pl, that need= s to be > run hourly (or at some interval). It closes records. >=20 > Have you set up that process yet? >=20 > Other /r scripts are send_late_notice.pl, staff_notice.pl, staff_notice= .sh which > send warnings of missed deadlines and daily summaries. >=20 > Alex >=20 >=20 >=20 >=20 > Quoting "M. Longo" <jm...@un...>: >=20 >=20 >>MRo...@th... escribi=F3: >> >>> >>> >>>I might be able to help with the Search tab problems. >>> >>>Search only works on closed items, not anything that is in the All Ope= n >>>list in any sector. If you don't have 'closed' questions you won't hav= e >>>anything to search. >>> >>>Try doing a numbered search under Search Record Numbers and see if you >>>bring up anything there. Of course, you have to search on a record num= ber >>>that is closed (in the archive). >>> >>>marcus >> >>Hi there Marcus... I understand what you say... but I can't find a way= =20 >>to mark questions as 'closed'... :S >> >>I've made several questions as a user... and answered them as a staff=20 >>member... the answers were sent and received... but the questions stil= l=20 >>appear in the 'ALL OPEN' tab, and in the 'MY WORKLIST' tab... some of=20 >>the questions are 15 days old! my sector_setting are three notice=20 >>points (12,24,72), firstanswer (24) and transaction (72)... so I guess= =20 >>that I should receive at least a message saying 'Hey... get back to=20 >>work!' if I understand the meaning of this settings correctly... :) >> >> >> >>> >>>Marcus Roesner, Ask A Question Administrator >>>Public Libraries - http://www.talonline.ca/askaquestion/publiclibrarie= s/ >>>Post Secondary Libraries - >>>http://www.talonline.ca/askaquestion/postsecondarylibraries/ >>> >>>AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadmin >>> >>>mro...@th... >>>p 1.780.414.0805 extension 236 >>>f 1.780.414.0806 >>> >>>Instant Messenger: AIM, Yahoo, Skype: aaqalberta >>>MSN: aaq...@ho... >>>ICQ: 179730787 >>> >>>The Alberta Library - Room 6-14 >>>7 Sir Winston Churchill Square >>>Edmonton, Alberta, Canada T5J 2V5 >>> >>>"You see things and say why, but I dream of things and say why not." G= B >>>Shaw >>> >>> >>> >>> >>>ope...@li... wrote on 02/06/2004 09:05:= 19 >>>AM: >>> >>> >>> >>>>Alex... thanks for your quick response! >>>> >>>>I had already inserted those values in 'sector_settings' table along >>>>with three noticepoints... :) >>>> >>>>Anyhow... I've started form scratch and did everything again, and now >>>>questions are being recorded well.... and everything looks operationa= l >>>>but the "SEARCH" module... I don't have any results (actually, nothin= g >>>>happens after clicking submit search) no matter what I try to find... >>>> >>> >>> >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by the new InstallShield X. >>>>From Windows to Linux, servers to mobile, InstallShield X is the one >>>installation-authoring solution that does it all. Learn more and >>>evaluate today! http://www.installshield.com/Dev2Dev/0504 >>>_______________________________________________ >>>Openaaq-discuss mailing list >>>Ope...@li... >>>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss >> >> >>--=20 >>J. Mart=EDn Longo >>Inform=E1tica >>SID-UNCuyo >>http://sid.uncu.edu.ar >> >> >> >>------------------------------------------------------- >>This SF.Net email sponsored by Black Hat Briefings & Training. >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>digital self defense, top technical experts, no vendor pitches, >>unmatched networking opportunities. Visit www.blackhat.com >>_______________________________________________ >>Openaaq-discuss mailing list >>Ope...@li... >>https://lists.sourceforge.net/lists/listinfo/openaaq-discuss >> >=20 >=20 >=20 >=20 >=20 > ................... > alex polkovsky > ap...@te... >=20 > "...the facts in Iraq have an anti-Bush agenda..." > The Daily Show >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 > digital self defense, top technical experts, no vendor pitches,=20 > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss --=20 J. Mart=EDn Longo Inform=E1tica SID-UNCuyo http://sid.uncu.edu.ar |
|
From: Alex P. <ap...@te...> - 2004-07-03 00:33:51
|
I think the added function should be a toggle like the show all/my sector swich. That would allow recovering previously locked accounts. I checked my OAAQ code and the ivisible affiliations are shown, but the same should apply. The code should also disallow logins for staff at a locked affiliation, but currently doesn't. Alex Quoting MRo...@th...: > > > > > Thanks Alex, that sounds about right. > > I note that in our installation, the administrator account also doesn't > show the 'invisible' affiliations from the Manage AAQ - Add/Edit Staff > Account page either, only our active affiliations are showing. Does the > 'invisible' setting also show/hide items here? > > For staff accounts, they would be locked for those affiliations. At some > point soon we will look at changes to the software so that locked staff > accounts are hidden from view as it is getting a bit unwieldy on some of > the affiliate lists. > > thanks for you help Alex! > > marcus, who is now done his 1 hour, post Canada Day work day and will head > out on the trails on his bike! > > Marcus Roesner, Ask A Question Administrator > Public Libraries - http://www.talonline.ca/askaquestion/publiclibraries/ > Post Secondary Libraries - > http://www.talonline.ca/askaquestion/postsecondarylibraries/ > > AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadmin > > mro...@th... > p 1.780.414.0805 extension 236 > f 1.780.414.0806 > > Instant Messenger: AIM, Yahoo, Skype: aaqalberta > MSN: aaq...@ho... > ICQ: 179730787 > > The Alberta Library - Room 6-14 > 7 Sir Winston Churchill Square > Edmonton, Alberta, Canada T5J 2V5 > > "You see things and say why, but I dream of things and say why not." GB > Shaw > > ope...@li... wrote on 30/06/2004 11:12:44 > PM: > > > > > In technical terms, the 'invisible' field only affects which affiliations > are > > shown by the question posting script for patrons to register with. > > > > Staff accounts would have to have their individual password reset tokeep > them > > from logging in. > > > > Deleting staff of aafiliations would corrupt the database and > > records belonging > > to those staff would not be available to view. > > > > Alex > > > > > > > > Quoting MRo...@th...: > > > > > > > > > > > > > > > > > Hi all, > > > > > > what sorts of things need to be considered when an affiliation is no > longer > > > actively involved in openaaq? > > > > > > We would like to have their items still visible in the staff/public > archive > > > but not have their registration visible, staff access available, etc. > > > > > > I know that there are tables that allow for affiliations to be visible > or > > > invisible and these would have to be changed, but is there just one > > > instance or are there more? What else needs to be considered? > > > > > > For background, we run a distributed library reference service across > the > > > province of Alberta, with 29 (now 28) libraries and systems > participating, > > > each one dealing with their own customers' questions, yet allowing for > each > > > library to collaborate and share information to help answer questions. > At > > > this point, due to funding, one of our member libraries is leaving the > > > service. > > > > > > thanks > > > > > > marcus > > > > > > PS happy Canada Day on July 1, I'll be back in the office on Monday, > July > > > 5th. > > > > > > > > > > > > Marcus Roesner, Ask A Question Administrator > > > Public Libraries - > http://www.talonline.ca/askaquestion/publiclibraries/ > > > Post Secondary Libraries - > > > http://www.talonline.ca/askaquestion/postsecondarylibraries/ > > > > > > AAQ Blog shameless plug: http://dev.talonline.ca/portal/blog/aaqadmin > > > > > > mro...@th... > > > p 1.780.414.0805 extension 236 > > > f 1.780.414.0806 > > > > > > Instant Messenger: AIM, Yahoo, Skype: aaqalberta > > > MSN: aaq...@ho... > > > ICQ: 179730787 > > > > > > The Alberta Library - Room 6-14 > > > 7 Sir Winston Churchill Square > > > Edmonton, Alberta, Canada T5J 2V5 > > > > > > "You see things and say why, but I dream of things and say why not." GB > > > Shaw > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email sponsored by Black Hat Briefings & Training. > > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > > digital self defense, top technical experts, no vendor pitches, > > > unmatched networking opportunities. Visit www.blackhat.com > > > _______________________________________________ > > > Openaaq-discuss mailing list > > > Ope...@li... > > > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > > > > > > > > > > > ................... > > alex polkovsky > > ap...@te... > > > > "...the facts in Iraq have an anti-Bush agenda..." > > The Daily Show > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > Openaaq-discuss mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Openaaq-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openaaq-discuss > ................... alex polkovsky ap...@te... "...the facts in Iraq have an anti-Bush agenda..." The Daily Show |
3 messages has been excluded from this view by a project administrator.
