Вход • Регистрация

Всего найдено: 5698

  • 21 декабря 2015 г.
  • Цитата
    отчего же "сыплется" админка? Там мы используем "стандартный шаблон" :)
    Ну мы тоже не красны девицы вам, ошибок не делать. Могли что-то забыть-упустить, как, например, с http в adm/themes/adminauth.php. В багтрек письнули, мы исправили, и в будущем этих косяков не будет уже. Опять же, Виталий (NVGPRO) не жалуется, например, как и многие другие. У него всё ок, получается?
  • 21 декабря 2015 г. , редакция: 1450715313
  • Цитата
    Именно поэтому мы сообщаем о подобного рода вопросах, дабы решить их, а не корить в том, что есть эти недочёты.
    Куда? На форум? Отсюда дело не сдвинется. Дать ссылку на багтрек?
  • 21 декабря 2015 г.
  • Цитата
    С начало в тех.поддержку, но там "К сожалению, ничего более простого посоветовать Вам не можем.",
    Чего Вы прицепились к словам и талдычите их без остановки? Что должна была техподдержка сказать-то??? Если в шаблоне вручную прописано "http", то единственный вариант это исправить - изменить вручную! Техподдержка так и сказала! Вы сами не поменяли, доступ к ftp не дали, сидите чего-то ждёте. Что произойти-то должно? Волшебство? Http само собой на https в шаблоне поменяется???
  • 21 декабря 2015 г.
  • Я еще раз говорю, то, что в админке http прописано в шаблоне - опечатка/ошибка, и о ней надо писать в багтрек, чтобы её исправили в коробке.
    Если Вы получаете удовольствите от того, что строчите на форуме, общаетесь с коллегами, и результат неважен, то пожалуйста
  • 21 декабря 2015 г.
  • Цитата
    Ну если тех.подержка оценив ситуацию сама добавляет в багтрекер информацию об опечатке/ошибке, а разработчики её устраняют в течении хотя бы 5 месяцев это волшебство, то да, наверное, мы ждём именно волшебства.
    У техподдержки одна задача, поддерживать пользователей. Оценить ситуацию и пойти что-то перенести в багтрек техподдержка может, но это в круг её обязанностей не входит. Тем более, если пользователь не дал доступ к серверу, чтобы убедиться в ошибке.
    Если же баг попадает в багтрек, конечно, рассматривается он приоритетно в ближайшие дни после публикации, какие там месяцы...
    Цитата
    Что касается шаблона, бегло глянул, там следующее:
    Ну а у меня с <insert name="path"> проблем нет, она выводит корректные https. Что там есть у Вас еще, я не знаю, я все Ваши серверные файлы не видел. Надо отключать кеширование, включать режим разработчика, и трассировать, смотреть что там где сбивается на Вашем хостинге. Не хотите давать техподдержке доступ, ковыряйтесь сами, в чем проблема?
  • 24 апреля 2015 г.
  • Цитата
    Хотел бы увидеть более расширенное объяснение условий..

    Чего непонятного?
    Цитата
    1.Благотворительные проекты (по запросу в службу поддержки с указанием адреса сайта). Благотворительные — оказывающие бескорыстную помощь тем, кто в ней нуждается. Наличие ссылки «DIAFAN.CMS» на сайт http://diafan.ru/ обязательно.

    Делаете сайт благотворительной организации? Детдом, волонтеры, гуманитарка и пр. - создаете сайт в тестовый период, ставите ссылку на цмс, пишете в ТП, получаете лицуху.
    Многие путают благотворительность и всякие школы, коммерческие дома престарелых, гос.учреждения или, не дай божа, отделения ФНС - им лицензии не полагаются. Организация должна безвозмездно "творить благо".
    Цитата
    2.Партнеры для своих сайтов (как стать партнером).

    Ну тут понятно, все партнеры получают лицуху для своего сайта студии, промосайта, или как тестовую площадку.
    Цитата
    3.Cайты старше двух лет с Яндекс.тИЦ более 100 (по запросу в службу поддержки с указанием адреса сайта и его тИЦ).

    Тоже вроде ясно. Ставите DIAFAN.CMS на старый домен, где тИЦ более 100, и идете в ТП за лицухой.
  • 28 апреля 2015 г.
  • Ну как "куда рыть"?
    Следим за мыслью:
    1. "Карточка товара" - вьюха modules/shop/views/shop.view.id.php, а моделька modules/shop/shop.model.php - там функция public function id(). Идем в неё.
    2. Видим, что в модельке готовится для вьюхи:
    Код
    $row["brand"] = false;
    if($row["brand_id"])
    {
    if(! isset($this->cache["brand"][$row["brand_id"]]))
    {
    $b = DB::query_fetch_array("SELECT id, [name], site_id FROM {shop_brand} WHERE trash='0' AND [act]='1' AND id=%d", $row["brand_id"]);
    if($b)
    {
    $b["link"] = $this->diafan->_route->link($b["site_id"], $b["id"], "shop", "brand");
    }
    $this->cache["brand"][$row["brand_id"]] = $b;
    }
    $row["brand"] = $this->cache["brand"][$row["brand_id"]];
    }

    О! Оно! Как раз
    Цитата
    Код
    Array ( [id] => 1 [name] => ProfilDoors [site_id] => 10 [link] => shop/profildoors/ )

    Ровно эти 4 поля.
    Что нам надо сюда? Картиииииииинку!
    Где у нас ВСЕ картинки лежат? В табличке images!
    Значит что надо?
    Добавить поле в массив $row["brand"] типа img, и заполнить его инфой о картинке. Методом get.
    Или тупым прямым SQL-запросом из БД
  • 23 апреля 2015 г. , редакция: 1429780643
  • Цитата
    В общем, все мои вопросы сводятся к одному:
    когда использую шаблон, в нем некоторые стандартные функции урезаны, как их вернуть?

    Ольга, речь же о шаблонах, об оформлении. Поэтому будет проще для восприятия говорить не "стандартные функции движка", а "некоторые фишки демо-шаблона".
    В то-то и дело, что это вопросы обычной верстки. В демо-шаблоне есть слайдер, в шаблоне спорт-товаров слайдера нет. Дизайнер решил, что слайдер тут не нужен, это просто баннер. Как тут, тут или тут.
    Если нужен слайдер, это дело 10 минут, впаять любой из интернета, их сотни.
  • 23 апреля 2015 г.
  • Сначала я подозревал, что это программер ставил цифры для дебага вывода кода и забыл убрать.
    Но если влияет перелинковка, то пробуйте по одному поубирать ключевики
  • 21 апреля 2015 г.
  • Похоже, кто-то из администраторов удалил тип доступа "Администратор". Вернее, удалить-то этот тип нельзя, но может с доступами что-то начудили, сняли пару галок. Может кто-то из Ваших администраторов (я так понял, их много) пакостит
    Не давайте доступы.
    Восстановите таблицу users_role_perm (или все начинающиеся с users), смените свой пароль и оставьте админский тип доступа только себе.
  • 21 апреля 2015 г.
  • Это говорит только о том, что в таблице уже есть записи с уникальным id, который вы пытаетесь добавить заново.
    Нужно очищать таблицу перед добавлением.
    Причем, я еще раз говорю, лучше восстановить группу таблиц, начинающихся с users.
    Восстановить - означает удалить и вставить исходные, а не пытаться сверху залить дубликаты.

    А судя по Вашему уровню, я бы предварительно обложился бы бекапами и/или заручился бы поддержкой опытных товарищей
  • 21 апреля 2015 г.
  • И еще уточнение тем, кто будет отправлять запросы на смену доменов.
    Домен в лицензии можно изменить в случае, если предыдущий сайт перестал быть актуальным и закрылся. То есть, как минимум, на нем НЕ должна стоять DIAFAN.CMS, и/или быть недоступен домен. При рабочем сайте с неактивным тестовым периодом удалить (сменить) домен в лицензии нельзя.
  • 21 апреля 2015 г. , редакция: 1429617967
  • Цитата
    Мы приобретали лицензии себе их стоимость не закладывалась в стоимость конечного продукта. Цена в таком случае оставалась привлекательной и конкурентно способной.
    Это что за антисмысл? Если Вы берете за сайт 10К, и платите за лицензию 1,6К, то эта 1,6 никак не может не быть в себестоимости. Это Ваши расходы в любом случае. Или сколько Вы берете за сайт? 5К? 3К? Может быть есть смысл действительно пересмотреть свою ценовую политику, если "доп.расходы" в 1,6К рублей за лицензию обрушат Ваш бизнес?
    Плюс ко всему, купить лицензию на сайт клиента и оставить её себе - плохой тон партнера. От клиентских лицензий надо избавляться - купили и передали.
    Более того! Покупая лицензию на себя, Вы сами создаете ситуацию, когда Ваш клиент ничем не рискует, уходя к другим. А если Вы передадите на его аккаунт ЕГО оплаченную им же лицензию, он лишний раз подумает, бросить ли ему сайт, или остаться. Ведь за поддержку и обновление сайта он все равно будет платить Вам, эта услуга к лицензии отношения не имеет. Тем более, что даже если клиент уйдет от вас, зачем менять цмс, когда клиента может поддерживать и форум и наша ТП
    Цитата
    Сейчас у нас есть 4 - 5 лицензий, которые в неопределённом статусе, что нам теперь с ними делать?
    Пишите в службу поддержки, поменяют. Потом перепродадите клиентам, разработав сайты.
  • 21 апреля 2015 г.
  • Я тут подумал о смысле фразы...
    Цитата
    Это не есть гуд. Случается, что клиента перестаёт устраивать цена техподдержки

    То есть по факту получается что? Вы купили одну лицензию, в 2009-м году, заплатили однажды нам 1600 рублей. Затем многие годы суете в эту лицензию сайты разных своих клиентов и берете с них за это ежемесячно деньги, оказывая "поддержку", которая у нас бесплатна?
    То есть, вместо того, чтобы клиент сам мог бесплатно спрашивать у нас что ему надо, клиент спрашивает у вас, вы переспрашиваете у нас, но деньги платят вам? И Вы против, чтобы эта схема отменилась? Вы против того, чтобы деньги попадали к нам, но очень хотите хорошую CMS и чтобы мы над ней работали?

Новости

  • 19 сентября
  • Мы внесли изменения в лицензию и объявляем, что прекращаем техническую консультационную поддержку сайтов на DIAFAN.CMS версий старше 7.0. А это все минорные версии платформы, предшествующие актуальной линейке, а именно: версии серии 4.x, 5.x, 6.x.
  • 15 сентября
  • У нас отличные новости! Мы выпустили новую сборку DIAFAN.CMS 7.3, которая включает встроенные нейросети непосредственно в административной панели. Это значит, что создание контента для вашего сайта больше не будет проблемой — искусственный интеллект возьмет эту задачу на себя, избавляя вас от необходимости привлекать копирайтеров или тратить время на написание текстов самостоятельно.
  • 25 марта
  • Мы обновили систему тарифов, учитывая опыт работы с клиентами и современные рыночные условия. Новая тарифная сетка разработана специально для того, чтобы лучше отвечать вашим потребностям. Резкого повышения цен не произошло. Более того, некоторые тарифы даже стали выгоднее и доступнее. 

Блоги

  • 10.09.2025
  • DIAFAN.CMS славится нагрузоустойчивостью и безопасностью, про инциденты со взломом сайта на нашей системе давненько не слышали, но недавно получили мы письмо от fstec.ru такого характера:

    Обнаружена уязвимость в CMS-системе DIAFAN, позволяющая нарушителю, действующему удалённо, красть сессионные куки через XSS-атаку.