Я не спорю. Это всё здорово, но есть такая профессия - "айтишников нагружать". И есть одна начальница...
Я терпеть не могу состыковывать костылями сторонние сервисы с чем-то, что 100 лет назад писали в компании. И тут, как в страшной сказке, аппетит приходит во время еды. Сначала речь шла про то, что нужен сервер для видеоконференций - гвно вопрос, его поставили коллеги из другого региона у себя, собрав на коленке, т.к. им было сказано изначально, что это, блин, нам надо на неделю, а дальше оно полетит в помойку.
Ага, полетело...
Потом бизнес леди захотела иметь доступ к просмотру видеоконференций по датам, но она не согласна авторизовываться на портале TrueConf сервера, чтобы что-то там смотреть, ей надо, чтобы был подключен ресурс к компу, где по папочкам регионов, а внутри по папочкам дат были бы распиханы эти видео. Фигня вопрос, я на PHP написал скрипт, который парсил лог файлы конференций, вынимал из них нужную информацию и раскидывал видосики в нужные места. Крипово, но работает. Какой-никакой, а скиллл...
Далее ей надоело руками считать количество файлов и выводить сводные данные о количестве конференций за тот или иной день и она сказала - "Присылайте мне на почту эти данные". Аааааааа.... Ладно, добавили счётчик и функцию отправки на почту.
Думали всё... Но нет, теперь барыня изволит видеть всех участников конференций. Тут, напомню, что это всё видно, если авторизоваться на серваке TrueConf, но она не хочет, "там же надо мышкой куда-то нажимать и ещё запомнить куда... Так не пойдёт".
Тут я внутренне уже горел и мог только иронично улыбаться в лицо шефу, но он сказал НАДО. У меня тут два варианта есть:
- парсить БД;
- снова парсить логи.
Второй вариант мне не нравится, совсем. Тем более, что я не знаю заранее как формируется лог, что в нём может появится нового в тех или иных случаях, что может затруднить его парсинг. Другое дело БД, в которой есть определённые поля, и вряд ли, например, в поле "ConfName" появится не имя конференции, а id пользователя. Т.е. всё более-менее прогнозируемо. НО!!! Я не знаю какие таблицы в базе данных за что отвечают. ))) Так что это тоже сюрприз.будет для меня.
Что будет следующим шагом - не знаю, может быть сильные антидепрессанты для меня, не скажу.
В силу того, что с postgresql я не работал, я решил поискать методы конвертации в MySQL, чтобы перенести БД на тот же сервер, где будет формироваться отчёт.
tukreb, наверное, спорить не буду, не имею опыта - стало быть не имею права спорить о том, в чём не сильно разбирался. Но это то, что, как на уроках математики, "Дано: ...".
Alexey Dmitriev, интересно.
1. Может и логично, но имеем то, что имеем: один сервер в одной части света, второй у нас и всё, что мне дали - это в режиме ReadOnly получать этот файл дампа.
2. Не понятно с чего взятый вывод, ведь один из из опробованных мной инструментов, который хотя бы сработал, мне приснился наверное, а не в сети найден (Я про pg2mysql.php).
3. А вот это вообще абсурд. Ничего не пытался? Вы хоть прочитали целиком вопрос? Ещё как пытался, если бы не пытался, не стал бы даже его задавать - это как минимум. Как максимум, повторю ещё раз, я нашёл решение, которое вроде срабатывает, но не до конца - это указанный выше pg2mysql. Если бы я искал готовое решение, то я бы так и писал, а не спрашивал о том "Кто сталкивался?" и "С помощью чего седлали?", а не "Как вы это сделали?" Я уперся в несколько вариантов, один из которых срабатывает, а часть не могу использовать.
Единственное, что я забыл дописать, так это то, что все операции мне надо делать в консоли Linux и в дальнейшем запихать это в crontab, поэтому многие варианты отпали. И я продолжаю пока попытки поиска и изменения кода. Как минимум с помощью bash скрипта обрабатываю полученный SQL-файл для импорта в БД MySQL, убирая или изменяя в нём несовместимые для моей версии конструкции.
aleks-th, да это всё понятно. Просто внятных и желательно пошаговых инструкций на эту тему я вот не нашёл.
Тут даже есть готовность кардинально изменить структуру, даже отказаться от AD, налить сервак на убунту, поднять там ldap и т.д., и т.п.. Но просто обидно, что есть куча дорогого оборудования, которое куплено было для виндовой архитектуры, а теперь надо купить по сути ещё сервер или даже 2 не хуже, что, блин, не дёшево. А потом заниматься переводом нескольких сотен пользователей и их террабайтов данных.
Вот этого хочется избежать.
На форуме Убунты никто ничего не отвечает. (((
ALL ALL=(ALL:ALL) NOPASSWD: /bin/bash /opt/scripts/*
ALL ALL=(ALL:ALL) NOPASSWD: /bin/mount
ALL ALL=(ALL:ALL) NOPASSWD: /usr/bin/mount
ALL ALL=(ALL:ALL) NOPASSWD: /usr/sbin/mount
Михаил Шевцов, увы. Похоже, что это невозможно встроенными средствами, а платить отдельные деньги за какие-либо дополнения при и так не малой стоимости продукта - это не комильфо.
Евгений, ну, надо, чтобы для пользователей, входящих в группу "Company ИТ-отдел" был установлен интервал входа с 6:00 до 23:00. При этом ИИ сгенерировал код странно, он по выходным решил оставить полный доступ. ХЗ почему, может быть не верно сформулировали задачу.
А что он делает не так? Я не знаю. Результат я представил на скрине. Он запретил вход в понедельник с 1 до 3 ночи, а так же в воскресенье с 3 ночи до 22:00.
Вопрос хочу вам задать.
БД делал не я. Плюс я далеко не профи, я учусь и хочу узнать побольше. Я бы сделал по другому, может быть тоже очень правильно, но по другому. Я думаю, что у каждого может быть своё виденье того, как сделал бы он, иначе не было бы столько споров в интернете в комментариях к тем или иным поднятым темам.
Как думаете, а если создать в БД ещё одну таблицу, которая и будет содержать список приглашённых к задаче, а в поле `participantsid` писать некий id, по которому уже будет происходит поиск в новой таблице?
Дмитрий, этому порталу 100 лет в обед. Чувак, который его писал, носил футболку с надписью "shitcoding is my life!". Там что-то переписывать - это себя закапывать. Лучше придерживаться того стиля...)))
В планах - к чертям всё снести, но перед этим написать новый.
При этом выбирал и только для ХэПэ...
И далее вот:
Там так же нет такого. Я уже был в этом месте.