[Date Prev][Date Next][Thread Prev][Thread Next][Interchange by date
][Interchange by thread
]
Re: [ic] more admin UI hacking fun
Quoting Dan B (db@cyclonehq.dnsalias.net):
>
> >However, when I restarted IC and loaded the page my changes didn't
> >show up. It's like the variables are cached somewhere. I don't know
> >where. Calling 'bin/interchange -r' says the old server is killed
> >then a new server is started. Wouldn't this new server refresh the
> >definition of UI_STD_HEAD with my changes?
>
> Interchange imports lib/UI/vars/*, including any backup files that you
> (probably) made. If that is the problem, move them to another directory,
> more info here:
> http://developer.akopia.com/archive/interchange-users/2000/msg10368.html
You can also do something like:
#include lib/UI/vars/*[A-Za-z0-9]
if you are leaving files like UI_STD_HEAD~ laying around.
>
> Mike, I noticed Jon made 4.7.x import only usertag/*.tag files, how about
> doing the same for lib/UI/vars/*.var in 4.7.x? I attached my own thoughts
> on it as a patch to dist/lib/UI/ui.cfg.
>
That will be done. We are planning on making all of the include directory/*
backup-file tolerant.
One thing we are looking at is providing in 4.7.x a whole mechanism for
adding "packages" to the demo catalogs. I.e., a system-5 init.d/ rc.d/
mechanism for changing configuration.
( This is far from decided or finalized, so any input is valuable here
and can effect what is implemented. )
This would allow you to drop in a new configuration change for adding
a capability (like a certain type of pricing, a new payment scheme,
a new transaction logging setup, etc.). Basically, you would do:
include config/ordered/*
There backup files wouldn't be tolerated, because it is just a set of
symlinks. The tree would be something like:
ordered:
total 0
lrwxrwxrwx 1 mike staff 15 Jan 28 03:11 S10url -> ../sections/url
lrwxrwxrwx 1 mike staff 17 Jan 28 03:11 S11image -> ../sections/image
lrwxrwxrwx 1 mike staff 17 Jan 28 03:11 S15pages -> ../sections/pages
lrwxrwxrwx 1 mike staff 19 Jan 28 03:11 S16session -> ../sections/session
lrwxrwxrwx 1 mike staff 18 Jan 28 03:11 S18system -> ../sections/system
lrwxrwxrwx 1 mike staff 20 Jan 28 03:11 S19template -> ../sections/template
lrwxrwxrwx 1 mike staff 22 Jan 28 03:11 S21database_default -> ../sections/db.default
lrwxrwxrwx 1 mike staff 22 Jan 28 03:11 S30encryption -> ../sections/encryption
lrwxrwxrwx 1 mike staff 17 Jan 28 03:13 S40order -> ../sections/order
lrwxrwxrwx 1 mike staff 19 Jan 28 03:11 S42pricing -> ../sections/pricing
lrwxrwxrwx 1 mike staff 20 Jan 28 03:11 S44shipping -> ../sections/shipping
lrwxrwxrwx 1 mike staff 22 Jan 28 03:11 S46tax -> ../sections/tax.simple
lrwxrwxrwx 1 mike staff 19 Jan 28 03:11 S50payment -> ../sections/payment
lrwxrwxrwx 1 mike staff 18 Jan 28 03:11 S60userdb -> ../sections/userdb
sections:
total 76
-rw-r--r-- 1 mike staff 429 Jan 6 15:52 db.default
-rw-r--r-- 1 mike staff 142 Jan 6 15:52 db.mysql
-rw-r--r-- 1 mike staff 144 Jan 6 15:52 db.oracle
-rw-r--r-- 1 mike staff 147 Jan 6 15:52 db.pgsql
-rw-r--r-- 1 mike staff 170 Jan 6 15:52 encryption
-rw-r--r-- 1 mike staff 176 Jan 6 15:52 image
-rw-r--r-- 1 mike staff 2211 Jan 28 03:12 order
-rw-r--r-- 1 mike staff 568 Jan 6 15:52 pages
-rw-r--r-- 1 mike staff 1821 Jan 6 15:52 payment
-rw-r--r-- 1 mike staff 457 Jan 6 15:52 pricing
-rw-r--r-- 1 mike staff 231 Jan 6 15:52 session
-rw-r--r-- 1 mike staff 71 Jan 6 15:52 shipping
-rw-r--r-- 1 mike staff 223 Jan 6 15:52 shipping.ups
-rw-r--r-- 1 mike staff 303 Jan 6 15:52 shipping.ups_www
-rw-r--r-- 1 mike staff 337 Jan 6 15:52 system
-rw-r--r-- 1 mike staff 571 Jan 6 15:52 tax.simple
-rw-r--r-- 1 mike staff 2846 Jan 6 15:52 template
-rw-r--r-- 1 mike staff 539 Jan 6 15:52 url
-rw-r--r-- 1 mike staff 373 Jan 6 15:52 userdb
You can see that it would be easy to make a "package" which drops config
chunks in the sections directory, then provide a tool which links in
the different capabilities.
Just like in System-5 init, the name of the file is important as it controls
the order in which it is included. (Of course order is dependent for some
configuration directives.)
--
Akopia, Inc., 131 Willow Lane, Floor 2, Oxford, OH 45056
phone +1.513.523.7621 fax 7501 <heins@akopia.com>
Unix version of an Outlook-style virus:
It works on the honor system. Please forward this message to everyone
you know, and delete a bunch of your files at random.
_______________________________________________
Interchange-users mailing list
Interchange-users@lists.akopia.com
http://lists.akopia.com/mailman/listinfo/interchange-users
