The iMic USB soundcards are really nice. Good quality parts, 48k@24 bit recording (iirc). Interface-wise these cards are very simple. They pretty much just have volume and balance, no frilly features to speak of. Oh, and it runs on Mac, Linux, Windows, etc. without special drivers. By far one of the best (consumer-grade) sound cards I've ever used. And no, I don't work for them.
I use Dia all the time for interface. It's great for trying out different variations. Since the graphic primitives are so, well, primitive, it's easy to focus on usability instead of eye candy. Visio might also be usable for this.
Place the zipfiles into a directory readable by the webserver but not accessable over HTTP. Call it something like/webroot/private
Create a second directory, writable by your shopping cart script and HTTP-accessable. Call it something like/webroot/orders
When a customer places and order, have the script create a symbolic link from the private directory to an order-specific filename in the public directory (an MD5 sum of e.g. the time + process id might make an appropriate filename)
Provide a link to the symlinked file in the customer's receipt
For example:
In the script:
ln -s/webroot/private/CONTENT.zip/wehroot/orders/RANDOM_FILENAME.zip
(Thank you slashcode for clobbering that code - get rid of the space in 'zip' and the '[example.com]' string, above)
This isn't foolproof since customers can still pass the URL on to others. If they do though, you'll know who did it based on the order-specific filename.
Maybe so that if Something Really Bad Happens then whitehouse.gov will (in theory) still have connectivity. FEMA's network is probably set up with those kinds of scenarios in mind.
One rarely needs to read a user's spool file. In the rare cases where it does need to be done one generally gets permission from the user beforehand and uses grep and similar tools to show only the information that one is looking for. I feel it is ethical to perform limited examination of user's email without the user's express consent as part of troubleshooting, etc. provided that no personal information (e.g. message bodies) is viewed. Similar guidelines apply for packet sniffing. That being said, actively reading other's emails and/or harvesting private information from them is highly unethical.
>And finally - the story is not about Microsoft, it's about malware that someone else created. >You could create and install malware for Firefox too, you know
Except that the infection vector is a known IE exploit for which there is no patch.
Not a console app per-se, but a great shell environment. Press Enter on the keypad and have the current selection or line executed by the shell with stdout and stderr going to the editor window. This plus on-the-fly macro recording makes system administration a breeze.
6: Sulphuric acid rain 7: A planet that catastrophicly resurfaces itself on unknown but geologicly short timescales.
There's a reason that we only have one photo from the surface of Venus: the Soviet lander only survived long enough to take one picture (and the craft was heavily hardened against the environment)
>I find IPTABLES to be a bitch to configure. It's more complex than it needs to be. Just like most Linux software.
Try fwbuilder. It's a gui app that lets you easily configure multiple firewalls. Exports to shell scripts so you can tweak by hand if you want. Works with FreeBSD as well.
Silly question, but why are you using VNC instead of X11? xmms is an X-Windows application and X-Windows is designed to support 'seperation of UI and backend by a network transparent layer'. If you're concerned about access from non-Unix platforms, there are X Servers available for Windows (Cygwin has a decent one) and OS-X (very nice). Also, X11 is much less resource intensive than VNC.
A similar idea has already been implemented. Some Canadian researchers used an existing 8000km fiber optic network as a storage device. Basicly, the network is configured as a loop and the data to be stored is simply sent onto the network. Packets of data are placed onto the network and can be pulled from it as they pass a node on the network. It's kind of like a cross between a token ring network and a mercury delay line. You can find a few more details from this link.
>> While LCD panels don't have an electron beam to radiate phosphorus, they still radiate >> photons. Otherwise you wouldn't be able to see them.
With a CRT, each pixel in each row is scanned individually; with an LCD, all the pixels in a row are simultaneously scanned. This makes LCDs more secure than CRT because one can only determine the brightness of each row in the display while with a CRT one cand determine the brightness of each point in a row as well thus allowing one to reconstruct the image.
Actually, the towers did not fully meet NYC building
codes. Normally building of that size would not
have been permitted to be built because the extreme
height would make fire fighting very difficult.
The towers were constructed by the Port Authority of
New York and New Jersey (an intergovernmental body)
which was exempt from local building codes. The
Port Authority knew that the buildings went against
NYC building code but decided to procede with construction
despite strong objections from the NYC Fire Department.
Create a webusers group and make all hosting clients members of it
Set permissions of web files to 604 or 705
Set ownership as follows:
user: the file's owner
group: webusers
The web server should run under a group other than webusers
Set up like this each user can access their files (they have read/write/execute permission on them), but not those of other group members. The web server
still be able to access them since it is not part of the webusers group and
thus falls under the 'other' set of permissions. It is important to restrict
access to the server to members of the webuses group and to
administrators - there should be no regular users on the machine
who are not in the webusers group. A server set up this way should
do want you are trying to do.
The Intrepid is definitely not free (unless you count viewing from the highway),
Try putting the following in /etc/rc.local
setterm -blank 0 -powersave off
So it was cut wires after all.
TFA's a bit light on details but maybe someone just dropped a wrench on the thing. OTOH if it's cut wires or something like that's another story...
According to this page, 16MB of RAM in 1981 would run you about $150,000.
The iMic USB soundcards are really nice. Good quality parts, 48k@24 bit recording (iirc). Interface-wise these cards are very simple. They pretty much just have volume and balance, no frilly features to speak of. Oh, and it runs on Mac, Linux, Windows, etc. without special drivers. By far one of the best (consumer-grade) sound cards I've ever used. And no, I don't work for them.
Floating point addition, I'd presume. Probably SIMD but maybe register to register.
I use Dia all the time for interface. It's great for trying out different variations. Since the graphic primitives are so, well, primitive, it's easy to focus on usability instead of eye candy. Visio might also be usable for this.
- Place the zipfiles into a directory readable by the webserver but not accessable over HTTP. Call it something like
/webroot/private
- Create a second directory, writable by your shopping cart script and HTTP-accessable. Call it something like
/webroot/orders
- When a customer places and order, have the script create a symbolic link from the private directory to an order-specific filename in the public directory (an MD5 sum of e.g. the time + process id might make an appropriate filename)
- Provide a link to the symlinked file in the customer's receipt
For example:In the script: /webroot/private/CONTENT.zip /wehroot/orders/RANDOM_FILENAME.zip
ln -s
In the receipt:i p">Click here to download</a>
<a href="http://example.com/orders/RANDOM_FILENAME.z
(Thank you slashcode for clobbering that code - get rid of the space in 'zip' and the '[example.com]' string, above)
This isn't foolproof since customers can still pass the URL on to others. If they do though, you'll know who did it based on the order-specific filename.
Maybe so that if Something Really Bad Happens then whitehouse.gov will (in theory) still have connectivity. FEMA's network is probably set up with those kinds of scenarios in mind.
$ whois 63.161.169.137
Sprint SPRN-BLKS (NET-63-160-0-0-1) 63.160.0.0 - 63.175.255.255
FEMA SPRINTLINK (NET-63-161-169-0-1) 63.161.169.0 - 63.161.169.255
whitehouse.gov is on FEMA's network? Interesting. Though it kind of makes sense if you think about.
Having to ask the salesman whether the RAM is Vegan... Never expected that would happen!
One rarely needs to read a user's spool file. In the rare cases where it does need to be done one generally gets permission from the user beforehand and uses grep and similar tools to show only the information that one is looking for. I feel it is ethical to perform limited examination of user's email without the user's express consent as part of troubleshooting, etc. provided that no personal information (e.g. message bodies) is viewed. Similar guidelines apply for packet sniffing. That being said, actively reading other's emails and/or harvesting private information from them is highly unethical.
>And finally - the story is not about Microsoft, it's about malware that someone else created. >You could create and install malware for Firefox too, you know
Except that the infection vector is a known IE exploit for which there is no patch.
Not a console app per-se, but a great shell environment. Press Enter on the keypad and have the current selection or line executed by the shell with stdout and stderr going to the editor window. This plus on-the-fly macro recording makes system administration a breeze.
Best strictly console apps: vi, wget, bash, grep, sed, awk, screen
I'd add to to that
6: Sulphuric acid rain
7: A planet that catastrophicly resurfaces itself on unknown but geologicly short timescales.
There's a reason that we only have one photo from the surface of Venus: the Soviet lander only survived long enough to take one picture (and the craft was heavily hardened against the environment)
>I find IPTABLES to be a bitch to configure. It's more complex than it needs to be. Just like most Linux software.
Try fwbuilder. It's a gui app that lets you easily configure multiple firewalls. Exports to shell scripts so you can tweak by hand if you want. Works with FreeBSD as well.
OK, I see now
Silly question, but why are you using VNC instead of X11? xmms is an X-Windows application and X-Windows is designed to support 'seperation of UI and backend by a network transparent layer'. If you're concerned about access from non-Unix platforms, there are X Servers available for Windows (Cygwin has a decent one) and OS-X (very nice). Also, X11 is much less resource intensive than VNC.
Looks like Burning Man to me
A similar idea has already been implemented. Some
Canadian researchers used an existing 8000km fiber
optic network as a storage device. Basicly, the network
is configured as a loop and the
data to be stored is simply sent onto the network.
Packets of data are placed onto the network and can be
pulled from it as they pass a node on the network.
It's kind of like a cross between a token ring network
and a mercury delay line. You can find a few more
details from this link.
...except for FIXME!
>> While LCD panels don't have an electron beam to radiate phosphorus, they still radiate >> photons. Otherwise you wouldn't be able to see them.
With a CRT, each pixel in each row is scanned individually; with an LCD, all the pixels in a row are simultaneously scanned. This makes LCDs more secure than CRT because one can only determine the brightness of each row in the display while with a CRT one cand determine the brightness of each point in a row as well thus allowing one to reconstruct the image.
Actually, the towers did not fully meet NYC building codes. Normally building of that size would not have been permitted to be built because the extreme height would make fire fighting very difficult. The towers were constructed by the Port Authority of New York and New Jersey (an intergovernmental body) which was exempt from local building codes. The Port Authority knew that the buildings went against NYC building code but decided to procede with construction despite strong objections from the NYC Fire Department.
- Create a webusers group and make all hosting clients members of it
- Set permissions of web files to 604 or 705
- Set ownership as follows:
- user: the file's owner
- group: webusers
- The web server should run under a group other than webusers
Set up like this each user can access their files (they have read/write/execute permission on them), but not those of other group members. The web server still be able to access them since it is not part of the webusers group and thus falls under the 'other' set of permissions. It is important to restrict access to the server to members of the webuses group and to administrators - there should be no regular users on the machine who are not in the webusers group. A server set up this way should do want you are trying to do.