X-Git-Url: http://git.freeside.biz/gitweb/?p=freeside.git;a=blobdiff_plain;f=TODO;h=f9e685528a74b9a57d91f0d55143a2aba86f37ff;hp=84e57dce66e60e88faf52da53e8a5ba2e5316422;hb=1dd250b6ff2c32f0bb9b4db7606066f34721e7d9;hpb=95ff27e612e0357c6ec44036b30c77d16b173690 diff --git a/TODO b/TODO index 84e57dce6..f9e685528 100644 --- a/TODO +++ b/TODO @@ -1,4 +1,4 @@ -$Id: TODO,v 1.54 2000-12-11 01:10:15 ivan Exp $ +$Id: TODO,v 1.66 2001-07-30 07:13:34 ivan Exp $ If you are interested in helping with any of these, please join the *development* mailing list (send a blank message to @@ -6,6 +6,126 @@ ivan-freeside-devel-subscribe@sisd.com) to avoid duplication of effort. --- +> Does Freeside currently support notification to the customer that their +> credit card on file is about to expire? +> What about notification that their +> credit card was declined after they sign up, say like in 5 months when it +> fails? + + +random templating thoughts: +for starters, read the "Template Syntax" section of Text::Template +that sums up the starting philosophy pretty well +> Text::Template is unsuitable because it's backwards, but don't worry about ++that quite yet. everything in that section applies +.. +then ttp://forum.swarthmore.edu/epigone/modperl/frahthonbror/19990525144012.8806.qmail@plover.com +.. +then: given that as background, freside will use a simple template syntax designed ++to interact well with the webmonkey html editors, and will export to Mason ++and Apache::ASP for starters, and eventually any "right-side-out" "eval" ++templating system + + +make svc_acct.import complain if you try to use a local file + +make the invoices configurable such that: +> Also, Can you change FreeSide so that it says "GST" instead of TAX? + +"Andrew Wafula" : +> Following my recent questions on money_char, i would like to suggest that +> money_char be used as well in cust_bill.cgi and cust_main.cgi so that the +> charges are seen in whatever money_char is used in a particular country +> instead of the default dollar currecny. This would make it such that the +> system has one monetary unit in its entirety rather than only for the +> invoicing part. I guess this would be something others would appreciate as +> well. + +Things that would be nice but probably won't happen: testing with +MySQL+Sleepycat, a fix for the long-RADIUS-attributes-with Pg problem, +passive session monitoring with RADIUS (tailing a log file or monitoring a +database, as opposed to using a RADIUS with proper callbacks). + +anything doing transactions in the web interface should likely move into *.pm. +(transactions are here woo!) + +write some sample billing expressions with libcflow-perl :) + +(future templating) +. +(at least) These questions need to be answered for Mason, Apache::ASP and +eperl. If eperl becomes too much of a pain, I'm okay with forgetting +about it - it's not well-maintained. +. +How do you interpolate a value? +mason: <% $value %> +apache-asp(don't think there is a "with-escaping-HTML" way?): <%= $value %> +. +How do you interpolate a value without escaping HTML? +mason: <% $value |n %> +apache-asp??: <%= $value %> +. +How do you interpolate a (possibly non-stand-alone, non-interpolated) +control structure? With an inital % - for example: +. +mason: + % foreach $value ( @values ) { + + % } +apache-asp: + <% foreach $value ( @values ) { %> + + <% } %> +. +This is one of the things I worry that the webmonkey HTML editors will not +like about Mason. That and the <%INIT> and <%PERL> tags. + + +in the context of a state machine (& MySQL and Pg locking) for LDAP export: +. +Also note that Pg locks are for the duration of the transaction, so +Freeside needs to start using transactions for this to happen. +FS::UID::adminsuidsetup should explicitly set AutoCommit false and export +some functions to begin and end transactions on $FS::UID::dbh. (Well, +eventually FS::UID should be an overloaded subclass of a DBI handle, but +we don't have to worry about that until perl threads + mod_perl + threaded +Apache 2.0 is stable, i.e. quite some time). + +Postfix +also supports virtual domains in a way that's somewhat similar (but not +compatible with) the way sendmail does. In the postfix world, all virtual +domain info is contained in one file (similar to the virtusertable), but +is formatted as such: +bar.com virtual +foo@bar.com some@other.net +quux@bar.com localuser1 +... +and so on. After the file is generated, it gets compiled into a hash db +using, "postmap /etc/postfix/virtual". + + +steal all the play-nice-with-cache stuff back from RT + +Use this for email checking: +libemail-valid-perl - Check validity of Internet email addresses +. +This module determines whether an email address is well-formed, and +optionally, whether a mail host exists for the domain. + + +wishlist from drenalin@ultimanet.com: +* delete button for customers +- 15th of the month billing +- field for customer referrals (naming who it is) and automatically crediting ++that account +- ability to edit referrals +- catch expired credit cards and notify via email when they are expiring +* show passwords +- set default shell to /bin/false when adding ppp account +- import list of POPs from Megapop (see www.ultimanet.com and click on locations ++from text in index page) + + wishlist wrt projects/consulting from jivko@ijs.com: >The other thing, which is the serious part, is the following: We do not >offer dial-up services and that part of the system does not have to work, @@ -86,6 +206,7 @@ Yes, but we're small and have been tracking projects manually. first package select field in edit/cust_main.cgi isn't sticky on errors, yuck +(also referral isn't sticky either? yuck) > 1. A Web Form to the user get his account added automatically . The > /etc/raddb/users and /etc/passwd would be updated automatically (these