user8046891

user8046891

Ничего необычного
На Пикабу
Дата рождения: 12 ноября 1943
поставил 0 плюсов и 0 минусов
92 рейтинг 12 подписчиков 3 подписки 5 постов 0 в горячем

Система 1С - #1 > ПОЛЬЗОВАТЕЛИ.АВТОРИЗАЦИЯ

Собственно начинаем.

Во первых важно понять что это за система и что она будет делать. Сразу скажу это будет не бухучет/торговля/кадры в привычном понимании и назначении продукта 1С. Многие спросят меня: "Ну и зачем нам 1С в таком случае?". Глобально не зачем, если вы умеете в более фундаментальные языки программирования. Но если вы хотите автоматизировать что-то дешево, быстро и сердито то это как раз про 1С. Это может быть касса, парковки, библиотека или какая-то система которая консолидирует данные и проводит аналитику. То бишь любая система не по прямому своему назначению в идеологии фирмы 1С и ее конфигураций и отраслевых решений. Моя система должна научить не тривиальным вещам:

  1. Само собой авторизация и работа с пользователями и ролями. Управление сеансами.

  2. Работа с электронной почтой. Получение/чтение/отправка (этим на самом деле никого не удивишь, но в данном кейсе мы будем отправлять пользователям их "аутентификационные" данные на почту при запросе на выдачу доступов). Также будем делать унифицированный фидбек на почту разработчика (ответственного) в случае исключений. Это удобно, если ты хочешь получить больше информации от пользователя и сразу, а не лезть в ЖР (Журнал регистрации) для поиска нужного сообщения, тем более если твой лог нон-стоп пишет + много пользователей. Хотелось бы еще попробовать реализовать интеграцию с Jira, но не в этот раз (это очень большая тема).

  3. Работа с внешними данными: xls, csv, txt и прочее. Правильная и грамотная конвертация данных туда и обратно. Этот пункт важен в понимании архитектуры клиент-сервер. Тут же и работа с файловой системой.

  4. Универсализация фоновых и регламентных заданий. Как это работает? Как сделать интерфейс асинхронным? Как сделать интерфейс юзабилити с помощью фоновых заданий.

  5. Работа с API. Как общаться, получать данные и проходить авторизацию.

Думаю этого пока достаточно.

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

ПОЛЬЗОВАТЕЛИ. АВТОРИЗАЦИЯ

Во первых хочу для начала объяснить с чем мы имеем дело:

  1. Из коробки при разворачивании системы 1С и публикации (так это называется) базы платформа создает файл/ы (в случае файловой реализации), или таблицы (в случае серверной). Это означает что объекты и метаданные предопределены и есть статические глобальные методы и способы взаимодействия разработчика и объектов метаданных. Звучит страшно, но до первого написания кода, поверьте мне.

  2. Т.е. при разворачивании ИБ (информационная база) разработчик может работать с метаданными в коде и реализовывать логику и интерфейс. Конкретно здесь нас интересует предопределенный тип МенеджерПользователейИнформационнойБазы. Его мы и будем использовать в данном разделе и все будет крутиться вокруг этого типа.

Платформа 1С предлагаем нам два способа работы с пользователями и их настройками:

  1. Способ непосредственно из конфигуратора (IDE в понимании других языков, образно). Т.е. мы открыли конфигуратор нашей ИБ и там в интерфейсе можем работать с пользователями. Не рекомендую данный способ от слова совсем. Он ограничен и по факту не нужен, хоть и есть. Иногда полезен, когда именно расскажу далее. Выглядит это примерно так:

Система 1С - #1 > ПОЛЬЗОВАТЕЛИ.АВТОРИЗАЦИЯ Программа, 1С, 1с:предприятие 8, Длиннопост

Интерфейс конфигуратора где есть настройка пользователей

2. Способ когда мы пишем логику общения с объектом ПользователиИнформационнойБазы который доступен в глобальном контексте приложения (примечание 1). Мы описываем логику и делаем свой пользовательский интерфейс для настройки пользователей, так и настройки конкретного пользователя. С этим мы и будем работать.

Примерно схематично я нарисовал как это (в моем понимании) выглядит визуально

Система 1С - #1 > ПОЛЬЗОВАТЕЛИ.АВТОРИЗАЦИЯ Программа, 1С, 1с:предприятие 8, Длиннопост

А вот способ которого мы будем придерживаться и примерно это и будет реализовываться

Система 1С - #1 > ПОЛЬЗОВАТЕЛИ.АВТОРИЗАЦИЯ Программа, 1С, 1с:предприятие 8, Длиннопост

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

Думаю пока достаточно.

Глобальный контекст - это то к чему мы можем получить доступ из программного кода. Это объекты метаданных, предопределенных статических методов. Причем они по разному доступны в зависимости где выполняется код, на клиенте или на сервере. Уровень доступа определяет платформа. Все это мы поймем когда будем писать код, а пока ниже картинка как это выглядит

Система 1С - #1 > ПОЛЬЗОВАТЕЛИ.АВТОРИЗАЦИЯ Программа, 1С, 1с:предприятие 8, Длиннопост

Доступ к объектам/методам глобального контекста

Всем мир!

Показать полностью 4

Что такое 1С спустя 15 лет - #3

Ну ок, я поставил платформу и сломал ее, что дальше?!

Все просто и не просто... Есть две реализации которые сами себя неким образом ограничивают (как разработчика).
ФАЙЛОВАЯ ВЕРСИЯ. Это то что ты скачал. Ты молодец! Ты можешь писать код. Ты можешь даже посмотреть что он сделает. Также (в контексте принципа КЛИЕНТ-СЕРВЕР) ты всегда КЛИЕНТ (это не совсем так)! Блять. Почему так?? Да потому что КЛИЕНТ-СЕРВЕР работает иначе и вот сейчас я расскажу как: Ну как же определить практически что есть (теперь) файловая и "нефайловая" версия? Ну все просто. Файловая это та информационная база, которая находится либо локально, либо на сетевой шаре

Что такое 1С спустя 15 лет - #3 Программа, Информационная безопасность, 1С, 1с:предприятие 8, Мат

Так а что такое файловая и серверная база и зачем оно нужно? А также что такое данные и что с этим делать?

....

Хотел написать про 1С, но лучше немного отойти к корням... И так:

Для чего все это? Что мы должны сделать и почему ИТ разрабы зарабатывают овер 500к?! Все просто. Мы работаем с данными. Ни один разработчик не сможет без них. Хорошо, но что есть данные и как с ними работать?

  1. Все что пишут пограмисты (это специально) оно все ради чего-то. Ради результата. Никому не будут платить просто так!

  2. Все эти погромисты умеют работать с данными. (блядь, еще и данные...)

  3. Да да! И в 1С есть СКД (Система компоновки данных) которая работает исключительно с данными!

Т.е.

  1. Ты должен понимать фронт

  2. Ты должен понимать бэк

  3. Ты должен в ODBC и реляционные БД

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

И так:

  1. Данные - мы ради них здесь! Мы их консолидируем, агрегируем и выдаем

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

  3. Хорошее настроение! Гип Гип, УДО!)

ФАЙЛОВАЯ.

Эта версия которая подразумевает хранение данных в виде файлов. Эти файлы могут быть как на твоем (старом) ПК, так и в сети (если ты админ Почты РФ где-нибудь в Ново-Огарёво). Т.е. это те данные которые можно удалить/переместить/переименовать и это нихуя не секьюрно! Это сулит много проблем в части 1С, а именно: БЛОКИРОВКИ (блядь). Когда-то для нас разработчиков это был бич - блокировки! Поверхностно - это один пользователь открыл файл в ОС (операционная система) и держит файл открытым, а другой юзер пытается открыть его - ВУАЛЯ - БЛОКИРОВКА! Мрачно, больно и несекьюрно... Да мудрые программисты сейчас напишут, что можно файл в транзакции открывать, монопольно или то лучше выкачать себе и все открывают и проблем нет. Но! Что если нужно фиксировать изменения при нажатии? К сожалению файловая реализация 1С это не позволяет. Т.е мы можем 100% сказать что если это файловая реализация, то 100% сохранность данных негарантированная и масштабируемости нет.

СЕРВЕРНАЯ.

Вот тут интереснее! В данной архитектуре мы можем говорить что,

  1. Есть некий сервер сеансов 1С, где мы можем посмотреть что происходит и самое главное, управлять сеансами

  2. Есть сервер данных! Это может быть как отдельный VM сервер либо физически сервак, но мы знаем, что там есть СУБД которая управляет данными. Это может postgresql либо MSSQL неважно. Мы это знаем, оно там, оно инкапсулировано.

  3. Теперь то мы разыграемся! Теперь то мы можем и управлять сеансами и данными и вообще, мы можем реализовать сервер (ПК) для совместной разработки с помощью хранилища конфигураций (про него кстати я еще не говорил). Это аналог Git. Да да, смейтесь ТРУ разрабы, но у нас гит был еще до этого)

Далее лучше показывать. Я сегодня 4 часа потратил на этот блог)
Буду признателен если вы поставите свой боярский лайк)
Всем мир!

Показать полностью 1

Что такое 1С спустя 15 лет - #2

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

  1. Платформа - это IDE (Интегрированная среда разработки), которая позволяет писать код, компилировать его, выполнять в ОС вашего типа и на выходе получать программу (которую вы хотите, сказал бы я, но это 1С и все строго вшито/зашито)

  2. Конфигурация - это шаблон, предопределенный. Считайте его привычным словом "Framework", аля Spring (кто в теме java). Никто не заставляет его использовать, но ты будешь с этим сталкиваться и САМОЕ важное ты должен понимать в чем сходства языков и их фреймворков.

  3. В части 1С также важно понимать Клиент-Сервер. Это некая терминология которая говорит о том, что твой код может выполняться как на ПК клиента так и сервера. И тут нам 1Сникам повезло. С управляемыми формами (далее УФ) нам повезло (я далее расскажу про УФ). А повезло нам с тем, что мы нашей IDE (Платформе) лишь говорим где мой код выполняется, а она уже сама решает где и почем. На самом деле в рамках 1С это здорово!

  4. Лицензирование. К сожалению фирма 1С нас не щадит и не сделала безопасной и бесплатной (полноценно развитой) IDE акромя Eclipse, где вроде как сделали и развивают Eclipse IDE для 1С называемую EDT. Это не относится к лицензированию но я должен был сказать. И так, если ты пишешь ПО на спринге или WPF реализуешь на C# то у тебя все прям здесь и сейчас. Если же ты пытаешься работать с 1С, то тут либо ломаешь платформу и пользуешь файловую версию своей конфигурации, либо ты уже работаешь с организации и у тебя есть лицензия и ты можешь разрабатывать в клиент-серверном варианте исполнения.

  5. Клиент-сервер! Вот то что мало понимают новички и честно - ну нихуя же непонятно! Если вернуться к п.4 то мы видим, что в коммерческой разработке нам нужна серверная лицензия, которая позволяет реализовывать своё ПО более грамотно, так в чем же разница?

КЛИЕНТ. СЕРВЕР. КЛИЕНТ-СЕРВЕР

  1. КЛИЕНТ. В привычном понимании, если бы это был разработчик Jscript или React (любой фронт-ендер разраб) - то это был бы КЛИЕНТ. Т.е. это конечный пользователь, который тыкает (аки обезьяна) кнопки и говорит что "НИЧЕГО НЕ РАБОТАЕТ!". Клиент важная сущность, которая отвечает за то как он что-то там нажмет. А в случае с 1С (который фулстак) как нажмет и что произойдет! Клиент просто жмет, дает сигнал серверу через свои сетевые протоколы, а тот выполняет те или иные функции, сервер обрабатывает и шлет ответ. Все просто! Но! Мало кто говорит - запомни, КЛИЕНТ это тот кто взаимодействует с User Interface (UI)

  2. СЕРВЕР. Это ядро логики. Сервер ожидает запроса от клиента. Сервер ДОЛЖЕН выполнять все самое сложное (как именно ты поймешь дальше и самое главное как). Сервер распределяет память и ресурсы (если вы знаете C то вы понимаете что делает платформа). Все операции должны быть здесь! Это важно. За исключением тех которые могут быть в UI и я об этом напишу когда будет практическая часть.

  3. КЛИЕНТ - СЕРВЕР. Это процесс, в котором клиент (фронт) общается с сервером (бэкенд) и они вместе выполняют свои задачи. В отличии от большинства языков и архитектур 1С позволяет все сделать в ОДНОМ модуле использую директивы &НаКлиенте и &НаСервере. Есть также директивы &НаСервереБезКонтекста и тп, но о них чуть позже.

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

Всем мир!

Показать полностью

Что такое 1С спустя 15 лет - #1

Не знаю почему, но решил вдруг сегодня начать серию постов об этом. Возможно потому что являюсь частью данного комьюнити и хотелось поделиться со всеми. И более того думаю начать серию постов на примерах разрабатывать нашу систему в стеке 1С.

Чтобы не тянуть кота за яйца хотелось бы описать будущую систему. Но! Скажу сразу в нашей системе не будут затрагиваться такие вещи как бухучет, кадры, торговля. Моё желание цель более комплексно подойти к разработчику 1С и показать, кто не знает, что данная платформа позволяет гораздо большего и в то же время является максимально ограничена. Задача реализовать приложение которое может:

  1. В авторизацию. Доменная и стандартная (логин/пароль)

  2. Умеет в интерфейс. Показывает, что можно даже на платформе 1С сделать юзабилити.

  3. Email, API, zip, работа с файловой системой (забегая вперед для unix 1Снику важно знать синтаксис 1С и не вдаваться в подробности устройства подобных ОС)

  4. ODBC. Подключить библиотеку одно, но также именно мой стэк это Oracle, потому могу рассказать по настройке коннектов к данным видам БД, запросы, контроль сеансов/коннектов и прочее

  5. Асинхронность и как это применительно вручную, без этих ваших самых БСП и прочего. Особенно, применительно ко мне, с файловой системой ОС лично я собаку съел, а то и не одну...

  6. Практическая часть в компании. Как быть эффективным? Как быть многозадачным (для меня это фулстак разработчик пусть и в 1С, но в тоже время понимающий другие стеки и технологии в компании)

Если на Пикабу есть люди которые могут меня поддержать, то я с удовольствием начну писать эту систему и покажу (как я это вижу) на скринах или видео. Расскажу тем чем занимаюсь уже 15 лет (не только я) и почему в некоторых моментах мы не согласны

Безумный РСП от пользователя Pikabu

Во первых оказывается у меня был аккаунт на пикабу)

Давеча @Antinerv77 написал Огромный пост про РСП и мало того, чтобы никто, никогда не смел жениться (а может и нет, из поста не понял), а более того (каким-то хером) притянул юридические аспекты. Я к сожалению/счастью не юрист, но увидел много противоречий или несостыковок от комментаторов. Ну да ладно, меня более смутили другие вещи, о которых (почему-то) мне невозможно промолчать:

  1. Все повествование автора начинается с упоминания о том, что он являлся юристом и примерно понимал семейное право или что-то того. (кстати в последующем я буду материться и нелицеприятно относится в обращении к ТС, и ко мне относитесь также). Т.е. из этого, я обычный "житейский парень" могу предположить, что это правда первой инстанции, т.к. ну нихуя, ТС то в теме! (это не так). Мы склонны верить (по нашему мнению) людям более компетентных в вопросе нежели мы сами, признаем авторитет, такое бывает, но не в данном случае. (кстати заберите мои запятые:)

  2. В посте ТС мужики, коим я являюсь, вдруг показались плюшевыми мишками. Ну этакие маленькие мальчики, тыкающие муравейник в поле, или держащие палку в руке воткнутую в землю, топают домой. И напротив женщины - "Исчадие АДА" и ваще пиздец, их лучше не трогать, а то как говорят "гавно не тронь...". И все эти РСП получаются от того что бабы меркантильные, довели этих помпончиков до точки и ахуевши выбегают прочь и плОтють алименты. Опустим! Но ТС говорит про проценты (вот тут я и зацепился). Говорит 90% баб гнилые нахуй, особенно РСП и мол сами виноваты, что мишки вдруг спиваются и ваще пиздят их! И дети нахуй! Кто их блядь придумал! (про детей скажу чуть позже).

  3. Ну и третье. НИКАКИХ нахуй браков! Ни тебе помолвки! Ни тебе женитьбы! Ваще нихера, пусть твоя женщина будет на словах женщина и устройство брака придумали дебилы, которые хотят чтобы спиногрызы получали кусок (однушка в хрущёвке как правило) от несчастного мужика, который вдруг развелся по своей или не своей инициативе. Более того, еще вдруг Ашот (если вы Ашот - извините) не обрюхатил твою женщину и повесил на тебя воспитание и затраты этого самого спиногрыза.

Все. Тезисы понятны. Вентилятор крутится. Гавно накинуто, погнали...

Безумный РСП от пользователя Pikabu Негатив, Чувства, Эмоции, Рассуждения, Мысли, Рспп, Мат, Длиннопост

* напишите кстати что с мужиком с мема, так и не в курсе

Вводные обо мне:

  1. Я муж, браку 5 лет

  2. Один ребенок 2.6

  3. 35 лет, супруге 25

  4. Работа в ИТ, доход хороший

  5. Жена медик (сами понимаете...)

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

  1. На сколько понял это мужик 50+. Военный (не в огород военных, но есть пару ахуевших историй с ними...). Не женат. Без детей. И этот дурачок даёт вдруг советы о том, что институт брака шляпа и детишки получаются багажом, потому как их бросают, бабы остаются одни и жаждут, жаждут такого вот мужичка как ТС чтобы у него отнять хрущевку в спальнике (или как хотите, я для словца) и ГАРАЖ нахуй! А еще 90% РСП довели своих несчастных бывших прибывших и они, лишаясь всего бежали из рук злого Мордора потому там страшно, не кормят, бьют и ваще все хотят только чтобы 14 часов в сутки "я бабоньки приносил". Ответьте мне на один вопрос: как глухой объяснит слепому что такое самолет? Возможно это возможно, но как ТС может подсказать или научить меня, что брак это кабала и цепь на шею. Что дети (без ДНК конечно) это тягость и ваще нужно сделать 10 ДНК чтобы наверняка. Что даже если твой пиздюк - ты в разводе с ним не увидишься; ребенок будет тебя ненавидеть потому что баба про тебя наговорит всякого; его к себе не забрать навсегда (из опыта своих друзей могу сказать, что ДА, проще когда ребенок с женщиной, если она нормальная. Причина в том, что мужчина зарабатывает больше как правило вот и все), если же ненормальная то не повезло (это бывает, опустим)

  2. Не юрист. Где-то что-то как-то прочитал. Таких называют жили-были или задушевные, которые расскажут как и родину любить и как детей воспитывать не имея оных. А еще как колесо поменять и зеркало повесить, правда все потом разъебано, ну да ладно. Дядечка ТС накинул говнецо и такие как я портянки пишут)

  3. Собственно зачем РСП? Ну так ТС не может понять, что мир разный у всех. Что не всем женщинам везло. Не все мужчины обретали счастье. В отличие (если ТС одинок полностью) меня от ТС и прочих "несчастных" в том, что мы познали что такое семья. Некоторые с этим познали боль. А некоторые счастье. Узнали что такое дети, мы их с роддома в ручках несли и оберегали, даже блядь если потом развелись! Я сейчас женат и все хорошо, не факт что так будет дальше... Но даже эти 3 года на данных момент для мужчины и женщины - это были значимые дни. ТС никогда не поймет, что мы прошли этот путь не на картинках в интернетах или фильмах, а сами. Сами любили, обижались, сорились и мирились. Да кто-то блять даже дрался (осуждаю), но сами. Потом, когда мы развелись, мы стали РСП, кто из-за измены. Кто-то устал. Кто-то потерял близкого и такое бывает. И вот какой-то дегенерат рекомендует всем избегать брака, длительных отношений и только потому что его мир сломлен. Ему в жизни не повезло. Он не познал любви и заботы. И относится к противоположенному полу с предубеждениями. Мне жаль @Antinerv77. Но он слаб. Это видно и по множественным смайлам, за которыми он скрывает свою желчь. Это мое мнение.

В итоге хочу посоветовать некоторые вещи:

  1. Никто не скажет как правильно и как плохо. Только ты сам поймешь. Это твой опыт, цени его!

  2. РСП не приговор, как и одинокий 40+ летний мужчина/женщина (человек). Мы часто бродим вокруг да около. Кто-то успел вляпаться, кто-то до сих пор боится ("40-ий девственник" - рекомендую посмотреть)

  3. Советуйся с друзьями, близкими. Спрашивай мнений и никогда! Никогда! Не слушай таких дебилов как ТС в интернете, меня в том числе)

  4. Допускай ошибки. Они нас учат! Они говорят где мы правы где нет. Блин, сколько я их в жизни совершил... мрак. Стал умнее, надежнее, спокойнее. Не ссы даже разводиться и мириться. Просто пробуй жить.

Извините что так много. Накидал и я на вентилятор. Все мир!

Показать полностью 1
Отличная работа, все прочитано!