Smoke

Да баг, сделаем скоро обновление.

Статьи поправим вам.

Если вас устраивает молчаливый режим, когда оно будет записывать в базу то, что удастся выжать числового из переданного значения, то можно только базой. Если же это поле вам важно и вы хотите что бы юзер получал предупреждение при попытке задать "левое" значение, тогда лучше rules и Type:int.
Последний способ отличается только тем, что по нему проходит проверка значения и, если оно неформат "5 сот.", "5.0", "пять соток" то форма будет возвращена на дозаполнение. А изменение формата поля в БД приведет к тому, что значение будет принято всегда, но вот в БД останется только то, что подходит под формат колонки в базе "5 сот."=>"5", "5.0"=>"5", "пять соток"=>"0", тогда как rules будут заворачивать форму до тех пор, пока пользователь не введет реальное целое число.
И,что главное, rules не изменяют переданные значения, а только обуславливают их формат и соотвествие ему (кроме decimal который с крайней версии будет вместе с проверкой еще и заменять запятую в числе на точку). Т.е. речи об осмысленном вырезании нет ни в одном из этих случаев.
ПС. Я долго боролся с человеками подсказаками при заполнении и в результате проставил rules на выжных для меня полях расстояний и площадей + выставил форматы колонок в БД на соотв. (это из соображений экономии памяти, така как числовой формат более худой, быстроты сортировки, так как сортировка по числам лучше и адекватнее чем по строкам, и потому что у меня много данных идет с парсеров и прогонять их через сложные проверки с созданием объекта формы не всегда выгодно по производительности).

Можно прямо в базе поменять тип поля с varchar на int
ALTER TABLE re_data MODIFY colname INTEGER; calname это название колонки, меняйте ее на свое.

в настройки - Общее галочка use_new_realty_grid вкл. И потом Редактор форм и вверху среди строя кнопок есть кнопка Grid. Там галками натыкиваем нужные поля, мышью тягаем их вверх-вниз устанавливая порядок и жмем внизу Сохранить.

Тут нужно сделать следующее.
Для менюшек вставленных вручную
1. нужны файлы языков в зоне шаблона. не скажу, что 100%, но в реалии они уже могут быть. это папка /template/frontend/realia/language. Если ее нет, то просто создайте ее и внутри нее создайте подпапки по вашим рабочим языкам - /template/frontend/realia/language/en  /template/frontend/realia/language/ru.
2. В каждой из этих папок должен лежать файл с именем dictionary.ini для хранения языковых меток.
3. внутри этот файл выглядит как-то так:
LT_NEWS="News" LT_FOR_USER="For users" LT_USEFUL="Usefull" LT_SPECIAL="Special" метка="текстовое_значение_на_соотв_языке"
4. Берете все ваши пункты меню из примера и проставляете метки
LT_MN_HOME="Главная" LT_MN_ABCOMP="О компании" LT_MN_OUTCITYEST="Иногородняя недвижимость" напр для русского. названия меток не принципиальны, но я бы рекомендовал ставить префикс LT_ что бы потом знать где метка описана. таким префиксом я обозначаю метки из папки шаблона в отличии от меток из приложений или системных.
5. Сами текстовые слова в getTemplateMenu текстовые надписи меняем на 
Multilanguage::_('LT_MN_HOME', '_template'); c указанием подходящих меток.
... array('id'=>0,'title'=>Multilanguage::_('LT_MN_HOME', '_template'),'position'=>'behind'), ...  
Для менюшек вставленных из заготовленных меню и Контент - Меню
Я внес некоторые изменения в файл сборщика меню для реалии http://pastebin.com/XAr8uPvR для функции getTemplateMenu (правки на лету, код сырой. может сразу не завестись. я тут, если кто-то будет пробовать, пишите сюда)
От вас требуется задать для пунктов меню соотвествующие языковые поля-клоны.
Кеширование убрано из индивидуальных сессий в общий файл-хранилище.

если номер платежа верный, но спотык точно на $stmt тогда все упирается в status и его значение.
Так же можно убрать неиспользуемую переменную в запросе 
$payment в строке
$stmt=$DBC->query($query, array($bill_id, $payment)); ---->
$stmt=$DBC->query($query, array($bill_id));

В приложении /apps/yourappname/site/site.php должен быть метод
activateBill
Пример такого класса с этим методом
<?php defined('SITEBILL_DOCUMENT_ROOT') or die('Restricted access'); /** * @author Kondin Dmitriy <kondin@etown.ru> http://www.sitebill.ru */ class yourappname_site extends yourappnamel_admin { public function activateBill($bill_id){ require_once SITEBILL_DOCUMENT_ROOT.'/apps/system/lib/system/robokassa/robokassa.php'; $Robox=new Robox(); //обработкой занимается модуль робокассы $Robox->activateBill($bill_id, ''); } public function checkBill($bill_id, $payment){ $DBC=DBC::getInstance(); $query='SELECT COUNT(bill_id) AS _cnt FROM '.DB_PREFIX.'_bill WHERE bill_id=? AND payment_sum=? AND status=0'; $stmt=$DBC->query($query, array($bill_id, $payment)); if(!$stmt){ return false; } $ar=$DBC->fetch($stmt); if($ar['_cnt']==0){ return false; } return true; } function frontend () { return false; } function get_pay_button ($bill_id, $amount, $payment_amount='') { ... } }  

В настройках поставьте тип captcha_type = Игнорировать

я там выше добавил.

Значит Дима чуть позже будет выдавать. У меня иногда бывает много частых апов, но все мелкие и иногда приходится их накопить хоть чуть-чуть.
 
УПД
Можете авансом попробовать ввести такое
в файле /apps/system/lib/system/user/login.php в function Login () после
$this->SiteBill(); $this->hardmode=false; вставить
if(!isset($_SESSION['key'])){ $this->setSessionKey($this->GenerateSessionKey(0)); }  

В начале єтого же файла есть блок включения карты
 
{literal} <script> var rname='{/literal}{$rname}{literal}'; $(document).ready(function(){ var RM=new RealtyMap('2.1'); if(loc_objects.length==){ RM.initGeocoded('property-map', rname, map_type, {defaultZoom: 16, yandexMapType: 'yandex#map'}); }else{ RM.initJSON('property-map', loc_objects, map_type, {defaultZoom: 16, yandexMapType: 'yandex#map'}); } }); </script> {/literal} или похожий на это. Оберните его тоже в это же условие.
Сейчас получается, что сама карта убрана, но код скрипта пытается к ней прорваться и валит остальное.

В index.php, обеих, который в корне сайта и который в папке admin добавить 
ini_set('date.timezone', 'America/Los_Angeles'); Вместо America/Los_Angeles указать свою часовую зону из допустимых http://php.net/manual/en/timezones.php

Реализация такого проекта уже есть, и у меня работает. Очень удобно для поиска!!! Сайт http://dom45.ru/

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

Линк-менеджер оснащен методом автоматически выдающим свои ссылки в сайтмап. Для этого в натсройках приложения Линк-менеджер нужно только включить галочку apps.predefinedlinks.sitemapitems

Добавлено в обновления.
С "Удалить" под картинкой еще буду смотреть как лучше - это не шаблон и не код, а скриптовая часть, так что туда пока сложнее загнать метки.

Влияет. Не по замыслу, а по факту. Это главный минус темплейт_сеарч. 
Основной принцип подбора в колонку справа - спец или вип, состоит в том, что туда фильтруется без параметров запроса только по признаку виповости или спец. Но так так темплейт_сеарч - это внедрение, то его параметры отлавливаются после заказа на формирование набора данных и, обрабатываемые им параметры все-таки учитываются в выборке.
 
Как это лечится.
Я добавлю в новый выпуск система жесткую заглушку, запрещающую обрабатывать параметры из темплейт_сеарч для таких функций.
 

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

/template/frontend/realia_mod/realty_grid_thumbs.tpl
 
{if $itcount==4}
        </div>
        <div class="row">
        {assign var=itcount value=1}
        {/if}
 
4 замените на 5

Уже давно можно иметь два поля - одно с набором Продажа\Аренда, второе как обычная структура с оставшимися в ней чисто типами недвиги Квартира\Дом\Остров\Коммерческая. Тем более что первое поле под системным именеме optype почти полностью поддерживается.
 
 
Тип поля docuploads. Внешний аналог uploads, но позволяет хранить именно файлы, а не картинки. Т.е. и картинки в принципе тоже, но не делает из них превью, а просто хранит как аттачи.

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

Тогда пока будет так как вы сделали, а на след обновления я немного там сменю логику и идешка автоматом будет включена в список.

Тут все верно. Просто на тот крайний уровень, который работает с ответом клиенту, эти данные не приходят и дажде не предусмотрено слота, через который можно было бы его отдать. А без ИД узнать этот же ИД нельзя, как бы дико это не звучало. Можно пытаться вызывать запрос на последний добавленный ИД, но опять же между вставкой и запросом может пройти еще 100 других запросов, что сводит результативность к нулю.
 
Быстро решить можно путем добвления строки
 $form_data['id']['value']=$new_record_id;
в файле
/apps/system/lib/frontend/form/add.php в строке ~~479 перед $table_view = new Table_View();
 
Тогда идешка нового объекта будет включена в список выводимых параметров в сводке после подачи.