ИМХО довольно штатная задача, причём в админке битрикса в сервисах эта возможность присутствует, но как оказалось, не всё так просто !

ИТАК:
Поменял я в админке стандартный смайл (был icon_smile.gif) на колобка — вроде всё путём, поменялось — захожу обратно на форум, делаю новый пост — всё ОК — смайл новый.

НО !!! смотрю старые записи — облом, колобок не появился.
А причина в том, что отображается в форуме b_forum_message.POST_MESSAGE_HTML которая получается преобразованием POST_MESSAGE (сообщение которое ввел юзер) в подготовленное для отображения. Т.е. все замены смайлов происходят в момент постинга.
Тут то и лежит наш
/bitrix/images/forum/smile/icon_smile.gif
а не новый
/bitrix/images/forum/smile/call_o_bog_smile.gif

Решения два — сложное — перепарсить заново все сообщения, либо простое 🙂 — записать новые смайлы прямо поверх старых (не редактированием смайла из админки, а файловой операцией — либо из админки, либо ftp, либо ssh и пр…)

Я выбрал второе. Правда пришлось потратить минут 10 на сопоставление смайлов и запись их под тем же именем, что и в Битриксе.

P.S.
Вообще, чё то они забросили развитие форума, жаль … Надеюсь реабилитируются, т.к. сквозная авторизация на портале — удобно, и прикручивать сторонний форум по этой причине совсем не хочется.
Либо нужно как то продумывать взаимную авторизацию «сторонний форум» <-> «битрикс».

P.P.S.
Ещё забыл момент — новые смайлы покрупнее и не по-формату.
В форуме вроде без проблем отобразились, а вот в админке — некоторые косовато.
В принципе пофиг, но я решил поправить —
/bitrix/modules/forum/admin/smile.php
поиск по «width»
в найдённой строчке убираем все упоминания «width» и «height»
вуаля

P.P.P.S.
после очередного битрикс обновления к смайлам начал добавлсяться width и height аттрибуты
пришлось убрать их тут
/bitrix/modules/main/classes/general/textparser.php

/ Справочная заметка «для себя» /

Время от времени возникает задача рекурсивной смены сразу всех файлов (только файлов! либо только папок).

изменяет только файлы
find . -type f -exec chmod 644 {} \;

изменяет только папки
find . -type d -exec chmod 755 {} \;

Владельца меняем сразу и на папки и на файлы
chown -R www .

изменяет только файлы
find . -type f -exec chown www:www {} \;

изменяет только папки
find . -type d -exec chmod www:www {} \;

запускать в текущей папке
вместо точки можно вписать абсолютный путь

chgrp аналогично …

P.S. Ещё вариант
find /catalog -type d -print | xargs chmod 755
find /catalog -type f -print | xargs chmod 644

На новом выделенном сервачке поднимая сутру (Sutra TDS — профессиональная система управления web трафиком), подумалось, что тему распределения трафика я на блоге отдельно не поднимал.
А очень зря!
Ибо работая в онлайне, а значит с интернет трафиком, рано или поздно все сталкиваются с проблемой управления трафиком!
По крайней мере я прочувствовал эту фишку лично (правда давненько дело было — ещё работал с Umax PPC) — куча доров были залиты в чистом html на различные фришники по FTP, когда саппорт по уважительной причине «настойчиво предложил» сменить аккаунт (то есть входящую ссылку по которой я сливал траф) — и тут то организовалась проблемка !
Благо я более менее дружу с PHP и накорябаный на коленке скрипт меня спас от потери всех моих чёрных творений 🙂
После чего я так-же на коленке собрал некое подобие системы управления трафиком, и заинтересовавшись этим вопросом нашел просто ЗОЛОТОЕ решение — SUTRA TDS.
В плане руления трафиком скрипт может практически ВСЁ !
По крайней мере я использую процентов 5 возможностей и мне хватает! А использую я её с 2006 года.

Собственно, подключив систему ко всем проектам (как добывающим трафик, так и использующих внешний) получаем максимальные возможности контроля и управления при минимальной загрузке железа.
Вот Вы, например, уверены, что покупая трафик вас не «кидают» и не разбавляют его всяким «шлаком» ?!
А покупая дорогой баннер Вы можете проконтролировать качество и количество входящего трафика?
ИМХО анализ трафика может навести на много интересных мыслей.
Описывать все возможности системы я не буду — читайте сами.
В общем — учитесь лучше не на своих ошибках, а на моих 🙂
Однозначно рекомендую!

На днях с удивлением обнаружил, что на моём выделенном серваке заканчивается дисковое пространство, и это с учётом того, что проектов там — «кот наплакал».

Чистка логов, темпов и изучение размера директорий проектов результат дали слабенький.

А вот замер папки /var/db/  расставил все точки над «и»  — более 50% винта оказалось именно там, а конкретнее в корне /var/db/mysql в виде файлов mysql-bin.000000 mysql-bin.000001 mysql-bin.000002 и т.д. каждый весом по гигабайту.

Это — бинарные лог файлы для организации репликации СУБД. (чего у меня не планировалось)

Решение — убить файлы и отключить эту опцию.

Правильно это сделать так:

1.  В конфиге мускуля комментируем строку  (у меня FreeBSD — конфиг тут /etc/my.cnf
log-bin=mysql-bin

2. И с правами рута в mysql выполняем
RESET MASTER;

Вуаля!
Так оно и побыстрее шевелиться должно.

P.S.
лучший браузер для ipad