Избранное сообщение

Использование списков для ввода данных в Excel / Office / Excel

Вообще при работе с любой информацией, а уж с управленческой в первую очередь, первоочередное значение имеет ее качество. Она обеспечивае...

Ездил на экскурсию на хлебокомбинат.
Больше я хлеб не ем...
Ездил на экскурсию на мясокомбинат.
Больше я мясо не ем...
Завтра экскурсия на ликеро-водочный завод.
Я не поеду...

вторник, 31 октября 2017 г.

Графский парк в Нежине в октябре - 4 / Фото из личного архива


Смотри еще:

Смотри также Нежинский университет:

Памятник Гоголю. http://fetisovvs.blogspot.com/2015/05/blog-post_26.html
Музей в старом корпусе. http://fetisovvs.blogspot.com/2015/06/blog-post.html
Старый корпус. http://fetisovvs.blogspot.com/2015/05/blog-post_71.html
Витраж в старом корпусе. http://fetisovvs.blogspot.com/2015/06/blog-post_7.html

Переходы в старом корпусе Нежинского университета. http://fetisovvs.blogspot.com/2017/09/blog-post_88.html
Барельеф Н.В.Гоголя в старом корпусе Нежинского университета. http://fetisovvs.blogspot.com/2017/09/blog-post_92.html

Памятник Безбородько. http://fetisovvs.blogspot.com/2015/05/blog-post_45.html
Новый корпус. http://fetisovvs.blogspot.com/2015/05/blog-post_55.html
Парковая зона вокруг нового корпуса университета. http://fetisovvs.blogspot.com/2015/07/blog-post_14.html

Как объединить два несмежных раздела жёсткого диска / Продукты AOMEI

Для эффективного распределения пространства на Windows-компьютере может потребоваться увеличение одного какого-то раздела за счёт другого раздела, но несмежного – располагающегося относительно первого не перед, не после, а где-нибудь в другой части диска. Штатный инструмент системы – утилита «Управление дисками» — с этой задачей справляется только при условии преобразования диска базового типа в тип динамический.

По части же оперирования базовых дисков возможности утилиты весьма ограничены: она умеет увеличивать размер томов только за счёт нераспределённого пространства, находящегося после этих томов. И не более. Утилита не сможет увеличить том за счёт свободного места перед ним. Не говоря уже о проведении объединительных операций с несмежными томами.
Как же объединить два несмежных раздела жёсткого диска? Для этого придётся прибегнуть к стороннему софту – к программе AOMEI Partition Assistant. Чтобы решить поставленную задачу, достаточно будет базовой редакции программы, которая, кстати, поставляется совершенно бесплатно.
Итак, запускаем программу.
В нашем случае два несмежных раздела, которые необходимо объединить в один – это H и I. При этом H – это исходный раздел, который мы хотим оставить и увеличить, а I – присоединяемый, который впоследствии исчезнет и отдаст своё место H.
AOMEI Partition Assistant
Просто так взять и провести операцию их слияния нельзя. Даже если мы и выберем эту операцию в контекстном меню на любом из разделов,
Контекстное меню
то обнаружим лишь возможность их объединения со смежными.
Возможность их объединения со смежными
Присоединяемый раздел I придётся удалить, чтобы на его месте образовалось нераспределённое пространство. Но прежде, естественно, необходимо позаботиться о данных (если они есть). В процессе проведения операции слияния исходный раздел Hне пострадает. Именно на него можно перенести данные, вплоть до его заполнения под завязку. Если на последнем не хватит места, оставшуюся часть данных придётся временно разбросать по другим местам компьютера. Но нежелательно, чтобы это были промежуточные разделы, находящиеся между исходным и присоединяемым. Чтобы упростить задачу по переносу данных, всегда нужно присоединять меньший по размеру раздел к большему. Букву, если она прописана в программах в качестве пути размещения данных, можно поменять в любой момент после слияния.
Что же, приступим. Вызываем на разделе I контекстное меню и удаляем его.
Удаление
Как видим на скриншоте ниже, теперь на его месте образовалось нераспределённое пространство. Идём дальше: меню вызываем на исходном разделе H и выбираем операцию слияния.
Операция слияния
В появившемся окошке галочкой отмечаем пункт «Незанятое» (это бывший ранее раздел I) и жмём «Ок».
Незанятое
Всё – операции запланированы. Можем проанализировать будущую картину диска и при необходимости, нажав кнопку вверху «Сбросить», отменить всё, чтобы перераспределить место как-то по-другому. Если будущая структура диска устраивает, можем приступать к непосредственному претворению всего того, что запланировано. Жмём «Применить».
Объединять разделы
Затем – «Перейти».
Перейти
И – «Перезагрузить сейчас».
Перезагрузить
Далее работа AOMEI Partition Assistant продолжится в предзагрузочном режиме. Если мы говорим о проведении поставленной задачи на HDD, ждать её завершения, возможно, придётся долго. Ведь при слиянии несмежных разделов проводится смещение других разделов, находящихся между исходным и присоединяемым. Соответственно, все данные, которые хранятся на этих промежуточных разделах, будут перезаписаны в другие области носителя. А HDD по условию с такой нагрузкой справиться быстро не сможет. Чем больше данных хранится на промежуточном пространстве, тем больше по времени будет длиться процесс смещения.
Что же касается SSD, операция по слиянию несмежных разделов, естественно, пройдёт оперативнее. Однако, как упоминалось, осуществится перезапись данных. Потому перераспределять таким образом место на SSD-диске будет целесообразно лишь в условиях реальной необходимости.

Микросервисы для Java программистов. Практическое введение во фреймворки и контейнеры. (Часть 3) / Программирование на Java

Перевод книги Кристиана Посты (Christian Posta) Microservices for Java Developers. A Hands-On Introduction to Frameworks & Containers. Продолжение. Предыдущая публикация.

ГЛАВА 1. Микросервисы для Java программистов
(Продолжение)


Проектирование с учетом обязательств


В среде микросервисов с автономными командами и сервисами очень важно иметь в виду взаимоотношения между поставщиком и потребителем сервиса. Как автономная команда обслуживающая сервис, Вы не можете предъявлять какие-либо требования к другим командам и сервисам потому, что Вы не владеете ими, они автономны по определению. Всё, что Вы можете сделать — это выбрать, будете ли Вы принимать или не принимать их обязательства функциональности или поведения. А как поставщик сервиса для других, всё, что Вы можете сделать — это пообещать им определенное поведение. Они вольны в выборе — доверять Вам или нет. Модель теории обязательств впервые предложена Марком Берджессом (Mark Burgess) в 2004 году и описана в его книге «В поисках определенности» (In Search of Certainty, O’Reilly, 2015). Это исследование автономных систем включая человеческие и компьютерные, оказывающие услуги друг другу.



С точки зрения распределенных систем «обязательство» помогает сформулировать, какие услуги предоставляются и какие предположения на их счет могут или не могут быть сделаны. Например, команда владеет сервисом, который рекомендует книги. Мы обещаем персонифицированный набор книг, рекомендуемый для конкретного произвольного пользователя. Что произойдет, если при обращении к этому сервису один из бэкендов (база данных, хранящая текущий профиль рекомендаций для пользователей) вдруг недоступен? Мы могли бы сгенерировать исключение и отправить обратно трассировку стека, но это было бы не очень приятно для потребителя и может потенциально развалить другие части системы. Мы дали обещание и мы попытаемся сделать всё возможное, чтобы выполнить его. В том числе вернув некий стандартный набор рекомендаций книг или подмножество, состоящее из любой книги. Бывают случаи, когда обещания невозможно выполнить и наилучшее поведение в таком случае будет определяться уровнем сервиса или результатом для пользователей, который мы хотели бы сохранить. Ключевым здесь является акцент на обещании сервиса (выдать рекомендации), даже если сервис от которого мы зависим, не может выполнить своё обещание (база данных отказала). Попытки сдержать обещание помогают сохранить остальные части системы и удержать уровень качества обслуживания.

Другой взгляд на «обязательство» — это согласованное взаимное понимание его ценности для обеих сторон (как производителя, так и потребителя). Но как же нам выбрать из двух поставщиков, что ценнее и на какие обязательства нам стоит соглашаться? Если никто не обращается к сервису или не получает результат от обещаний, чем полезен такой сервис? Один из способов сформулировать обязательства между потребителями и поставщиками — это задаваемый потребителем контракт (consumer-driven contract). В задаваемом потребителем контракте мы можем зафиксировать объем обещаний кодом или утверждениями, а в качестве поставщика мы можем использовать эти знания, чтобы проверить, действительно ли мы держим свои обещания.

Управление распределенными системами


В конце концов управление отдельной системой проще, чем распределенной. Если есть только одна машина, один сервер приложений и в системе случились проблемы, мы знаем где искать. Если нужно изменить конфигурацию, обновить до определенной версии или обезопасить его — это всё равно одно физическое и логическое расположение. Выполнять управление, отладку и изменения в таком случае достаточно просто. Единая система может работать для некоторых приложений, но там, где требуется масштабирование, следует обратить внимание на микросервисы. Как мы уже упоминали ранее, микросервисы не даются бесплатно — плата за гибкость и масштабируемость — более сложная система управления.

Вот некоторые вопросы управляемости развертывания микросервисов:

  • Как запускать и останавливать весь «флот» сервисов?
  • Как собирать и консолидировать логи/метрики/параметры качества со всех микросервисов?
  • Как обнаруживать сервисы в изменяющемся окружении, если они могут появляться, исчезать, перемещаться и т.п.?
  • Как осуществлять балансировку нагрузки?
  • Как мы получим состояние кластера или отдельных микросервисов?
  • Как перезапустить «упавшие» сервисы?
  • Как организовать настраиваемую маршрутизацию запросов API?
  • Как обеспечить безопасность сервисов?
  • Как придержать/разогнать или отключить части кластера если он начал «разваливаться» или вести себя непредсказуемо?
  • Как развернуть несколько версий сервиса и корректно маршрутизировать к ним запросы?
  • Как провести изменения конфигурации во всем «флоте» сервисов?
  • Как организовать изменение кода приложения и его конфигурации безопасным, проверяемым и повторяемым способом?

И это не самые легкие для решения проблемы. Остальная часть книги будет посвящена введению Java-разработчиков в мир микросервисов и в способы решения некоторых из перечисленных выше проблем. Полный, всеобъемлющий перечень инструкций и ответов на перечисленные вопросы (и многие другие) появится во втором издании этой книги.

Технологические решения


На протяжении остальной книги мы познакомим Вас с некоторыми популярными компонентами технологий и как они решают некоторые проблемы разработки и внедрения программного обеспечения с использованием архитектуры микросервисов. Как говорилось ранее, микросервисы — это не только технологическая проблема, первостепенными являются правильная организационная структура и соответствующие команды. Переход от SOAP к REST не создает микросервисную архитектуру.

Первым шагом для команды Java разработчиков разрабатывающей микросервисы, является получение работающего результата на своей локальной машине! Эта книга познакомит Вас с тремя фреймворками Java для работы с микросервисами: Spring Boot, Dropwizard и WildFly Swarm. Каждый из них имеет свои плюсы для разных команд, организаций и подходов к микросервисам. Так же как и для любой другой технологии то, что некоторые инструменты лучше подходят для той или иной работы или команды — это норма. Перечисленные инструменты не единственные в своем роде. Есть еще пара, которые исповедуют реактивный подход к микросервисам — это Vert.x и Lagom. Переход к событийной модели разработки слегка отличается и требует несколько другого набора знаний, так что в этой книге мы будет придерживаться модели, которую большинство Java программистов найдут вполне комфортной.

Цель этой книги — подготовить Вас к использованию основных возможностей каждого из фреймворков. Мы погрузимся в пару «продвинутых» концепций в последней главе, но для первых шагов с каждым из фреймворков мы будем использовать микросервисное приложение «hello-world». Эта книга не является всеобъемлющим справочником по разработке микросервисов. В каждом разделе есть ссылки на справочные материалы, которые Вы сможете изучить по мере необходимости. Мы будем постепенно развивать приложение «hello-world», создав несколько сервисов и демонстрируя различные простые схемы взаимодействия.

Заключительный этюд для каждого из фреймворков затронет такие концепции как «переборки» (bulkheading) и «теория обязательств», чтобы сделать сервисы более устойчивыми перед лицом отказов. Мы покопаемся в таких частях стека NetflixOSS как Hystrix, что поможет облегчить реализацию этого функционала. Мы обсудим плюсы и минусы такого подхода и исследуем другие существующие варианты.

По мере продвижения по примерам мы обсудим значение Linux-контейнеров для развертывания, управления и изоляции микросервисов равно как и их значение для локальной разработки. Docker и Kubernetes внесли неоценимый вклад в упрощение работы с распределенными масштабируемыми системами, поэтому мы обсудим некоторые полезные практики связанные с контейнерами и микросервисами.

В последнем разделе, мы дадим Вам несколько мыслей на тему управления распределенными конфигурациями, логированием, мониторингу и непрерывной поставки.

Подготовка среды разработки


Для примеров мы будем использовать Java 1.8 и собирать их с помощью Maven. Пожалуйста, убедитесь, что у Вас установлены соответствующие программы и выполнены следующие условия:

  • JDK 1.8
  • Maven 3.2+
  • Есть доступ к командной строке (bash, PowerShell, cmd, Cygwin, и т.д.)

Экосистема Spring имеет несколько отличных инструментов, которые можно использовать либо в командной строке, либо в IDE. Большинство примеров будет придерживаться командной строки, чтобы оставаться независимыми от IDE потому, что каждая IDE определяет свой собственный способ работы с проектами. Для Spring Boot, мы будем использовать Spring Boot CLI 1.3.3.

Альтернативные IDE и инструментарий для Spring:
IDE на базе Eclipse: Spring Tool Suite.
Spring Initializr web interface.

И для Dropwizard, и для WildFly Swarm мы будем использовать JBoss Forge CLI и некоторые расширения, чтобы создавать и управлять проектами: JBoss Forge 3.0+.

Альтернативные IDE и инструментарий для проектов Spring, Dropwizard или WildFly Swarm (которые отлично работают с JBoss Forge):

  • IDE на базе Eclipse: JBoss Developer Studio.
  • Netbeans.
  • IntelliJ IDEA.

И наконец, для сборки и запуска микросервисов в виде Docker-контейнеров внутри Kubernetes нам понадобятся следующие инструменты для развертывания среды контейнеров:

  • Vagrant 1.8.1.
  • VirtualBox 5.0.x.
  • Container Development Kit 2.x.
  • Kubernetes/Openshift CLI.
  • Docker CLI (опционально).

Искусственный интеллект нового типа сделал CAPTCHA бесполезной

Новому виду искусственного интеллекта (ИИ) удалось обмануть систему, призванную отличать живых людей от роботов. Согласно публикации в журнале Science, ИИ смог успешно пройти проверку с помощью механизма CAPTCHA определенного вида. Точность прохождения составила 66,6%. Отметим, человек способен проходить CAPTCHA с точностью 87%. Если боту удается обмануть CAPTCHA хотя бы в 1% случаев, механизм считается непригодным.
Компьютеры отлично справляются с математическими вычислениями, способны читать тексты и распознавать изображение на фотографиях и видео, однако, если изображение слегка видоизменить, они оказываются в замешательстве. Можно научить компьютер распознавать букву «М», напечатанную любым из существующих шрифтов. Тем не менее, эту букву можно написать бесконечным числом способов, и всех их нельзя ввести в память компьютера.
Однако компания Vicarious из Сан-Франциско, занимающаяся разработками в области ИИ, создала вероятностный алгоритм машинного зрения Recursive Cortical Network («Рекурсивная корковая сеть»), способный проходить проверку CAPTCHA. Разработанный учеными ИИ наделен способностью к обобщению на основе небольшого набора примеров.
Другие искусственные нейронные сети также могут распознавать буквы и цифры, но для этого требуются миллионы примеров, предварительно обработанные и обозначенные человеком. В отличие от них Recursive Cortical Network работает подобно головному мозгу человека. Сначала сеть создает модель увиденной буквы в CAPTCHA, основываясь на ее очертаниях, а затем вероятностно определяет, что это за буква.
Вероятностный алгоритм – алгоритм, предусматривающий обращение на определённых этапах своей работы к генератору случайных чисел с целью получения экономии во времени работы за счёт замены абсолютной достоверности результата достоверностью с некоторой вероятностью.
Машинное зрение – применение компьютерного зрения для промышленности и производства. Компьютерное зрение представляет собой общий набор методов, позволяющих компьютерам видеть. Областью интереса машинного зрения, как инженерного направления, являются цифровые устройства ввода-вывода и компьютерные сети, предназначенные для контроля производственного оборудования, таких как роботы-манипуляторы или аппараты для извлечения бракованной продукции. Машинное зрение является подразделом инженерии, связанное с вычислительной техникой, оптикой, машиностроением и промышленной автоматизацией.

понедельник, 30 октября 2017 г.

Эксперты Лаборатории Касперского нашли способ восстановления зашифрованных Bad Rabbit файлов / Шифровальщики файлов

Из-за малозначительных операционных ошибок, допущенных создателями Bad Rabbit, некоторые жертвы вымогателя могут вернуть себе свои файлы без уплаты требуемого выкупа. Об этом в пятницу, 27 октября, сообщили обнаружившие ошибки исследователи «Лаборатории Касперского».
Основная проблема заключается в том, что Bad Rabbit не удаляет с зараженной системы теневые копии. Вредонос создает копию файла, шифрует ее и удаляет оригинал. В тот момент все зашифрованные файлы считаются «в работе», и на диске сохраняются их копии, созданные службой теневого копирования Windows. Теневые (невидимые) копии хранятся на диске неопределенное время, в зависимости от наличия свободного места.
Большинство вымогательских программ удаляют теневые копии с целью предотвратить обнаружения копий оригинальных, незашифрованных файлов с помощью ПО для восстановления диска. Как пояснили эксперты ЛК, авторы Bad Rabbit не позаботились о функции удаления теневых копий. Наличие теневых копий еще не гарантирует жертве полное восстановление всех ее файлов, однако позволяет вернуть хотя бы часть документов.
Вторая обнаруженная исследователями ошибка связана с паролями для дешифровки файлов. Bad Rabbit шифрует файлы жертвы путем шифрования MFT и заменяет главную загрузочную запись собственным экраном загрузки. На данном экране отображается значение «personal installation key#1», которое жертва должна указать на сайте злоумышленников после уплаты выкупа и получения ключа для дешифровки.
Экспертам ЛК удалось получить генерируемый вредоносом пароль во время отладки. Эксперты попытались использовать его после блокировки и перезагрузки зараженной системы. Ключ сработал, и процесс загрузки продолжился. К сожалению, метод позволяет обойти только кастомизированный загрузчик. После загрузки ОС файлы все равно остаются зашифрованными.
Исследователям также удалось обнаружить уязвимость в коде dispci.exe. Как оказалось, вредонос не стирает сгенерированный пароль из памяти, а значит, существует небольшая вероятность получения пароля до завершения процесса dispci.exe. Проблема заключается в том, что после перезагрузки компьютера пароль стирается из памяти, и получить его без уплаты выкупа уже нельзя.
Служба теневого копирования тома (Volume Shadow Copy Service) – служба ОС Windows, позволяющая копировать файлы, с которыми в данный момент времени ведется работа, в том числе с системными и заблокированными файлами. Необходима для программ восстановления системы и архивации (Paragon Drive Backup, Acronis True Image, Leo Backup R Drive Image и другие).
MFT (Master File Table – «Главная файловая таблица») – база данных о содержимом тома с файловой системой NTFS, представляющая собой таблицу, строки которой соответствуют файлам тома, а столбцы – атрибутам файлов.
Главная загрузочная запись (MBR) – код и данные, необходимые для последующей загрузки операционной системы и расположенные в первых физических секторах (чаще всего в самом первом) на жестком диске или другом устройстве хранения информации.

воскресенье, 29 октября 2017 г.

DesignEvo - бесплатный онлайн-сервис для создания профессиональных логотипов / Сайтостроительство

Недавно ко мне в примечаниях к одному из постов блога обратился представитель (разработчик) Candy из компании PearlMountain Limited, представляющий сайт-сервис для создания профессиональных логотипов DesignEvo https://www.designevo.com с просьбой проинформировать о нем читателей моего блога. Сам автор послания указывает на следующие плюсы сервиса:
  1. Доступ к более чем миллиону значков-логотипов.
  2. Выбор сотен шрифтов для текста и фигур логотипа. 
  3. Сам логотип полностью настраиваемый.
  4. Отсутствие ограничений на бесплатные загрузки логотипов.

Ознакомившись с сайтом, я пришел к выводу о том, что это предложение заслуживает внимания разработчиков сайтов и моих читателей.

На сервере отсутствует поддержка русского языка (кстати, для выбора языка следует прокрутить страницу в самый ее низ, где вы и обнаружите в самом правом нижнем углу выбор страницы. Но это, на мой взгляд, абсолютно не критично даже для пользователей, имеющих минимальные языковые английские навыки.

Итак. 
Для начала работы с сайтом щелкните кнопку "Make a Logo for Free" (Создайте  бесплатно логотип)., после чего вы попадаете на главную странице сервиса, где вы можете переключаться между тремя вкладками:

1. Иконки:


2. Текст: 
3. Фигуры


В центре страницы наблюдаем пустое место, куда загрузится наш логотип. Обращаем внимание на возможность изменения размеров логотипа и прочих настройках, содержащихся под этим самым пустым местом.



На вкладке с логотипами, все они сгруппированы в группы по функциональному назначению. Так, например, щелкнув кнопку "Computer", мы получаем доступ к логотипам данной тематики. (Кстати, найти нужную группу можно и путем поиска, набрав текст поиска в соответствующем поле).


Выбираем нужный логотип, который после этого помещается в область для редактирования:


Ну а дальше делайте с ним что угодно: добавляйте на него текст и фигуры, поворачивайте его, меняйте  цвет, добавляйте эффекты. Инструменты для работы с изображением находятся над изображением:


Так, например, выбрав черный квадрат (почти по Малевичу), мы получаем доступ к инструментам для работы с цветом:


Никаких проблем нет и с добавлением текста (названия и слогана):


Выбрав на вкладке Text нужный шрифт, видим, как на логотипе появилась рамка для ввода текста с выбранным шрифтом: меняйте ее размер, перетягивайте в нужное место и пр и пр. И вот ту наблюдается ложка дегтя: кириллица для текста - увы - не поддерживается, поэтому разработчикам есть смысл поработать над этим, если они желают получить полноценный доступ к сайтам стран с кириллицей (а таких хватает!)

Как видим, все просто и эффективно.

В целом впечатления таковы: с сервисом легко работать, просто и быстро получая нужный результат. Наличие привлекательного логотипа сайта подсознательно запоминается нами, делая его в дальнейшем узнаваемым, в чем сервис безусловно поможет разработчикам.

Смотри также:

Хеллоуин в черниговском пабе Robata (Чернигов)

Нравится нам или не нравится, но все время что-то меняется, причем, может быть и к лучшему, а может быть и нет. Но факт остается фактом: появился (странный) праздник Хэллоуин и определенной части (в первую очередь молодежи) он нравится. Вот и в субботу, заглянув с приятелем в пивной бар Robata, нас встретила официантка вот в такой раскраске (увы, но фото получились не лучшего качества):



Естественно, мы поинтересовались, что бы это могло значить, после чего нас уведомили, что это празднуется Хеллоуин. Впрочем и сам бы мог догадаться, оглянувшись по сторонам.


Смотри также Чернигов:

Новогодняя вечерняя Красная площадь. http://fetisovvs.blogspot.com/2017/03/blog-post_6.html
Новогодняя Красная площадь. http://fetisovvs.blogspot.com/2017/01/blog-post_34.html
Новогодняя елка на Красной площади. http://fetisovvs.blogspot.com/2017/01/blog-post_15.html
Новогодняя карусель на Красной площади. http://fetisovvs.blogspot.com/2017/01/blog-post_35.html
Закат над новогодней Красной площадью в Чернигове. http://fetisovvs.blogspot.com/2017/01/blog-post_44.html
Детские зимние аттракционы на Красной площади Чернигова. http://fetisovvs.blogspot.com/2017/02/blog-post_15.html
Красная площадь. http://fetisovvs.blogspot.com/2015/12/blog-post_63.html
Вид с Красной площади в Чернигове. http://fetisovvs.blogspot.com/2017/03/blog-post_21.html
Восточная сторона Красной площади. http://fetisovvs.blogspot.com/2017/04/blog-post_18.html
Пятницкая церковь. http://fetisovvs.blogspot.com/2016/05/blog-post_38.html
Областной театр. http://fetisovvs.blogspot.com/2017/03/blog-post_20.html
Аллея героев. http://fetisovvs.blogspot.com/2015/12/blog-post_8.html

Памятник Попудренко. http://fetisovvs.blogspot.com/2017/09/blog-post_5.html
Проспект Мира. http://fetisovvs.blogspot.com/2017/07/blog-post_84.html
Памятник жертвам Чернобыльской катастрофы. http://fetisovvs.blogspot.com/2015/12/blog-post_27.html
Здание черниговской мерии. http://fetisovvs.blogspot.com/2017/03/blog-post_37.html

Здание Черниговского отделения дворянского земельного банка. http://fetisovvs.blogspot.com/2017/09/blog-post_4.html
Черниговский железнодорожный вокзал. http://fetisovvs.blogspot.com/2017/04/blog-post_17.html
Турнир по настольному теннису среди ветеранов. http://fetisovvs.blogspot.com/2017/03/blog-post_5.html
Пивной магазин BierWeele. http://fetisovvs.blogspot.com/2017/07/bierweele.html

Кафе "Буба" на Красной площади. http://fetisovvs.blogspot.com/2017/08/blog-post_31.html


Смотри также Вал (архитектурно-исторический заповедник):

    Аллея. http://fetisovvs.blogspot.com/2015/11/blog-post_8.html
    Панорама аллеи. http://fetisovvs.blogspot.com/2016/10/blog-post_24.html
    Десна с Вала. http://fetisovvs.blogspot.com/2015/11/blog-post_9.html
    Лестница. http://fetisovvs.blogspot.com/2015/11/blog-post_91.html
    Борисоглебский собор. XII в. http://fetisovvs.blogspot.com/2015/11/xii.html
    Дом полковой канцелярии XVII век. http://fetisovvs.blogspot.com/2015/11/xvii.html
    Катерининская церковь с Вала. http://fetisovvs.blogspot.com/2017/09/blog-post_63.html

    Катерининская церковь. http://fetisovvs.blogspot.com/2015/10/blog-post_25.html
    Катерининская церковь. Внутри. http://fetisovvs.blogspot.com/2015/10/blog-post_26.html
    Обновленный иконостас в Катерининской церкви. http://fetisovvs.blogspot.com/2017/08/blog-post_51.html  http://fetisovvs.blogspot.com/2017/08/blog-post_30.html

    Прогулочная дорожка возле Катерининской церкви. http://fetisovvs.blogspot.com/2015/11/blog-post_1.html
    Цветы возле Катерининской церкви. http://fetisovvs.blogspot.com/2015/10/blog-post_20.html
    Замена иконостаса в Катерининской церкви. http://fetisovvs.blogspot.com/2016/10/blog-post_16.html
    Периметр Вала. http://fetisovvs.blogspot.com/2016/10/blog-post_70.html
    Коллегиум. XVII в. http://fetisovvs.blogspot.com/2015/11/xvii_24.html
    Спасо-Преображенский собор. http://fetisovvs.blogspot.com/2015/11/blog-post_15.html
    Спасо-Преображенский собор вблизи. http://fetisovvs.blogspot.com/2015/11/blog-post_36.html
    Спасо-Преображенский собор внутри. http://fetisovvs.blogspot.com/2015/11/blog-post_22.html
    Памятник Ярославу Мудрому. http://fetisovvs.blogspot.com/2015/11/blog-post_23.html
    Пушки. http://fetisovvs.blogspot.com/2015/11/blog-post_2.html
    И еще пушки. http://fetisovvs.blogspot.com/2015/11/blog-post_3.html
    Улица Подвальная. http://fetisovvs.blogspot.com/2015/10/blog-post_88.html
    Музей Чернигов 100 лет назад. http://fetisovvs.blogspot.com/2015/11/100.html

    Турниры по настольному теннису 27-28 октября 2017

    В пятницу в Нежине проводилась спартакиада, в рамках которой состоялся турнир  по настольному теннису. Приятно сообщить, что победителем стал мой постоянный соорганизатор теннисных турниров Александр Гречушников. Кстати и второе место за моим добрым знакомым, большим фанатом спорта вообще и настольного тенниса в частности - Совой Алексеем Михайловичем. С чем я их обоих и поздравляю!
    На следующий день вместе с Александром приняли участие в очень сильном турнире в Чернигове, где он (и это несмотря на то, что перед этим провел целый день на спартакиаде!) занял второе место (с чем я его, естественно, уже поздравил). Насчет себя ничего хорошего, впрочем, и плохого сказать не могу: были победы, были поражения. В целом, наверное, мог бы сыграть и лучше.

    Александр Гречушников

    Смотри также:

    Результаты личного чемпионата Нежина по настольному теннису (+ видео). http://fetisovvs.blogspot.com/2017/10/blog-post_81.html
    Теннисный турнир в Прилуках. http://fetisovvs.blogspot.com/2017/10/blog-post_8.html
    Турнир по настольному теннису «Открытый кубок ректора Нежинского университета». http://fetisovvs.blogspot.nl/2017/06/blog-post.html
    Результаты турнира по настольному теннису «Открытый кубок ректора Нежинского университета». http://fetisovvs.blogspot.nl/2017/05/blog-post_42.html
    Настольный теннис. Матч (Нежин). http://fetisovvs.blogspot.nl/2017/06/blog-post_35.html
    Турнир в Чернигове по настольному теннису среди ветеранов. http://fetisovvs.blogspot.com/2017/03/blog-post_5.html

    Графский парк в Нежине в октябре - 3 / Фото из личного архива


    Фото Жанны Фетисовой

    Смотри еще:

    Смотри также Нежинский университет:

    Памятник Гоголю. http://fetisovvs.blogspot.com/2015/05/blog-post_26.html
    Музей в старом корпусе. http://fetisovvs.blogspot.com/2015/06/blog-post.html
    Старый корпус. http://fetisovvs.blogspot.com/2015/05/blog-post_71.html
    Витраж в старом корпусе. http://fetisovvs.blogspot.com/2015/06/blog-post_7.html

    Переходы в старом корпусе Нежинского университета. http://fetisovvs.blogspot.com/2017/09/blog-post_88.html
    Барельеф Н.В.Гоголя в старом корпусе Нежинского университета. http://fetisovvs.blogspot.com/2017/09/blog-post_92.html

    Памятник Безбородько. http://fetisovvs.blogspot.com/2015/05/blog-post_45.html
    Новый корпус. http://fetisovvs.blogspot.com/2015/05/blog-post_55.html
    Парковая зона вокруг нового корпуса университета. http://fetisovvs.blogspot.com/2015/07/blog-post_14.html

    Почему не надо пользоваться Skype





    Как уже сообщал Софтодром, компания Microsoft выпустила новую версию Skype для Android, в которой появилось еще больше возможностей для обмена сообщениями, а также появились другие неинтересные нововведения.

    Всем, конечно, понятно, что новые версии приложений (это касается вообще любых приложений, а не только Скайпа), как правило, выпускаются вовсе не для того, чтобы порадовать пользователей какими-то действительно нужными фичами (дело в том, что большинство действительно нужных фич во всех крупных приложениях уже давно есть), а просто для того, чтобы исправить имеющиеся баги и уязвимости. К тому же регулярный выпуск новой версии дает компании-разработчику возможность постоянно напоминать пользователям о своем приложении. Если при установке приложения у вас хватило ума включить автоматическое уведомление об обновлении, то приложение будет само регулярно лезть в интернет, чтобы проверить, не обновилось ли оно случайно, и если окажется, что обновилось, то приложение вам об этом сообщит, даже если вы давно забыли о его существовании. Чтобы этого избежать, имеет смысл проверить, какие приложения сидят у вас в автозагрузке и загружаются вместе с операционной системой каждый раз при ее запуске; это можно сделать, например, с помощью CCleaner (который, кстати, недавно тоже взломали, хоть его и купила антивирусная компания Avast).

    О том, зачем Microsoft выпускает приложения для чужих платформ, включая Android, iOS, macOS и Linux, Софтодром писал еще в прошлом году (если вкратце, то она это делает потому, что понимает, что через какое-то время Windows будут пользоваться только люди, которые не умеют пользоваться ничем другим), и недавно фактически о том же говорил глава Microsoft Сатья Наделла.

    Если же говорить о Skype (а эта новость все-таки о Skype, поэтому надо о нем что-то сказать), то можно отметить, что основатель движения свободного ПО Ричард Столлман уже давно рассказывает на своем сайте о том, почему Skype использовать не стоит. Столлман не обновлял страницу, посвященную Skype, с 2012 года, поэтому речь там, очевидно, идет только о Skype для Windows, потому что на тот момент версии Skype для Android еще не существовало, но суть от этого не меняется. Собственно говоря, Skype не стоит использовать по тем же причинам, по которым не стоит использовать Windows, Android, iOS, macOS или любую другую подобную операционную систему, которая имеет расширенный функционал для слежки за пользователем.

    Надо отметить, что встроенный функционал по сбору ваших данных имеется, конечно, не только в Windows 10, которая этим широко известна, но также есть и в Windows 7, и в Windows 8.1 (компоненты телеметрии были добавлены в Windows 7 и 8.1 еще в 2015 году, если вы не знали). Аналогичные возможности по отслеживанию пользовательских действий, конечно, внедряет не только Microsoft, но и другие разработчики операционных систем. Например, Android синхронизирует все ваши данные и отправляет их на сервера компании Google, где они бережно хранятся, поэтому если вы ввели какие-либо свои данные в Android, удалить их будет весьма проблематично. Это касается в том числе и писем, если вы используете почту Gmail. О том, что Gmail хранит все письма вечно (даже удаленные) на серверах Google, стало известно еще в 2006 году (да, Google придумала и реализовала эту идею задолго до российского закона Яровой, обязывающего провайдеров сохранять весь ваш трафик и выдавать его по запросу спецслужб).

    Что касается Skype, то естественно, что помимо версии для Android компания Microsoft выпустила и версию Skype для iOS, потому что за пользователями айфонов и айпэдов тоже ведь надо следить. Дело в том, что операционная система Windows активно продолжает терять популярность, и отказ от дальнейшей разработки Windows 10 Mobile, о котором в середине октября как бы между прочим объявил глава Microsoft Сатья Наделла, — это очередной звоночек в длинной цепи, конец которой уже недалеко, и в Microsoft это понимают (не все же там идиоты), поэтому Наделла и объявил о том, что стратегия Microsoft обязательно предполагает выпуск приложений для других операционных систем.

    Естественно, что раньше ничего подобного Microsoft не объявляла, и мало кому могло прийти в голову, что она начнет массовый выпуск приложений для чужих операционок, отказываясь от поддержки версий для своей собственной платформы (поддержка Skype для Windows Phone была прекращена еще в июле 2016 года). Наделла, конечно, прав, когда говорит о том, что Microsoft Office изначально был выпущен для Mac OS, а не для Windows. То есть он пытается создать видимость того, что ничего необычного не происходит, и что якобы его компания уже давно занималась выпуском ПО для чужих платформ. Вот, мол, смотрите, мы выпустили наш Office сначала для Mac OS, а только потом для Windows. Но при этом глава Microsoft забывает упомянуть, что это произошло еще в 1989 году, когда операционная система Windows существовала в виде версии 2.1 и еще была мало кому интересна, поэтому выпускать для нее программы не имело особого смысла.

    Очевидно, что то же самое сейчас происходит и с нынешней версией Windows. Учитывая, что планы Microsoft по установке Windows 10 на миллиард устройств к 2018 году провалились и большинство пользователей ПК до сих пор сидят на Windows 7, поддержка которой прекратится уже через два с небольшим года, Microsoft понимает, что нужно заранее приучить пользователей к тому, что ее приложения можно найти и на других операционных системах, на которые наверняка перейдет существенная часть нынешних пользователей «семерки». Поэтому Microsoft выпускает для Android не только Skype, но и другие приложения, и в том числе выпустила даже Android-приложение для запуска других Android-приложений. Это творение называется Microsoft Launcher. Это, конечно, очень удобное приложение, с помощью которого Microsoft может очень удобно отслеживать, какие именно приложения вы запускаете на своем Android-девайсе.