rPman, ну оптика и не подключена электрически, точнее волокно не проводит ток, т.к. материалы не те)
А на счет интернета, если оборудование провайдера также запитано от этих же ИБП, то все равно остается непонятным, как пробило до серваков.
У нас в офис например приходит 4 провайдера. Опта - конвертер - коммутатор -> наше оборудование. Так конвертер+коммутатор мы подключаем через PSU который подключен от 2 ИБП, которые идут с разными вводами.
@pindschik
В изначальной формулировке вопроса не уточнялось какое имя имеется ввиду. Может быть доменное имя - тогда да, это ДНС, а может быть нетбиос имя, тогда это WINS.
И то, и другое можно назвать именем компьютера.
El___Comandante,
Я не знаю всех подробностей как у Вас организован процесс, про компанию, про которую я рассказал - у меня там работает хороший друг, он начальник монтажного отдела - по иерархии компании над ним только 2 начальника. Это НПП, у них есть и первый отдел, и гос.тайна. Туда же, через друга я устроил батю на работу и он теперь начальник слесарного цеха. Я работаю в секторе IT и что и как там устроен знаю только со слов людей, с которыми общаюсь. Это преамбула.
А положение вещей там такое же - у них есть секретные разработки. Они работают только с гос.заказами.
Слесарный отдел изготавливает детали для этих секретных разработок.
Монтажники - собирают готовые изделия.
Инженеры заливают прошивки\софт и доводят изделия до требуемых показателей.
Все эти люди, работают с секретными изделями. Начиная со слесарки, которая вытачивает детали, продолжая монтажниками - которые собирают изделие, заканчивая инженерами которые доводят изделия.
Так вот, у 3 вышеперечисленных отделов - никак не оформлен доступ к гос.тайне, т.е. по сути они как бы с ней не работают. Там отдел разработки, научный отдел и еще какой то отдел, чьи сотрудники оформлены как положено для работы с гос.тайной. А всё почему? Потому что доступ к гос.тайне это ппц какой гемор для всех. И для руководителей. И для сотрудников. За это не доплачивают, просто ваша разработка может быть полезным для правительства и они засекретили, а для предприятия это будет только лишний гемор. Из плюсов только то, что будет гос.заказ и только лишь. Поэтому руководство в данной компании, дополнительно лишь перестраховалось таким способом, они защищают как и свои задницы от тюрьмы, так и упрощают жизнь рядовым сотрудникам. Но если смотреть по факту - оно заботится о своих сотрудниках, т.к. всех оформить как нужно, гемор у сотрудников будет и в обычной жизни. И в работе добавится лишнего гемора. Так что это палка о двух концах.
Если у Вас предприятие двойного назначения, и вы относитесь к цеху для производства гражданских нужд - условно производите скрепки, а соседние отделы производят секретные сплавы - тогда наверное в ваших словах есть доля истины, но опять же, лишь доля. Вы общаетесь с коллегами, которые могут иметь доступ к тайне. Вы можете проходить по пути в столовку через лаборатории где случайно можете увидеть секретные формулы и тд и тп (я конечно слабо себе представляю такой вариант, но какого только безалаберства я не повидал). Поэтому доступ к гостайне у предприятия, это лишь дополнительный гемор - для всех, и рядовых сотрудников, и руководителей. А руководители лишь перестраховываются такими методами чтобы избежать утечек, ведь если случится что, для них это 100% тюрьма, а для всего остального персонала это как минимум опрос от сотрудников ФСБ (и он не всегда приятный) + возможная слежка. Поэтому просто подумайте, будь Вы на месте руководства и Вы бы понимали всю ответственность за этот гемор под названием гос.тайна как бы Вы пытались защитить свою задницу, задницу сотрудников перед которыми Вы в ответе, и предприятие в целом. Как по мне, Вас пока просто ходят и пугают, но пытаются хотя бы по человечески решить вопрос без ультра жестких санкций и контроля. А вот ФСБ реально может приходить с различными проверками. А на крузаках они не из-за гостайны катаются, а потому что хитрожопят. И жизнь усложнять для рядового сотрудника у них точно нет цели, им вообще пофигу на рядовых сотрудников. А таким образом они лишь хотят прикрыть свои задницы.
Ну почему ? Если стоит стахановец - он делает скришоты экраны и потом склеивает в видео - а статистике админ увидит большое время использования энидеска, а начнет смотреть видео - увидит что делал в энидеске. Но обычно этим занимаются не админы, а руководители анализируют чем занимаются их подчиненные.
В общем - в теории увидеть кто чем занимается, даже если удаленка - можно. Вопрос тут больше какой софт используется
mayton2019, в данном случае лень подразумевает более рациональное использование своего времени, в данном случае я стою перед выбором - потратить Х часов на REST решение, или потратить Y часов на SQL решение, где мне очевидно что X>Y. Но есть определенные подводные камни, которых я опасаюсь с точки зрения самого битрикса, собственно я прошу поделиться опытом по решению подобной задачи. Будь я уверен, что можно работать с таблицей b_crm_field_multi без серьезных рисков повлиять на другую логику - я бы и не задавал этот вопрос тут. Если прочитать внимательно вопрос, то он звучит так -
Как считаете, на сколько будет критичным, если изменить номер телефона через БД а не средствами REST?
Всё остальное это дополнительные вводные и\или мои проработки по этой задаче. + какими условиями я могу пренебречь.
Я же не прошу за меня выполнять мою работу, не прошу писать за меня запросы к тому же SQL, я даже примеры этих запросов не спрашиваю)
Это всё равно что появился бы вопрос, по тому же битриксу где спрашивали - как можно работать с рабочим графиком в битриксе? Я бы поделился опытом и сказал - в b_timeman_work_shift создаются расписания (но их лучше создавать через битрикс) а с таблицей b_timeman_work_shift_plan можно работать и вносить изменения через SQL запросы без оглядки на дополнительную логику битрикса, т.к. в этом случае дополнительных связанных запросов нет. Т.к. через REST нужный функционал недоступен, и остается только способ писать собственный обработчик на D7 связанный с логикой битрикса. А если не нужно массовое решение, а как микросервис, то подход работы с БД битрикса - будет предпочтительнее.
Сергей Водаков,
Нельзя исключать и того, что было установлено приложение из маркета, которое запросило доступ к телефону и смс. И уже оно и сделало свое грязное дело. Т.к. например возникает вопрос по ТГ - они не звонят, а шлют СМС, а переадресация работает только с звонками, смс оно не перенаправляет.
Akina,
Что касается аудита изменеий, то здесь я сам себе хозяин и господин. Поэтому в данном случая у меня есть возможность этим пренебречь. На счет остановки сервисов немного спорно, разве что, для того чтобы не столкнуться с блокировкой записей, но я это буду делать в то время, когда работа с этими полями (считай таблицами) не будет происходить, поэтому блокировка крайне маловероятна.
Определенно точно, Вы правы. В таблице существуют номера, которые не подпадут под стандартный шаблон изменений.
Например встречаются такие маски:
++7
+77
77
Изредка встречаются международные маски, условно
+3
3
+971
Моя задача, в данном случае немного проще - привести маски 7 и 8 к виду +7
Я не исключаю варианты, что могут быть номера начинающиеся на 7 условно 729(Израиль) 773(Уругвай), но в моем понимании произойдет замена 729 на +729 поэтому это будет даже правильным. Вышеописанные исключения будут приводить в порядок в ручном режиме и уже не я.
Спасибо за примеры запросов, но я думаю не дергать целиком всю таблицу, а получить именно записи который подходят под мою задачу (не содержит +7 и начинается с 7 или 8)
Дальше провести замену.
Провести выборочную проверку.
Дальше обновить записи.
С написанием запросов сложностей нет, меня больше волновало что я мог не учесть на стороне битрикса. (Например сброс кэша) Или может быть данные хранятся не только в одной таблице, но и в каких то других нужно проводить замену (я делал поиск по всей бд, вроде как только в одном месте нашлось упоминание уникального номера)
mayton2019, во, это уже ближе к истине.
1) я могу пренебречь аудитом изменений, т.к. это внутренний проект. Следовательно если кого то и придется наказывать - то только самого себя, т.к. данная задача решается мной единолично. В случае оплошности, есть как и полные бэкапы так и инкрементные, которые позволят откатить только затронутые записи. Впрочем я все равно не буду этого сразу на живой базе, а сначала отработаю на копии таблицы.
2) на сколько я помню, эти записи не кэшируются, они относятся к high load (внутренняя терминология в битриксе) блокам и при каждом запросе берутся из таблицы. Но тут спасибо за наводку, может быть и будет полезным обновить кэш после изменений в БД.
Цитрикс и битрикс совершенно разные продукты. Битрикс это CRM, а цитрикс это виртуальные рабочие места.
3) вот как раз этот момент меня больше всего и беспокоит, как я написал в вопросе - мне просто лень включать логирование запросов и проводить анализ того, какие запросы связаны с основным запросом по изменению телефона. Некоторые процедуры я знаю, какие битрикс совершает при изменении номера телефона, но не знаю полноту всей картины моих знаний, возможно там есть такие процедуры которые обязательно нужно проводить, а я их не учитываю. Мне бы в этом случае помог анализ связанных запросов, но это будет иррационально, по времени получится выгодней сделать обновление через rest, чем проводить такой аудит и уже менять в БД.
Документация в этом плане будет достаточно скудной, т.к. они категорически не приветствую работу с БД напрямую. Поэтому тут даже не в доку лезть, а изучать код системы, что по времени будет совсем убийственным, особенно с особенностями написания этого продукта.
mayton2019, вредный совет) Мне не нужно добавить +7 в начало каждой записи, у меня немного в другом задача состоит. В целом у меня нет вопроса - как составить запрос, это я знаю как сделать. У меня вопрос - на сколько плохо будет, если я начну менять телефоны в БД, а не средствами битрикса .
И да, там структура немного иная. Лень писать сделаю скрином
Юрий MikroTik, Юрий, здравствуйте!
Можете подсказать про нетвотч, чем в данном случае он будет полезен?
На сколько я знаю, нетвотч мониторит устройства в сети и позволяет выполнять произвольный скрипт в случае link up/link down. В голову приходит только мысль, если линк упал - выполнять скрипт для пробуждения (возможно отправлять магический пакет?), или же думаете, если периодически опрашивать устройство, то это предотвратит падение линка и будет держать устройство в 'тонусе'?
Ziptar, абсолютно согласен что принтеры это вообще отдельная тема для геморроя. Просто в данном контексте хотел подчеркнуть - что это не проблема микротика, а проблема конечного устройства. И поменяй микротик на тплинк, нетгир, асус,зюксель, ... (Нужное подчеркнуть) Проблема скорее всего останется. Поэтому первое куда нужно смотреть лезть - в настройки самого принтера, возможно там есть расширенные настройки IPv4 которые помогут решить проблему.
А при помощи дополнительных настроек на стороне микротика, скорее всего можно решить эту проблему, но, по моему опыту микротик раньше будет заменен/сброшен чем принтер. Следовательно человек опять столкнется с этой проблемой, следовательно опять будет думать - что за геммор, что я там в прошлый раз настраивал? - Ведь это не массовая история, а единичная, настроится и забудется. Поэтому, по возможности, лучше постараться решить проблему на конечном устройстве, чем городить огород на других железках. Возможно даже обновление прошивки устройства решит эту проблему
Ziptar, ну разве это проблема микротика, если клиентское устройство не может renew сделать когда аренда истекает?
У меня например lease time 15 минут установлено, по умолчанию вроде такое время с ROS7 хотя может ошибаюсь. bexybek, попробуйте установить статику, это можете сделать как на самом микроте - ip - dhcp server - lease - найти устройство и нажать там make static. (Более желательный способ) Либо прописать ip на самом устройстве, но если к вас жесткая привязка mac к ip - нужно прописать привязанный ip
Никита Исаков,
Я расскажу про свой подход, хотя с точки зрения разработчиков битрикса он будет не правильным, т.к. вынесен в дополнительную систему. Но мне так больше нравится и я не хочу разбираться и писать плагины под битрикс, чтобы решать какие то свои простые задачи, мне проще и удобнее на событиях строить логику. Дока битрикса
1. Создаете исходящий веб.хук по событию которое увидите в ссылке выше.
2. Создаете приемник, который будет обрабатывать Ваш исходящий вебхук и на нём реализуете логику.
3. При добавлении нового коммента, Вам прилетает событие.
4. Читаете это событие методами которые там описаны.
5. Методы для уведомлений далее уже если нужно отправить уведомление в битриксе - используете эти методы.
У меня на это уйдет +- час, но просто потому что я знаю как быстро сделать обработчик, который быстро реализует нужную мне логику.
Да, спасибо! Это ровно то, что я и искал. Встроенный функционал позволяет делать ровно то, что мне нужно, а именно вебхуки. Благодарю за наводку. Ценник правда выше, чем другие решения, но под мою задачу выходит все равно выгоднее чем покупать кнопку+шлюз. Да и сами устройства входят в премиум сегмент, поэтому для меня это просто находка!
alexalexes, да я понимаю, вот для каких то серьезных целей я бы может так и заморочился и сделал именно как мне нужно с авторизацией и максимальной экономией по питанию, чтобы запитать от батарейки. Но в данном случае, я скорее ищу готовое решение, чем делать собственное. Т.к. в данном случае мне более важен внешний вид конечного устройства + скорость реализации, чем функционал. А функционал у меня примитивный, иметь возможность ловить триггер срабатывания. Так бы я не задумываясь начал пилить на esp т.к. уже знаком с ними и работал, и в целом более устраивает возможности. Но опять же, под конкретно эту задачу не хочу заморачиваться ни с внешним видом, ни с разработкой
разве не сужает выборку компаний?