Пропускане към основното съдържание

Някои проблеми при синхронизирането на контактите между Google Contacts и Mozilla Thunderbird

С масовото навлизане на смартфоните под Android проблемът със синхронизирането на контактна информация между телефона и акаунта ви в Google е решен. Но така ли стоят нещата, ако използвате за пощенски клиент Mozilla Thunderbird?
За целите на експеримента създадохме фиктивен потребител, наречен инж. Иван Петров Стоянов, като се постарахме да въведем възможно най-много информация в разнообразните полета, осигурявани от Google.

Обобщената контактна информация от Thunderbird изглежда така:


От първият екран с контактната информация можем да установим, че:
  1. Презимето е „изчезнало“ и се появява, заедно с обръщението, само в името, което се изобразява в адресната книга.
  2. Служебният и личният адрес на пощенска кутия са отразени като Email и Additional Email. Адресът от Facebook, който е въведен като адрес „по избор“, е изчезнал.
  3. От всички телефонни номера се изобразяват само първите служебен, домашен и мобилни. Ако имате въведени повече от един номер в съответната категория, както и „по избор“, напр. с името на оператора, то, за разлика от Android, Thunderbird ги игнорира.
  4. Потребителските имена в чат-мрежите се изобразяват коректно на обобщения екран, но в контактния екран се показва само първото (според подреждането на Thunderbird).


От екрана с личните данни можем да установим, че:
  1. Адресът и датата на раждане са „пренесени“ правилно.
  2. Дати на годишнини и др. събития, както и имената на роднини, не се визуализират.
  3. Личната интернет страница, напр. блог, не се показва в съответната графа, ако не е въведена изрично като домашна от страна на клиента (опциите на Google са профил, начална страница, блог, по избор, като нито една от тях не се визуализира в Thunderbird).


Служебните адреси и интернет страница се визуализират почти коректно, като вместо титлата (инж.) се визуализира длъжността (конструктор):


Допълнителната информация и бележки се синхронизират от Thunderbird към Google, но не и обратно.


Чат имената се визуализират коректно, поне тези, които сме въвели:


Последният раздел ни дава достъп до реалната информация, която се обменя между пощенския клиент и Google:


Можем да разгледаме xml файла и да установим, че „липсващата“ информация е налична, но не се визуализира, вероятно поради несъответствие или липса на имената на съответните полета:


Извод: за коректна синхронизация на данните между настолния ни компютър и мобилния ни телефон, като се използва Google Contacts като посредник и централизирано хранилище, не трябва да се използват полетата „по избор“ за въвеждане на информация, а допълнителните данни във вече попълнена категория, напр. мобилен номер, да се въвеждат като бележки.

Коментари

Популярни публикации от този блог

Проектиране на кемпер с VehiPlan

Оливер Колонж (Oliver Collonge) написва през 2011 г. втора версия на безплатната програма за дизайн на кемпери VehiPlan . Според автора тя е писана и трябва да работи под Windows 2000/Vista. Пробите показват, че работи нормално и под Windows 7 и 10. След като свалите архива (zip) можете да го разархивирате в C:\Windows\Program Files (x86)\. Програмата е с френски интерфейс и затова са необходими още няколко файла - vb6fr.dll , comdlg32.ocx & mscomctl.ocx . Тези файлове се поставят в C:\Windows\SysWOW64\. Comdlg.ocx се поставя в C:\Windows\System32\. След това е необходимо да се стартира Command Prompt (cmd - като администратор) и да се изпълни командата: regsvr32 %systemroot%\system32\comdlg32.ocx Ако възникне някакъв проблем, по-нова версия на файла може да се свали от тук . След това трябва да направим препратка към C:\Program Files (x86)\VehiPlan-2-0-0\VehiPlan.exe за по-удобно стартиране, която да поставим на работния плот или друго подходящо място. В архивния файл на програмат

Диаграма на Гант с електронна таблица

Диаграмата на Гант се състои от ленти, ориентирани успоредно на времевата ос. Всяка лента представлява отделна задача в проекта (вид работа), краищата ѝ — началния и крайния момент на изпълнението  ѝ, а дължината ѝ - продължителността на задачата. Тези диаграми могат да се използват и за други, не точно производствени, цели - например да покажат заетостта на учебна зала. Когато представянето на данните е регулярна задача може да се използва специализиран софтуер като GanttProject, но за инцидентна визуализация можем да се справим с „подръчни средства“. Сега ще покажем как с електронна таблица (LibreOffice Calc) ще визуализираме времето, за което няколко служители са работили във фирмата: Изходните данни са в няколко колони: Продължителността на трудовия стаж в дни определяме с формулата D2=C2-B2, като я копираме за всеки последващ ред. На 6-и ред съответно с функцията MIN и MAX определяме минимална и максимална дата в таблицата, а на 7-и ред - записваме начална (1.1.1989) и

MD5 и SHA-1 хеш алгоритми

MD5 (от „message-digest“) криптографският алгоритъм е създаден през 1991 г. от проф. Роналд Райвест и за първи път е публикуван през април 1992 г. Целта му е да замени компрометирания MD4 алгоритъм, който не е достатъчно сигурен. В последствие се оказва, че и MD5 не отговаря на съвременните изисквания за сигурност и може да бъде разбит. MD5 е построен върху конструкцията на Merkle–Damgård и генерира шестнайстично число със фиксиран размер от 32 символа (128 бита) за входящо съобщение с произволна дължина. Идеята е да се създаде уникален идентификатор за съобщението, който да гарантира неговата истинност. Например: MD5("The quick brown fox jumps over the lazy dog") = 9e107d9d372bb6826bd81d3542a419d6 Дори малка промяна, напр. добавя не точка в края на входящото съобщение би трябвало да генерира нов уникален идентификатор: MD5("The quick brown fox jumps over the lazy dog . ") = e4d909c290d0fb1ca068ffaddf22cbd0 Дължината на вход