Не могу закрыть Гугл Хром. Что делать
Именно такой вопрос задал Иван к одной из статей на сайте. Я решил вынести этот вопрос в отдельную тему, поскольку проблема не то что бы массовая, но сталкивается с ней достаточно большое количество пользователей.
Итак, если ваш браузер Google Chrome не хочет закрываться при нажатии на соответствующую кнопку, значит, вы должны попробовать закрыть его с помощью . Как его открыть, я уже рассказывал. К примеру, нажмите на сочетание клавиш CTRL+SHIFT+ESC (работает для Windows 7 и 8), после чего увидите перед собой диспетчер задач.
Как вы уже могли заметить, в диспетчере задач показано сразу несколько процессов Хрома. Нажимаем на любой из них, после чего кликаем по кнопке «Завершить процесс».
Система спросит вас, действительно ли вы хотите завершить указанный процесс? Согласитесь с действием, нажав на кнопку «Завершить процесс».
После этого работа браузера должна завершиться. Увы, как показывает практика, так происходит не во всех случаях. Иногда пользователи жалуются на то, что Гугл Хром не закрывается даже в диспетчере задач. Если это происходит, значит, скорее всего в системе «орудует» вредоносная программа. Вам необходимо воспользоваться антивирусом. Но поскольку антивирусы не всегда реагируют на подобного рода программы, заодно воспользуйтесь утилитой для поиска зловредов. Это, например, может быть программа Cureit от Dr.Web. Она бесплатная, скачать ее вы можете на официальном сайте. Ее всего-то нужно запустить нажатием на кнопку и она сама найдете вредоносные файлы и программы, если таковые имеются. Кстати, тоже самое касается и случаев, когда появляется сообщение «Отказано в доступе».
Как закрыть вкладку в Гугл Хром, если она не закрывается?
Сразу разберем еще один вопрос. В некоторых случаях у пользователя не закрывается страница, то бишь вкладка. Скорее всего, это не связано с вирусами, поэтому делаем вот что.
В браузере нажимаете SHIFT+ESC, что бы вызвать диспетчер задач для браузера. Если не получается, нажмите на кнопку в виде трех полосок, затем выберите «Дополнительные инструменты» — «Диспетчер задач».
В диспетчере выбираете вкладку, нажимаете на нее, а затем нажимаете на кнопку «Завершить процесс».
Вот что вы увидите:
Вкладка, однако, закроется.
25 апреля 2017 г. 11:24Во второй половине 2016 года Гугл проводил закрытое тестирование новых Гугл-сайтов. В конце года сервис выкатили для всех пользователей G Suite. Он позиционируется как движок для корпоративной wiki, инструмент совместной работы над сайтами-презентациями и примитивная CMS-система. Я решил сделать обзор сервиса для ECM-Journal, потому что, во-первых, Гугл-сайты залазят на территорию ECM (первый ), во-вторых, имеют одну на первый взгляд парадоксальную особенность.
Задачи, которые решают Гугл-сайты
До обновления Гугл-сайты были известны как инструмент для создания корпоративной wiki (об этом неплохо написано в посте на Хабре).
Сейчас Гугл говорит, что сервис нужен сотрудникам, чтобы создавать для своих проектов наглядные и простые «визитки» без строчки кода. Это могут быть интранет-сайты только для залогиненных пользователей корпоративного Джи-сьюта. Или же — страницы, доступные всем в интернете.
Собственно, сервис закрывает часть (в том числе, по Гартнеру), как то совместная работа с контентом, организация базы знаний и публикация веб-контента.
Функциональность сконцентрирована на создании веб-контента.
На выбор предлагается несколько тем, похожих на темы презентаций.
В шапку сайта можно добавить баннер. Далее можно добавлять на главную страницу различные объекты: простые текстовые поля, изображения, адреса веб-страниц, объекты Гугл-диска (например, те же самые изображения), виджеты сервисов Гугла, типа Ютуба, Календаря и Карт, а также интерактивные Гугл-документы, -презентации, -таблицы, -формы и -диаграммы.
Форматировать текст можно только на базовом уровне: выбирать формат текстового блока, а в блоге «Обычный текст» — выделять слова полужирным, курсивом, выравнивать текст по горизонтали, добавлять списки, ссылки. Можно разбить блок на колонки, используя предустановленную сетку, вместо колонок текста можно добавлять иллюстрацию.
Кроме вставок можно добавлять внутренние страницы и подстраницы, задавая информационную архитектуру сайта. На основе иерархии страниц сразу же будет формироваться меню.
Работать над Гугл-сайтом можно одновременно несколько пользователям.
После создания сайта его нужно опубликовать, чтобы сделать его доступным широкому кругу пользователей, а не только тем, кому уже выданы права. При публикации настраиваются адрес, по которому будет открываться сайт, доступность для посещения внешними людьми, а также разрешение на индексирование сайта поисковой системой.
После публикации контент сайта можно редактировать. Чтобы обновления не только сохранились в Гугл-документе, но и отобразились на внешнем сайте, необходимо еще раз запустить публикацию.
Преимущества и недостатки Гугл-сайтов
Сервис входит в стандартный набор для пользователей Джи-сьюта. Все принципы работы аналогичны тем, к которым мы привыкли при работе с Гугл-документами. Раздать права для совместного редактирования проще простого. Всё это обеспечивает удобство использования.
Работа по созданию контента в Гугл-сайте даже проще, чем работа с Гугл-документом. Меню для добавления объектов не перегружено, все ясно с первого взгляда, если вы хоть раз работали в какой-либо CMS-системе или хотя бы с блог-платформой.
На этом плюсы, которые я нашел, заканчиваются.
По-настоящему визуально оформлять контент на Гугл-сайте невозможно. В мире, где существуют Тильда и десятки ее аналогов, Медиум и другие блог-платформы, да и старый добрый Вордпресс решать задачи создания веб-контента при помощи Гугл-сайтов — просто топорно. По крайней мере, для маркетинговых задач сервис использоваться не может.
Не хватает предустановленных шаблонов страниц, темы кажутся бесполезными.
Интересная по задумке функциональность с добавлением на страницу стороннего веб-контента («Вставка» — «URL для встраивания») практически не работает. Все остается на уровне обещания «Вставьте ссылку на контент, и мы попытаемся добавить его в код страницы», которое не выполняется, и встраивается в итоге только сама ссылка. Сработало только с добавлением ссылки на профиль в Линкедине (запрещенной в РФ организации).
Если на сайт встроить Гугл-форму с обязательным вопросом, то возникнет дефект, когда посетитель при уходе со страницы с опросом получает нотификацию «Покинуть эту страницу? Возможно, внесенные изменения не сохранятся».
Все это мелочи, но они оставляют только один кейс, как использовать Гугл-сайты. И это — создание корпоративной wiki. И тут открывается одна особенность Гугл-сайтов, которую мы с админом Рустамом сначала отнесли к минусам.
Сапожник без сапог: отсутствие поиска по Гугл-сайту
На Гугл-сайт нельзя добавить внутренний поиск!
Выглядит, с учетом профиля Гугла, как шутка, но это правда. Такой функциональности нет.
Искать можно, используя основную строку поиска на странице Гугл-документов — https://drive.google.com/drive . Или, если речь об опубликованном для всех в интернете сайте, — через любую поисковую систему, если ваш Гугл-сайт каким-то образом уже проиндексировался. С учетом того, что это, скорее всего, будет сайт, на который не ведут внешние ссылки, индексация произойдет либо не скоро (например, в течение месяца) или вообще не произойдет.
Поэтому если вы сделаете wiki из сотен статей на базе Гугл-сайта, вашим коллегам-пользователям будет очень неудобно навигироваться по ней.
Нас настолько поразил этот факт, что мы даже задали службе поддержки Гугла несколько неожиданный вопрос:
— Я создаю сайт Google с правами доступа «Все пользователи домена kiwitaxi.com». Естественно, что мои коллеги смогут найти этот сайт в поиске Google Drive в разделе «Доступные мне». Смогут ли мои коллеги, будучи залогиненными в аккаунте G Suite, найти данный сайт из обычного поиска Google (www.google.ru )?
И получили от Гавриила — специалиста саппорта — ожидаемый ответ:
— Сайты которые расширены только внутри домена считаются Intranet. Другими словами, к ним нет доступа для ботов поисковых систем, и по этой причине они не отображаются в поисковых системах.
Даже если данная функция была, то все равно вряд ли Вас бы это устроило по следующим причинам.
Если сайт не является популярным и не меняет свой контент часто, то боты поисковых систем навещают его 1 раз за 1-2 недели. Невозможно будет найти в Google, да и в других поисковых системах то, что было опубликовано несколько часов назад.
Стартап Panoramio был создан в 2005 году и, приобретенный Google в 2007 году, должен был быть закрыт 4 июня 2015 года. Но это по какой-то причине не произошло. Вместо этого был закрыт новый проект «Фототуры», который должен был бы поглотить Panoramio. Только 5 октября 2016 года пользователи увидели сообщение на странице своего альбома, а 8 октября получили email об окончательном закрытии проекта.
Panoramio - фотохостинг с привязкой снимков к географическим координатам. Именно эти снимки отображаются на Google Maps. О истории проекта можно ознакомиться на Geektimes - , и узнать как он повторил судьбу других стартапов, приобретенных Google:
Они не лишены руководства, но понимания, чем заниматься и что делать дальше, там нет.
***
Часто это заканчивается тем, что такие продукты просто пылятся на полках, оставаясь нетронутыми в течение многих лет.
Эта статья предназначена пользователям Panoramio, которые ничего не поняли , что пишут басурмане, и разъясняет шаги по спасению своих фото.
Последним днем работы Panoramio будет 4 ноября 2016 года. После этой даты сайт будет заморожен - невозможно загрузить в альбом фото, поставить лайки, работать с Избранным и т.д. А в ноябре 2017 года сайт будет выключен навсегда. Таким образом у пользователя есть год, чтобы принять решение, что делать с фото.
Существует отличия в аккаунтах пользователей. С марта 2010 года появилось настойчивое предложение перейти на аккаунты Google, вылившееся у некоторых пользователей Panoramio в потерю альбомов. Для пользователей объединивших аккаунты Panoramio и Google, обещано автоматическое копирование в Google Album Archive, при этом не будет использована квота Google Drive.
Следующий тип аккаунтов - тоже самое, что предыдущий, но объединенное еще и с Google+.
В ноябре 2013 года продолжилась интеграция пользователей Panoramio в сервисы Google, тогда появилась возможность для учетных записей Panoramio (объединенных с аккаунтами Google) прикрепиться к учётным записям в Google Plus. Фотографии только этих пользователей
обещают показывать на Google Maps. А также перенести количество просмотров фото. Автором фото будет указано имя Google+ аккаунта, а не Panoramio.Если это принципиально, то следовало создавать Google+ аккаунт с таким же именем как в Panoramio. Если удалить Google+ аккаунт после объединения с Panoramio - доступ в альбом будет потерян.
И наконец самые старые и стойкие аккаунты, зарегистрировавшиеся в Panoramio примерно до 2010 года и не объединявшиеся с аккаунтами Google. Им следует позаботиться о фото самостоятельно. Залогиниться на www.panoramio.com , перейти на страницу настроек www.panoramio.com/settings и нажать кнопку «Получить фото» («Get photos»).
Также пользователи могут удалить аккаунт с фотографиями, если не хотят их использования в Google Maps. Ссылка на удаление аккаунта.
Инструкция для сохранения архива фото.
Инструкция для учетных записей Panoramio объединенных с аккаунтами Google. Сложность может возникнуть у пользователей из-за ошибочной ссылки в инструкции от Google ╭(◔ ◡ ◔)/Для архивации альбома следует перейти по этой ссылке takeout.google.com/settings/takeout и далее действовать «по инструкции».
Из всех данных для архивации выбираем только Panoramio:
Выбираем тип архива, и метод получения (как сохраняем).
Ждем около часа.