Re: [Ldsoss] PHP web components?

2007-05-19 Thread Sean Gates

I'll second the Prototype plug.
___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


Re: [Ldsoss] PHP web components?

2007-05-19 Thread Scott Barber

IMO Prototype really sets the standard here. http://www.prototypejs.org/

You're then free to add scriptaculous on top of it for other cool
effects. http://script.aculo.us/

They are both rock solid and widely used.

-Scott


On 5/19/07, Kevin Wise <[EMAIL PROTECTED]> wrote:

I know I could roll my own (I have done my share of ajax), but at a
certain level it seems like a waste of time if someone else has already
packaged it into something that frees me from having to write
boilerplate JavaScript code.  It's even better if it's a suite of tools
that use a similar approach, so I don't have to learn a new API for each
component. I guess I should have been more specific. Thanks for the url,
I'll evaluate it.

Kevin

Kyle Mathews wrote:
> What they're doing is just ajax.  There are dozens of javascript
> libraries out there that make it fairly simple to do ajax.  If you're
> a developer, you could roll out your own solution fairly quickly with
> a javascript library like jquery .  Googling "ajax
> autosuggest search" found one promising solution:
> http://www.brandspankingnew.net/archive/2007/02/ajax_auto_suggest_v2.html
> 
>
> Kyle
>
> On 5/19/07, *Kevin Wise* <[EMAIL PROTECTED] > wrote:
>
> At work I develop web applications using ASP.Net, and we recently
> purchased the obout suite of web components (http://www.obout.com/).
>
> For my personal development, I currently use PHP, mostly because
> that's
> what my hosting provider supplies.  Does anyone know of any web
> components like these (preferably open source) that work with
> PHP?  The
> one I am most interested in initially is the autosuggest combobox
> ( http://www.obout.com/combobox/ex_autosuggest.aspx).
>
> Kevin Wise
>
> ___
> Ldsoss mailing list
> Ldsoss@lists.ldsoss.org 
> http://lists.ldsoss.org/mailman/listinfo/ldsoss
>
>
> 
>
> ___
> Ldsoss mailing list
> Ldsoss@lists.ldsoss.org
> http://lists.ldsoss.org/mailman/listinfo/ldsoss
>
___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


Re: [Ldsoss] PHP web components?

2007-05-19 Thread Kevin Wise
I know I could roll my own (I have done my share of ajax), but at a 
certain level it seems like a waste of time if someone else has already 
packaged it into something that frees me from having to write 
boilerplate JavaScript code.  It's even better if it's a suite of tools 
that use a similar approach, so I don't have to learn a new API for each 
component. I guess I should have been more specific. Thanks for the url, 
I'll evaluate it.


Kevin

Kyle Mathews wrote:
What they're doing is just ajax.  There are dozens of javascript 
libraries out there that make it fairly simple to do ajax.  If you're 
a developer, you could roll out your own solution fairly quickly with 
a javascript library like jquery .  Googling "ajax 
autosuggest search" found one promising solution: 
http://www.brandspankingnew.net/archive/2007/02/ajax_auto_suggest_v2.html 



Kyle

On 5/19/07, *Kevin Wise* <[EMAIL PROTECTED] > wrote:

At work I develop web applications using ASP.Net, and we recently
purchased the obout suite of web components (http://www.obout.com/).

For my personal development, I currently use PHP, mostly because
that's
what my hosting provider supplies.  Does anyone know of any web
components like these (preferably open source) that work with
PHP?  The
one I am most interested in initially is the autosuggest combobox
( http://www.obout.com/combobox/ex_autosuggest.aspx).

Kevin Wise

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org 
http://lists.ldsoss.org/mailman/listinfo/ldsoss




___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss
  

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


Re: [Ldsoss] PHP web components?

2007-05-19 Thread Kyle Mathews

What they're doing is just ajax.  There are dozens of javascript libraries
out there that make it fairly simple to do ajax.  If you're a developer, you
could roll out your own solution fairly quickly with a javascript library
like jquery .  Googling "ajax autosuggest search" found
one promising solution:
http://www.brandspankingnew.net/archive/2007/02/ajax_auto_suggest_v2.html

Kyle

On 5/19/07, Kevin Wise <[EMAIL PROTECTED]> wrote:


At work I develop web applications using ASP.Net, and we recently
purchased the obout suite of web components (http://www.obout.com/).

For my personal development, I currently use PHP, mostly because that's
what my hosting provider supplies.  Does anyone know of any web
components like these (preferably open source) that work with PHP?  The
one I am most interested in initially is the autosuggest combobox
(http://www.obout.com/combobox/ex_autosuggest.aspx).

Kevin Wise

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


[Ldsoss] PHP web components?

2007-05-19 Thread Kevin Wise
At work I develop web applications using ASP.Net, and we recently 
purchased the obout suite of web components (http://www.obout.com/).


For my personal development, I currently use PHP, mostly because that's 
what my hosting provider supplies.  Does anyone know of any web 
components like these (preferably open source) that work with PHP?  The 
one I am most interested in initially is the autosuggest combobox 
(http://www.obout.com/combobox/ex_autosuggest.aspx).


Kevin Wise

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


Re: [Ldsoss] NAS and Firewall Hardware / Software

2007-05-19 Thread Kevin Wise
Thanks for all the input.  I actually already have a Linksys router for 
a hardware firewall, and I wasn't planning to replace that.  For the two 
of you that recommended splitting the hardware, would it change your 
mind if I limited the new machine to content filtering proxy and NAS 
(and leave the firewall and NAT to the router)?


Kevin

Scott Barber wrote:

I'd second the recommendation to split them up. I run IPCop for the
firewall, NAT, etc. and FreeNAS for the network storage.

-Scott

On 5/15/07, Shawn Willden <[EMAIL PROTECTED]> wrote:

On Tuesday 15 May 2007 12:26:08 am Kevin Wise wrote:
> I'd really like one piece of hardware
> that does both.  In my mind this would save me maintenance (fewer
> patches to apply) and maybe even cost.  Any comments?

I can see value in separating firewall and other functionality, but I
personally use one system for both, for just this reason.

> I Is 512 MB of RAM enough?

Plenty.  I have 1 GiB in mine, but that's mostly because I had extra 
RAM lying

around from upgrading another box.

> Should I get
> hardware RAID or software RAID?  In terms of importance to me,
> reliability is second only to cost.  I don't want my files to 
disappear
> because my single RAID controller failed and the drive is 
unreadable by

> another controller.

I use software RAID primarily for this reason, but there are other 
reasons as
well.  A big one is flexibility.  With Linux MD RAID you can mix and 
match
drives of different types and sizes with no problem, and you can use 
as many

disks as you can pack into the box.

I also made use of MD RAID's flexibility to make adding new disks 
easier.  I

partitioned my drives into small (50GB) pieces and constructed multiple
arrays (each array element on a different disk, obviously), then 
combined the
RAID arrays into a large storage pool with LVM.  That way, when I 
need to add

another disk I can add it to the running system by:

1.  Pick one physical volume (which is a RAID array) and use pvmove 
to migrate

all of the data off of it.
2.  Remove the array from the volume group
3.  Destroy the array and rebuild it, adding another partition from 
the new

disk.
4.  Add the resulting (larger) physical volume back into the volume 
group.

5.  Go back to step 1, until all arrays have been upgraded.

This approach takes a long time, but it's perfectly safe -- after a 
power

outage pvmove picks up right where it left off, yes I have firsthand
experience -- and the system continues running and serving files the 
whole
time.  Last time I did it, I wrote a script to perform the 
operations.  The

script took about 30 minutes to write and about four days to run.

Supposedly, someone is looking into giving MD the native ability to add
another drive into RAID-5 arrays, which would make the partitioning + 
LVM

stuff less necessary, but it hasn't happened yet.

One other thing to consider with your RAID configuration is hot spare 
vs. RAID
6.  I use a hot spare, but I'm planning on rebuilding my system with 
RAID 6
(one partition array at a time).  The odds of two drives failing at 
once are
negligibly small, but I had a scare a few weeks ago when one of the 
RAID 5
drives failed and while the system was rebuilding onto the hot spare, 
another
drive had some transient error -- I think caused by a SATA controller 
driver

bug, but I can't be sure.

The problem with RAID 5 is that the process of rebuilding a degraded 
RAID 5
array is very intense, so if you have another drive with any latent 
problems,

they'll probably crop up then -- the worst possible time.

I think I did the best possible thing I could do -- I immediately 
shut the
machine down (and told the kids the video server was down, possibly 
for good)
and thought things over for a full week.  I realized that if I could 
forcibly
reconstruct each array with the exact sequence of drives that were 
running
when the second failure occurred, I might be able to get it back.  
Luckily,

mdadm had e-mailed me the contents of /proc/mdstat, and that had the
information I needed.

So I powered the machine back up, forcibly rebuilt an array (still in 
degraded
mode) with --assume-clean, then added the spare and crossed my 
fingers while
it recalculated parity and changed to non-degraded mode.  When that 
worked, I

repeated with each of the other arrays, then held my breath while I
reactivated LVM and then ran fsck on the file systems.  It worked and I
didn't lose anything.

After that harrowing experience, I made two decisions:

1)  I need to be more diligent about backing up my important data.  I 
had most

of it, but not all of it.
2)  I'm going to move to RAID 6 so that I can take two *simultaneous* 
disk
failures and not lose anything.  That's better than RAID 5 with a hot 
spare,

and much better than RAID 5 without a spare.

BTW, my system has 4 PATA and 2 SATA drives:

3 200 GB PATA
1 250 GB PATA
2 500 GB SATA

I have four PATA controllers (two on the mobo, two on a PCI card), so 
each

dri

[Ldsoss] Re: HT and VT Tool

2007-05-19 Thread Bill Pringle
Since several of you are working on similar tools, let me tell you 
one of the things I implemented within my program for keeping track 
of updates.  If you don't plan for updates up front, it becomes 
increasingly more difficult the further along you get into development.


I have an auxiliary file that can be used to store cell phones 
(associated with the person, not the family), work numbers, etc.  I 
also use it to provide information for non-members not in MLS as well 
as out-of-unit individuals working in the unit (such as myself).  The 
key is to tie the entries in this file to the entries in MLS.  I 
originally used the membership number, but that causes problems for 
people who don't have access to the exported CSV files.  (My program 
can be used, for example, by an EQ/RS Pres by saving the MLS reports 
they have access to.)  I am planning on instead using a combination 
of their name and phone number.  I will probably generate a unique 
number and use that internally within my database structure.  As I 
read entries from MLS, I would do a lookup in the index to find the 
unique number.  If not found, I would create a new entry for the 
presumably new member.


Most likely I will implement both methods.  The membership number 
already exists, so all I need to do is to implement an alternative 
indexing method if the CSV files aren't present.  (My program will 
fist try to read the MLS CSV export files.  If they aren't found, it 
tries for MLS report files (using the Shift-Ctrl-C trick), and if all 
else fails, it will look for web pages saved from the unit web site.)


As I said before, you can download my program and see how it works:
http://www.personal.psu.edu/faculty/w/r/wrp103/lds/index.html#mls
and I would be glad to send anyone the C source files if need be.

One of these days, I have to upload all these tools I have to sourceforge. ;^)




---
Bill Pringle
work: [EMAIL PROTECTED]   http://www.unisysfsp.com
http://www.unisys.com
home/school: [EMAIL PROTECTED] http://www.personal.psu.edu/~wrp103
http://CherylWheeler.com

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


RE: [Ldsoss] (no subject)

2007-05-19 Thread Manfred Riem
Hi Sean,

Using JPA and JavaDB you would have a database up and running in a very
short while.
Importing data you could do using a separate DSN in Windows. All you would
then need
to do is databinding.

See
http://blogs.sun.com/roumen/entry/swing_application_framework_swing_databind
ing

Manfred Riem
mriem at manorrock.org
http://www.manorrock.org/
Founding Java Champion
https://java-champions.dev.java.net/

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sean M. Cox
Sent: Saturday, May 19, 2007 10:19 AM
To: ldsoss@lists.ldsoss.org
Subject: [Ldsoss] (no subject)

Manfred,
 Currently, as I mentioned, the database is a custom design. My
application interfaces with the Individual's, Household's, and
Companionship's via an object which I refer to as a "Superset". A Superset
is an interface which is intended to be implemented to manage the access of
data in different repositories. Currently I have two implementations; one to
access the data in the CSV file, rather directly, and the other to access my
custom database. Access to the custom database is handled via a third
class/layer, which is simply called a Connection. The connection does all
the file reading/writing and provides the most basic query functions to the
higher level classes.
 Concerning the JPA, I'm not really personally familiar with it, which
would currently be the only reason why I haven't used it thus far.

 Sean Cox

| Nice start,
| 
| What are you using? I hope an object oriented way of doing it? Do you
use
| JPA?
| 
| Manfred Riem
| mriem at manorrock.org
| http://www.manorrock.org/
| Founding Java Champion
| https://java-champions.dev.java.net/

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss


[Ldsoss] (no subject)

2007-05-19 Thread Sean M. Cox
Manfred,
 Currently, as I mentioned, the database is a custom design. My
application interfaces with the Individual's, Household's, and
Companionship's via an object which I refer to as a "Superset". A
Superset is an interface which is intended to be implemented to manage
the access of data in different repositories. Currently I have two
implementations; one to access the data in the CSV file, rather
directly, and the other to access my custom database. Access to the
custom database is handled via a third class/layer, which is simply
called a Connection. The connection does all the file reading/writing
and provides the most basic query functions to the higher level
classes.
 Concerning the JPA, I'm not really personally familiar with it,
which would currently be the only reason why I haven't used it thus
far.

 Sean Cox

| Nice start,
| 
| What are you using? I hope an object oriented way of doing it? Do you
use
| JPA?
| 
| Manfred Riem
| mriem at manorrock.org
| http://www.manorrock.org/
| Founding Java Champion
| https://java-champions.dev.java.net/

___
Ldsoss mailing list
Ldsoss@lists.ldsoss.org
http://lists.ldsoss.org/mailman/listinfo/ldsoss