tgharold.com - tgharold.com: Tech Blog

Success! Domain tgharold.com was analyzed on Sunday 04. December 2016!

DomainsData.org: tgharold.com: Tech Blog

Title:

tgharold.com: Tech Blog
Age:

16 years old
Alexa Rank:
Total Sites Linking In (Alexa):

18
Domain's IP Country:

United States
Status Code:

OK
IP Address:

96.45.82.214
Description:
Keywords:

tgharold.com Whois Information:

1.

Domain Name:

tgharold.com
2.

Domain Age:

16 years old
3.

Name Server 1:

ns1.dnsmadeeasy.com
4.

Name Server 2:

ns3.dnsmadeeasy.com
5.

Created:

Saturday 23. September 2000
6.

Expires:

Sunday 23. September 2018
7.

Domain Registrar:

Register.com, Inc.

Website Important Html Tags:

TAG
TEXT
div
We're developing an application at work where the backend system is very limited on what characters it will accept over the wire as well as issues with various fields having to be in a specific format. While we are validating everything on the backend system before we accept it, I believe that it is also useful to provide guidance to the user while they are entering data into the fields via input masks.
div
While I love mdadm (software RAID), it's perplexing me at the moment as it keeps changing its device number under Ubuntu. When I created the array, I created it as "md100", but whenever I restart it ends up as "md127" (and could end up as something else!). Normally, this doesn't matter, but I'm doing LVM on LUKS, so I need a static (unchanging) path to the array device.
div
That means the static path to this array is "/dev/md/freya\:100" and I can use LUKS format on it with:
div
Alternate, I can search for the UUID in the /dev directory and find:
div
I can then add a LUKS keyfile to the device and unlock the device at boot by listing it in the /etc/crypttab file. Either path will work, but the colons (:) will likely have to be escaped in /etc/crypttab.
div
PS: Yes I've tried putting the array line in the /etc/mdadm/mdadm.conf file as just "ARRAY /dev/md100 UUID=deafbeef:deadbeef:beafdeff:beaffffa", which is supposed to fix the issue.
div
PS #2: It's interesting that the mdadm UUID appears in /dev/disk/by-id and not /dev/disk/by-uuid.
div
My favorite file-level backup tool for Linux (or OS X or Cygwin) is still
div
Since mid-September, we have been hunting a problem that occurs for our Thunderbird users when they attempt to send email via the Office 365 mail server. It seems to be limited to just those using the
div
Kent James
div
Beginning about September 17, 2015, we started receiving reports from ExQuilla users who used Office365 as a server, that sent emails have all line breaks removed, which appears as an issue to both the recipient as well as in the Sent Items folder.
h2
Installation
h2
Binding
h2
Usage
h2
JSFiddle
h2
Search This Blog
h2
Blog Archive
h2
Subscribe To
h2
Labels
h1
tgharold.com: Tech Blog
b
destroys all data
li
Efficiency when dealing with millions of files, borg is very fast at scanning the file system and figuring out what needs to be backed up. In the past, I've run it against an IMAP mail server file system with a few million files and about 100GB. Each snapshot would only take 15-20 minutes instead of a few hours for some other solutions.
li
Very few files created on the target file system. Other solutions like rsnapshot or rdiff-backup will turn 1 million source files into 10 million backup files (or worse) due to how they implement snapshots. While it's useful to be able to browse the backup directory just like the source file system, it causes all sorts of issues for disk performance or copying backup directories off to removable media. In contrast, borg creates only a few dozen or few hundred files per snapshot.
li
Deduplication using variable block sizes. This is a huge win if you have a lot of files where parts of the files are identical. The algorithm in borgbackup will find those identical sections and only store them once in the backup repository.
li
Efficiency over the network. For the most part, as long as borgbackup is isntalled on both the source and destination systems, borg is very good at sending the least amount of traffic over the wire. With variable block deduplication, it's going to be more efficient then other file level deduplication solutions.
li
Built-in client-side encryption. While I don't use this (my backups are stored on LUKS encrypted file systems), this could be useful if you are backing up to a destination server that you do not trust 100%.
li
Compression of backup data prior to transmission to the repository server. This also helps reduce the size of the repository on the target server.
li
Works over SSH (as does rsync, rsnapshot, rdiff-backup).
li
Open up Thunderbird.
li
Go to the "Options" dialog.
li
Find the "Composition" tab.
li
Go to the "General" tab under "Composition".

tgharold.com IP Information:

1.

Ip Address:

96.45.82.214
2.

Country:

United States
3.

Status Code:

OK
4.

Region Name:

Virginia
5.

City Name:

Reston
6.

Zip Code:

20191
7.

Speed test:

not available

tgharold.com Alexa Information:

5 Websites linking to tgharold.com:
askubuntu.com
superuser.com
serverfault.com
linux.org.ru
whirlpool.net.au

Websites related to tgharold.com:

Top Keywords from Search Engines:

Site Screenshots:

Screenshot created on Sunday 04. December 2016

This is a screenshot of tgharold.com, created on Sunday 04. December 2016
Click on thumb to enlarge the screenshot.

Google Ranking Screenshots:

Screenshot created on Sunday 04. December 2016

This is a Google Top 10 results' screenshot for keyword tgharold.com: Tech Blog created on Sunday 04. December 2016.
The position for keyword tgharold.com: Tech Blog is: 4
Google Ranking Position checked from US (United States of America) Ip Address on Sunday 04. December 2016.
Click on thumb to enlarge the screenshot.