Поймал баг в модуле от gavickpro – при отложенной публикации материала в модуле ловим ошибку:
Warning: Division by zero in mod_news_pro_gk1/helper.php
Что поправить в файле helper.php не нашел но, победить можно либо апгрейдом 4 версии модуля (как говорят в сети) или просто отключив вывод ошибок в самой Joomla!
В файле configuration.php (Joomla 1.5) меняем переменную:
var $error_reporting = '1';
По дефолту уровень отладки – 7. Ошибка уйдёт.
PS: Этот метод может помочь и при неадекватной работе других модулей.
В связи с отменой перехода на зимнее летнее время появилась необходимость обновить информацию о временных зонах на серверах FreeBSD. Почитал что пишут в сети – копипастим то, что работает. :)
Простое обновление времени типа #ntpdate ntp2.imvp.ru нам не поможет.
Значит обновляем порты.
#portsnap fetch update
Ставим порт zoneinfo:
#make -C /usr/ports/misc/zoneinfo install clean
или:
code>#cd /usr/ports/misc/zoneinfo
#make install clean
Запускаем настройку временной зоны (это как в процессе установки):
#tzsetup
Выбираем свою зону. Время должно встать на свое место.
В стандартных репозитариях CentOS может не оказаться нужного софта. Например, мне нужен был monit.
Решаем подключением дополнительного репозитария – например DAG:
Создаем файл описывающий репозитарий:
#touch /etc/yum.repos.d/dag.repo
Пишем в файл:
[dag]
name=Dag RPM Repository for Red Hat Enterprise Linux
baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
gpgcheck=0
enabled=1
Все. Теперь можно искать нужный нам пакет:
#yum info monit
Время в этом году не переводилось на зимнее. А не обновленные машины – перевелись. Пробую обновить время:
#ntpdate ntp2.imvp.ru
смотрим:
#date
Время отстает ровно на час.
Оказалось в CentOS надо обновить пакет tzdata
#yum update tzdata
Проверяем:
#zdump -v /etc/localtime | grep 2011
Проверяем время командой date – все должено быть ок.
Далее можно подстроить часы в BIOS – смотрим дату:
#hwclock
Пишем время в BIOS:
#hwclock --systohc
Понадобилось переустановить WSUS. Снес. Ставим заново – получаем ошибку. Смотрим лог установки:
Error 0x80070643: Fatal error during installation
Лечится запуском в консоли команды:
lodctr /R
Вывода никакого как всегда нет. Просто ждем завершения и запускаем инсталлятор заново…
Знаю что в сети полно рецептов по настройке русского языка в консоли FreeBSD, но запишу себе на заметку быстрый способ «на один раз» – вобще русский в консоли мне не нужен, но иногда, чтобы поправить lang файл в каком-нибудь веб пректе бывает полезен на один раз.
Итак все просто. В консоли под текущим пользовтелем делаем:
setenv LANG ru_RU.UTF-8
setenv LC_ALL ru_RU.UTF-8
И в нстройках putty правим в текущей сессии настрйки Translation – выставляем UTF-8. Теперь можно писать по русски в файл.
Кому нужен русский в консоли постоянно, и кто готов поковыряться с псевдографикой, к примеру, в mc – можно найти более основательную инструкцию. :)
Пару заметок по поводу апгрейда nagios в пределах ветки. Мануал здесь:
http://nagios.sourceforge.net/docs/3_0/upgrading.html#nagios3x
По порядку:
Меняем юзера, при этом не забываем что если мы уже скачали дистрибутив куда-то под рутом – то прав у нас на работу в директории может не быть. так что качаем тарболл под пользователем nagios:
Продолжить чтение →
Если мы после установки nagiosql поймали в админке ошибку при попытке перезапустить nagios, значит надо поправить пути и права доступа.
Ошибки могут выглядеть так:
Сервис Nagios не запущен, не могу отправить команду перезапуска!
Nagios daemon is not running, cannot send restart command!
Сбой перезапуска - не найден командный файл Nagios, либо нет прав на исполнение.
Продолжить чтение →
В продолжение темы о мониторинге Windows серверов. Мониторим состояние сервиса на Windows машине.
Ставим NSClient++ на машину которую хотим мониторить. Настраиваем (см. мои статьи о настройке NSClient++).
Продолжить чтение →
Искал модуль «поделиться» для популяризации материалов сайта в социальных сетях для Joomla. Нашёл несколько реализаций – один из них в репозитарии Joomla – в виде модуля, но выбрать удачную позицию для него не получилось – хотелось поместить блок прямо перед или под текстом статьи. Нашёл плагин.
Продолжить чтение →
Скопипастим себе статью http://bigemot.ru/portfolio/6-coding/14–joomla- поскольку метод работает и вполне удачен. Себе и другим на заметку.
Задача – сделать заголовки модулей ссылками.
Продолжить чтение →
Наткнулся на странное поведение модуля mod_breadcrumbs – не хотела отрабатывать директива отступа paddding (или margin). Помогло сильное увеличение отступа – в шаблоне в три колонки -ширина левой колонки плюс отступ. Не забываем про поток документа и последовательность модулей – вполне вероятно у вас отступ считает от края враппера, а не от соседнего модуля.
При настройке Jira с поддержкой SSL и прокси столкнулся с ошибкой:
com.atlassian.gadgets.dashboard.internal.diagnostics.UrlSchemeMismatchException: Detected URL scheme, 'http', does not match expected scheme 'https'
Оказалось надо просто добавить в описание коннектора (Connector 8080):
scheme="https"
proxyName="example.com"
proxyPort="443"
Статья в тему: http://www.yasith.info/2010/07/configure-jira-40-with-sslhttps-and.html
Подробнее о предмете (включая настройку SSL под Tomcat):
http://confluence.atlassian.com/display/JIRA/Running+JIRA+over+SSL+or+HTTPS
При установке модуля Joomla поймал ошибку:
mod_fcgid: HTTP request length 131519 (so far) exceeds MaxRequestLen (131072),
В браузере имеем 500 Internal Server Error.
В описание vhost добавляем:
<IfModule mod_fcgid.c>
FcgidConnectTimeout 20
MaxRequestLen 10485760
</IfModule>
Внимательнее с контекстом – просто в конфиг рутовой директории добавить нельзя – будет ругаться. Ошибка уйдёт.
Понадобилось запустить несколько экземпляров squid на одной машине – на одном интерфейсе с алиасом. Всё это на CentOS.
Сначала настраиваем алиас на CentOS.
Продолжить чтение →