После того, как вы создали свой первый сайт в системе uCoz, в вашем распоряжении оказывается также uID-аккаунт.

Такой аккаунт позволяет:

• создавать сайты в системе uCoz;
• заходить на сайты uCoz (с поддержкой uID) под вашим uID-логином и без повторной регистрации;
• пользоваться сервисом личных страниц uID.me.

uID-авторизация - это способ входа, который по умолчанию включен на всех новых сайтах uCoz. Для входа используются email и пароль (если вы создавали сайт, то указывали их на первом шаге). Попробуйте выполнить вход на нашем форуме.

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

uID.me - сервис личных страниц, которые содержат в себе информацию из всех социальных сетей, которые вы захотите подключить.

Чтобы перейти к управлению uID-профилем, нажмите на иконку редактирования в верхней части своей страницы:

Появится меню, в котором можно:

что такое UID?

Личная часть — это Webtop. Неличная

В системе uCoz есть группа сайтов, которая не поддерживает uID-пользователей. Это означает, что такие сайты поддерживают локальных пользователей. Чтобы войти на сайт, поддерживающий локальных пользователей, нужно специально регистрироваться на этом сайте для получения пары логин+пароль. Пара e-mail+пароль для входа в uID здесь работать не будет.

Создание сайта на ucoz. Регистрация в unet своего профиля.
Знакомимся с вебтопом ucoz

1) Посмотреть как сайт созданный на сервисе Ucoz выглядит сейчас:
http://half-life.ucoz.org

2) Как сайт выглядел после 2 базовых уроков: 500 Kb в архиве

Перейдите на главную страницу сайта ucoz.ru и нажмите на кнопку «Создать сайт» для перехода к регистрации в системе unet. Заполните регистрационную форму (e-mail, пароль, ФИ, ник, дату рождения, пол, место проживания… номер дома и квартиры указывать не нужно =). После отправки формы вам на e-mail придет письмо для подтверждения регистрации (мне пришло буквально через пару секунд).

После перехода по ссылке (возможно придется снова вводит цифры с картинок) вы попадете на страницу задания установок администратора (в ucoz по сравнению c narod.yandex и sites.google процесс регистрации довольно сложный). Здесь указываете пароль администратора (это новый пароль — он будет нужен для входа в вебтоп), секретный вопрос, и старый пароль, который задавали при регистрации профиля в системе unet.

Установки администратора

Вебтоп ucoz

Все, теперь мы попали в вебтоп ucoz . Именно через вебтоп вы будете регистрировать свои сайты в системе ucoz.

Идентификатор пользователя

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

При первом посещении у вас, возможно, сразу будет активирована вкладка Создание сайта (если же нет, исправьте это недоразумение — щелкните по значку Мои сайты и в открывшемся окне Управление сайтами перейдите на вкладку Создание сайта). В отличие от регистрации профиля процесс регистрации сайта прост до неприличия. Вам просто нужно указать желаемый адрес (например, http://site.ucoz.ru или http://site.ucoz.net) ввести цифровой код с картинки и согласится с условиями хостинга. Если домен (название сайта) свободен, то он сразу же будет зарегистрирован — и вы перейдете на панель управления сайтом.

1) Редактор страниц
2) Форум
3) Фотоальбом
4) Новости сайта
5) Гостевая книга
6) Каталог статей
7) Каталог файлов
8) Блог
9) Опросы
10) Почтовые формы

Так как для нас сейчас главное — разобраться с первой страницей сайта, оставим пока все как есть (все модули выключены, кроме редактора страниц). Щелкнув по кнопке Продолжить мы попадем в панель управления сайтом со множеством разделов, меню.

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

Источник урока: 1sait.com

Создание своего сайта на сервисе Ucoz за 2 шага.
Шаг 1. Создание сайта на сервисе Ucoz
Шаг 2. Редактирование сайта созданного в системе Ucoz

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

Что такое ID, UID? Подробно об идентификаторах

Для полной развязки с вебтопом нам надо установить локальный (отдельный) пароль на панель управления и установить локальный секретный вопрос и ответ

Для того чтобы установить отдельный пароль от панели управления нам надо в админибаре во вкладке безопасность перейти к пункту сменить пароль аккаунта
На странице замены пасса нам надо установить метку на Отдельный пароль на способ авторизации — Ввести текущий — Потом новый — Подтвердить — Ввести ответ на секретный вопрос и сохранить

После проделывания подобной процедуры переход в панель управления сайтом из вебтопа будет невозможен! Вам придется заходить в ПУ по адресу //ваш сайт.ucoz.ru/admin

После отвязки сайта по паролю можно произвести отвязку по секретному вопросу и ответу. На привязанных сайтах со сменой секретного вопроса и ответа в вебтопе меняется секретный вопрос и ответ панели управления. Если стоит отдельный пароль, то при смене секретного вопроса и ответа в вебтопе в панели управления остается тот, что был в вебтопе на момент отвязки по паролю. То есть если сменить вопрос и ответ в вебтопе после отвязки в ПУ останется старый, а в вебтопе будет новый.
Если вам нужно будет опять сменить секретный вопрос и ответ от панели управления вам нужно будет снова привязать по паролю сайт к вебтопу — произвести замену вопрос и ответа и отвязать снова
Это значит, что вопрос и ответ можно изменить только в вебтопе и для этого нужна привязка

Привязать сайт к вебтопу обратно можно на странице замены пароля путем изменения метки способа авторизации. Нужно переставить метку на способ Вебтоп пароль — Ввести ответ на секретный вопрос и сохранить

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

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

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

Если пароли от сайта и вебтопа можно легко восстановить:
для локальных данных по адресу //ваш сайт.ucoz.ru/admin/456 в этом случае нужно знать ответ на секретный вопрос панели управления сайтом
для uid данных по адресу //www.uid.me/remind/ в этом случае нужно знать мейл на который регистрировался uID аккаунт и ответ на секретный вопрос вебтопа

Секретный вопрос и ответ вы сможете восстановить только через службу технической поддержки uCoz, где от вас потребуют доказательства причастности к аккаунту и могут потребовать скан паспорта

Прикрепления: 8766014.jpg(6.5 Kb)

uID можно поделить на две части: личную и неличную. Личная часть — это Webtop. Неличная часть uID – это вся совокупность сайтов, созданных и управляемых системой uCoz, поддерживающих uID-пользователей.

Для входа в uID используется пара e-mail+пароль, взятые при регистрации вашего сайта (одного из ваших сайтов) в системе uCoz

Используя эту пару, можно войти на любой сайт системы uCoz, поддерживающий uID-пользователей, независимо от того, регистрировались вы на этом сайте или нет.

Чтобы войти в Webtop — личное пространство uID – нужен пароль, специально устанавливаемый для этой цели при регистрации в uID. Используя опции в Webtop, можно изменить пару e-mail+пароль (всё вместе или по отдельности) для входа в uID, а также пароль для входа в Webtop.

Из Webtop также можно попасть на любой сайт системы uCoz, поддерживающих uID-пользователей. Для этого достаточно ввести лишь адрес сайта, пару e-mail+пароль система использует автоматически (безопасный вход ).

В системе uCoz есть группа сайтов, которая не поддерживает uID-пользователей. Это означает, что такие сайты поддерживают локальных пользователей. УИД от Ростелекома: оплата услуг по идентификатору Чтобы войти на сайт, поддерживающий локальных пользователей, нужно специально регистрироваться на этом сайте для получения пары логин+пароль. Пара e-mail+пароль для входа в uID здесь работать не будет.

В панель управления личного сайта можно войти через Webtop:

Кроме того, в панель управления личным сайтом можно войти через административную панель по адресу site.ucoz.ru/admin.

Добрый день, Хабр!

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

Тем, кому интересна только техническая сторона проекта - рекомендуем сразу перейти ко второй части .

ЧАСТЬ 1. Лирическая

Мы - это команда разработки сервиса личных страниц uid.me .
Личная страница - это, например, вот так:

http://uid.me/pavel_kudinov

Тем, кто не знаком с западным аналогом нашего сервиса, следует признаться: проект uid.me начинает свою историю как клон-локализация англоязычного сервиса about.me

История создания

Дело было так. Компания сайт-билдер uCoz, в которой мы трудимся, за 8 лет существования накопила в недрах своих дата-центров более 35 млн профилей, созданных веб-мастерами, а также многочисленными посетителями созданных веб-мастерами сайтов, форумов и блогов.

Всех этих людей объединяет глобальная система авторизации uID:

До сегодняшнего дня каждый человек, зарегистрированный в uCoz, имел профиль такого вида:

Проект about.me был выбран как лучший существующий прототип индивидуальной страницы для каждого пользователя uCoz, отвечающий, на наш взгляд, современному тренду самовыражения обитателей Сети начала XXI века.

Как и в случае about.me , мы даём пользователю:

1. Ставший правилом хорошего тона URL вида uid.me/имя_фамилия , который вполне можно использовать для печати на визитной карточке, указать в качестве домашней страницы в skype, а также упоминать на любом медиа-носителе.

2. Возможность объединить в единый визуальный образ личное фото, фоновое изображение в высоком разрешении, основную информацию о себе (такую как биография и сфера интересов).

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

4. И, наконец, самое интересное: сегодня многие из нас активно присутствуют в социальных сетях. Кому-то ближе форматы Facebook и Вконтакте, кто-то ограничивается микроблогами Twitter и Instagram, кое-кто имеет свой популярный канал на Youtube.

И здесь справедливо правило - чем большую социальную активность проявляет человек, тем острее встаёт вопрос: “какую из социальных сетей считать “главной”?”.

Мы предлагаем использовать uid.me в качестве своеобразной личной визитной карточки онлайн. Наш сервис позволяет привязать к собственному профилю наиболее распространённые социальные сети, и тогда не придётся выбирать - какую именно ссылку дать при новом ценном знакомстве, указать в профиле skype или поставить в подпись на форуме.

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

Кстати, если вы захотите создать личную страницу на uid.me , рекомендуем воспользоваться автоматической регистрацией через социальную сеть. При клике по любой из кнопок “Войти через ” - личная страница будет мгновенно создана без необходимости вводить регистрационную информацию!

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

Вторая версия профилей uid.me , уже находящаяся в разработке, будет иметь главный фокус именно на функции объединения информации из социальных сетей в единый поток с настраиваемым представлением данных.

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

Возможно, это будет выглядеть как-то так:

ЧАСТЬ 2. Техническая

Разрабатывая uid.me под крылом uCoz, мы оказались в довольно необычном положении: с одной стороны, весь код проекта предполагалось написать с чистого листа, с другой стороны, в день релиза проект автоматически становился высоконагруженным, так как должен был импортировать в себя более 20 млн профилей, даже с учётом того, что бот-регистрации и совсем уж древние профили не прошли конкурс.

Тем не менее, мы решили сделать всё красиво и с использованием модных технологий, проведя таким образом разведку боем, получив много опыта и потенциальный левелап в итоге.

В качестве слагаемых успеха были выбраны:

0. Nginx. Куда без него.

1. База данных, из коробки решающая вопрос распределения данных на несколько серверов + отказоустойчивость при физическом выпадении сервера из кластера по любой причине. В этом качестве, несмотря на активные холивары, была выбрана MongoDB.

2. Гибкая схема данных, позволяющая без потерь проходить первичную и последующие фазы прототипирования функционала. Опять же помог MongoDB, хотя здесь пришлось заплатить ресурсами за удобство, так что получить главный ответ на вопрос: “BSON - это роскошь, или современное средство передвижения?” - ещё предстоит.

Стоит заметить, что исходная mysql база данных пользовательских профилей при конвертации в MongoDB формат выросла в 5 раз. Однако, каждый профиль при этом обогатился внушительным количеством новых данных, связанных с функционалом uid.me , поэтому дело не только в прожорливости гибкой схемы данных BSON.

3. Честно говоря, учитывая современную тенденцию к активному применению динамических JS интерфейсов (а также безмерное уважение к технологическому прорыву, сделанному инженерами Google при разработке V8 Javascript, на порядок обходящему по производительности все существующие скриптовые языки за счёт динамической компиляции в машинный код), закралась шальная мысль применить node.js и замкнуть круг веб-разработки на JavaScript, получив вместе с тем несколько жирных плюшек…

Но решили, что “один проект - одна новая технология, и нам пока что MongoDB ВОТ ТАК хватает ” (с) Александр Соловьев. Кстати, кто не видел этот его доклад - это хит, рекомендуем всем коллективом!

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

4. Тотальная асинхронность и кеширование данных при взаимодействии с социальными сетями.

К слову о прототипе проекта - было замечено, что данные из социальных сетей, полученные сервисом about.me, не обновляются, загружаясь лишь единожды - в момент подключения сервиса. Вероятно, опция обновления кеша доступна VIP пользователям, но нам не удалось добиться от about.me обновления информации. Это навело нас на мысли о том, что стоит по возможности как можно более качественно организовать межсерверное взаимодействие и систему кеширования, чтобы минимизировать риск возникновения схожих проблем в будущем.

Практически повсеместно внедрённый OAuth2 и схожесть в организации API различных социальных сетей дали возможность удачно обобщить взаимодействие.

Конечно, на этапе прототипа вся работа с API была синхронной, но блокировать Hypnotoad воркеры для осуществления API запросов в высоконагруженном проекте - однозначная роскошь и расточительство. К счастью, Mojolicious построен на весьма приличной, как по интерфейсу, так и по реализации, событийной машине, благодаря чему, кстати, каждый воркер в пуле способен параллельно обрабатывать не один (как в случае, скажем, с mod_perl), а десятки параллельных запросов, конечно, при условии, что те содержат значимое количество асинхронного кода.

К слову, учитывая то, что одним из основных “пугающих” аргументов против примененияnode.js является его тотальная асинхронность, - Mojolicious может послужить отличным ментальным мостом, когда вы начнёте разработку в рамках классической синхронной парадигмы, а закончите, как минимум, имея значительную часть гибридного кода (sync + async). Признаться, теперь мы боимся node.js значительно меньше и надеемся применить его в последующих проектах.

Вообще, uid.me делался по принципу “нет велосипедам”, и в жертву Шиве был торжественно принесён целый пласт ископаемых самоделок, возглавляемый широко известным в узких кругах килобайтным макросом “dw ”, с 2005 года верой и правдой служивший нам и близким нам разработчикам и позволивший в трудный час избежать трансцендентного ужаса DBIx::Class. Светлая память.

И всё же, при разработке uid.me родилась одна занимательная поделка - это макрос

Take { … $take->(‘named_callback_slot_1’) ... } process { my $taken = shift; … },

Построенный на Mojo::IOLoop->delay и радикально упрощающий весь цикл операций, связанных с организацией именованных каскадных асинхронных API взаимодействий, включая каскадную обработку исключений (при возникновении интереса - пишите в личное, поделимся).

Возвращаясь к MongoDB

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

1. Классический LAMP проект стартует с классической SQL БД.
2. Если проект становится популярным, он обретает статус «highload», иначе goto 1.
3. Статус «highload» обязывает нас вплотную задуматься о кешировании, шардировании, репликации и
бекапе того, что хранится в SQL БД.
4. Эволюция схемы данных живого проекта становится тем более болезненной, чем больше данных накоплено, и тем более востребованной, чем более популярным оказался проект.
5. В результате всего этого ORM код начинает выполнять функции mutex, сериализации/десериализации данных для memcached, примитивного шардирования, в особо жестоких ситуациях - патчи обеспечения обратной совместимости схемы данных (ибо позволить себе большой сквозной апдейт данных в реальных условиях удавалось далеко не всегда).

Впрочем, довольно о грустном, на дворе были суровые 2000"е.

Начало 2010"х было озарено появлением нескольких NoSQL решений, которые обещали устранить бОльшую часть проблем растущего highload проекта «из коробки». Появление открытых, готовых к использованию NoSQL решений пророчили многие, но, тем не менее, фактическое обретение прекрасного будущего нас приятно удивило.

Посоветовавшись с более экстремальными в плане новшеств коллегами, мы решили пробовать MongoDB .

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

Под применением возможностей по максимуму мы подразумеваем следующее:

1. JSON формат хранения данных позволил не возиться с привычными parent/child/x-связями в схеме данных по поводу и без, ограничившись здравым смыслом. В результате вложенная структура основного объекта user оказалось жирной, но удобной. В неё смело вложили кучу флажков, настроек отображения, мелких связанных списков и всего того прочего, что раньше с ходу приводило к созданию пачки около-user"овых SQL таблиц.

2. В модель данных добавили код общего назначения, который на этапе прототипирования интерфейса позволил крайне приятно наращивать JS функционал: по URL /profile/save стало возможным послать любой JSON, который extend"ил объект пользователя новыми данными, например:

User.save({ "style.profile.top": "20px", "style.caption.tags.color": "rgba(30, 29, 38, 1)", "info.first_name": "Павел" });

Все операции, связанные с деятельностью авторизованного пользователя были упакованы в общую функцию отправки с латентным коллектором в 500 мсек, объединяющим различные атомарные правки в общие пакеты.

В результате, client-side разработчики смогли легко расширять структуру объекта user, просто начиная использовать новые поля.

Конечно, после фазы прототипирования, серверная часть /profile/save была снабжена контекстными фильтрами данных, которые отсекали неизвестные поля и фильтровали значения на предмет корректности.

Осталась только одна проблема - в БД могли храниться пользователи, у которых вообще не существовали некоторые поля, так как последний раз они редактировали свой профиль ещё до того, как эти поля возникли. В идеале, хотелось бы иметь default-значения для каждого поля, которые будут магическим образом появляться в любом объекте, извлекаемом из БД.

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

Почему появился СУИП

В марте 2014 любое платёжное поручение начало получать собственный идентификатор. УИН применяется, когда речь идёт о платежах в бюджет РФ. УИП – это идентификатор других платежей. И УИН, и УИП состоят из 20-ти цифр.

Уникальный идентификатор платежа (поле 22)

Исходя из вышесказанного, можно понять, что такое СУИП в чеке Сбербанка. Буква «С» означает название банка. Таким образом Сбербанк сможет идентифицировать любой сделанный в его электронной системе платёж.

Сбербанковский идентификатор состоит из 16-ти знаков. Из них, первые 12 – это комбинация цифирных знаков, последующие 4 – заглавные буквы английского алфавита.

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

Зачем нужен уникальный номер

Ежедневно миллионы людей осуществляют электронные платежи через Сбербанк. Что делать, если система дала сбой, и платёж не прошёл? Деньги могли пойти не туда и из-за ошибки в реквизитах, возможно, счёт, на который их отправили, больше не существует.

Важно получить не только ответ на вопрос «Уникальный номер платежа СУИП Сбербанк — что это?», но и понять, что, сохранив квитанцию или переписав данный номер, вы сможете найти свои деньги, куда бы они ни попали либо сделать так, чтобы они пошли по назначению.

Потребность в уникальном электронном номере возникла в связи с большим потоком денежных средств и необходимостью их отслеживания. Сохранив квитанцию, вы сможете, в случае обращения в любой офис Сбербанка или в компанию, куда осуществляли перечисление, найти свой платёж. Это может относиться и к коммунальным службам, и к социальным сетям, и к интернет-магазинам, и к любому другому платежу. СУИП даёт возможность систематизировать денежный поток и выбрать из него нужное.

Э та статья по основам Linux научит вас всему важному, связанному с UID в Linux.

Что такое UID в Linux?

UID обозначает идентификатор пользователя. UID – это номер, назначенный каждому пользователю Linux. Это представление пользователя в ядре Linux.

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

Вы можете найти UID в файле /etc/passwd. Это тот же файл, который можно использовать для составления списка всех пользователей в системе Linux.

Используйте команду Linux для просмотра текстового файла, и вы увидите различную информацию о пользователях, присутствующих в вашей системе.

Root:x:0:0:root:/root:/bin/bash daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin bin:x:2:2:bin:/bin:/usr/sbin/nologin sys:x:3:3:sys:/dev:/usr/sbin/nologin sync:x:4:65534:sync:/bin:/bin/sync games:x:5:60:games:/usr/games:/usr/sbin/nologin man:x:6:12:man:/var/cache/man:/usr/sbin/nologin lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin mail:x:8:8:mail:/var/mail:/usr/sbin/nologin news:x:9:9:news:/var/spool/news:/usr/sbin/nologin andreyex:x:1000:1000:Andrey,:/home/helder:/bin/bash davmail:x:127:65534::/var/lib/davmail:/usr/sbin/nologin statd:x:128:65534::/var/lib/nfs:/usr/sbin/nologin

Третье поле здесь представляет идентификатор пользователя или UID.

Обратите внимание, что в большинстве дистрибутивов Linux UID 1-500 обычно зарезервирован для системных пользователей. В Ubuntu и Fedora UID для новых пользователей начинаются с 1000.

Например, если вы используете команду для создания нового пользователя, он получит следующий доступный номер после 1000 в качестве своего UID.

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

В Linux UID – 0 и GID – 0 зарезервированы для пользователя root.

Как найти UID пользователя в Linux?

Вы всегда можете положиться на файл /etc/passwd, чтобы получить UID пользователя. Это не единственный способ получить информацию UID в Linux.

Команда id в Linux отобразит UID, GID и группы, к которым принадлежит ваш текущий пользователь:

Id uid=1000(andreyex) gid=1000(andreyex) groups=1000(andreyex),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),116(lpadmin),126(sambashare),127(kvm)

Вы также можете указать имена пользователей с помощью команды id, чтобы получить UID любого пользователя Linux:

Id standard uid=1001(standard) gid=1001(standard) groups=1001(standard)

Как изменить UID пользователя в Linux?

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

Вы можете изменить UID, изменив пользователя с помощью команды usemod следующим образом:

Usermod -u 1004 user_2

Вы должны иметь привилегию суперпользователя для выполнения вышеуказанной команды.

Вы помните концепцию ? Право собственности на файл определяется UID пользователя-владельца.

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

Что вы можете сделать, это вручную обновить владельца файлов, связанных со старым UID пользователя_2.

Find / -user old_uid_of_user_2 -exec chown -h user_2 {} \;

Вот и все. Мы надеемся, что теперь у вас есть лучшее представление об UID в Linux. Не стесняйтесь задавать свои вопросы, если таковые имеются.

Как профессиональный пользователь Linux, если вы думаете, что мы пропустили какое-то важное понятие об UID, пожалуйста, дайте мне знать в разделе комментариев.

Видел на форуме и сайте кучу вопросов, таких как:
- "А че такое уид??"
- "Зачем нужен uid?"
- "Где взять этот uid?"
-
- "Расскажите про уид!"

Итак, начнем...
UID

-

UID.
-


-

По определению, UID-тип

характеристики:
-

-


-

UID-тип это объект типа TUidType

UID можно в любое время посмотреть, зайдя например в программу SmartFileMan, и нажав клавишу "5" на нужном файле.На экране появятся все три UID-a...

DimonVideo DimonVideo

2007-05-01T01:49:56Z 2007-05-01T01:49:56Z

Что такое UID. И с чем его едят.

- Видел на форуме и сайте кучу вопросов, таких как:
- "А че такое уид??"
- "Зачем нужен uid?"
- "Где взять этот uid?"
- "Что такое, и с чем едят uid?"
- "Расскажите про уид!"
И вот, решил написать статейку для непосвященных =)
Итак, начнем...
UID - это составной идентификатор, с помощью которого идентифицируются объекты в Symbian OS. UID состоит из трех 32-битных отдельных чисел. Эти числа, называются компонетами
UID и обычно когда о них заходит речь, на них ссылаются как на UID1-, UID2- и UID3-компоненты. В Symbian OS UID"ы используются в самых различных случаях:
- UID-ы используются для идентификации типов различных объектов как во время исполнения так и во
время загрузки. Например исполняемые файлы, DLL, файловые хранилица и многое другое имеет свои собственные
UID.
- UID-ы используютя для проверки, что объект, который предполается загрузить обеспечит совместимый
и ожидаемый от него интерфейс.Таким образом можно проверить, что DLL относится к ожидаемому типу
или что используемое файловое хранилище имеет строго определнный тип.
- UID-ы - это значения которые однозначно связывают документы и приложения для их обработки. Например,
графические приложения с определенной программой их просмотра.

В Symbian OS UID-ы используются повсеместно для разнообразных идентификаций типов
файлов и увязки файлов с теми или иными приложениями. Конечно, пользователю более понятны обычные
имена файлов и Symbian OS гибко поддерживает имена файлов различной длинны. Но с точки зрения системы,
32-битные номера обеспечивают большую однозначность, систематичность и более легкую идентификацию.
Поэтому UID-ы являются фундаметальной характеристикой ОС.

По определению, UID-тип объекта состоит из трех отдельных UID-ов используемых
в комбинациях. Составные компоненты UID-ов называются UID1, UID2 и UID3 имеют следующие основные
характеристики:
- UID1- может быть рассмотрен как идентификатор на уровне системы; например, исполняемые файлы,
DLL, файловые хранилища все различаются по UID1.
- UID2-различия между объектами имеющими один и тот же UID1 и могут быть рассмотрены как идентификатор
интерфейса; например, статический интерфейс (разделяемая библиотека) и полиморфический интерфейс
(приложение или встраеваемая программная оболочка) DLL-ки отличаются по UID2.
- UID3-идентифицирует объекты, имеющие конкретный UID2 и может рассматриваться как идентификатор
проекта; например, UID3 может быть разделен между всеми объектами, принадлежащими данной программе,
включая библиотеки, если имеются, DLL-ки каркасов,и все документы.

UID-тип это объект типа TUidType , которой можно создать из комбинаций всех
или некоторых из трех возможных UID-ов. Если переменная имеет прелставляет собой UID, то можно выяснить
и значения составляющих её компонентов UID1, UID2 и UID3.

Объект в Symbian OS и, особенно, многие файлы в Symbian OS могут иметь все, несколько,
или вообще не иметь не одного из трех возможных UID-ов.

Вариант с отсутсвием UID-ов необходим для того, чтобы можно было взаимодействовать
с другими системами, позволяя легко и свободно использовать по назначению в Symbian OS не родные
файлы данных. Symbian OS позволяет создавать настраиваемые файловые ассоциации и идентификации даже
когда UID-ы отсутсвуют. Это делается по расширениям имен файлов.

Каждый "родной" документ должен иметь соотвествующий UID1. его значение задается
приложением, создавщим этот документ.

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

UID задается из диапазона 0х01000000 до 0x0fffffff.

UID можно в любое время посмотреть, зайдя например в программу SmartFileMan, и нажав клавишу "5" на нужном файле.На экране появятся все три UID-a...">