Search
Write a publication
Pull to refresh
2
0
Send message

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

аутентификация это проверка подлинности, а авторизация предоставление доступа.

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

То есть к компаниям чей продукт не может быть оцифрован "цифровая трансформация" не приминима?

Добавьте скриншотов интерфейса. Не все готовы запускать бинарник, чтобы оценить красоту интерфейса. Это особенно трудно если у тебя не windows :)
Я понял идею с прибылью. Но возникла другая мысль. Наверно неправильно говорить о точках генерации прибыли. Потому что каждое звено вносит свой вклад в прибыль. Убираем магазин, прибыль падает. Если можно убрать какое-то звено и прибыль не изменится, то наверное оно не нужно.
Как о точках мне кажется можно говорить о выручке. Т.е. точки генерации выручки.

Обычно франчайзер, так как ему это приносит выгоду не только как владельцу точек, но и как владельцу франшизы. Но есть и исключения, додо пицца недавно отчиталась, что берет 3% от в выручки в глобальный рекламный фонд. У меня конечно есть вопрос как они всех франчайзи уговорили и уговорили ли.
Как Мосигра собирает рекламный бюджет? Франчайзи участвуют?

Я не уверен как точно работает дистрибуция в Мосигре. Я так понимаю у вас есть свои магазины, франчайзи и есть еще кто-то кому продаете? В случае со своими магазинами вряд ли дистрибуция своим магазинам продает товар? Наверное для своих дистрибуция выполняет чисто логистические функции. Франчайзи и остальные так или иначе платят (я не знаю они на реализацию берут или сразу платят).
Тогда получается, что дистрибуция тоже приносит выручку и прибылью она станет только после сведения дебета с кредитом. Т.е. дистрибуция работает как затратная часть (ФОТ+аренда+операционка+маркетинг) :)
На счет того, что прибыль приносит товар в целом согласен. Но в чистом виде цепочка товар — покупатель наверное невозможна. Всегда будут промежуточные звенья (дистрибуция, розница) которые влияют на затраты и выручку. И эти звенья нужно оценивать как разницу между затратами на звено и увеличением прибыли.
Под маркетингом понимаем рекламу? Тогда мне кажется имеют право на жизнь оба подхода и локальная реклама на уровне магазина и глобальная на уровне компании. Администратор магазина лучше видит локальные возможности которые можно использовать для продвижения, например день рождения в ТЦ или детский праздник, можно организовать локальные мероприятия игротеку например или поставить баннер на проходе.
На уровне компании удобнее устраивать глобальные кампании по продвижению бренда в целом, магазин такое не потянет да и видение у него уже.
Не понял про точку генерации прибыли. Магазин создает не только расходы, но и доходы. Можно точнее определить «точку генерации прибыли»? Если имеется ввиду «центр прибыли» и «центра затрат» то магазины будут центрами прибыли.
то сейчас их просят дополнительно вводить информацию, нажимать кнопки на терминалах.

В каких случаях рабочим нужно вводить информацию?

RouterBoard и купить к нему din корпус?

На самом деле со страховыми случаем не все понятно. В случае страхования автомобиля, по какой формуле будет рассчитываться вина или невиновность, какими способами будут определяться повреждённые детали и степень их повреждения?

То, что сейчас централизовано это права на композиции. Musicoin собирается децентрализовано хранить сам контент (что тоже спорное решение). Как децентрализованное хранение композиций поможет справедливее распределять плату за прослушивание?

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

Для этого процесса все есть уже сейчас. Есть площадки для размещения музыки и есть безналичные платежи. Что смарт-контракты добавят к этому?
Риски новые не появятся. Если исходить из того, что уже был сервер для файлов, почты и 1с, то поднятие КД незначительно увеличит риски (сервер не работает — все лежит, независимо от того есть КД или нет).
Если есть бюджет, то вопросов нет. Я бы тоже зарезервировался по железу. Просто я не согласен с тем что КД можно поднимать только в паре. Я считаю, что даже если нет бюджета на второй сервер, КД на одном сервере принесет пользу.
Нет, я не согласен))) КД имеет смысл поднимать даже на одном сервере. Плюсы появятся, а минусы останутся теже.
Деградация производительности случится от трафика репликации, если есть другие КД, от трафика инфраструктурных сервисов и нагрузки от них на CPU, RAM и HDD.

Стоп, стоп, стоп. Откуда у нас взялись другие КД? У нас же был один сервер с почтой файлами и приложениями.

Кэширование предназначено для входа в ОС при отсутствии доступа к КД. При этом у пользователя нет доступа к Active Directory, следовательно, нет доступа к сетевым ресурсам и сервисам. Что толку в корпоративной среде от того, что пользователь вошёл в ОС локально с использованием кэша?

У него есть интернет (если мы его раздаем через роутер, а не через этот же сервер), есть Word, есть Excel. Уже можно жить)

Он максимум будет иметь только доступ к локально сохраненным файлам и папкам. А что делать с DNS и DHCP в случае падения единственного КД? Кэширование входа в домен подходит только для использования на мобильных устройств за пределами домена, но никак не в качестве замены упавшему КД.

А что мы до этого делали с DNS и DHCP, когда у нас не было КД, но так же был один сервер?

Роль КД добавленная на единственный сервер не сильно повлияет на надежность. У нас по прежнему будет большая точка отказа в виде сервера.
Откуда взялась деградация производительности? От того что на сервер добавили роль контроллера домена?

Кеширование это не костыль а функция имеющая очевидную пользу при отсутствии резервирования контроллера домена.

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

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

Information

Rating
Does not participate
Registered
Activity