В продолжение статьи "Как закачать видео на ipad" возникла необходимость написать новую шпаргалку - в соответствии с "заявками телезрителей" - как выполнить это с использованием Wi-Fi, если планшет заблокирован на подключение к "чужим" компьютерам.

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

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

Вариантов для отображения скрытых папок и файлов на МАКе несколько:

• Один раз посмотреть, после закрытия папки при возврате в нее скрытые файлы снова станут не видимыми;
• Включить постоянное отображение скрытых папок и файлов;
• Использовать стороннее приложение для управления отображением скрытых объектов в Mac OS.

В контуре управления мобильными устройствами MDM-сервера могут находиться как корпоративные планшеты и телефоны, так и устройства, являющиеся собственностью сотрудников организации, так называемые BYOD-устройства (Bring Your Own Device).

Иногда при выполнении привязки (Enrollment) к MDM-серверу Apple (Apple Configurator + Profile Manager) BYOD-устройств во время попытки установить профиль привязки (Enrollment Profile) может возникнуть ошибка:

Ошибка: сертификат сервера /device management/api/device/auto_join_ota_service недействителен

и привязка не произойдет. Что примечательно: все другие профили: доверия (Trusted Profile), настроек почты, Wi-Fi, ограничений устанавливаются вообще без проблем - только требуют ввести пароль снятия блокировки устройства, если он активирован и используется владельцем устройства.

Иногда необходимо самостоятельно изменить IP-адрес сервера.

Все мануалы и "полезные статьи" в интернете указывают, что нужно всего-то внести изменения в файл сетевых настроек:

etc/network/interfaces

Но нигде это не написано главного, и все статьи в интернете не принимают в расчет конкретный номер версии операционной системы Debian и разные варианты реализации сетей!

Загрузка файлов на сайт (а по сути - на сервер) обычно выполняется через POST-запрос или UPLOAD-запрос. Но это актуально только для тех  сайтов, для которых на сервере используется Appache. Но если на сервере используется NGINX (CGI или FAST CGI), то максимально допустимый размер тела запроса определяется по-другому - директивой client_max_body_size.

По умолчанию директива client_max_body_size имеет значение - 1 Мб. Поэтому при попытке загрузить файл большего размера можно получить ошибку:

http/1.1 413 request entity too large

После обновления Joomla до версии 3.6 или после чистой установки Joomla 3.6 возможно получения ошибки как на самом сайте (FrontEnd), так и в админке (BackEnd) сообщения об ошибке:

Error displaying the error page: The file Cache Storage is not supported on this platform.

Ситуация не приятная, но не все потеряно, и это можно легко исправить.