Архив за Декабрь 2008

Как сбросить пароль для учетной записи Administrator в Crystal Reports Server?

Для этого нужно в базе CRS найти табличку CMS_InfoObjects5 и в ней удалить запись с ObjectID = 12. После этого нужно перезапустить сервер и можно авторизоваться под учетной записью Administrator без пароля. После смены пароля нужно перезапустить CRS еще раз.

delete from CMS_InfoObjects5 where ObjectID=’12’;

LinuxDC++ 1.0.2 (core 0.707 based)

Обновил сборку LinuxDC++ 1.0.2 на базе ядра dc++ 0.707.

Работает многопоточное скачивание файлов и т.д. Напоминаю, что данная сборка пока alfa и может работать очень нестабильно. Скачать пакет для Debian Lenny можно по этой ссылке: LinuxDC++ 1.0.2 (0.707).

Правда жизни…

paul: Сегодня общались насчёт одного проекта с потенциальным заказчиком.
paul: Тем Россия и отличается от других стран, что мы стоим по разные стороны SQL транзакций.
paul: В нормальных странах заключение договоров идёт через подтверждение (COMMIT), а у нас – через откат (ROLLBACK).

Настройка ssh доступа для гостевой машины в VirtualBox

Настройка доступа к любому порту гостевой linux системы достаточно простое. Для тех, кто поленился прочитать документацию описываю порядок команд, которые нужно выполнить, чтобы все заработало:

Пример выше работает для карточек pcnet, если для гостевой виртуальной машины вы выбрали Intel PRO 1000 сетевую карточку, то в каждой строке pcnet замените на e1000.

Для того, чтобы удалить проброс порта из конфигурации гостевой машины, достаточно просто выполнить все вышеуказанные 3-и команды, но без параметров (TCP, 22, 2222 соотвественно).

LinuxDC++ 1.0.2 BZR

Пересобрал последний код программы из репозитория для Debian Lenny.

Скачать можно по этой ссылке: LinuxDCPP 1.0.2 BZR

Список изменений:

*** 1.0.X 2008-XX-XX ***
[2008-08-10] lp#256236: Fixed a crash on startup when using auto-open options.
[2008-09-20] lp#257972: Status progress bar shows speed instead of percentage (thanks Razzloss).
[2008-09-20] lp#272363: Crash on finished downloads remove (thanks David Grundberg).
[2008-09-20] lp#272447: Main window too large for some computers (thanks David Grundberg).
[2008-11-29] Added the ability to group searches (thanks Razzloss).
[2008-11-29] lp#283439: Extra padding in main window (thanks David Grundberg).
[2008-11-30] lp#283353: Fill whole tab label (thanks David Grundberg).
[2008-11-30] lp#297544: Can’t browse own file list from hub tab (thanks David Grundberg).
[2008-11-30] lp#287995: Finished hashing should be 100%, not 0% (author David Grundberg).
[2008-12-01] lp#297713: Incorrect sort order on shared and min share in public hublist.
[2008-12-03] lp#298894: ‘Default hub encoding’ isn’t respected (thanks David Grundberg).
[2008-12-11] Fixed a crash in enabling local filtering with grouping enabled. Local filter is now grayed when grouping is enabled.
[2008-12-12] lp#307418: Lack of win (cp) 1250 encoding.
[2008-12-12] Fixed GTK+ warnings about setting an adjustment with non-zero page size.

Transparent LTO Encryption

Сегодня узнал, что IBM не поставляет в Россию Transparent LTO Encryption так как это противоречит Российскому законодательству. Хотя спецификации, в которых заявлена поддержка Transparent LTO Encryption, проходят номинальную проверку на совместимость. То есть на территорию России можно ввезти ее только неофициально, и то, если повезет.

Реализация проектов

Краткий план для реализации крупных проектов:

1) Составить четкое ТЗ.

Этот пункт подразумевает то, что нужно вытащить из клиента максимум информации по поводу проектных ожиданий и самое главное минимальных требований.  Если есть требования по оборудованию, или требования к дисковому пространству, или требования по пропускной способности интернет каналов, то эта информация должна быть оформлена как пользовательские требования по проекту. Все требования должны быть оформлены отдельным документом, с схематическим отбражением некоторых элементов (если это возможно).

Клиент должен согласовать их, без этого нельзя приступить к реализации следующего шага в проекте.

2) Определить характер проекта, понять сможешь ли реализовать или нет.

Если после составления пользовательских требований не возникает вопросов по инфраструктуре, то есть все прозрачно и ты знаешь как “делать” этот проект, чтобы он работал 24х7х365, то можешь смело садиться и рисовать схему реализации проекта. Если не все прозрачно, то собери рабочую группу и начни обсуждение проекта.

3) Составление архитектуры проекта.

После составления схемы реализации проекта у тебя и окружающих тебя коллег, которые реализовывают проект не должно возникать вопросов что и как будет работать. Самое важное не упустить какой-нибудь момент или мелочь, из-за которой что-то не будет работать. Поэтому этап составления  архитектуры критичен для реализации проекта. Ошибки допущенные на этом этапе иногда бывает невозможно исправить. Если при составлении архитектуры проекта у тебя возникают вопросы по реализации каких-либо элементов, то надо привлечь внешнего консультанта, который в “теме” и имеет опыт реализации подобных проектов.

4) Описание hardware части проекта.

Любой проект должен размещаться на каком-то оборудовании. После составления архитектуры идет процесс анализа текущих ресурсов. Если есть возможность, то проект размещается на текущем оборудовании. Если нет, то оборудование необходимо закупить. Конфигурация оборудования, например для обычных серверов 1-2U, составляется очень быстро. Считаешь все по конфигурации 1+1 и все работает. Более сложные вещи, например blade сервера или СХД, требуют более тщательной проработки.

5) Утверждение спецификаций.

Для закупки такого рода оборудования стоит пригласить 2-3 компании (как дистрибьюторов, так и интеграторов) и объявить тендер на реализацию проекта. После обработки и передачи  ТЗ и архитектуры проекта, необходимо составить максимально подходящие конфигурации оборудования. На этом этапе очень важно грамотно составленное ТЗ и правильно составленная архитектура. Так как цены на такого рода оборудование предоставляются вендором в течение 4-10 дней, то любые нестыковки или упущения обходятся дороговато и увеличивают время реализации проекта. Любые предложенные спецификации, которые на первый взгляд отвечают минимальным требованиям по проекту, следует дополнительно проверить у производителя оборудования. Он должен проверить предлагаемую спецификацию и возможно предложить альтернативные варианты решения поставленной задачи. Не стоит предлагать проверить конфигурацию конкурирующих вендоров, толку из этого не будет. Допускается проверка спецификации у независимых компаний дистрибьюторов или интеграторов. На этом этапе следует привлечь тех. специалистов компании для тех. анализа предлагаемых решений. Каждый пункт предлагаемой спецификации должен изучаться под микроскопом, то есть для утверждения спецификации ты должен знать какой элемент для чего в ней указан.

Резюме – после этого этапа реализации проекта должна быть составлена спецификация, которая позволяет реализовать требования клиента, которые оформлены в виде ТЗ.

6) Проведение конкурса.

После получения официальных КП на согласованные спецификации следует взять таймаут на 3-5 дней и заняться анализом и сравнением предложений. К обсуждению стоит привлечь руководство компании, особенно в вопросе стоимости проекта и т.д. Конкурс должен быть максимально открытым, вся переписка между участниками конкурса должна быть сохранена. Это позволит решить некоторые недразумения, которые могут сформироваться после определения победителя. Важный момент – руководство компании должно знать о стоимости предлагаемых решений, кто участвует в конкурсе и т.д. Так как после того, как будет объявлен победитель, могут начаться попытки “зайти” со стороны руководства и повлият на принимаемые или уже принятые решения.

7) Заключение договора и поставка оборудования.

Осталась самая легкая часть – заключение договора и оплата оборудования. Этот этап проходит стремительно и без проблем. Поставка оборудования из-за рубежа проходит за 6-8 недель, если будут проблемы с таможней, то она может затянуться и до полугода.