abushyk

Ошибки в консоли браузера есть? Какие, если да? Посмотреть на хостинге возможно?

Имеется в виду именно select_box или все-аки select_by_query? Именно второй подразумевает наличие таблицы в БД, а первый - ручное перечисление вариантов в соответствующем поле.

Верно. Только измените href="/account/data/?do=edit&id={$data.id.value}"на href="{$estate_folder}/account/data/?do=edit&id={$data.id.value}"Именно переменная {$estate_folder} (а не {$estate_folder_control}) доступна во всей фронтальной части и она сохранит правильность ссылок, если сайт будет перенесен из корня в подпапку.

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

Если польские корни, то скорее от czarny - черный. Сам монах в польском mnich и, кажется, это слово, в силу консервативности сферы, к которой оно относится, давно не менялось. Зато в украинском есть схожее по звучанию слово "чернець\ченець" (монах). Так что корни могут быть ближе , чем кажется.)))

Знание системного имени группы ничего не дает - это больше справочный параметр. Аналогично и с идентификатором. Эти данные только поставляются в шаблон и могут использоваться внутри него, но никогда не читаются из переменных шаблона в основной код. Разве что злоумышленнику удастся получить доступ к выполнению запросов к базе данных, тогда эти значения могут быть полезными, но при такой ситуации, они ему будут не нужны. Или кража сессии. Поэтому обязательно производите выход из аккаунта после его использования на чужом компьютере + очистка coockie браузера. Но это уже относится к универсальным правилам безопасности.

Добавить можно, но из-за различий в системе авторизации с фронта и с админки, эта ссылка кинет не на форму редактирования,, а на форму входа в админку. Т.е. если админ авторизирован в админке, то он, в какой-то мере авторизирован и во фронте, но если он авторизирован во фронте, то он НЕ авторизирован в админке. Не совсем логично, но так пока есть.

Совершенно верно подмечено. Есть некоторая разница при логировании пользователя со статусом администратора в административной части и во фронтальной. Они не идентичны.

В шаблоне должна быть доступна переменная $smarty.session.current_user_group_name , которая содержит системное имя группы пользователей (то, которое значится в поле "Системное название (только латинские буквы)",когда вы редактируете группу пользователей) в которой находится текущий пользователь. Т.е. можете проверять залогинен ли пользователь и значение этой переменной {if $smarty.session.user_id>0 && $smarty.session.current_user_group_name eq 'special_users'} ... {/if}

Если при просмотре нужно вывести что-либо по такому условию, то в шаблоне проставьие условие Это для вывода в шаблоне просмотра объявления. {if $smarty.session.user_id>0 && $smarty.session.user_id==$data.user_id.value} а тут уже вставьте то, что нужно выводить по этому условию {/if} Если вывод нужен в шаблоне сетки тогда почти так же {if $smarty.session.user_id>0 && $smarty.session.user_id==$grid_items.user_id} а тут уже вставьте то, что нужно выводить по этому условию {/if}

самый быстрый и минимально затратный способ. Подходит для шаблонов, рабртающих на собственном файлке-контроллере (/template/frontend/имя_щаблона/main/main.php) В упомянутом файле main.php находим функцию main() function main () { .... сразу в ее начале добавляем кусок кода function main () { if(!preg_match('/\/login/', $_SERVER['REQUEST_URI']) && (int)$_SESSION['user_id']==0){ header('location:'.SITEBILL_MAIN_URL.'/login/'); }... тут все остальное, что было в файле Теперь при обращении к сайту будет сделана проверка авторизирован ли юзер и, если нет, будет происходить редирект на страницу входа. Минусы:1. Ручная вставка2. В странице получаете не просто форму входа, как в админке, а стандартный вид страницы авторизации, который доступен сейчас по ссылке login/ вашего сайта

Сам момент размещения карты для гугля и для яндекса, кажется, не отличаются - в каждой ситуации мы уже имеем дело с готовым куском хтмл, который просто позиционируем. Все различия только процессе создания карты (АПИ гугля и яндекса в некоторых моментах сильно разнятся по логике) и в ситуациях, когда на странице есть несколько карт (у гугля немного специфичная методика функций-привязок событий и маркеров на карту). Или вы других проблемах?

Как победить понятно. Просто путь к победе для каждого шаблона будет разниться. Но, по ссылкам TopRaN приведены основные пути 1. Создавать карту в табе (пусть даже срытом) и перерисовывать карту в момент обращения к табу. 2. Создавать карту вне видимой области экрана и после ее создания и формирования дерева страницы перемещать ее [карту] средствами яваскрипта в нужный таб. В обоих случаях есть свои нюансы связанные с конкретным способом реализации самих табов, способом генерации карты (напрямую или динамически через аякс).

Он что-то еще ищет? Из презентации вроде бы этого не следует.

Намек понял)) Будут там штучки для более гибкого управления полями модели. В том числе и пользователем. Со временем.

Поля параметров будут служить для указания параметров отдельных типов. Введены для того, что бы разграничить индивидуальные свойства разных типов. например задание маски для поля телефона, некоторых умолчательных значений для сложных типов. Т.е. что бы можно было иметь много параметров для некоторых типов, но не плодить пустых сущностей для типов, у которых этих параметров не может быть.

Все танцы начинаются в вставки кусочка {$apps_search_block} в код шаблона. Только после этой вставки можно сказать работает или нет. В код вашего шаблона, где вы хотели бы видеть строку поиска вставляется блк кода При включенном приложении он выдает строку, которую уже можно приукрасит в стиле основной страницы. При попытках ввести в строку более 3-х символов начинается поиск, выводящий подходящие варианты по словам. Маленькое но - приложение рассчитано на "стандартную" модель таблицы data. Поэтому на нестандартных надо будет привести список полей, по которым приложение ищет в соответствие с существующими полями модели.

Очень велика вероятность.

Каптча теперь настолько привычная вещь, что ее решение ставится на поток. Сервис антикапчи сейчас весьма дешев - поэтому надписи на картинках уже не столь хорошая защита. Сейчас некоторые используют немного другой подход - в формах добавляется скрытое поле. Человек его не видит, соответственно не заполняет. Бот же обычно пытается упаковать текстовое содержимое во все поля формы, в том числе и невидимые (цсс стили боты вряд ли разгадывают в своей массе). И фильтрация живых от ботов идет по заполненному полю. Такая себе капча наоборот и живым легче - не нужно ничего вводить.

{$apps_search_block} - вот такой вот блок в шаблоне вставили в место, где должно бы находиться поле поиска?

На рабочей базе или на новой? На новой проще всего сделать загрузку из csv но при загрузке указать район, для которого загружается файл. На рабочей базе - в данный момент - через административную часть, поштучно указывать район.

Если после экспорта вы не удалите из базы улицы, то вгруженные просто дополнят список улиц, а старые останутся. Если вы сделаете выгрузку, но очистите таблицу улиц, то возможно два варината: 1. чистили из админки - тогда новые улицы добавятся, но идентификаторы их не совпадут с теми, которые были удалены и объявления останутся без улиц. 2. очистили, но из phpMAdmon с помощью Очистить таблицу. Тогда новіе вгрузятся, но на те же идентификаторы, что были у удаленных улиц - 99% что получится бардак.

для перевода БД в кодировку utf-8 для MySQL версии 5 и выше 1. заходим в phpMyAdmin вашего сервера 2. делаем полный дамп базы (на всякий случай бекап не помешает) 3. берем файл dbconverter.php (должно его положить в корень сервера, на уровне index.php) 4. запускаем его из браузера http://myhost/dbconverter.php Файл использует ваше подключение к БД, следовательно наличие правильных параметров соединения в файле /inc/db.inc.php необходимо. 5. Если все ОК в результате работы файл выдаст отдну строку DONE 6. Если что-то пошло не так, он выдаст строку/строки вроде следующей FAILED: ALTER TABLE `est_nutf8`.`re_data` CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci; http://piccy.info/view3/4891294/ba9ec10c7d5812c783414d83510e22d1/ Это значит, что есть ошибка при выполнении этого запроса. Конкретно в этом случае, как в примере, сразу смотрите структуру полей таблицы re_data и ищите поля с типом VARCHAR(цифры). Эти "цифры" могут быть любыми, но не могут быть больше 255. http://piccy.info/view3/4891314/dbe5e0bfcabe386cf65bd105b259dde8/ Многобайтніе кодировки типа утф8 на єтом спотыкаются. Если нашли такое, как VARCHAR(1000) смело меняйте на VARCHAR(255). Если ошибка есть, а такого поля нет, пишите. Если ошибка найдена и исправлена, запускаем снова http://myhost/dbconverter.php 7. Если вам удалось после запуска конвертера получить только DONE остается последний шаг - перейти в phpMyAdmin в страницу вашей базы. Не information_schema, а именно базы. В верхних вкладках выбрать Операции. http://piccy.info/view3/4891240/6a453e8ab0cea5161195362ee894d731/ В ней найти раздел/секцию Сравнения и установить ее в utf8_general_ci и нажать ОК. http://piccy.info/view3/4891245/547af59e5d598fa13c4ae2dbad6d8654/ ПС. Сам файл я передам Дмитрию, а он его уже либо в репозиторий положит, либо к теме прикрепит.

Если Если понимать вопрос как "Какую кнопку нажать, что бы на полях площади была такая же фича, как на полях цены?" то ответ - такой кнопки нет. Если поэтапно, то так: 1. Выдать в шаблон значение максимальной площади из всех объявлений, через функцию Sitebill_Krascap::getExtendedSearchFormParams() 2. В файле шаблона поисковой формы создать html элемент, на котором будет создан ползунок (search_form.tpl, search_form_standart.tpl). 3. В файле скриптов поисковой формы выписать javascript код, который будет управлять ползунком. Он будет приципиально похож на код для ползунка цены, скорее всего даже немного проще (js/search_form.js). 4. Прицепить к новому ползунку стили, для нормального отображения (css/style.css).

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