Gameer
-
Публикации
809 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
86
Сообщения, опубликованные пользователем Gameer
-
-
21 минуту назад, celsoft сказал:
В этой теме отписались уже и разработчики, написав: сделайте нам площадку продажи наших модулей, отписались и клиенты: сделайте нам площадку покупки других модулей, но так же чтобы была ответственность за купленное. При этом разработчики никак не отписались как и на каких условиях они собираются гарантировать качество купленного. Сейчас же получается, что разработчик доп. плагином хочет продавать, и молчит о своей ответственности, клиент же пишет что хочет покупать, но хочет и ответственности за то что он купил. Все хотят только площадку и только чтобы мы за всех отвечали. Чтобы всем было хорошо, а нам при этом плохо. Так не бывает. Все что существует сейчас в мире выглядит так: Вот вам площадка, разрабочики продают, маркет берет процент, а клиент .... да пофиг на клиента, вот соглашение что площадка ни за что не отвечает, бегайте и ищите разработчика сами. Вот так это работает сейчас в мире. Я не хочу такой системы, она мне не нравится.
Тогда нужно найти вариант получше. И найти соглашение между сторонами.
-
3 минуты назад, celsoft сказал:
Абстракция не соответствующая действительности, у нас с этим жестко и никаких нуллов в соседних темах нет, на нашем форуме.
Речь шла не о вашем форуме.
38 минут назад, LonerD сказал:Проблема многих разработчиков в том, что они поддерживают совместимость своих модулей, в том числе и платных, совсем недолго - от силы на протяжении нескольких версий DLE, а потом сливаются и забрасывают проекты.
А как думаете почему? Если даже официальный ресурс перекрывает кислород сторонним разработчикам, но дает его в меру если только они бесплатны.
-
39 минут назад, celsoft сказал:
Сообщество это группа пользователей объединенных каким либо общим увлечением или занятием. И это далеко не только клиенты чего бы то ни было.
Хорошо, да это верно. Но что производит сообщество помимо общения и просьб о добавлении нового функционала в CMS? Вы хотите сказать что сами будете тянуть развитие CMS? Хотя в свою очередь вы за бесплатные сторонние дополнения. Хотите что бы сторонние разработчики были меценатами и помогали сообществу за бесплатно? Тогда сколько еще времени будет развиваться движок таким темпом?
Я приведу вам в пример LiveStreet, думаю вы знакомы с этой CMS. Хоть CMS и бесплатна, но сообщество всячески помогало разработчику с выявлением ошибок, написанием дополнений как платных так и бесплатных размещая все это в маркетплейсе. Правда, разработчик бросил свою разработку в виду не популярности в общем. Так же я вижу тут это, тут есть бесплатные дополнения, инструкции разные и так же выявляют ошибки. Но разработчикам приходиться "шкериться" по своим сайтам размещая там платные дополнения, идти на разные форумы публиковать там темы. Что не очень то приятно на самом деле. А откуда люди будут узнавать о возможном готовом решении которое им поможет? Есть ведь официальный сайт движка, где могут увидеть больше людей заинтересованных в этом. Ведь поверьте не очень приятно размещать тему на форуме о продаже, когда в соседней "сливают", "нулят" дополнение другого разработчика. И тут не совсем дело в деньгах. Я смотрю на движок как разработчик который заинтересован в нем, у меня благодаря вашему же движку имеется уже не 10 и не 100 клиентов а на много больше. И я заинтересован в его развитии, но вы свою очередь не заинтересованы в сторонних разработчиках.
39 минут назад, celsoft сказал:ы сейчас противоречите своей же идее маркета. В маркете деньги берет именно маркет. И сейчас вы предлагаете нам за вас брать деньги с людей, а когда через месяц вы "сольетесь" перестав выпускать обновления ошибок например, получив при этом с маркета вознаграждение, уже маркету отвечать за вас и ваши действия. Нет спасибо, не надо. Любой маркет защищает себя от этого пользовательским соглашением, где отметает всякую ответственность. Не поленитесь и почитайте соглашения маркетов, по нему вам ни один арбитраж не поможет. Поэтому я и не хочу обманывать людей, брать с них деньги и "сливаться" при наступлении ответственности. Это не мой принцип. Хотя конечно принцип совершенно не денежный.
Но и вы не гарантируете что через месяц DLE не "сольется" ведь в этом нет никакой гарантии и вы не можете предоставить мне такой же гарантии что она будет поддерживаться, условно говоря, до конца моей жизни.
-
2 минуты назад, celsoft сказал:
Политику? Или что такое сообщество? Это как бы разные вещи. Политика, очень простая не обманывать людей, ради дополнительной прибыли. Если брать ответственность, значит ее нести, а не писать, что вы платите, но ответственности нет ни у кого и ни за что.
Простите, не верно выразился. Понятие - сообщество. И как оно представлено в DLE.
Ответственность берет разработчик. В системах приема платежей давно есть арбитражи.
-
1 минуту назад, celsoft сказал:
Это ваше личное мнение, не буду с этим спорить. У каждого свои представления, что такое сообщество.
Тогда объясните свою политику сообщества. Может я оказался не прав, мы же люди, и умеем мыслить логически.
-
15 минут назад, celsoft сказал:
Да верно, я об этом уже писал. И я не то что бы боюсь, я знаю точно что так и будет. Заброшенных и кинутых платных плагинов и модулей десятки, если не сотни. И я не хочу быть в цепочке принимающей деньги, а потом просто писать людям: "это ваши проблемы", ищите автора модуля.
Мне без разницы, что обман есть в любом сообществе CMS. Для меня важно что в сообществе DLE обмана людей нет, и я не хочу чтобы обман в нашем сообществе был. Вот что для меня действительно важно.
Тогда DLE никогда не будет возростаться в сообществе. Если вы имеете в виду ваших клиентов которые купили лицензию и пишут на форуме - это не сообщество - это клиенты. Сообщество когда что-то рождается помимо "писюлек". У DLE не существует никакого сообщества.
2 минуты назад, Captain сказал:Маркет для CMS это туфта (сиюминутная выгода) и незачем на это вестись. Нажиться хочется? Но не на мне, нет, спасибо. Я одобряю полностью политику DLE.
Ага, точно. Вы простите, не лезьте куда вас не просят, а то я вижу у вас руки чешутся написать свои "писюльки".
-
@celsoft почему вы одобряете дополнения к dle но не хотите реализовывать маркет? Боитесь что разработчики не будут поддерживать свои модули? Будут кидать людей? Это в любом сообществе CMS есть. А тогда подскажите где продавать сторонним разработчикам дополнения к CMS? Или вы не заинтересованы в сторонних разработчиках?
-
4 часа назад, alexei1800@mail.ru сказал:
Поверьте моему опыту я с таким тоже никогда не сталкивался, версию php сказали не меняли.
Так вот же, есть еще тестовый сайт test.nao24.ru, в админке в нем, точно такие же проблеммы появились как и на nao24.ru
Причем если вместо 1-х 2 текстовых редакторов , выбираешь стандартный текстовый редактор, то все открывается без ошибок.
Как данный класс не состыкуется именно с текстовыми редакторами froala и TineMCE
Итак что же получается пишешь сверху файла emgine/inc/editnews.php больше ничего не требуется
class Mobile_Detect
{
...
}
выбираешь один из первых двух редакторов кроме стандартного и.... Новости перестают редактироваться... Ничего не бывает просто так, так из-за чего эта ошибка.
Беру выношу в отдельный файл данный класс http://test.nao24.ru/33.php, все работает без проблем определяется устройство без проблем.
Так из-за чего же перестает работать тестовый редактор. Если это не баг системы так что это?
Нашел вот такой файл /engine/classes/mobiledetect.class.php в файле /engine/classes/templates.class.php
т.е class Mobile_Detect уже существовал и из-за этого и происходит ошибка
Пробуем переименовать class Mobile_Detect на class Mobile_Detect2
Все - все заработало, причина была в названии класса...
Теперь вопрос почему до этого админка работала без проблем, хоть класс с таким же названием существовал
Давайте без нравоучений а по существу отвечать
Потому что не может быть объявлено два одинаковых класса.
-
<?php @error_reporting ( E_ALL ^ E_WARNING ^ E_NOTICE ); @ini_set ( 'display_errors', true ); @ini_set ( 'html_errors', false ); @ini_set ( 'error_reporting', E_ALL ^ E_WARNING ^ E_NOTICE ); define( 'DATALIFEENGINE', true ); define( 'ROOT_DIR', substr( dirname( __FILE__ ), 0, -12 ) ); define( 'ENGINE_DIR', ROOT_DIR . '/engine' ); include ENGINE_DIR . '/data/config.php'; date_default_timezone_set ( $config['date_adjust'] ); require_once ENGINE_DIR . '/classes/mysql.php'; require_once ENGINE_DIR . '/data/dbconfig.php'; require_once ENGINE_DIR . '/modules/functions.php'; dle_session(); //################# Определение групп пользователей $user_group = get_vars( "usergroup" ); if( ! $user_group ) { $user_group = array (); $db->query( "SELECT * FROM " . USERPREFIX . "_usergroups ORDER BY id ASC" ); while ( $row = $db->get_row() ) { $user_group[$row['id']] = array (); foreach ( $row as $key => $value ) { $user_group[$row['id']][$key] = stripslashes($value); } } set_vars( "usergroup", $user_group ); $db->free(); } include_once ROOT_DIR . '/language/' . $config['langs'] . '/website.lng'; $config['charset'] = ($lang['charset'] != '') ? $lang['charset'] : $config['charset']; $is_logged = false; $member_id = array (); require_once ENGINE_DIR . '/modules/sitelogin.php'; if( ! $is_logged ) { $member_id['user_group'] = 5; }
Взято с /engine/ajax/addcomments.php
-
1
-
-
21 минуту назад, ТритонаКусок сказал:
Тогда возвращаемся к тому что было, и толку было тратить столько времени на то чем реально особо не попользуешься, кроме совсем простых правок по 1 строчке или там добавления пары переменных в шаблон?
Этот пункт и автообновления это основные же время затратные пункты разработки.А вы посмотрите как в DLE сделано формирование SQL запросов. В engine/engine.php сколько их, и все это вывод краткой новости на разных страницах. Пока не будет одного такого запроса с формированием данных в зависимости от страницы + (желательно ООП) ничего толкового из этой идеи и не будет. Какой смысл нагружать этой системой сайт еще больше, можно просто открыть файл и сделать нужную замену а не вставлять код ниже нужного и заставлять отрабатывать не нужный код
-
14 минут назад, ТритонаКусок сказал:
Тогда это будет уже не так эффективно, а вы не раз говорили что ключевой особенностью DLE является его низкие требования к ресурсам, т.е. сейчас вы противоречите своим словам, и предлагаете сначала генерировать результат DLE, а потом генерировать его своим кодом, и заменять результат DLE.
Ну ладно там когда немного совсем простого кода, что делать с SQL запросами? Лепить рядом ниже по списку кучу запросов данных из одной и той же таблицы по одним и тем же критериям, но с выборкой разных колонок для разных плагинов?Не использовать систему и внедрять код руками.
-
@celsoft я бы рекомендовал с выходом 13 версии обновить страницу https://dle-news.ru/video.html
-
Что за бред выше написали. Разработчик уже дал ответ.
Открываем feedback.tpl в своем шаблоне, находим тег
{recipient}Меняем его на
<select name="recip"> <option selected="selected" value="1">Имя Фамилия 1 (Администраторы)</option> <option value="1">Имя Фамилия 2 (Администраторы)</option> </select>
Всё.
-
2
-
-
48 минут назад, ТритонаКусок сказал:
Я про готовые модули, вы вот делаете пачку модулей и будете сразу универсальный запрос везде писать, и доставать данные для всех модулей, даже если остальные модули у них не стоят?
Ну элементарно вывод всех данных новостей в похожих новостях, типо рейтинга, запрос один, а модулей много может быть, тоже самое и с запросами в engine.php.Если вы не понимаете, лучше не пишите и вы не выставляйте себя в плохом свете.
-
25 минут назад, ТритонаКусок сказал:
Предполагаю что будет куча мелких модулей, которые будут дико конфликтовать друг с другом, т.к. как пример одна и та же строка выборки из БД будет заменятся каждым модулем на свой вариант.
Предполагаю что их можно соединить в один при надобности в sql запросе, а кто не может пусть идут на фриланс.
-
В 02.05.2018 в 17:31, doseng сказал:
Кстати спасибо, про комментарии я вообще не подумал.
Можно реализовать без проблем. Через тот же AjaxFull Story
-
1 час назад, alex32 сказал:
Печально. Опять костылить
Зачем? С новой системой вы сможете реализовать правку и добавить поддержку любых полей для вывода.
-
Основной сайт на 13.0 уже? Если да, то тут проблемка
Интересует вопрос. Получается что сторонние разработчики могут напрямую задействовать 3 пункт, что бы юзер не лез и не вносил правки а к примеру с файла инсталяции внести их через эту новую систему?
-
Сделать нормальною кастомизацию админ панели, 3 раза менялся ее дизайн но ни разу не было сделано возможности вывода нужных данных в списке новостей. Я имею ввиду что бы добавить tpl файл или другое на усмотрение разработчика, где можно будет задавать на вывод дополнительные поля, теги и другие ячейки новости в списке ?mod=editnews. Потому что каждый раз приходится делать правки, залезать в файл, править, копировать. Все же на дворе 2018 год, а такой банальной вещи нет.
Вывести функции в /engine/inc/functions.inc.php - showRow, makeDropDown, makeCheckBox и другие который объявлены в других файлах но не в этом.
-
3
-
-
-
10 часов назад, celsoft сказал:
Кто сказал, что он мало потребляет? Он потребляет очень даже немало. Он потребляет меньше Smarty, который просто неповоротлив, но он не такой уж и быстрый.
Где я писал что он мало потребляет? Но не зависимо от того, он более гибкий чем сейчас тот что в DLE.
-
1 час назад, Zero сказал:
Если вы "программист" и работаете с DLE, может стоит немного изучить его классы, понять как оно там хотя бы примерно работает, и тогда станет примерно понятно что можно в друг друга вкладывать, а что нет...
Вы нас не перестаёте удивлять, вместо того что бы открыть пару файлов и посмотреть что бы уже понимать что к чему, каждый раз вопросы о том что есть в документации, или что можно узнать быстрее, чем дождаться ответа тут на форуме...
PS: Шаблонизатор целсфот очень раздувать не любит, а каждый тег это время обработки и повышение потребления RAM, по этому добиться от него что бы он добавил хотя бы ID и счётчики в шаблон, это ещё та задача, не говоря уже о прямых ссылках на картинки доп.полей, различные условия и т.д.Может потому нужно использовать сторонний шаблонизатор, к примеру Fenom? https://github.com/fenom-template/fenom
-
1 минуту назад, celsoft сказал:
Можно их задействовать, они работают в данном шаблоне.
Переключатели делаются на JS независимо от того с какого устройства смотрится, переключатель динамически меняет viewport на размеры смартфона, планшета и десктопа. соответственно весь контент будет показываться в пределах этого viewport. Если шаблон корректный и адаптивный то все будет показываться корректно. Не нужно тут изобретать никаких "велосипедов" на PHP, и применять PHP там где он вообще не нужен и не эффективен.
А ну да, я забыл что при просмотре через эмулятор браузера так же будет показан контент с этих тегов.
-
3 минуты назад, celsoft сказал:
Так теги [desktop][/desktop], [tablet][/tablet], [smartphone][/smartphone] это и определяют и выводят соответственно нужный код в зависимости от устройства. А переключатели как я уже написал выше делаются на JS в шаблоне. Все переключатели что вы вообще когда либо видели, все работают на JS а не на PHP, я же об этом и написал выше. Это реализуется шаблонными средствами, в не средствами DLE, никакой особенной поддержи от DLE больше не требуется, все что нужно в этом вопросе в нем есть.
Он имел ввиду что бы в превью новости можно было задействовать теги [tablet] и [smartphone]. При просмотре с пк будет только показываться данные с тега [dekstop] а он хочет что бы были ссылки в которых переключалось с dektop на tablet или smartphone. При переходе на ссылку что бы $tpl->desktop был false а $tpl->smartphone = true.
Интересная логика кода
в Прием багов
Опубликовано:
Существует функция convert_unicode которая нигде не используется.
Только объявлена \engine\inc\include\functions.inc.php Line 1207 и \engine\modules\functions.php Line 2288
Не понятен смысл ее существования. + комментарий // deprecated