VladSI

Участники
  • Публикации

    393
  • Зарегистрирован

  • Посещение

  • Days Won

    3

Все публикации пользователя VladSI

  1. http://joxi.ru/D2PQPQ0FddowYA Можно и в фильтр потом.
  2. Можно задавать цвет текста, цвет полей в таблице? Можно ли Ckeditor делать с загруженной формой таблицы(шаблон), в таблице уже графы некоторые заполненные?
  3. В СМS есть рейтинги объявлений?
  4. Не срабатывает поиск http://joxi.ru/nAy8N8MhXXekd2
  5. Как поставить на Реалия кнопку сброс фильтра?
  6. Это предложение сюда разместите http://www.etown.ru/s/topic/239-предложения-для-будущих-версий/ Это неописуемо сколько времени дней потрачено на поиск файлов
  7. Спасибо, а то я уже псевдо числа обновлений пакетной обработкой навставлял. Как теперь чистить то что навставлял? Всё сделал.) Сперва снёс не знаючи базу....
  8. Почему присылаемый на почту краткий "технический" урл не соответствует в форме заявки всплывашки?
  9. YEAR Год в двухзначном или четырехзначном форматах (по умолчанию формат четырехзначный). Допустимы следующие значения: с 1901 по 2155, 0000 для четырехзначного формата года и 1970-2069 при использовании двухзначного формата (70-69). MySQL выводит значения YEAR в формате YYYY, но можно задавать значения в столбце YEAR, используя как строки, так и числа (тип данных YEAR недоступен в версиях, предшествующих MySQL 3.22)
  10. Не моё Использование календарных типов данный в MySQL Начнем с самого простого — тип YEAR. Единственное его достоинство — малый размер — всего-то 1 байт. Но из-за этого действует строгое ограничение по диапазону допустимых значений (тип может хранить только 255 разных значений). Мне сложно представить практическую ситуацию, когда может потребоваться хранить года строго в диапазоне от 1901 до 2155. Кроме того, тип SMALLINT (2 байта) дает диапазон, достаточный в большинстве ситуаций для хранения года. А экономить 1 байт на строке в таблице БД в наше время смысла нет. Типы DATE и DATETIME можно объединить в одну группу. Они хранят дату или дату и время с довольно широким диапазоном допустимых значений, независимую от установленной на сервере временной зоны. Их использование определенно имеет практический смысл. Но если требуется хранить даты исторических событий, уходящие в прошлое за Нашу эру, придется выбрать другие типы данных. Для хранения дат неких событий, потенциально выходящих за рамки диапазона типа TIMESTAMP (дни рождений, даты выпуска продуктов, избрания президентов, запуски космических ракет и т.д.), отлично подойдут эти типы. При использовании этих типов нужно учитывать один важный нюанс, но об этом ниже. Тип TIME можно использовать для хранения промежутка времени, когда не нужна точность меньше 1 секунды, и промежутки времени меньше 829 часов. Добавить тут больше нечего. Остался самый интересный тип — TIMESTAMP. Рассматривать его надо в сравнении с DATE и DATETIME: TIMESTAMP тоже предназначен для хранения даты и/или времени происхождения неких событий. Важное отличие между ними в диапазонах значений: очевидно, что TIMESTAMP не годится для хранения исторических событий (даже таких, как дни рождений), но отлично подходит для хранения текущих (логирование, даты размещения статей, добавления товаров, оформления заказов) и предстоящих в обозримом будущем событий (выходы новых версий, календари и планировщики и т.д).
  11. Но тогда тип поля должен быть числительным. Это понятно, что мы все уже миллионеры))) А есть формат года? YEAR
  12. Как в фильтре поле будет реализовано? От года до года?
  13. Каким типом запись правильно записать? Чтобы потом в поиск можно задать от и до.
  14. Сейчас есть выдача "похожие объявления", но они вовсе не похожи бывают. Я говорю о том как уйти пользователю от "случайно" заданных свойств и тем более заданных свойств не им, а полученных из поисковика (яндекс, гугл...)
  15. Все сказанное рассматривается с точки зрения посетителя сайта. Речь не о подавателях объявлений. и публикации.
  16. Поиск в движке реализован сперва через свойства объекта и потом место его расположения. Задав определенные или уникальные свойства, пользователь не во всех или многих местах расположения может не находить объекты. Таким образом пользователь ходит по пустым выдачам поиска. А если юзер не совсем грамотен об устройствах поисков, забыл или не знает даже, что назадавал свойств, то он оказывается в этой самой муравьиной ловушке. В результате драгоценнейшие заполученные уники или потенциально пользователи, клиенты теряются. В любом случае это не способствует наращиванию, массе посетителей, количеству просмотров за сессию. Можно ли реализовать логику, чтобы при выборе населенного пункта выдавались с заданными свойствами(если задали) и показывались количества объявлений с другими основными свойствами в этом населённом пункте? Будет получаться что если ничего нет, то вроде можно ещё посмотреть. пс Зачастую уник вваливается с поиска в объявление с определёнными свойствами, ткнув по ссылкам "ничего не нашлось"...его теряем.(муравьиная ловушка в действии)
  17. http://www.etown.ru/s/topic/2083-куда-ставить-код-яндекс-метрики/?p=21984
  18. Антиспам срабатывает при частом отправлении с формы всплывашки обращения из объявления? Пока настраивал перестали сообщения доходить. Почтовые программы вроде тоже душат, в антиспам .
  19. Да, смелее) Следуйте по этому пути apps/language/language/ru/frontend.ini
  20. Уважаемый VladSI, простите за не скорый ответ, редактирование этой фразы Вы можете произвести в админке настройки> заявки на аренду По остальным вопросам я Вам ответить не смогу.
  21. Эти штуковины живут, как оказывается, в файлах с расширением .ini в недрах папок сайта. Один из таких распологается по пути apps/language/language/ru/frontend.ini Слово агент равно вот одной из таких подобнонаписаных штуковин L_ADV_AUTHOR http://joxi.ru/brR6P6pFQy9DRr Вы можете написать в файл свою любую штуковину и сделать её равной любому понятному слову или выражению) и поставить свою штуковину вместо находящейся уже в файлах tpl или где вы их встретите и захотите поменять.
  22. Если явный вывод тогда как форматировать? <div style="float:right;padding-right:10px;padding-bottom:10px">Обновление:<span class="label label-default" >{$grid_items.date_new}</span></div> Прописал так <div style="float:right;padding-right:10px;padding-bottom:10px">Обновление:<span class="label label-default" >{$grid_items.date_new|date_format:"%d.%m.%Y"}</span></div> но нулевые даты показывает 30.11.-1
  23. Можно делать таблицы в объявлениях? Что нужно проделать, как работает?