Alex XYZ

Ну а так… добро пожаловать в сетевое администрирование и разворачивание программ. Если цель вашего вопроса — разворачивание ПО, то это достаточно глубокая тема и не каждую программу можно развернуть автоматически, но к слову упомянутый office так развернуть можно. Кроме того не все программы поддерживают одновременный запуск нескольких копий на одной машине — это тоже надо учитывать.

Немного странная формулировка «Имеется более или мощный сервер с ОС Windows Server 2008»? Хотя в общем-то смысл понятен — более или менее мощный сервер. В любом случае, что за тонкий клиент на персоналках? Чтобы загрузить на персоналку «тонкого» клиента там уже должен стоять «клиент» — операционная система. Весть вопрос будет только в способе загрузки. Тут можно говорить либо о бездисковой рабочая станции, либо о терминальном доступе. Тонкие клиенты бывают только у программ. Саму Windows нельзя сделать тонким клиентом. Она либо есть на машине, либо её нет. В любом случае вряд ли можно представить себе такой одиночный в аппаратном отношении сервер, который сможет потянуть одновременно запущенных 150 word'ов… Отлично понимаю, когда начальству жалко денег на новые компы…

— За день сделаешь?
— Можно и за день.
— А за три дня?
— Ну тут без помощника не обойтись!
— А за 10 дней?
— Ну, барин, ты задачки даёшь…

А вот и интересное объяснение по поводу неподдерживаемой технологии XUL:

http://khaletskiy.blogspot.com/2011/05/remote-xul-firefox-4.html

Поставил Xul Gear, хоть запускаться стал. Вообще нашёл интересные ссылки:

Что предоставляет XULRunner
Введение в XUL

Но не очень понятно, что с этой технологией в будущем будет?

Похоже, что тема очень туманная. Жалко, я думал она будет не сложна для вникания. Такое впечатление, что в некоторых технологиях наблюдается откат лет на 10 назад.

У меня опыт хранимых процедур для MySQL не большой (в MSSQL побольше, но как пользователь серверов большой принципиальной разницы не вижу), поэтому просто хочу поделиться мыслями. Не важно на чём вы пишете процедуры — на C++, JavaScript или SQL, но если у вас несколько технологий в проекте, то:

1. Каждую процедуру нужно писать в своей технологии.
2. Максимально изолировать технологии друг от друга (в идеале только передача параметров и результатов), чтобы держать проектирование под контролем.
3. Искать методы численной оценки производительности различных этапов программирования. Это отдельная задача.

Может у вас всё нормально идёт, и вы просто боитесь, что что-то пойдёт не так?

Друг, когда будешь писать программы, не забывай про администраторов — это титанический труд дописывать за программистов инсталляторы, делать деплой в домене программ, не предназначенных для этого и отвечать на вопросы пользователей, что делать, если твоя программа выводит сообщение «Обратитесь к администратору»… ;) А так всё по-делу.

Похоже на то — делать тоже самое, но по-новому. Может это можно как-то использовать в своих целях, но иногда бывает смешно, что инструменты есть, а цели пока не ясны.

Эти события мне знакомы. Как-то писал их перехват через wmi. Но мне кажется логичным подход к установке в таком виде:
1. Попытка установки (с учётом небольшого набора данных об окружающей среде, например, знать версию windows, чтобы случайно не запустить заведомо неудачную установку windows installer 3.5 для ХЗ XP на windows server 2003).
2. Получение результата установки (определение версии того же windows installer после установки).
3. Если результат не достигнут, то даже знания о событиях вряд-ли стоит рассматривать для автоматической корректировки алгоритма установки. Думаю, что в любом случае надо разбираться с неудачной установкой вручную.

Использование SCCM (в прошлом SMS) под вопросом, опять же из-за способов поддержки в типах установщиков. Вы не знаете, он кроме *.msi что-то поддерживает?
(Готовить пакет изменений в системе после установки любого приложения не есть хорошо, потому что такие пакеты могут быть разными в зависимости от версии windows)

Про БД SQL не забыли? ;)

Я бы посоветовал не торопиться с применением framework'ов в проекте. Лучше потратить парочку дней на матчасть, чтобы изучить процесс взаимодействия клиент-сервер (js->php), чтобы потом понимать, что делают эти фрэймворки. Тогда и вопрос с этим 'ворком сам решится. Поверьте — ничего сложного.

С такими замашками и MS Word переплюнуть недолго. Сам хочу такое написать, долго думал и про Flash и HTML. Одно время даже сайт сделал, где можно было «делать» заметки с редактированием текста HTML, вставкой картинок, подгрузкой к заметке файлов, но споткнулся на том, что скриншоты не сделать. Но… Ну не вставить PrintScreen в HTML. Я бы ещё добавил раскраску синтаксиса (есть такие CSS «плагины» под HTML). В настоящий момент смотрю в сторону Java (Может FX?), но писать с нуля придётся. Зато редактор может кроссплатформенный получиться. Извини, друг, что немного сумбурно — очень давно на эту тему думаю. Несколько десятков редакторов перебрал. Нет нормального редактора, чтобы как администратору и программисту логи вести. Вот есть хорошая технология хранения всего в одном месте — .mht! Просто — то, что нужно. Картинки внутри, графика — внутри, css-внутри, т.е. даже можно подцепить подсветку синтаксиса (о которой писал), можно писать «схлопывающиеся блоки» для кода, уверен, что и векторные штуки туда влезут, но нет для него редактора! А ведь просмотр этого файла есть и у IE и у FF (с плагином для .mht). Если бы можно было написать такой редактор (ведь даже свою прогу на JS можно туда «внедрить»). Вот если бы можно было в mht внедрить свой редактор (и IE и [FF с плагином unmht] позволяют сохранять новое состояние), тогда может что-то близкое и получится.

>> К сожалению, знать положение скрола мало — нет информации об общей высоте окна.

Так а вроде как window.innerHeight как раз и говорит о высоте окна. Так что имея координаты положения элемента в документе, положение скроллингов и высоту окна вполне уже можно определить видим объект или нет.

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

Про rrdtools мне очень понравилось. Достаточно быстро нашёл ссылку: Использование rrdtool для мониторинга сети. Мега вещь!!! Не знал. Спасибо за наводку.

select * from tbl where id%10=0 and datetime>=addtime(now(), '-0:1:00');

Выбрать данные за последнюю минуту, в которых id кретен 10. За сутки что-то похожее будет.

Может через регулярки будет быстрее?:

$content = file_get_contents('base.txt');
$search = '/^<что ищем>$/'; // ^начало, $конец строки при поиске с использованием регулярных выражений.

$fp = fopen('base.txt');
if( preg_match($pattern, $content) )
{
если есть;
}
else
{
и если нет совпадений;
}

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

Вот, смотри утилиты под Ubuntu:

apt-cache search ^pdf

pdf2djvu — PDF to DjVu converter
pdf2svg — converts PDF documents to SVG files (one per page)
pdfcrack — PDF files password cracker
pdfcube — PDF document viewer with 3D effects
pdfjam — collection of PDF document handling utilities
pdfposter — scale and tile PDF images/pages to print on multiple pages
pdfsam — PDF Split and Merge
pdftoipe — converts arbitrary PDF file to XML file readable by Ipe
python-pdftools — PDF document reading classes

и

apt-cache search ^djvu

djvulibre-bin — утилиты для работы с изображениями в формате DjVu
djvulibre-plugin — модуль браузера для изображений в формате DjVu

Я смотрел pdf-utils. Интересная утилита. Но с DJVU утилитами не работал. На всякий случай посоветую ещё кроссплатформенные утилиты flash (иногда неожиданно требуются ;): swftools.

Настоящий программист должен знать достаточно, чтобы пройти собеседование ;) Шучу, конечно. С такого вопроса начинаются священные войны. «Что должен знать программист?» Да ещё и настоящий?



Предлагаю зайти с другой стороны — а чего не должен знать настоящий программист? Эйншейн играл на скрипке (хотя я и не слышал) и хоть это и не относилось к физике, но и не помешало ему стать известным. Думаю, что ответ на вопрос надо искать не в перечислении знаний, относящихся к программированию. Так сказать ответ на вопрос лежит не здесь и не сейчас. В любой работе важно терпение и труд. И не только в профильной области. Готовься к тому, что надо будет работать по 12-14-16 часов в сутки возможно и не один год. Почти на износ, пока «догонишь» острие прогресса и поймёшь смысл поговорки «нужно очень быстро бежать, чтобы оставаться на месте, но чтобы двигаться вперёд надо бежать ещё быстрее». Пройдёт некоторое время и ответ на этот вопрос тебе не понадобиться, т.к. настоящие программисты, а точнее профессионалы, уже ответили себе на этот вопрос ;) Удачи.