Alex XYZ

Похоже, что тема очень туманная. Жалко, я думал она будет не сложна для вникания. Такое впечатление, что в некоторых технологиях наблюдается откат лет на 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 часов в сутки возможно и не один год. Почти на износ, пока «догонишь» острие прогресса и поймёшь смысл поговорки «нужно очень быстро бежать, чтобы оставаться на месте, но чтобы двигаться вперёд надо бежать ещё быстрее». Пройдёт некоторое время и ответ на этот вопрос тебе не понадобиться, т.к. настоящие программисты, а точнее профессионалы, уже ответили себе на этот вопрос ;) Удачи.

Побороть никак нельзя. Читал документацию на эту тему. Менять кодировки бесполезно. Вот ещё пример конвертера.

Сейчас проверил один момент.
1. залогинится в консольной сессии (в смысле локально),
2. запустить программы,
3. подсоединится этим же пользователем по RDP, наблюдаем в открытой сессии запущенные программы.

Т.е. логика такая — на сервере поставить автологон для определённого пользователя с автозапуском программ (я умолчу о безопасности такого метода, но всё таки… ), затем пользователь логинится по RDP.

Да, испытания я проводил на Windows server 2008 Enterprize, но по воспоминаниям и на 2003 такое работало.

Правильно сформулированная задача — половина решения. Что за «дальше 900 точек»? Если речь о контролах, которые видны в окне браузера ниже («дальше»?) 900 точек от верхнего края окна? Есть парочка решений, основанная на автоматизации обработки содержимого окна браузером и вычисления любых визуальных параметров. Почему я так спрашиваю — потому что если нужно просто найти числа в текстовом файле, то я бы не стал вести речь о пятистах файлах, да и про html с javascript'ом тоже не стал писать. В заблуждение вводит.
Если речь идёт именно о простом поиске по тексту без учёта, например, атрибутов html-ных тегов, то посоветую запускать предложенные регулярные выражения в Editpad pro. Очень мощный текстовый редактор и регулярки он все понимает.

Начни работать в обратном направлении и попробуй сам написать хорошую статью. Много интересного выяснишь.

Точно точно — статью в студию!