Я попал в такую организацию, где царит порядок, присущий двухтысячным годам.
Пользователи хранят файлы на локальных компьютерах, копий не имеют и в случае поломки или удаления/изменения файлов, все данные теряются.
На более менее серьезных предприятиях система, как правило, жестче и все сводится к установке электронного документооборота, хотя бы 1C Архив.
Но варианты с документооборотом я приберегу для потом, а сейчас я хотел бы выяснить, насколько реально обойтись без него?
Машин всего 50 штук, находятся некоторые километров за 10 даже.
Охота чтобы был единый архив с документами и он как-то красиво бэкапился.
Я бы на самом деле хотел рассмотреть такой вариант:
Пользователи хранят документы локально (для случаев, когда может случиться страшное — проблемы с сервером) и на сервере (как зеркало).
Каждый пользователь синхронизируется с сервером (какой-нибудь хорошей программкой)
В свою очередь сервер (если его можно так назвать, а точнее файловое хранилище) синхронизирует документы на сервис типа DropBox или Live Mesh.
Проблема в синхронизации пользователей с сервером.
Расскажите пожалуйста, как сделано у вас на работе?
В нашей компании я работаю программистом, но иногда приходиться ставить программы и вообще заниматься ширпотребом т.к. предприятие небольшое.
С Windows, вроде, все наладилось и лицензии постепенно приобретаются, а вот с Office прямо беда.
Стоимость одной штуки 8 тысяч., и меня все время подталкивают к тому чтобы я не мучился и ставил Microsoft Office 2003 всем.
Я же начал ставить всем, уже, более менее, устаивающийся, OpenOffice, решая попутно все их ляпы, недоделы и погрешности.
Даже вот программку собрались написать решающую все проблемы одним махом, но к сожалению…
OpenOffice — еще не идеален и не умеет толком работать с макросами MSOffice.
Кроме того есть случаи поломки таблиц и форматирования в OpenOffice.
• Посоветуйте пожалуйста, как быть, когда ситуации вынуждают ставить временно ломаный Microsoft Office?
• Где купить его можно дешевле для предприятия?
• Как общаться с руководством компании на эту тему?
• Какие страховки нужно сделать чтобы в случае облавы не попасть под уголовщину?
Так же что вы думаете насчет следующей идеи ?
Купить лицензию только на Сервер, и работников, желающих работать только с Microsoft Office — пускать через Терминал. (Citrix или еще какой-нибудь)
Был ли у кого-нибудь такой опыт?
Так же хотел попросить вас поднять этот топик, дабы все же нашлись решения или люди которые так же борются за чистоту на предприятии в области Программного Обеспечения.
Даже если у меня будет 1000 клиентов, для меня не будет острой необходимости в MySQL, а пока их значительно меньше… около 50, то это вообще не вопрос.
Автоматизация следующей задачи: необходимо хранить Логин и Время(регистрации) для каждого клиента.
Их 50, пусть 100.
Может потом еще пара параметров добавится.
Самый простой способ — хранить данные в файлах, ну не нравится мне SQL для таких простых задач. Поэтому решение называл — На коленке.
Формат файла?
Сначала хотел сделать для каждого пользователя отдельный PHP файл, который просто выполняешь при необходимости (как JSON)
Очень удобно, но его надо как-то генерить — неудобно.
В PHP есть функционал для работы с CSV форматом — тоже не нравится. Когда-то на Perl писал свою БД при помощи сериализации объектов.
т.е. берем хэш. Сериализуем его и пишем. Что там в файле — уже не важно, Желательно чтобы можно его было руками поправить легко.
Ну и все… В PHP есть такая же фигня.
В итоге Простецкая БД пишет так (PHP4):
$USER['timepaid']=$dt+2592000; //генерим хэш
$userdata=serialize($USER); //сериализуем
$handle = fopen ('папка-мамка/'.$u.'.txt',«w») or die('Моцарт');
fwrite($handle,$userdata); //пишем на коленке
fclose ($handle);
А читаем так:
$userdata=file_get_contents('папка-мамка/'.$u.'.txt'); //читаем файло
$USER=unserialize($userdata); // распаковывает
if ($dt_<$USER['timepaid']){} //и работаем с готовым хэшем
Преимущества на лицо:
1. Очень быстро все это написать
2. Коду почти нету(для PHP5 все будет еще короче)
3. не требует купленных у хостера Баз
4. Через FTP можно легко подправить любые данные
5. Проблемы с одновременным доступом практически исключены т.к. для каждого пользователя свой файл
Недостатки:
Естественно это лишь для начального этапа, когда клиентов перевалит за 500-1000 придется переходить на MySQL, ибо на FTP будет заходить мутно для ручной правки.
Проблема «Hello World» — в том что непонятно заранее куда будет выведен этот самый «Hello World». То ли в консоль, то ли в Браузерное окно, то ли в MessageBox, то ли в отладочное окно.
Задачка — «Минутка» показывает именно объектное представление языка. Насколько просто обратиться к значению минутки текущего времени на разных языках.
Поэтому ниже привожу примеры именно получения текущей минутки. Если время например: 8:26:30, то в итоге мы должны получить 26.
Не важно числом или цифрой.
Хочется добавить ограничение: без использования дополнительных библиотек.
Теперь в HTML коде waki появился новый параметр: смещение относительно курсора мышки:
waki_cursor_padding_left=-30; //смещение окна waki относительно курсора мышки по горизонтали
waki_cursor_padding_top=-60; //смещение окна waki относительно курсора мышки по вертикали
Те у кого не было ранее этих параметров — необходимо их прописать (можно скопировать отсюда как есть)
Благодаря рац предложениям решил уже в третий раз вернуть возможность открывать waki по нажатию Ctrl-Enter, как это сделано у Orphus. Однако я оставил возможность пользоваться waki и просто по выделению, не прибегая к нажатиям клавиш. Ведь пользователь несознательно выделяя текст мышкой — отмечает его, и его вполне можно отправить себе же на почту чтобы запомнить на века в своем ящике. Вообщем это на выбор.
Waki — это программа, которая позволяет отправить кому угодно участок выделенного текста с вашего сайта. Принцип работы очень прост, Вы выделяете какой-то участок текста и возле курсора всплывает окошко, в котором вы можете ввести адрес электрической почты того человека, которому хотите отправить этот текст. Так как Waki написан на Javascript, то абсолютно всё равно какой движок вы используете, Waki встраивается в frontend-часть сайта.