Респект коллега) У меня пока 77 таблиц + архивная база для закрытых периодов(изменения прошлых лет которые нет смысла бэкапить ежедневно/ежечасно).
Отпуска и отгулы тоже есть, больничные и командировки на подходе.
Такие вещи как состав семьи, воинский учет и т.п. на данный момент отсутствуют(хотя при необходимости просто поля в табличку добавить и готово) ибо упор делался на информацию востребованную всеми подразделениями, а не только кадровиками у которых уже есть все необходимое ПО.
Основа как я уже писал — LAMP (Linux + Apache + PHP + MySQL)
В следствие анализа наиболее частых запросов MySQL практически идеально вписывается ибо сложных группировок почти нет, нагрузка во многом схожа скажем с типовой нагрузкой на базу Интернет-форума.
Какой именно Linux использовать — тут особых ограничений нет, главное чтоб на нем можно было Apache и PHP и MySQL поднять. В моем случае под рукой оказалась Ubuntu, что признаться для меня как бывшего виндового сисадмина было куда проще в освоении. С нагрузкой справилась на ура, отказов не спровоцированных внешними факторами практически небыло. Аптайм 24/7. Нагрузка на CPU менее 1% в пике при 200 активных сеансах.
Фреймворки PHP не использовал, использовал собственные проверенные годами и уже «допиленные» библиотеки функций и классов.
Из готового использовал только классы для работы с протоколом Jabber(для рассылки уведомлений) и SMTP(для рассылки email) внутри организации. Ито пришлось потратить время на их подстройку под уже используемое серверное ПО. Со временем подключил всякие красивости JavaScript для удобства например TinyMCE с плагином для загрузки картинок и библиотечку WZ_Tooltip для отображения инфы о сотруднике по наведению курсора мыши на его ФИО. Намаялся с адаптацией TinyMCE и поиска работающего плагина аплоада к нему, но в итоге вышло очень недурно. Все эти плагины и библиотечки 100% бесплатны.
Импорт кадровых данных — через файловые реестры CSV с проверкой актуальности и т.п. Работа с платежными шлюзами и смс — HTTP GET/POST + XML.
Импорт внешних RSS, курсов валют ЦБР — через simplexml или где нужна скорость через PCRE.
Автоимпорт — это либо по cron мониторится входящая папка(для совместимости), либо используется ftp(например для автоматического бэкапа загруженных файлов и т.п.).
В общем используется множество различных способов, что не есть хорошо, но эти ограничения вызваны требованиями уже внедренного приобретенного софта и обойти их не представляется возможным.
Вы правы CMS нужна. Для организаций где расходы особо не считают — есть предложение готовое от 1С Bitrix, но доступным его назвать никак не могу. К тому же, основываясь на собственном опыте скажу, что уж больно уникальных заморочек в каждой конторе под которые приходится «допиливать» проект и соответственно типового решения неа все случаи никак не найти. К примеру у нас кадровый учет ведется вовсе не в продуктах 1С и выгрузка сведений по кадрам коекак удалось прикрутить через CSV формат ибо кадровое ПО не умеет работать никак иначе.
WiKi штука классная и мощная, но уж крайне сложна в освоении для неподготовленных. А в большой конторе источников информации для наполнения очень много и необходимо наладить все таким образом, чтобы в итоге не превратиться в секретаря, который будет перепечатывать с бумаги ли Word в WiKi, надо чтобы ответственные сотрудники сами смогли сделать все необходимое и отвечать за актуальность сведений независимо от Вас.
Ничего удивительного. Как я писал в топике, первое время все вертелось на типовой офисной рабочей станции где еще и средства разработки активно использовались и на тот момент 200 пользователей по вебсерверу серфили и тогда еще все это было на 512мб, а чуть позже на 1гб ОЗУ.
Понятно. Согласен, что большая часть мотивации именно ради сотрудников, а также для привлечения внимания руководства к реально существующим проблема внутри и вовсе не только в области ИТ.
А из реальной пользы для руководства — это возможность не только знать кто собственно у тебя работает/числится, но и в 2-3 клика оценить текущее положение дел на местах, т.е. отчеты там всякие, служебные активные, диаграмки и т.п.
Просто успел написать вам ответ ранее, чем обновились комменты.
Для доступа к базе WSUS из PHP я Apache не устанавливал. Скачал установщик PHP под IIS с windows.php.net и в настройках IIS разрешил запуск модуля PHP.
А вот тут интересный момент. Оно само 80% времени использования ресурса тратит на поиск нужного сотрудника и 20% на визирование служебных и т.п. Статистика использования всегда меня интересовала. Секретарь по запросу фото сотрудника не выдаст, а в крупных конторах где текучка кадров велика довольно часто возникает вопрос «А это кто?».
SVN в проекте используется также на LAMP, но сама платформа не подразумевает наличия IIS. Хотя ради интереса поднимал както на IIS доступ к базе WSUS сервера(Windows Internal Database, т.е. не полноценный MSSQL) используя PHP скрипты. Надо сказать слишком много подводных камней и нюансов, но всеж думаю реально. Только вот это не по теме данной статьи.
Примерно также, только вот не для отдела, а для всей организации. только с ИТшниками наладить процесс в разы проще, гораздо сложнее объяснить это тем, кто с компом на Вы и кто сайт называет «программой».
Проект разрабатывался и внедрялся не в целях получения звездочек, а для сокращения рутины. Да, отсутствие признания официального печалит, но как для разработчика немало греет душу, что много кому это оказалось реально на пользу. Инициативу многие не переваривают — факт.
Как и обещал ранее опубликовал собственный опыт внедрения корпоративных соцсетей на Хабре. Возможно Вам будет это интересно. habrahabr.ru/blogs/pm/119340/
Мда, мечты мечты, в течении 5-10 лет в городах миллионниках еще есть шанс, но вы пробовали реально прийти и внедрить чего либо даже в крупный бизнес имеющий отношение к ИТ лишь косвенное? Это вам не в баре внедрять, а долгий и крайне мучительный процесс, который не находит ни понимания в необходимости у топманагеров ни финансирования как следствие. Конкурентные преимущества до сих пор у большинства жестко ассоциируются с обилием наружной рекламы и ТВ, а также базовыми услугами и тарифами, но никак не с оптимизацией внутренней оргструктуры компании.
ппц, предлагают 1500$ за каждого приведенного клиента и еще чем-то недовольны.
Тут на работе маркеты провели приказ по которому всех сотрудников обязывают привести 3х клиентов минимум в течении 2х месяцев — иначе лишение премии и т.п. и ни слова про бонусы!
Для прогрессивных компаний(особенно с ИТ уклоном) безусловно полезная статья, но если приблизиться к реалиям «на местах», то увидите, что в очень многих компаниях во-первых доступ в интернет лишь у малого % персонала, во-вторых с этим самым интернетом близко знакомы чуть большее число лиц, чем у кого он есть и самое главное все эти кнопочки, опции, попытка привлечь кого-то к наполнению «ради интереса» разбивается о нежелание познать что-то новое(например научиться отличать «сайт» от «программы») особенно когда за это не доплачивают.
«Правда, в итоге пишу в неё только я, остальные стесняются…»
Вот именно поэтому и не стал внедрять что-то wiki-подобное ибо это очень сложно для большинства, а это сотни сотрудников, которые сами должны наполнять по долгу службы свою часть информации. Записывать за всех них нереально физически ибо объемы большие.
Именно так, «тяжелый отпечаток советского прошлого». В комменте выше уже написал про это. Непосредств. рук-во до сих пор к слову не видит в этом особой надобности все время используя один и тотже довод — "организация работала же N лет без этого, значит это не столь необходимо."
Согласен с Вами. Устроившись веб-разработчиком на работу в организацию из 600+ сотрудников — первое же, что бросилось в глаза — это практически полное незнание о том кто, где и чем занимается. Т.е. каждый раз при необходимости решить вопрос затрагивающий коллег из других отделов большая часть времени уходит на то, чтобы:
1. Узнать какой отдел этим занимается
2. Узнать кто именно в этом отделе этим занимается
3. Где рабочее место нужного сотрудника
4. Как он/она собственно выглядит)
Обнаружив подобную проблему решил в относительно свободное рабочее время сделать чтото наподобие описанного general — корпоративную соцсеть — корп.портал. Первое время приходилось очень сложно совмещать рутинную работу по приказам с выше с развитием подобного внутреннего ресурса ибо «старички»(проработавшие 10+ лет на 1 месте, в т.ч. и рук-во) разумеется уже всех успели узнать кого им было нужно и поэтому не видели в этой затее ни малейшей пользы.
Исходя из подобных условий ни о каких вливаниях в проект на покупку коммерческого софта не могла быть и речи. В итоге все полностью реализовал на WAMP(что было в наличии) и первые месяцы держал на своей рабочей станции.
Однако ресурс развивался, после того как все больше и больше сотрудников пользовались им для поиска своих коллег(которые первое время регистрировались сами) и в дальнейшем еще добавилась функция небольшого файлхостинга для публикации общих приказов и инструкций. Возникла необходимость интеграции с кадровым ПО.
В итоге когда 80% всего персонала (остальные 20% водители, уборщицы, охранники) под этот уже признанный народом сервис рук-во выделило аж 30к(руб) на покупку сервера LAMP на чем все до сих пор живет и развивается нагружая железо сервера отсилы на 1%.
PS Полное раскрытие темы в комментах думаю не есть хорошая затея, если кому интересны подробности — по кол-ву "+" за этот коммент буду судить о необходимости написания отдельной статьи на Хабре.
А это уже идея стартапа аналогичного «роспилу» только для оценки «добросовестных» работодателей.
Хотя инет большой — может уже есть где-нить. К тому же уже говорилось ранее: негативные отзывы распространяются в разы быстрее, чем положительные.
Странное однако уточнение, вы уж сами-то определитесь спрашиваете ли вы «как быть» или уже итак знаете какие цели преследует человек с «придирками». Я вам предложил вариант — попросить/заставить изложить письменно, возможно еще ктонить варианты предложит. Но не надо выдавать желаемое за действительное ибо вы наверняка чужие мысли читать не умете как и все мы.
Отпуска и отгулы тоже есть, больничные и командировки на подходе.
Такие вещи как состав семьи, воинский учет и т.п. на данный момент отсутствуют(хотя при необходимости просто поля в табличку добавить и готово) ибо упор делался на информацию востребованную всеми подразделениями, а не только кадровиками у которых уже есть все необходимое ПО.
В следствие анализа наиболее частых запросов MySQL практически идеально вписывается ибо сложных группировок почти нет, нагрузка во многом схожа скажем с типовой нагрузкой на базу Интернет-форума.
Какой именно Linux использовать — тут особых ограничений нет, главное чтоб на нем можно было Apache и PHP и MySQL поднять. В моем случае под рукой оказалась Ubuntu, что признаться для меня как бывшего виндового сисадмина было куда проще в освоении. С нагрузкой справилась на ура, отказов не спровоцированных внешними факторами практически небыло. Аптайм 24/7. Нагрузка на CPU менее 1% в пике при 200 активных сеансах.
Фреймворки PHP не использовал, использовал собственные проверенные годами и уже «допиленные» библиотеки функций и классов.
Из готового использовал только классы для работы с протоколом Jabber(для рассылки уведомлений) и SMTP(для рассылки email) внутри организации. Ито пришлось потратить время на их подстройку под уже используемое серверное ПО. Со временем подключил всякие красивости JavaScript для удобства например TinyMCE с плагином для загрузки картинок и библиотечку WZ_Tooltip для отображения инфы о сотруднике по наведению курсора мыши на его ФИО. Намаялся с адаптацией TinyMCE и поиска работающего плагина аплоада к нему, но в итоге вышло очень недурно. Все эти плагины и библиотечки 100% бесплатны.
Импорт кадровых данных — через файловые реестры CSV с проверкой актуальности и т.п. Работа с платежными шлюзами и смс — HTTP GET/POST + XML.
Импорт внешних RSS, курсов валют ЦБР — через simplexml или где нужна скорость через PCRE.
Автоимпорт — это либо по cron мониторится входящая папка(для совместимости), либо используется ftp(например для автоматического бэкапа загруженных файлов и т.п.).
В общем используется множество различных способов, что не есть хорошо, но эти ограничения вызваны требованиями уже внедренного приобретенного софта и обойти их не представляется возможным.
ru.wikipedia.org/wiki/Корпоративный_портал
ru.wikipedia.org/wiki/Интранет
И соцсети бывают разные — это не только развлекательные, но и тематические, например для использования в корпоративных целях.
WiKi штука классная и мощная, но уж крайне сложна в освоении для неподготовленных. А в большой конторе источников информации для наполнения очень много и необходимо наладить все таким образом, чтобы в итоге не превратиться в секретаря, который будет перепечатывать с бумаги ли Word в WiKi, надо чтобы ответственные сотрудники сами смогли сделать все необходимое и отвечать за актуальность сведений независимо от Вас.
А из реальной пользы для руководства — это возможность не только знать кто собственно у тебя работает/числится, но и в 2-3 клика оценить текущее положение дел на местах, т.е. отчеты там всякие, служебные активные, диаграмки и т.п.
Для доступа к базе WSUS из PHP я Apache не устанавливал. Скачал установщик PHP под IIS с windows.php.net и в настройках IIS разрешил запуск модуля PHP.
Тут на работе маркеты провели приказ по которому всех сотрудников обязывают привести 3х клиентов минимум в течении 2х месяцев — иначе лишение премии и т.п. и ни слова про бонусы!
Вот именно поэтому и не стал внедрять что-то wiki-подобное ибо это очень сложно для большинства, а это сотни сотрудников, которые сами должны наполнять по долгу службы свою часть информации. Записывать за всех них нереально физически ибо объемы большие.
1. Узнать какой отдел этим занимается
2. Узнать кто именно в этом отделе этим занимается
3. Где рабочее место нужного сотрудника
4. Как он/она собственно выглядит)
Обнаружив подобную проблему решил в относительно свободное рабочее время сделать чтото наподобие описанного general — корпоративную соцсеть — корп.портал. Первое время приходилось очень сложно совмещать рутинную работу по приказам с выше с развитием подобного внутреннего ресурса ибо «старички»(проработавшие 10+ лет на 1 месте, в т.ч. и рук-во) разумеется уже всех успели узнать кого им было нужно и поэтому не видели в этой затее ни малейшей пользы.
Исходя из подобных условий ни о каких вливаниях в проект на покупку коммерческого софта не могла быть и речи. В итоге все полностью реализовал на WAMP(что было в наличии) и первые месяцы держал на своей рабочей станции.
Однако ресурс развивался, после того как все больше и больше сотрудников пользовались им для поиска своих коллег(которые первое время регистрировались сами) и в дальнейшем еще добавилась функция небольшого файлхостинга для публикации общих приказов и инструкций. Возникла необходимость интеграции с кадровым ПО.
В итоге когда 80% всего персонала (остальные 20% водители, уборщицы, охранники) под этот уже признанный народом сервис рук-во выделило аж 30к(руб) на покупку сервера LAMP на чем все до сих пор живет и развивается нагружая железо сервера отсилы на 1%.
PS Полное раскрытие темы в комментах думаю не есть хорошая затея, если кому интересны подробности — по кол-ву "+" за этот коммент буду судить о необходимости написания отдельной статьи на Хабре.
Хотя инет большой — может уже есть где-нить. К тому же уже говорилось ранее: негативные отзывы распространяются в разы быстрее, чем положительные.