Почта на картинке в Wiki.

Если в Wiki-проекте необходимо публиковать адреса электронной почты, то целесообразнее их публиковать не в текстовом представлении, а в виде картинки — так спамерам будет труднее занести ящик в свои списки рассылки.

В этом случае на помощь приходит расширение EmailAddressImage.

Устанавливается как обычно: распаковывается архив в папку extensions, а затем в LocalSettings.php прописывается строка

require_once(«extensions/EmailAddressImage/EmailAddressImage.php»);

Пользоваться очень просто:

<email>box@example.com</email>

Если нужно, чтобы картинка еще превратилась в кликабельную ссылку (т.е. по ссылке открывался почтовый клиент), то можно примерно вот так:

[mailto:box@example.com?subject=Тема <email>box@example.com</email>]

здесь «subject=Тема» — необязательный параметр, задающий тему письма.

Обновление MediaWiki

Я обновлял с 1.15.x до 1.16. Обновление очень простое.

• Скачивается обновление.
• Делаем резервную копию сайта на всякий случай: и приложения и базы данных.
• Особо хочу отметить — сохранить LocalSettings.php!
• Распаковываем скачанное обновление прямо заместо старых программных файлов.
• Заходим через браузер в свою вики — запустится инсталлятор, который сам все сделает — нужно лишь заново заполнить настроечные данные на предложенной странице.
• Восстанавливаем прежний LocalSettings.php.
• Каталог Config можно нафиг удалить.
• Не забываем обновить имеющиеся расширения.
• Наслаждаемся :).

Настройка пакетного сервера (часть 3)

7. Запустить его на
выполнение. В результате отработки в списке службы операционной системы
появится новая служба с названием «AxaptaBatch» — это и есть служба, которая
будет автоматически запускать приложение Axapta в режиме пакетного сервера.

8.
Настроить созданную службу:

·
на вкладке «Общее» проставить тип запуска «Авто»
— для того, чтобы служба запускалась автоматически каждый раз после
перезагрузки операционной системы;

·
на вкладке «Вход в систему» необходимо прописать
учетную запись и пароль от имени которой должна запускаться служба.

Важно. Необходимо прописать учетную запись такого пользователя,который был бы заведен в системе Axapta как пользователь с правами, достаточными для запуска всех
пакетных заданий. В общем случае, это может быть пользователь Axapta с
правами доступа администратора Axapta. Необходимо также обеспечить вход
такого пользователя в систему Axapta без ввода пароля, прописав его сетевое
имя в соответствующем поле формы параметров пользователя Axapta. Иными
словами, сетевое имя пользователя в настройках пользователя Axaptaи  учетная запись в настройках службы – должны быть идентичными!

II. Настройка службы пакетного сервера.

Для того, чтобы предотвратить
«зависание» службы пакетного сервера, необходимо предусмотреть ее периодический
автоматический перезапуск в определенное время. Для этого можно воспользоваться
стандартным «Планировочником» Windows.

1.
В папке «c:For_Axapta» создать командный файл «restartsrv.bat»
со следующим содержимым:

endprocess.exe ax32_Batch.exe C:WINDOWSsystem32sc.exe start AxaptaBatch

2.
В «планировочнике» (\ПускВсе программыСтандартныеСлужебныеНазначенные
задания) создать новое задание, в котором настроить периодический запуск
командного файла «restartsrv.bat» в определенное время.

Настройка пакетного сервера (часть 2)

I. Установка службы пакетного сервера.

Установка осуществляется, как
правило, один раз.

Алгоритм установки службы
следующий.

1.
Создать где-нибудь на локальном жестком диске папку,
для централизованного хранения файлов настройки и администрирования Пакетного
сервера. Пусть, например, этой папкой будет папка «c:For_Axapta».

2.
Создать в папке «c:For_Axapta» конфигурационный файл
Axapta (Axapta Configuration
File) для запуска  приложения
Axapta в режиме пакетного сервера. Пусть этот файл будет называться «AX_Batch.axc».

3.
Открыть созданный файл при помощи Microsoft Axapta Configuration Utility.
Помимо стандартных основных настроек, необходимо в поле «Startup command» ввести значение «batch_goods»,
где «batch» — служебное
слово, указывающее, что Axapta должна запускаться в режиме пакетного сервера, а
«goods» — наименование
пакетной группы в Axapta. В нашем случае будет использоваться уже созданная
пакетная группа «goods».

4. Скопировать в папку «c:For_Axapta»
в директорию «Exestart» утилиты InstallEXEStart.exe, RemoveEXEStart.exe и EXEStart.exe

5.
Необходимо скопировать exe-шник ax32.exe (обычно он находится
в директории C:Program FilesNavisionClientBin) в эту же папку, но с другим
именем. Например ax32_Batch.exe. Этим мы убиваем 2-х зайцев: во первых, будет
возможность запускать Axapta как в обычном режима так и в режиме пакетного
сервера одновременно; а во-вторых, будет легче будет отслеживать состояние
работы пакетного сервера (в списке процессов в диспетчере задач Windows такой процесс будет
«светиться» как «ax32_Batch.exe»).

6.
В папке «c:For_Axapta» создать командный файл «InstallSrv.bat»
со следующим содержимым:

C:For_AxaptaExestartInstallEXEStart.exe -SNAxaptaBatch -SDAxaptaBatch -EC:Progra~1NavisionClientBinax32_Batch.exe C:For_AxaptaAX_Batch.axc

Продолжение следует…

Настройка пакетного сервера (часть 1)

Введение.

Запуск приложения Axapta 3.0 в
режиме «Пакетного сервера» позволяет выполнять ряд фоновых задач, запускаемых
«по расписанию» — в определенное время и определенное количество раз. Такими
задачами могут служить операции синхронизации данных с другими учётными
системами, операции контроля целостности данных, запуск «на ночь» трудоёмких
отчетов и т.д.

Такое приложение Axapta
желательно устанавливать на отдельной рабочей станции (далее «Пакетный сервер»),
т.к. такое приложение должно быть запущено «круглые сутки» для того, чтобы быть
готовым выполнить задание по расписанию, запущенное пользователем.

Для того чтобы запуск
приложения Axapta выполнялось автоматически каждый раз после перезагрузки
Пакетного сервера, предлагается осуществлять запуск такого приложения в виде
службы Windows — приложения,
автоматически запускаемого системой при запуске Windows и
выполняющееся вне зависимости от статуса пользователя. Таким образом,
устраняется необходимость в постоянном контроле со стороны администратора за
состоянием приложения: при каких либо нештатных или профилактических
мероприятиях приложение Axapta на Пакетном сервере запустится автоматически при
перезагрузке операционной системы.

Но остается вероятность того,
что приложение Axapta,
запущенное в виде службы может «зависнуть» — такая ситуация вероятна, например,
при кратковременной потери связи с сервером базы данных во время неполадок в
ЛВС. Этот момент следует учесть путем регулярной перезагрузки службы с
периодичностью, например, в сутки.

Необходимые компоненты.

1.
Рабочая станция с установленным клиентом Axapta.

2.
Набор утилит InstallEXEStart.exe, RemoveEXEStart.exe и EXEStart.exe (должны
обязательно находиться в одной директории) – утилиты установки, удаления и
запуска приложения Axapta в виде системной службы.

3.
Утилита endprocess.exe
для останова запущенного процесса – используется для перезапуска службы.

Продолжение следует…

Запуск под другим пользователем в Winwows 7 и Windows Server 2008

Говорят, не повезет, если чёрный кот дорогу перейдет что в вышеуказанных операционках пропал пункт контексного меню “Запуск от имени” (самому проверить сейчас нет возможности), что позволяло запускать в целях тестинга Аксапту из под различных пользователей. Но есть лекарство, которое приводит в своем блоге Иван Кашперук.

Косяк с длиной строки

С какого-то перепугу, провайдер при резервном копировании базы данных
сформировал SQL’ный файлик, в котором операции вставки записаны не в виде

INSERT INTO `category` VALUES(1, ‘Value1’, 9, 4, 0, 0);
INSERT INTO
`category` VALUES(2, ‘Value2’, 31, 0, 0, 0);
INSERT INTO `category` VALUES(3,
‘Value3’, 0, 0, 0, 0);

а в одну строчку:

INSERT INTO `category` VALUES
(1,’Value1′,9,4,0,0),(2,’Value1′,31,0,0,0),(3,’Value1′,0,0,0,0)…..

Соответственно, при большом количестве данных в таблице, такая строка
принимала неприлично большое значение.

При импорте этого файла в мою тестовую базу выскакивал матюк, что мол строка
апупенная — ничЁ поделать не могу.

Так как я совсем не шарю во всех этих “майэскюэльных” фенечках — пришлось
пойти в окружную:

1. Зашел в PhpMyAdmin и вручную экспортнул все данные

* включил галку “Добавить DROP TABLE…”

* выключил галку “IF NOT EXISTS” (ибо нефиг 🙂 )

* убрал галки “Полная вставка” и “Расширенная вставка” (не знаю чё это –
пробовать впадлу)

* обнулил максимальную длину запроса (нафиг его обрезать?)

* и, собственно, всё – запустил на экспорт без вывода в файл (т.е. в окно
браузера)

2. Скопировал содержимое в файл, и уже из него импортнул в тестовую базу.
Стоит обратить внимание на кодировку файла – она должна совпадать с той
кодировкой, которая указывается при импорте данных.

Отладка кода на сервере приложения

По умолчанию, код выполняемый на сервере приложения (AOS), не «поддаётся трассировке» . Чтобы исправить эту фигню, нужно в конфигурации сервера (ПускПанель управленияMicrosoft Dynamics AX 2009 Server Configuration) на вкладке Application Object Server включить галку «Разрешить точки останова для отладки кода X++, выполняющегося на этом сервере«.

uTorrent and Windows 7

Как я ставил uTorrent под Windows 7.

1. Качаем инсталляшку с http://www.utorrent.com/.
2. Запускаем и устанавливаем.

Вот, собственно, и всё .

Но есть для меня один косяк — так как на нашем домашнем компьютере больше чем один пользователь, то и заведено в системе их несколько. По умолчанию прога хранит свои настройки для каждого юзера отдельно, в папке “%диск%:Users%Юзер%AppDataRoaminguTorrent”. Но мне нужно, чтобы настройки программы были одинаковыми для всех пользователей. Выяснилось, что всякого рода настроечные файлы, хранящиеся в указанной папке, можно перенести в папку, где находится сам исполнимый файл программы uTorrent.exe, а именно в папку Program Files, и тогда, все настройки будут браться из этой папки, вне зависимости от того, что содержится в AppData каждого пользователя.

Но для Windows 7 папка Program Files считается, как я понял, системной, что при включенном Контроле учетных записей системы (UAC), исключает возможность программам вносить изменения в файлы, находящиеся там. Для этого мне пришлось перенести “экзешник” вместе со всеми его пожитками в другое место, а именно в “общие документы” (%диск%:UsersPublic). После исправления в ярлыках, ссылающихся на exe-файл, всё заработало “как доктор прописал”.

Technorati Теги: uTorrent,Winwows 7

Установка STPServer под Windows 7

В принципе, установка ничем не отличается от установку под XP. Так как я «семёрку» поставил только вчера, то для меня стало откровением невозможность редактирования файла hosts в директории WindowsSystem32driversetc — какие-то разбодяги с настройками безопасности. Помогла «хитрость», которую я нашел где-то в сети:

• по правой кнопке мыши на файле hosts создать ярлык и поместить его, например, на рабочий стол;
• по правой кнопке мыши на созданном ярлыке выбираем «Свойства«;
• в поле «Объект» дописываем в самом начале «notepad.exe » (с конечным пробелом) — таким образом, ярлык стал ссылаться не на файл hosts, а на приложение notepad.exe, которому в качестве параметра передается hosts; сохраняем;
• по правой кнопке «Запустить от имени администратора» и дописываем в конец файла строку «127.0.0.1 localhost admin prime second«;
• сохраняем и наслаждаемся жизнью )).