Instale o pacote sshfs:
$ sudo apt-get install sshfs

Adicione-se ao grupo fuse:
$ sudo adduser seuusuario fuse

Crie um diretório onde você irá montar os arquivos remotos:
$ mkdir arquivosremotos

Monte o diretório:
$ sshfs dominio.da.sua.maquina:/diretorio/a/montar/ arquivosremotos

Se você tem alguma outra sugestão para esta função por favor comente.


/**
* Valida uma string de data
* @param {string} sData Uma string de data
* @return verdadeiro se a data é válida
*/
function testaData(sData) {
if (!sData.length) return false;
var datamat = sData.split('/');
if (datamat.length < 3) return false;
var dia = (datamat[0].charAt(0) == '0') ? parseInt(datamat[0].slice(1)) : parseInt(datamat[0]);
var mes = (datamat[1].charAt(0) == '0') ? parseInt(datamat[1].slice(1)) : parseInt(datamat[1]);
var ano = parseInt(datamat[2]);
if (ano < 1800) return false;
var data = new Date(ano, (mes - 1), dia);
var datastr = "" + dia + mes + ano;
var dataconvertida = "" + data.getUTCDate() + (data.getMonth() + 1) + data.getFullYear();
return(datastr == dataconvertida);
}


Linux oferece uma maneira fácil para manipular as propriedades do seu hardware: arquivos de texto. O controle depende do seu hardware. Por exemplo, os fans precisam estar conectados na placa mãe (e não na fonte), os fans precisam ter o terceiro cabo para ler a velocidade (se você quiser ler), e a placa mãe precisa dar suporte a tudo isso (e o Linux entender tudo). O padrão é o seguinte:

• Fans
  • Podem ser ligados, desligados e ter sua velocidade controlada por PWM. Este ajuste permite escolher entre fritar o computador (ou partes dele) ou morrer surdo.
  • /sys/class/hwmon/hwmon0/device/ contém estes, entre outros arquivos interessantes:
    • tempX_input
      X é um número de 1 a X sensores de temperatura identificados na sua placa mãe.
      Armazena a temperatura deste sensor, em Celsius * 1000.
      A qualidade desse dado vai depender do suporte que o Linux dá à sua placa mãe.
      Eg:
      $ cat temp3_input
40500
…mostra uma temperatura de 40.5C no sensor 3. No meu caso, o sensor 3 está embaixo do processador.
    • tempX_max
      X é um número de 1 a X sensores de temperatura identificados na sua placa mãe.
      Armazena a temperatura máxima que este sensor deve alcançar, em Celsius * 1000.
      $ cat temp3_max
60000
…mostra uma temperatura de 60C no sensor 3. A partir de 60C a placa mãe começa a apitar.
    • beep_enable
      Define se vai haver aviso sonoro caso alguma temperatura fique acima do tempX_max.
      Como na maior parte dos arquivos liga/desliga, 1 significa ’sim, apite’, 0 significa ‘não’. O apito vai depender de outros detalhes do sistema, como o módulo pcspkr. Geralmente as placas mãe apitam sozinhas, mas melhor ser redundante.
    • pwmX
      Meu favorito, controla a velocidade do fan. Aceita números de 0 a 255. Os fans velhos que tenho aqui começam a rodar entre 50 e 60, na velocidade mínima, e rodam na velocidade máxima com pwm 255. Para ler:
      $ cat pwm1
121
      … e para setar (apenas como root)
      # echo 255 > pwm1
      Note que é necessário ser root, o que você pode conseguir com
      $ sudo -i
    • fanX_input
      Mostra a velocidade instantânea do fan, em RPM. Para ler
      $ cat fan1_input
1757
que significa 1757 RPM para o fan1, neste caso é o que fica sobre o processador.
• Processador
  • Pode ter sua freqüência controlada automaticamente (por demanda) ou fixa.
  • /sys/devices/system/cpu/cpu0/cpufreq contém estes, entre outros arquivos interessantes:
    • scaling_cur_freq
      É a freqüência atual do processador, em Hz. Para ler:
      $ cat scaling_cur_freq
1000000
      … ou seja, este está a 1GHz no momento.
    • scaling_available_frequencies
      São as freqüências nas quais este processador pode trabalhar. Por exemplo:
      $ cat scaling_available_frequencies
1800000 1000000
      mostra que este processador pode trabalhar a 1GHz ou 1.8GHz.
    • scaling_available_governors
      Mostra todos os tipos de controle disponíveis para este processador.
      $ cat scaling_available_governors
powersave userspace ondemand conservative performance
      Estes serão os valores disponíveis para o seu scaling_governor, onde powersave vai colocar o seu processador em velocidades mais baixas, performance vai colocar seu processador nas velocidades mais altas (ideal para jogos), e userspace para você fazer o controle na mão.
    • scaling_governor
      $ cat scaling_governor
ondemand
      mostra que estamos com a freqüência sendo ajustada automaticamente. Neste calor, não é uma boa idéia, pois prefiro esperar um resultado a fritar a máquina. Vamos mudar para outra coisa:
      # echo "powersave" > scaling_governor
      …fará com que este processador funcione apenas a 1GHz.

Tudo isso depende do suporte do seu hardware e de alguns módulos que fariam este artigo muito longo. Os fans podem ser controlados automaticamente pelo fancontrol, ou você pode até escrever o seu shell script para controlá-los: basta ler e salvar arquivos. Para mais informações, deixe um comentário.

lm-sensors requer algumas tentativas para configurar, mas em computadores mais novos isto é geralmente feito de forma automática.

Para os HDs, use um pacote chamado hddtemp, que é um programa bastante simples. Para instalar:
# apt-get install hddtemp

Para usar o hddtemp, nada mais simples:
# hddtemp /dev/[seu drive]
onde [seu drive] deve apontar para o HD a ser medido, como por exemplo /dev/hda ou /dev/sda.

Para ter controle completo dos ventiladores, use o pacote fancontrol. O fancontrol permite que voce controle a velocidade de cada ventilador que a motherboard permitir ligar/desligar via software. Este pacote é bastante útil se você acha que seu computador está barulhento mas requer alguns cuidados pra configurar. Quer saber mais? Deixe um comentário.

Os eventos no Internet Explorer são acessíveis de diferentes formas, dependendo de como foram anexados aos elementos HTML da página enquanto que no Firefox eles vem sempre como parâmetro na função do evento.

Se um evento é anexado a um elemento utilizando o formato DOM nível 0:

elemento.onclick = função;

Então o evento aparece apenas como uma propriedade no objeto window no Internet Explorer.

Dessa forma é recomendado utilizar o seguinte código para detectar um evento nos dois navegadores:

var divBotao = document.getElementById("divBotao");
divBotao.onclick = function(oEvento)
{
  var oEvt = oEvento ? oEvento : window.event; // linha de detecção
  alert("O Tipo do Evento é: " + oEvt.type);
};

5h40am: O Departamento de Meteorologia de New South Wales (estado daqui de Sydney) soltou uma recomendação de que haveriam ventos fortes (até 100km/h, nada pra se alarmar) e poeira.
6h00am: O céu estava vermelho. Na verdade acordei com a poeira. Na verdade mesmo acordei achando que a poeira era por não ter limpado a casa neste final de semana.
6h30am: O serviço de balsas começa a operar mais devagar e chega a parar por alguns instantes. Alguns poucos vôos são redirecionados. Ônibus e trem operam normalmente.
7h00am: É o horário que as pessoas começam a sair de casa. Algumas se atrasaram. Demorou um pouco pro pessoal sair hoje.
7h30am: Movimento normal nas estações de trem e pontos de ônibus. Ônibus está sempre atrasado mesmo, então a lentidão nem foi muito perceptível. Algumas pessoas estavam cobrindo o nariz como podiam.
8h00am: Medrosos e preguiçosos, alguns dos motoristas resolveram usar o transporte público. Não só a visibilidade limitada na rua, mas também o fato de ter que limpar a casca de poeira sobre os vidros e faróis. Quem dirigiu se divertiu.
8h40am: tudo normal, apenas 10 minutos atrasado. Lojas abertas, comércio funcionando.

São só uns 3500km de deserto entre aqui e Perth. Essas coisas acontecem - não aqui em Sydney, mas acontecem. Neste evento, a causa foram as cheias nos meses anteriores no sudoeste de Queensland, em Lake Eyre, dos rios Diamantina, Georgina e Cooper Creek. Essas cheias depositam sedimentos por uma grande área e tocam o frágil ecosistema da região. Neste atual período de seca, estes sedimentos ficam expostos. Um vento constante e forte soprando na direção certa (leste) levantou este sedimento fino e carregou-o, através do oeste seco de New South Wales, até chegar aqui de manhã.

Também não é certo culpar o aquecimento global ou poluição. “Nós sempre tivemos tempestades de poeira. Temos bastante evidência de que, durante a última era do gelo, tínhamos poeira sendo soprada pelo hemisfério sul, muita dessa vindo da Austrália.”, diz o professor Nigel Tapper, da Univerdade de Monash. E ainda mais, continuando o professor Tapper, contando que nos últimos 50 a 70 anos práticas agrícolas mais adequadas fizeram o solo bastante resiliente a erosão e vento, reduzindo o risco de eventos como esse.

A areia do deserto australiano é rica em óxido de ferro, que absorve a luz azul e faz com que o céu fique vermelho. Este óxido de ferro também é importante quando depositado no oceano, pois fertiliza o plâncton, que por sua vez absorve dióxido de carbono da atmosfera. Ordem de grandeza: 4 milhões de toneladas de poeira, extensão de 2400x400x2 km.

Para descobrir o nome e o Busid de uma placa de video, use:
$ lspci | grep VGA

O arquivo xorg.conf pode ser encontrado em /etc/X11/xorg.conf

Section "Device"	# nVidia Corporation GeForce 6100 nForce 430 (rev a2)
	Identifier	"VC0"
	Driver		"nv"
	Busid		"PCI:0:13:0"
EndSection
Section "Monitor"	# AOC 917 Vw
	Identifier	"M0"
EndSection
Section "Screen"
	Identifier	"S0"
	Device		"VC0"
	Monitor		"M0"
	Defaultdepth	16
	SubSection "Display"
		Depth	16
		Modes	"1440x900"
	EndSubSection
EndSection

Section "Device"	# nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)
	Identifier	"VC1"
	Driver		"nv"
	Busid		"PCI:1:06:0"
EndSection
Section "Monitor"	# ViewSonic VE175
	Identifier	"M1"
	Horizsync	64
	Vertrefresh	60
EndSection
Section "Screen"
	Identifier	"S1"
	Device		"VC1"
	Monitor		"M1"
	Defaultdepth	16
	SubSection "Display"
		Depth	16
		Modes	"1280x1024"
	EndSubSection
EndSection

Section "Device"	# nVidia Corporation NV43 [GeForce 6600 GT] (rev a2)
	Identifier	"VC2"
	Driver		"nv"
	Busid		"PCI:2:0:0"
EndSection
Section "Monitor"	# AOC 917 Vw
	Identifier	"M2"
EndSection
Section "Screen"
	Identifier	"S2"
	Device		"VC2"
	Monitor		"M2"
	Defaultdepth	16
	SubSection "Display"
		Depth	16
		Modes	"1440x900"
	EndSubSection
EndSection

Section "Device"	# Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP or 662/761Gx PCIE VGA Display Adapter
	Identifier	"VC0"
	Driver		"sis"
	Busid		"PCI:1:00:0"
EndSection
Section "Monitor"	# DELL 17" CRT
	Identifier	"M0"
	VertRefresh	75
	HorizSync	80
EndSection
Section "Screen"
	Identifier	"S0"
	Device		"VC0"
	Monitor		"M0"
	DefaultDepth	16
	SubSection "Display"
		Depth	16
		Modes	"1280x1024"
	EndSubSection
EndSection

Section "Device"	# nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev a1)
	Identifier	"VC1"
	Driver		"nv"
	Busid		"PCI:0:09:0"
EndSection
Section "Monitor"	# LG Studioworks 700S
	Identifier	"M1"
	VertRefresh	60
	HorizSync	64
EndSection
Section "Screen"
	Identifier	"S2"
	Device		"VC2"
	Monitor		"M2"
	DefaultDepth	16
	SubSection "Display"
		Depth	16
		Modes	"1280x1024"
	EndSubSection
EndSection

Section "Device"	# nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2)
	Identifier	"VC2"
	Driver		"nv"
	Busid		"PCI:0:11:0"
EndSection
Section "Monitor"	# MAC Vision 19"
	Identifier	"M2"
	VertRefresh	75
	HorizSync	80
EndSection
Section "Screen"
	Identifier	"S2"
	Device		"VC2"
	Monitor		"M2"
	DefaultDepth	16
	SubSection "Display"
		Depth	16
		Modes	"1280x1024"
	EndSubSection
EndSection

Section "InputDevice"	# Logitech Mouse Series 9 Serial CC-93-9F (ligado em COM1)
	Identifier		"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"	"/dev/ttyS0"
	Option		"Protocol"	"Logitech"
EndSection

Section "InputDevice"	# Mouse PS/2 convencional
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"ZAxisMapping"		"4 5"
	Option		"Emulate3Buttons"	"true"
EndSection

www.cpubenchmark.net

Exibe também benchmarks gráficos.

Interessante para quem está interessado em adquirir um novo micro.

No modo padrão de configuração da rede da máquina virtual, o NAT não permite que o sistema operacional host, o Ubuntu, enxergue o Windows XP.

Para que isso funcione, você deve alterar as Configurações de Rede de sua máquina virtual para modo Bridge no Adaptador 1 por exemplo:

O modo Bridge permite que a máquina virtual utilize a interface de rede do host como se estivesse ligada diretamente no switch da rede. Dessa forma a máquina virtual receberá um endereço IP automaticamente do seu roteador.

Para que o teste funcione, você deve desativar o Firewall da máquina virtual Windows e utilizar o comando abaixo para saber qual o endereço IP recebido:

ipconfig

Uma vez que tenha este endereço IP, no host com Ubuntu, faça um teste de ping:

ping ip_do_Windows

Por exemplo:

ping 192.168.1.104

Se tudo ocorreu normalmente, o host e o guest terão acesso entre si e resposta será algo como:

PING 192.168.1.104 (192.168.1.104) 56(84) bytes of data.
64 bytes from 192.168.1.104: icmp_seq=317 ttl=128 time=0.422 ms
64 bytes from 192.168.1.104: icmp_seq=318 ttl=128 time=0.534 ms
64 bytes from 192.168.1.104: icmp_seq=319 ttl=128 time=2.06 ms
64 bytes from 192.168.1.104: icmp_seq=320 ttl=128 time=0.688 ms