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

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

  • 23 сентября 2012 г.
  • У нас есть наша Лиза прекрасная, которая раз в месяц садится за раздел "Домены" и открывает все подряд сайты месяцем назад. Если ей нравится сайт, она его активирует
    По какому принципу? Во-первых, сайт должен быть рабочим, без косяков, а также заполнен, без тестового контента. Ну а во-вторых, ласкать ее женский глаз
    Я как-то писал уже в "Обо всем", что если у кого-то хорошая работа(ы), пишите в ТП, Лизе передадут.
  • 09 октября 2012 г.
  • Цитата
    Поделитесь секретом, где и как человеку добавившему объявление внести в него изменения, снять с публикации или удалить? Объявление, это ведь, как правило, не навсегда :) Каким образом пользователю вставить изображение в объявление, если изображения разрешены.
    Что значит "поделитесь"? Никаких скрытых функций. Все на ладони. Если сразу не видно, значит этого нет.
    Цитата
    Просто, граждане, если что-то пишете в разделе "Пожелания", то нужно писать с полным ТЗ! А то написал кто-то "Хочу объявления!" Вот и объявления
    Конечно, модуль новый, написан вслепую по ТЗ "Сделать объявления, который подойдет под всё". Ни примеров как что должно работать, ни тестирования. Что еще делать, кроме как отдать модуль в жизнь, где он естественным образом обтешется? 5.2 ждать не будем, конечно, впихнем все в автообновление в промежуточные релизы. Только желательно в вишлист добавлять эти замечания с признаком "Ошибка", и начинать словами типа "Ошибка юзабилити модуля объявления: добавить можно, а снять нельзя", тогда это внедрится быстрее. А если ставить тип "Предложение" и писать "А сделайте еще редактирование объявлений", то может и до 5.2 провисеть
  • 10 октября 2012 г.
  • Ни один отдел краш-тестирования не смоделирует за пару недель все ситуации, которые возникают на реальных проектах при использовании десятками разных людей с разной психологией разными подходами к программированию и управлению сайтами. Хоть убейся, но Windows меня тоже выбешивал, когда еженедельно загружал мне десятки заплаток и заставлял перегружать комп. Пока я не стал сам участвовать в разработке более-менее крупного ПО...
    Ничего тут не сделаешь и не скажешь: косяки всплывали, всплывают и всплывать будут. Тем более для совершенно новых модулей. Если мы говорим про модуль "Объявления", то его функционал - это сколько? 3% от всей цмс? Остальные 97% цмс за несколько лет вылизаны, слава богу, и работают стабильно. И объявления туда же подтянутся. Но только после того, как обтешутся на реальных проектах разными людьми.
    А вообще, конечно, обидно "Фу, объявление не удаляется, цмс - говно"...
  • 10 октября 2012 г.
  • Петр, вон, выше поднимитесь, представьте, что Вы впервые пришли со стороны, ничего про цмс не знаете, и прочитайте с начала сообщения нашего Артура прекрасного...
  • 18 сентября 2012 г.
  • 1. Идете в БД и добавляете поле в таблицу news
    2. Идете в modules/news/admin/news.admin.php и сразу вверху в массив
    $variables = array ( 'main' => array (
    добавляете это поле, по образу и подобию других полей. Назвав его точно также, как Вы создали в таблице БД.
    Например,
    Код
    'novoe' => array(
    'type' => 'text', //тип: text-текст, date-дата, checkbox-галка, editor-визуальник
    'name' => 'Мое новое поле',
    'help' => 'Подсказка в вопросик рядом с полем в админке (если нужна)',
    'multilang' => true, //доступно ли оно в дополнительных языках
    ),

    Всё.
  • 18 сентября 2012 г.
  • После этих действий diafan.CMS сможет управлять этим полем из БД в админке, будет его выводить в нужном виде, сохранять и т.д.
    Чтобы вывести его на сайте, надо уже идти в modules/news/news.model.php и там в нужных функциях забирать его из БД, затем в modules/news/views/news.view.***.php выводить
  • 20 сентября 2012 г.
  • Ой, погодите!
    У Вас же 5.0? А я рецепт уже из 5.1 дал
    В общем, для 5.0 файл тот же modules/news/admin/news.admin.php
    Но нужно просто в конструктор, там же, сверху, добавить
    Код
    $this->variable_table = array(
    'main' => array(
    'vashepole' => 'text',
    где vashepole - название поля в БД, латинские буквы, называется так же. А text - тип редактирования, просто поле. datetime - время, checkbox - галка, editor - визуальник.
    А чтобы название полей выходило по-русски, в 5.0 надо еще сходить в языковой файл language/ru.php и там где-нибудь в районе 650-х строк, где все переменные новостей, объявить Ваше новое поле таким образом:
    define('_ADMIN_NEWS_VASHEPOLE', 'Мое новое поле');
    define('_ADMIN_NEWS_VASHEPOLE_HELP', 'Подсказка в вопросик');
  • 19 сентября 2012 г.
  • Ну CMS управлять поддоменами на хостинге никак не может. Прикрутить можно что угодно, но это зависит от хостинга, его настроек и рук вебмастера, который будет настраивать diafan.CMS.
    Скорее всего, самый простой вариант будет ассоциировать адреса типа site.ru/users/?pupkin с поддоменом pupkin.site.ru. Но это надо общаться исключительно с техподдержкой хостинга. Работа по индивидуальной настройке сервера.
  • 17 сентября 2012 г.
  • Можно поставить тег show_votes на отдельную страницу в визуальник, указав в настройках опросов "Выводить все". Тогда на это странице будут выводиться все опросы с кнопками "результаты".
    Это всех устраивало до сегодняшнего момента. Ведь по сути, после вывода какого-то опроса повторно вместо комбиков выводятся сразу результаты. И если пользователь за все голосовал, он увидит только результаты.
    По поводу ошибки от повторного голосования - это действительно похоже на ошибку, причем локальную. Ведь у нас в настройках опросов есть несколько вариантов защиты от голосования и если проверить, проголосовав однажды за вариант, в дальнейшем этот вопрос будет выходить результатами, а не комбиками. Можете сами проверить на демо-версии, например. На главной опросы ротируются - проголосуйте. И более этот вопрос не предложит голосовать повторно, как не обновляй сайт и не выходи/заходи с него. Будут только результаты.
  • 17 сентября 2012 г.
  • Вы обозначили проблему "Сейчас посетитель каждый раз заходя на страницу с опросом видит не результаты, а сам опрос и может проголосовать хоть при каждом заходе" - это не так. Посетитель при каждом заходе на страницу, включая всякие обновления страницы видит результаты и не может голосовать повторно. В пределах одного стандартного нормального посещения сайта накрутить голоса нельзя. В частности закрыта самая популярная возможность-дырка голосовать обновлением страницы. Только если закрыть браузер и открыть снова, но скорее всего пользователь сделает это для того, чтобы накрутить рейтинг. Причем, если задаться целью, то накрутить голосование можно и очищая куки, и меняя ip через vpn.
    Мы на эту тему заморачиваться не стали, создавая модуль, так как для опросов на большинстве стандартных сайтов этого достаточно. Вряд ли кто-то будет накручивать результаты "Сколько вы тратите на отдых" отвечая "более 100000 долларов".
    А для специализированных опросных сайтов все равно придется писать свой алгоритм защиты.
  • 17 сентября 2012 г.
  • Кстати, большинство сайтов, типа mail.ru, когда проводят какие-то важные голосования, учитывают голос только от своих пользователей, с зарегистрированными ящиками до начала голосования, чтобы избежать накрутки. Это самый действенный способ.
    У нас это параметр "вести лог голосовавших". Отмечаете его и голоса будут приниматься только от зарегистрированных пользователей по одному разу только.
  • 17 сентября 2012 г.
  • Не нашли такой возможности, потому, что ее нет Не нужны была никому.
    Нужна Вам - велкам в вишлист. Делайте предложение, поддержит народ - внедрим в пакет. Если народ не поддержит и эта функция нужна только Вам - пардон, но тогда в пакет мы ее ставить не будем, а сделаем за доп.плату в заказах.
  • 17 сентября 2012 г.
  • Владимир, Ваше предложение висит от 5-го июля. Сейчас у него куча голосов. Прекрасно. Могу Вас уверить, что в очередную версию оно попадет скорее всего со 100%-ной вероятностью. В 5.1 не успело, оно должно было набрать голосов до начала июля, согласно графику. Правила есть правила
    Цитата
    Для меня вообще абсурдно что мы спорим по поводу таких банальных вещей.
    Владимир!!! Я не спорю с Вами, что чем лучше, тем лучше! Я не доказываю, что меньше возможностей лучше чем больше возможностей!
    Я говорю лишь о том, что желания всегда бегут впереди возможностей. Это так всегда. В любой области. В мирской жизни нашей в том числе Поэтому всегда приходится расставлять приоритеты.
  • 17 сентября 2012 г.
  • Владимир, читайте выше: модуль опросов используют в лучшем случае 1%. И эти люди, кто все-таки используют этот модуль, не высказывают никакого недовольства, не пишут в пожелания, не пишут в техподдержку, на форум. Зато по остальным модулям они не молчат!!! Почитайте по магазину темы! Охо-хо!
    Сделать мощный модуль опросов - зачем? Если он никому не нужен? Вот зачем??? Это лишние таблицы в БД, это лишняя нагрузка на сервер. Это лишняя информация в БД, причем часто приличная, когда хранятся всякие логи. Помимо того, что мы просто кусок кода напишем в модуле, это окажется не просто кусок кода, а еще и дополнительные теги шаблонные, участки кода в ядре, в других модулях, подключаемые страницы, инсталляция, демо-версия и т.д. и т.д. А еще затем плюс документация, описание тегов, работы модуля, скриншоты... В неделю рабочего времени выльется все это, не меньше. А у нас есть и 1С, и платежные системы, и доп.модули, которые десятки других людей ждут месяцами... Зачем нам тратить время на "НОРМАЛЬНЫЙ" вариант опросов и делать его просто так, без потребностей??? ЗА-ЧЕМ???
  • 17 сентября 2012 г.
  • Если чего, то у нас и модуль магазина был пару лет назад спартанский. Купить-оформить-готово. Люди делают пожелания, мы реализуем. Это же касается страниц сайта, новостей, фотогалереи и чего там еще. Нормальный рабочий процесс.
    А если есть 100500 готовых пожеланий по магазину, зачем нам садиться и выдумывать "А не сделать ли нам просто так от балды опросы покруче? Магазин подождет..." Хех
    Вы вот появились, сделали предложение, люди плюсиков наставили, реализуем и опросы. Нет проблем.

Новости

  • 18 июня
  • В сборке большое обновление demo-шаблона, дополнительная защита от спама, улучшение YML-импорта и еще много важного и интересного.
  • 24 апреля
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 

Форум