New tool from PROSKIT

via Instagram http://instagram.com/p/YvGQCmEqVi/

Acabadinho de chegar ph probe

via Instagram http://instagram.com/p/YuZHQkEqaU/

RIP :( #aquario #aqua #escalar

via Instagram http://instagram.com/p/Yftv4DEqTT/

Black or white . . . . Hummm #viper5000

via Instagram http://instagram.com/p/Yd0idoEqWC/

My #discus #aquario #aqua #viper5000 hoje na hora de almoço

via Instagram http://instagram.com/p/Yc0nbYkqY-/

Reparar o Magsafe

Aqui fica um otimo diy de como reparar um magsafe (ou carregador dos mac's ) .

http://warrantyvoidifremoved.blogspot.ie/2013/04/repairing-charredburnedbroken-cable-on.html

Airc Alteração dos requisitos mínimos para as aplicações do ERP AIRC

Alteração dos requisitos mínimos para as aplicações do ERP AIRC  

Por forma a garantir a natural evolução das capacidades das aplicações que compõem o seu ERP, a AIRC irá proceder à atualização da plataforma de desenvolvimento que utiliza atualmente.

 Neste sentido e, de modo a acolher as inúmeras inovações e capacidades que vêm sendo determinadas pela evolução do mercado das Tecnologias da Informação e Comunicação, será necessário que as plataformas de suporte habitualmente utilizadas com aquelas soluções garantam os requisitos mínimos necessários.

A partir do dia 15 de Abril iniciaremos a disponibilização faseada das soluções.
Informamos que esta nossa plataforma requer ecrãs com uma resolução mínima de 1024 x 768 e suporta os seguintes sistemas operativos:
• Windows XP Profissional com SP3;
• Windows Vista Business (32 ou 64 bits);
• Windows 7 (32 ou 64 bits) com o SP1;
• Windows Server 2008 (32 ou 64 bits) com o SP2.

No entanto, deixa de suportar os seguintes sistemas operativos:
• Microsoft Windows XP Tablet PC Edition com SP3;
• Microsoft Windows Server 2003 com o SP2.

               
Para mais informações, por favor contacte os nossos Serviços de Apoio ao Cliente.
Obrigado.
 

Microsoft garante suporte do Windows Phone 8 até 2014

Microsoft garante suporte do Windows Phone 8 até 2014:

Desde do momento em que a Microsoft entrou no mercado mobile com o seu Windows Phone, a empresa tem sido questionada sobre o comportamento que irá ter com as atualizações e renovações de software. A questão é pertinente, pois a Microsoft é uma tradicional vendedora de software, enquanto que Apple e Google tem politicas de atualização diferentes.
No tempo do Windows Mobile, o Android e o iOS ainda não existiam como grandes forças, ou pelo menos, estavam numa faze muito inicial. Os tempos mudaram e o resultado no Windows Phone 7 não contentaram a todos os utilizadores.
Para o Windows Phone 8 a Microsoft prometeu que este terá uma cobertura de pelo menos 18 meses. Nesses 18 meses será seguido pela Microsoft e alimentado com atualizações e correções. O que a Microsoft não garante é atualizações para futuras novas versões, como um tal de Windows Phone 9. A razão dessa incerteza devesse ao hardware, região e marca do smartphone. Algo comum no Android e iOS, mas não tão "badalado".
Num relatório revelado recentemente foi possível verificar que o Windows Phone 8 será acompanhado com correções e atualizações até o final de 2014. É provável que os Windows Phone 8 de topo recebam a atualização para a nova versão denominada de Windows Blue até à data.
Alguns modelos mais fracos com Windows Phone 8 serão atualizados até o final de 2014, da mesma forma como todos os smartphones com Windows Phone 7.8 serão suportados até ao dia 9 de Setembro de 2013.

pfsence 2.0.3 New Features and Changes

pfSense 2.0.3 is a maintenance release with some bug fixes since 2.0.2 release. You can upgrade from any previous release to 2.0.3.
Because this release shortly followed after 2.0.2, you should review the 2.0.2 New Features and Changes document as well if you have not already done so.
The changelog for pfSense 2.0.3-RELEASE follows.

Contents 1 Security Advisories 2 PPP 3 Captive Portal 4 OpenVPN 5 Logging 6 Traffic Shaper 7 Dashboard & General GUI 8 Console Menu Changes 9 Misc Changes 10 lighttpd changes 11 Binary changes 11.1 filterdns 11.2 dhcpleases

Security Advisories

• Updated to OpenSSL 0.9.8y to address FreeBSD-SA-13:03

PPP

• Fix obtaining DNS servers from PPP type WANs (PPP, PPPoE, PPTP, L2TP)

Captive Portal

• Fix Captive Portal Redirect URL trimming
• Voucher sync fixes
• Captive portal pruning/locking fixes
• Fix problem with fastcgi crashing

OpenVPN

• Clear the route for an OpenVPN endpoint IP when restarting the VPN, to avoid a situation where a learned route from OSPF or elsewhere could prevent an instance from restarting properly
• Always clear the OpenVPN route when using shared key, no matter how the tunnel network "CIDR" is set
• Use the actual OpenVPN restart routine when starting/stopping from services rather than killing/restarting manually
• Allow editing an imported CRL, and refresh OpenVPN CRLs when saving. #2652
• Fix interface assignment descriptions when using > 10 OpenVPN instances

Logging

• Put syslogd into secure mode so it refuses remote syslog messages
• If syslog messages are in the log, and the hostname does not match the firewall, display the supplied hostname
• Fix PPP log display to use the correct log handling method
• Run IPsec logs through htmlspecialchars before display to avoid a potential persistent XSS from racoon log output (e.g. username)

Traffic Shaper

• Fix editing of traffic shaper default queues. #1995
• Fix wording for VoIP address option in the shaper. Add rule going the other direction to catch connections initiated both ways

Dashboard & General GUI

• Use some tweaks to PHP session management to prevent the GUI from blocking additional requests while others are active
• Remove cmd_chain.inc and preload.php to fix some issues with lighttpd, fastcgi, and resource usage
• Firmware settings manifest (Site list) now bolds and denotes entries that match the current architecture, to help avoid accidental cross-architecture upgrades
• Add header to DHCP static mappings table
• When performing a factory reset in the GUI, change output style to follow halt.php and reboot.php so the shutdown output appears in the correct location on the page
• Better validation of parameters passed during S.M.A.R.T. operations for testing HDDs
• Fixed SNMP interface binding glitch (Setting was active but not reflected when viewed in GUI)
• Add a new class called addgatewaybox to make it easier to respect custom themes #2900

Console Menu Changes

• Correct accidental interface assignment changes when changing settings on the console menu
• Console menu option 11 now kills all active PHP processes, kills lighttpd, and then restarts the GUI. This is a more effective way to restart the GUI since if a PHP process is hung, restarting lighttpd alone will not recover from that
• Fix port display after LAN IP reset

Misc Changes

• Change how the listening address is passed to miniupnpd, the old method was resulting in errors for some users
• Fix "out" packet count reporting
• Be a little smarter about the default kernel in rare cases where we cannot determine what was in use
• Pass -S to tcpdump to avoid an increase in memory consumption over time in certain cases
• Minimise rewriting of /etc/gettytab (http://forum.pfsense.org/index.php/topic,57325.0.html)
• Make is_pid_running function return more conistent results by using isvalidpid
• Fix ataidle error on systems that have no ATA HDD. #2739
• Update Time Zone database zoneinfo to 2012.j to pick up on recent zone/DST/etc changes
• Fix handling of LDAP certificates, the library no longer properly handles files with spaces in the CA certificate filename
• Bring in the RCFILEPREFIX as constant fixes from HEAD, since otherwise rc.stop_packages was globbing in the wrong dir and executing the wrong scripts. Also seems to have fixed the "bad fd" error
• NTP restart fixes
• Gitsync now pulls in git package from pfSense package repository rather than FreeBSD
• Fixed handling of RRD data in config.xml backups when exporting an encrypted config #2836
• Moved apinger status to /var/run instead of /tmp
• Fixes for FTP proxy on non-default gateway WANs
• Fixes for OVA images
• Use new pfSense repository location ( http://github.com/pfsense/pfsense/ )
• Add patch to compensate apinger calculation for down gateways by time taken from other tasks like rrd/status file/etc

lighttpd changes

• Improve tuning of lighttpd and php processes
• Use separate paths for GUI and Captive Portal fastcgi sockets
• Always make sure php has its own process manager to make lighttpd happy
• Make mod_fastcgi last to have url.rewrite work properly
• Enable mod_evasive if needed for Captive Portal
• Simplify lighttpd config
• Send all lighttpd logs to syslog

Binary changes

• dnsmasq to 2.65
• rsync to 3.0.9
• links 2.7
• rrdtool to 1.2.30
• PHP to 5.2.17_13
• OpenVPN 2.2 stock again (Removed IPv6 patches since those are only needed on 2.1 now)
• Fix missing "beep" binary on amd64
• Fix potential issue with IPsec routing of client traffic
• Remove lighttpd spawnfcgi dependency
• Add splash device to wrap_vga kernels (It's in GENERIC so full installs already have it). #2723

filterdns

• Correct an issue with unallocated structure
• Avoid issues with pidfiles being overwritten, lock the file during modifications
• Make filterdns restartable and properly cleanup its tables upon exit or during a reconfiguration

dhcpleases

• Correct use after free and also support hostnames with other DNS suffix
• Reinit on any error rather than just forgetting. Also the difftime checks are done after having complete view, no need to do them every time
• Typo fixes
• Log that a HUP signal is being sent to the pid file submitted by argument
• Prevent bad parsing of empty hostnames in lease file. Add an f option to run dhcplease in foreground. The only option needed while in foreground is h parameter and the only usable one as well

Google Enfrenta a Morte dos Utilizadores

Poderá não ser assunto que se goste de discutir mas, mais cedo ou mais tarde, lá chega o dia em que todos farão a fatídica pergunta: "E quando eu morrer? O que acontecerá aos meus emails, passwords, etc?" Há muitos serviços que tentam solucionar esse problema, das mais variadas formas, mas... são sempre assuntos sensíveis: estarão mesmo dispostos a confiar toda a vossa vida digital a algum serviço "estranho"? No que diz respeito ao Google, a coisa parece agora ficar resolvida através deste suavizado Inactive Account Manager (Gestor de Contas Inactivas).


A ideia é simples: podem definir um período de tempo (3, 6, 9, ou 12 meses) ao fim do qual a vossa conta do Google é considerada "inactiva". Ao fim desse tempo, será enviado um email automático para as pessoas de confiança que definirem, e às quais poderão dar acesso ao vossos dados de forma selectiva. Por exemplo, poderão dar acesso às vossas fotos no picasa a alguém da família; as informações do Blogger a um amigo; etc.

Os dados que podem partilhar postumamente são: +1s, Blogger, Contactos, Drive, G+ Circles, G+ Stream, Latitude, Mail, Pages, Picasa Web Albums, Profile, Reader (este vai morrer primeiro que nós - digo eu), Voice, e YouTube. A partir do momento de inactividade programada, os vossos contactos de confiança terão 3 meses para fazer download dos mesmos e... fazer o que quiserem fazer com eles (como já não estarão por cá para se chatear com isso, não stressem muito).

Para além disso, podem também definir um email automático de resposta a todos os que vos tentarem contactar no período de inactividade (para todas as pessoas, ou só às que constarem na vossa lista de contactos).

De qualquer forma, não se esqueçam que antes disto acontecer, o Google tentará entrar em contacto convosco, através do telemóvel e também por um email alternativo, para garantir que a conta não está inactiva apenas por distracção - e de modo a que possam adiar a "inactividade" até que seja mesmo definitiva.


É bom ver o Google a dar uma solução a este tipo de situações, que têm que ser encaradas - e cada vez mais, à medida que a geração tecnológica que assistiu à democratização e crescimento exponencial da Internet vai envelhecendo - e esperemos que muitos outros serviços comecem a seguir este exemplo.


Não sei se o Google ainda por cá estará no tempo em que nós nos formos... mas caso sejamos nós a irmos antes dele, ao menos temos a possibilidade de passar o testemunho deste nosso legado digital.

[via Google]