abushyk

Moderators
  • Content Count

    4,023
  • Joined

  • Last visited

  • Days Won

    265

abushyk last won the day on September 13

abushyk had the most liked content!

9 Followers

About abushyk

  • Rank
    Senior Developer
  • Birthday 10/25/1979

Contact Methods

  • ICQ
    484798009
  • Skype
    abushyk

Profile Information

  • Gender
    Male
  • Location
    ua.west.lviv

Recent Profile Visitors

5,534 profile views
  1. Например можно вот так <input type="text" name="imya_peremennoj" value="{if $smarty.get.imya_peremennoj|trim ne ''}{$smarty.get.imya_peremennoj|trim|escape:'html'}{/if}" placeholder="Пояснение, что же ищет это поле"> где imya_peremennoj - ваше имя переменнйо под которым она будет обращаться в запросе.
  2. У вас эта заявка не имеет собственной таблицы и обработчика. При поступлении заявки собираются ее данные из отправленного запроса. Если у заявки есть своя таблица-хранилище, тогда ее данные складываются в нее и (только после этого) происходит сохранение графики и их связывание с конкретным объектом заявки в этой таблице. После удачного сохранения, данные получаются из этой сохраненной записи и формируется тело письма, которое будет включать данные этой заявки. Если же у заявки нет своей таблицы, то сохранение данных, как этап, пропускается и тело письма формируется сразу из данных запроса. Но так как графика и прочие прикрепленные данные обрабатываются ПОСЛЕ сохранения самой заявки в таблицу, то в этом случае дело до загрузки и обработки фото даже не доходит. Поэтому их и нет в письме. Еще один момент. В письме отправляются не какие-то графические файлы, который закинул какой-то посторонний пользователь с заявкой, а ссылки на сохраненные на сервере и обработанные картинки. А так как данные заявки не сохраняются, то и ссылок быть никаких не может, потому что даже если бы фото и захотелось загрузить, то их все равно не к чему привязать, так как нет таблицы этих заявок и нет якорного объекта. В итоге, если вы хотите, что бы заявка сохранялась с фото и они были доступны в письме, то создайте таблицу для этой заявки (возле названия модели заявки серая кнопка с табличкой - 5-я по счету), а потом создайте для нее обработчик (там же 4-я кнопка со звездочкой), что бы иметь к ним доступ из админки.
  3. Вы все правильно прописали. Скиньте пожалуйста мне фтп в приват, я взгляну если можно.
  4. в этом поле нужно указать системное имя поля в модели Новости в котором лежат фоки новости. Не таблицы, где хранятся фотки (хотя сам по себе это очень старый вариант и уже почти не используется), а именно поля. Например в модели новости у вас есть поле image с типом uploads, куда вы забрасываете фотки. Значит указать нужно image
  5. вот так с точкой в начале и написано?
  6. Посмотрите пожалуйста по настройкам приложения RSS. Указано ли что-то в поле настройки apps.rss.data_image и apps.rss.news_image ?
  7. Да. Даже если не постоянное количество, но вы их не тасуете каждые 15 минут и обладаете минимальным чувством аккуратности, так тоже можно.
  8. У вас авто-мета, которая формируется из данных объекта путем сборки на лету. В ней используются языковые переменные, что бы выводить "красивые" названия для раздела, вместо деревянных "Продажа\Квартира". Эти переменные прописаны в языковом конфиге папка_шаблона/language/ru/dictionary.ini в виде LT_MT_T_XXXX где XXXX - это числовой ИД соотв. раздела. Поэтому, когда вы добавляете, или изменяете, или удаляете, какой-то раздел, то запомните его ИД числовой, откройте файл языковых настроек и а) если раздел добавился, то добавьте в него по аналогии новую строку вида LT_MT_T_XXXX = "Тут красивое название раздела с ид ХХХХ" б) если раздел менял свое название, то поправить, если нужно, соотвествующую метку там же, что бы ее текст соотвествовал новому названию раздела. в) если раздел удалялся, то просто удалите из этого файла метку для этого раздела. Удалили например раздел с ИД=1, и из файла сотрите метку LT_MT_T_1 = "какой-то текст". Это в принципе не критично, но я бы очищал хвостики удаляемых, что бы не путалось и на случай добавления раздела с таким ИД, как был удален.
  9. Что влияет из настроек на показ\формирование этого поля: 1. наличие поля region_id и его доступность смотрящему в модели объекта - поле должно быть 2. Настройки - Общее - Выбор региона в форме объявления(region_in_form) - должно быть включено
  10. Для информации, например. Или для сео, когда идет слив веса снизу вверх - от статей, через разделы на главную страницу всех статей. Была бы фантазия, а применение найдется.))) Действительно, там со ссылками на разделы был косяк. Я его поправил у вас и теперь ссылки в блочках статей в списке выводятся корректно.
  11. в main.php находим if (!$has_result && $this->isRealtyDetected($REQUESTURIPATH)) { $work_subcontroller = 'realtyview'; $has_result = true; } после него ставим if(!$has_result && preg_match('/^shortlink\/(\d+)$/', $REQUESTURIPATH, $matches)){ if(intval($matches[1]) > 0){ $this->template->assert('shortlink', 1); $kvartira_view = $this->_getRealtyViewer(); $html = $kvartira_view->main(intval($matches[1])); $has_result = true; } } теперь к объектам можно будет достучаться по адресу сайт/shortlink/ID напр сайт/shortlink/39274/ В довесок вы получаете в шаблон карточки переменную {$shortlink} наличие которой и равенство 1 означает, что мы зашли через короткую ссылку.
  12. пробуйте. сейчас выгрузило без вотермарка. пробовал на 49912010
  13. Вы шаблон не перепутали, куда правки ставили? Я открыл сечас обработчик в вашем шаблоне и там нет этого изменения.
  14. меняется там, куда в вставите тот исходный код по выдаче фоток. скорее всего это будет в main.php. Если смотреть по коду https://pastebin.com/jMkheJjA то єто строки 41-43