Новости из мира ПК
7 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд

Office document cache handler

Delete your Office Document Cache

The Office Document Cache contains the files Office uses to make sure your changes are saved in the cloud. Sometimes when you use Office with other apps in the cloud, the apps fail to sync properly before you close Office and this can damage, or corrupt, your Office Document Cache. Usually, Office can repair damaged cache files. However, when a cloud app hasn’t synced correctly, it can prevent Office from making the repairs.

This article discusses Office Document Cache issues that might occur when you’re using OneDrive. You may experience similar issues when using other apps. If you’re using another cloud app, refer to that app’s Help or product support information about fixing sync issues.

If you’re having OneDrive for Business issues, update your OneDrive sync app by following the guidance in Sync files with OneDrive in Windows.

Fix the Office Document Cache

When cache file corruption happens, your file will seem to be stuck in the Office Upload Center. You’ll see an alert in your status bar that says the Microsoft Office Document Cache encountered a problem, with a link to repair. When you click to repair, the Upload Center produces another error message, offering to backup your cache and create a new one for you. You may also see errors associated with the other cloud app you were using. When you click Repair in the Upload Center error message, it fails again.

To fix this problem, try manually deleting your Microsoft Office Document Cache. Deleting the cache isn’t dangerous,and itmight clear up the syncing problem. After you delete the cache, sync may happen automatically, or you may need to sync manually.

Here’s an overview of the process to delete your Microsoft Office Document cache:

Perform a clean boot: This step is necessary to make sure the cache files don’t get loaded during startup. If they did, they would be locked and you couldn’t delete them.

Important: You must have administrator rights on the computer before you can perform a clean boot.

Delete cache files: Often, this step fixes the problem. Office typically repairs the document cache files if it detects problems. If the cache files are corrupt and irreparable, deleting them allows Office to repair itself by replacing the corrupt files.

Reboot and sync: This step is when Office repairs the cache. After the cache is repaired, a sync operation should clear up any «stuck» files.

For details about performing these steps, see the following sections.

Note: If the steps in this article don’t fix the problem, you may need to uninstall and reinstall Office. Steps for that process aren’t provided here. For help reinstalling Office, please see Install Office on your PC or Mac. If you aren’t the person responsible for maintaining computers at your place of business, we recommend you talk to your system administrator before you reinstall Office. There may be special circumstances that could affect the install process.

The exact steps for performing a clean boot vary depending on which version of Windows you’re using. See the support article How to perform a clean boot in Windows and look for steps for your Windows version.

To open the Office Upload Center, do one of the following, depending on your version of Windows:

In Windows 10, click the Windows button, type Microsoft Upload Center in the Search box, and then double-click the Microsoft Upload Center app in the search results (it may say 2010 or 2013, depending on your Office version).

In Windows 8 or 8.1, point to the lower-right corner of the screen, click Search, then type Microsoft Upload Center in the Search box, and then double-click the Microsoft Upload Center app in the search results (it may say 2010 or 2013, depending on your Office version).

In Windows 7, click Start, point to All Programs, then point to Microsoft Office, then point to Microsoft Office Tools, and then click Microsoft Office Upload Center.

In the Upload Center, click Settings, and then click Delete Cached Files.

Here’s where you’ll find out whether the problem is fixed. If document cache file corruption was the reason Office couldn’t repair the document cache, the problem should resolve after Office is able to complete the repair and your cloud files are able to sync.

First, reboot normally. The steps for rebooting are also provided in the support article How to perform a clean boot in Windows. See the section «How to reset the computer to start normally after clean boot troubleshooting». Find your Windows version in that section, and follow the appropriate steps.

Читать еще:  Microsoft office 365 активация бесплатно

After you’ve rebooted, it’s time to sync your OneDrive files. Steps for syncing OneDrive for Business are provided in the article Repair sync connections in OneDrive for Business.

filecheck .ru

Подлинный файл является одним из компонентов программного обеспечения Microsoft Internet Explorer, разработанного Microsoft Corporation.

Urlredir.dll — это расширение браузера Internet Explorer. Этот плагин активирует несколько дополнительных функций для Internet Explorer. Вы можете удалить плагины с помощью пункта Расширения (комбинация клавиш Alt + X) в меню Дополнения. Следующий абзац содержит более подробную информацию о Microsoft Office Document Cache Handler.

Вот так, вы сможете исправить ошибки, связанные с urlredir.dll

  1. Используйте программу Настройщик Windows, чтобы найти причину проблем, в том числе и медленной работы компьютера.
  2. Обновите программу Microsoft Office Document Cache Handler. Обновление можно найти на сайте производителя (ссылка приведена ниже).
  3. В следующих пунктах предоставлено описание работы urlredir.dll.

Информация о файле urlredir.dll

принадлежит программе Microsoft Office Shared (версия 64-bit Setup, 64-bit MUI 2010, 64-bit MUI 2013, 64-bit, 64-bit MUI) или Microsoft Office для дома и бизнеса (версия 2013, 2010, 365 Home Premium — en-us, 365 — en-us, 32-bit Components 2013, 365 ProPlus — en-us, 365 Home Premium Preview, 365 Small Business Premium, 365 для дома расширенный, 365 — ru-ru, 365 Business — en-us, 365 ProPlus Preview, 32-bit Components 2016, 2003 Primary Interop, 365 Home Premium — de-de, . . ) или Microsoft Office Professional Plus (версия 2010, 2013, 2016) или Microsoft Office Single Image (версия 2010) или Microsoft Office Access Setup Metadata MUI или Microsoft Office Office (версия 32-bit Components, 64-bit Components, 32-bit) или Microsoft Office Groove MUI (версия 2010) или Microsoft Office Professional (версия 2013, 2007) или Microsoft Office Home and Student (версия 2013, 2016) или Microsoft Office Access Setup или Microsoft Office OneNote MUI (версия 2010) или Microsoft Office Standard (версия 2010) или Microsoft Office Home and Business (версия 2013) или Microsoft Office Shared Setup Metadata MUI или Microsoft Lync MUI (версия 2013) или Microsoft Office Shared MUI (версия 2010) или Microsoft Office Visio (версия 2010) или Microsoft OneNote (версия 2013 — en-us) или Microsoft Office Word (версия 2010) или Microsoft Office Access (версия 2010) или Microsoft Office PowerPoint (версия 2010) или Microsoft Publisher (версия 2013 — en-us) или Microsoft Office Project Professional

Описание: urlredir.dll не является важным для Windows и часто вызывает проблемы. Файл urlredir.dll находится в подпапках «C:Program Files» или иногда в подпапках «C:UsersUSERNAME». Известны следующие размеры файла для Windows 10/8/7/XP 562,904 байт (46% всех случаев), 561,552 байт и еще 37 варианта .
Файл .dll — это Browser Helper Object (BHO), он загружается автоматически каждый раз, когда вы запускаете браузер Internet. BHO не блокируются персональными фаерволами, потому что фаервол видит их как сам браузер. BHO часто используются рекламными программами и программами-шпионами. Уникальный ID этого BHO — это B4F3A835-0E21-4959-BA22-42B3008E02FF. Приложение не видно пользователям. Cпособен мониторить интернет браузеры. Это не файл Windows. Поставлена цифровая подпись. Urlredir.dll способен записывать ввод данных. Поэтому технический рейтинг надежности 38% опасности.
Издатель программного обеспечения Microsoft обеспечивает прямую поддержку ( В случае проблем с urlredir.dll, Вы можете удалить всю программу Microsoft Office Shared 64-bit Setup или Microsoft Office Document Cache Handler, используя Панель управления Windows, или проверьте существует ли более новая версия.

Важно: Некоторые вредоносные программы маскируют себя как urlredir.dll. Таким образом, вы должны проверить файл urlredir.dll на вашем ПК, чтобы убедиться, что это угроза. Если Microsoft Office Document Cache Handler изменил поиск по умолчанию и начальную страницу в браузере, то вы можете восстановить ваши параметры следующим образом:

Изменение параметров по умолчанию для Internet-Explorer ▾

  1. В Internet Explorer, нажмите на комбинацию клавиш Alt + X, чтобы открыть меню Сервис.
  2. Нажмите Свойства браузера.
  3. Нажмите на вкладку Дополнительно.
  4. Выберите кнопку Сброс. .
  5. Выберите пункт Удалить личные настройки.

Таким образом настройки Internet Explorer будут возвращены к значениям по умолчанию. Ваш браузер начнет работу со знакомой начальной страницей и поиск будет работать без всплывающих окон, рекламы, сохраненных файлов cookie, но все плагины браузера будут так же удалены [1] . Сделайте очистку вашего браузера и компьютера проще и безопаснее с Security Task Manager.

  1. Скопируйте chrome://settings/resetProfileSettings в адресную строку браузера Chrome.
  2. Нажмите кнопку Сбросить.

Chrome затем перезапустится с пустой стартовой страницей и с поисковой системой Google по умолчанию — без различных всплывающих окон, рекламы, сохраненных файлов cookie, тем или расширений [1] . Если вы хотите активировать некоторые расширения, пожалуйста, введите chrome://extensions/ в адресную строку браузера Chrome. Сделайте очистку вашего браузера и компьютера проще и безопаснее с Security Task Manager.

  1. Скопируйте about:support в адресную строку браузера Firefox.
  2. Нажмите кнопку Очистить Firefox.
Читать еще:  Проверить активацию office

Firefox выглядит теперь как новый. Закладки и сохраненные пароли будут сохранены, но все расширения и данные с ними связанные будут удалены [1] . Сделайте очистку вашего браузера и компьютера проще и безопаснее с Security Task Manager.

Комментарий пользователя

Отключил и забыл!

Лучшие практики для исправления проблем с urlredir

Следующие программы так же полезны для грубокого анализа: Security Task Manager исследует активный процесс urlredir на вашем компьютере и явно говорит, что он делает. Malwarebytes’ — популярная антивирусная утилита, которая сообщает вам, если urlredir.dll на вашем компьютере отображает назойливую рекламу, замедляя быстродействие компьютера. Этот тип нежелательной рекламы не рассматривается некоторыми антивирусными программами в качестве вируса и таким образом не удаляется при лечении.

Чистый и аккуратный компьютер является ключевым требованием для избежания проблем с ПК. Это означает: проверка на наличие вредоносных программ, очистка жесткого диска, используя cleanmgr и sfc /scannow, удаление программ, которые вам больше не нужны, проверка Автозагрузки (используя msconfig) и активация Автоматического обновления Windows. Всегда помните о создании периодических бэкапов, или как минимум о создании точек восстановления.

Если у вас актуальная проблема, попытайтесь вспомнить последнее, что вы сделали, или последнюю программу, которую вы установили, прежде чем проблема появилась первый раз. Используйте resmon команду, чтобы определить процесс, который вызывает у вас проблему. Даже если у вас серьезные проблемы с компьютером, прежде чем переустанавливать Windows, лучше попробуйте восстановить целостность установки ОС или для Windows 8 и более поздних версий Windows выполнить команду DISM.exe /Online /Cleanup-image /Restorehealth. Это позволит восстановить операционную систему без потери данных.

urlredir сканер

Security Task Manager показывает все запущенные сервисы Windows, включая внедренные скрытые приложения (например, мониторинг клавиатуры или браузера, авто вход). Уникальный рейтинг надежности указывает на вероятность того, что процесс потенциально может быть вредоносной программой-шпионом, кейлоггером или трояном.

Бесплатный aнтивирус находит и удаляет неактивные программы-шпионы, рекламу, трояны, кейлоггеры, вредоносные и следящие программы с вашего жесткого диска. Идеальное дополнение к Security Task Manager.

Reimage бесплатное сканирование, очистка, восстановление и оптимизация вашей системы.

Совместное редактирование в MS Office 2010 — немного технических подробностей

В блоге SharePoint Workspace Team, появилась статья SharePoint Workspace and the Office Document Cache, которая затрагивает некоторые вопросы реализации такой давно ожидаемой функциональности, как параллельная/совместная работа над документами, которая доступна при использовании Microsoft Office 2010 и SharePoint Foundation 2010 (ну или SharePoint Server 2010, естественно).

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

Как это выглядит.

Итак, пусть мы (т.е. я, конечно, но в двух лицах Admin1 и Administrator) открываем с узла SharePoint какой-нибудь простой документ, например MS Word:

То, что над документом работают несколько человек можно увидеть, взглянув на строку состояния в низу окна Word:

Если теперь щелкнуть по области авторов, то можно увидеть подробные сведения о каждом из моих соавторов и даже связаться с ними по почте (или через службу мгновенных сообщений, если в сети развернут Communication Server):

(в моем примере нет ни изображений, ни статусов пользователей: «занят»/»в сети»/. т.к. в этом тестовом домене я практически ничего не настраивал и уж тем более не развертывал сервисы Communication Server. Впрочем, мне это ничуть не мешает, ибо я знаю, что мой соавтор — это я сам, а желания поговорить с собой . пока не возникает, вроде)

Что же произойдет, если теперь один из пользователей поменяет документ? В этом случае второй увидит уведомление, что документ был изменен, и появится метка — в какой именно области:

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

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

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

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

Однако в этой идиллии возможны и темные пятна — конфликтующие изменения, когда авторы совместно правят одну и ту же область. В общем случае такая ситуация не возникнет, т.к. изменения, произведенные первым автором тут же блокируют область от изменений всеми остальными авторами (заблокировать область можно и превентивно — выделив часть документа и нажав кнопку «Блокировать авторов» в меню или на Ribbon). При попытке изменить заблокированную область будет выдано предупреждение о невозможности правки:

Читать еще:  Office 2020 pro plus retail скачать

Однако, информация об изменениях распространяется не мгновенно (по моим наблюдениям задержка между внесением изменения, и появлением информации о нем проходит не меньше 10-20 секунд, но это очень условные прикидки), кроме того, Office 2010 позволяет открывать документы из локальной копии без непосредственной связи с сервером (сам я не проверял — так уверяют авторы блогов, которые я читал, приходится верить). А это значит, что в принципе несколько авторов могут независимо внести правки в одну и ту же область. В этом случае Word не может автоматически слить изменения и предлагает автору (тому, который пытается сохранить свой документ последним) разрешить конфликты вручную.

Вот так будет выглядеть сообщение об обнаружении конфликта:

А вот так — панель со списком конфликтующих изменений и текст, который попал в конфликт:

Вот так примерно это выглядит. Ну а теперь немного тех самых технических подробностей.

Как это работает.

Сразу оговорюсь — особых откровений не будет, а будет небольшой реферат по тому, что удалось почерпнуть из приведенной в самом начале статьи (и пары других статей, которые я нашел по ключевым словам из нее).

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

  • Локальном хранилище Office Document Cache и программе Upload Center (msosync.exe)
  • Протоколах File Sync via SOAP over HTTP и Binary Requests for File Synchronization via SOAP Protocol Specification

Office Document Cache и Upload Center

Все документы, загружаемые извне (например, с узла SharePoint или папки в SkyDrive) на компьютер пользователя сохраняются в специальном хранилище — Office Document Cache (ODC). Все офисные приложения, т.е. и Word, и Excel, и PowerPoint работают с этим хранилищем. Основная (но не единственная!) его задача — уменьшение времени при повторном открытии файлов. Физически хранилище — это не более чем папка в профиле пользователя %userprofile%AppDataLocalMicrosoftOffice14.0OfficeFileCache. Для управления хранилищем используется приложение Upload Center (или Центр отправки в русскоязычном Office) — процесс Msosync.exe.

Помимо отображения содержимого кэша и управления его настройками, msosync выполняет также фоновую синхронизацию (загрузку) измененных файлов на сервер.


Для реализации собственно совместной работы используются дв специализированных протокола: File Sync via SOAP over HTTP и Binary Requests for File Synchronization via SOAP Protocol Specification. Оба протокола рассматривают редактируемые файлы как структурированные сущности (используется специальный термин для единицы структуризации: хранимая ячейка (storage cell)). Сам протокол ничего не знает о содержимом и форматах этих сущностей — это полностью отдается на откуп клиентам.

Оба протокола работают (как ясно из названия) поверх SOAP (говорится о HTTP-реализации, но я подозреваю, что никаких особых привязок именно к HTTP в спецификациях нет).

Первый из протоколов обеспечивает:

  • подключение авторов к совместному редактированию
  • обмен информацией о вносимых изменениях (не сами изменения, а факт, что такое было) и блокировках
  • получение клиентом информации о текущем авторе (т.е. о себе самом) — используется для отображения friendly name.
  • получение серверного времени (синхронизацию)

Второй протокол позволяет обмениваться изменениями (т.е. передавать не целиком файл, а только измененные хранимые ячейки) между клиентами. Понятно, что для корректной работы на каждой стороне должны быть одинаковые клиенты, либо должен быть способ им обменяться информацией о том, какой формат имеют файлы и какие его части синхронизируются. Для этого в протоколе предусмотрены такие понятия как: описание хранилища (Storage Manifest), пользовательские данные (User Data) и настраиваемые фильтры (Custom Filter) — для идентификации которых используются глобально-уникальные идентификаторы (GUID), которые определяет вендор форматов.

Описания того, как организуется взаимодействие между экземплярами Word (т.е. описание тех самых хранилищ, фильтров, . ) доступно на там же сайте и по той же программе: [MS-WORDLFF]: Word Co-Authoring File Format (.xml) in Document Lock Persistence Structure Specification . Для других приложений я подобных описаний не нашел (скорее всего, плохо искал или они просто еще не выложены), но данная функциональность также заявлена для Excel и OneNote.

Вместо заключения

К сожалению я не очень владею хитросплетениями лицензирования по программе Microsoft Open Specification Promise — вроде бы лицензирование по ней предполагает возможность свободной реализации в рамках Community-проектов, и какие-то отчисления, если проект коммерческий — но, это туманные воспоминания 3-4 летней давности и все уже могло измениться (а еще я мог сам тогда не разобраться).

Но это что касается юридических вопросов, а в техническом плане все перечисленные протоколы, в первую очередь MS-FSSHTTP и MS-FSSHTTPB, практически не содержат вендор-специфичных деталей (единственно, что я нашел при первичном анализе — необходимость размещать сервисы по пути /_vti_bin/cellstorage.svc, где сервер — тот с которого забираются файлы).

А это значит, что если в плане лицензирования все окажется хорошо, можно будет ожидать, что в ближайшее время поддержка механизмов co-authoring для Office 2010 будет появляться и у других поставщиков ECM-систем.

Ссылка на основную публикацию