celsoft
-
Публикации
35 986 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
1 098
Сообщения, опубликованные пользователем celsoft
-
-
DLE тут точно не причем, он работает на сервере а не на смартфоне. По картинкам ничего не угадать. Могу лишь предположить что дело в шрифтах, например там где не отображается, на этом смартфоне нет нужного шрифта. Но это предположение, нужно на самом устройстве смотреть, что он загрузил а что нет.
-
42 минуты назад, kerch.fm сказал:
При правильном спроектированном API, работа плагинов не будет зависеть от внутренней структуры БД.
Ваши теории прекрасны, но ни в одной CMS мира не работают на практике.
42 минуты назад, kerch.fm сказал:Если вы планируете какие то изменения, которые поломают обратную совместимость - помечаете аргументы или сами хуки как deprecated и постепенно выводите их из кода. Ведь все уже давно придумано, надо просто взять удачную реализацию API за основу. А вот то, что сейчас у вас реализовано - это не плагины, это хаки. И вот как раз эти хаки крайне жестко связаны с кодом и структурой БД.
В таком случае в WordPress тоже не хуки, а хаки. Потому как там не работает так как описали вы. В таком случае вы просили моменять хаки на хаки ))
42 минуты назад, kerch.fm сказал:И хотя по скорости и прожорливости у меня нет под рукой данных, но например правильно настроенный Wordpress с кучей плагинов у меня выдавал примерно такие же показатели как и сайт на DLE (на одном и том же физическом сервере) в Lighthouse. Но в Wordpress гораздо больше настроек и возможности кастомизации + визуальный билдер Oxygen. Что для клиента явилось достаточным аргументом в пользу выбора первого - он просто дешевле в обслуживании и быстрее в запуске.
Надо иметь такие данные, а не предполагать. Показатели чего? Расхода памяти? Даже близко не будет. Клиента устроило что? Время отклика? Это на новом сайте его устроило, а устроит его то сколько ему придется выкладывать когда будет тысяча посетителей, а сто тысяч? Сколько будет обслуживание уже этого? Это он просчитал? Далеко не дешевле выйдет. И тут уже каждый решает сам по какому пути ему идти, один идет по одному пути, другой по другому. А потом часто бывает что и пути меняются на ту или иную сторону. Многр людей идет в Wordpess, а потом поняв что плохой путь, приходят в DLE, есть кто и наоборот идет в DLE а потом в Wordpress. DLE не Wordpess, а Wordpess даже близко не DLE. Это разные вещи для разных путей. И не нужно пытаться из одного слепить другое.
42 минуты назад, kerch.fm сказал:По правилам полемики тот кто что либо утверждает, берет на себя бремя доказывания.
Что тут доказывать я вам в предыдущем сообщении описал пример. В системе хуков все !!!!! плагины загружаются, что бы они не делали, для чего не предназначены, все выполняются, не действия, а их код загружается в память и компилируется интерпретатором, потом функцией регистрации хуков участки кода назначаются событиям и если событие происходит, то вызывается код из нужного плагина. Т.е. плагин например модификаци добавления публикации, будет запущен и выполнен например на странице формы обратной связи. И по другому никак.А система виртуальной файловой системы выполняет запуск уже модифицированного системой плагинов файла вместо оригинального, и все!!! никакой лишней работы.
3 часа назад, kerch.fm сказал:Просто вот именно такой подход с патчингом кода "на лету" я не встречал в других распространенных CMS.
Нет никакого "на лету" в DLE. DLE "готовит" код один раз, когда вы ставите плагин, потом он использует "готовый" поэтому он в сотни раз быстрее хуков и прочего. Что быстрее? Сделать готовый один раз и всегда использовать готовое как DLE, или готовить и выполнять код каждый раз при загрузке любой страницы как это делает Wordpress? Вот и вся разница.
42 минуты назад, kerch.fm сказал:Но в Wordpress гораздо больше настроек и возможности кастомизации + визуальный билдер Oxygen.
Утверждение не соответствующее действительности ))) В Wordpress намного меньше настроек и возможностей катомизации из коробки. Для него много сторонних плагинов но это не относится уже к возможностям CMS, сообщество просто больше в разы. Но потому что это мировое сообщество, а не российская плюс модель распространение, т.е. опять таки другой путь.
42 минуты назад, kerch.fm сказал:Поэтому на десятках других сайтов я использовал иные CMS, потому как отдать заказчику сайт на котором потом надо каждый раз для обновления проверять все плагины, править стили и шаблоны - ну так себе идея.
Придумано вами и не соответствует действительности, потому что на любой CMS если ее поддерживать при обновлении нужно все тщательно тестировать и проверять. А в стилях и шаблонах при обновлении новые возможности возмуться из воздуха по вашему? И на другой CMS их править не нужно? Так и в DLE шаблоны править не нужно если не нужны новые возможности, старые будут рабоать и на старых в таком случае.
42 минуты назад, kerch.fm сказал:А уж если заказчик захочет что нибудь нестандартное реализовать, то вообще "туши свет".
Конечно зачем вам работать, лучше найти бесплатное в тысячах плагинах, и пофиг на качество, поддержку и уязвимости и отдать. Проект же сделан парой кликов, продано, все свободны. Прекрасный подход. Но не мой. Я отвечаю за то что делаю и за что беру деньги. Опять таки у вас свой путь, у меня свой. Писать код одинаково по сложности что на WordPress что на DLE, все едино, PHP он и в африке PHP. А вот взять готовое из базы плагинов других авторов не имеет никакого отношения к программированию. И когда человек говорит что писать на DLE сложно проще на wordpress это означает что он вообще ничего писать и делать не хочет, а хочет с клиента взять деньги только за то что он нажмет кнопку 'поставить плагин'.
-
1 час назад, kerch.fm сказал:
Хук имеет строго определенное API - перечень передаваемых аргументов и возвращаемых значений
Хук это не API, это место вызова с передачей аргументов. И если продукт развивается, добавляются новые возможности, оптмизируется структура данных, то изменения тоже неизбежны.
1 час назад, kerch.fm сказал:и если внешний контракт плагина с хуком не нарушен, то ничего сломаться не должно.
Если структура БД изменилась, то ваш код который работает со старой структурой конечно же не сломается. Вы в это искренне верите? Вопрос риторический.
Ломается все одинаково и в Wordpress плагины отваливаются на ура при обновлении. Так что тестировать предварительно нужно всегда обязательно и везде перед обновлением, независимо от CMS. Поэтому все ваши перечисленные пункты никоим образом не отменяются.
1 час назад, kerch.fm сказал:Виртуальная файловая система которая была внедрена для поддержки нынешней систем плагинов также имеет влияние на производительность.
Удивлю вас, но нет, не влияет. Так она уж устроена, чтобы никакого влияния было вообще. Внедренный сторонний код, да может повлиять безусловно, но то как работает эта система не влияет соврешенно никак, с точки зрения выполнения PHP интерпретатором это монолитный линейный код, без сложных проверок, регистрации, расхода памяти на хранение и прочее, как в хуках. С точки зрения производительности эта лучшая система, превзойти которую не может ни один другой алгоритм. Да у нее есть свои недостатки, это большая чем у других систем зависимость от исходного кода, но при грамотном планировании плагина и грамотном определении точки входа, этот недостаток легко нивелировать при разработке плагина. Например официальный сайт содержит очень обьемный плагин чтобы реализовать нужные только нам функции, задействует более 10 файлов и еще ни разу не модифицировался при обновлении на новые версии, при этом мы никогда на него не ориентировались при разработке новых версий DLE. Просто у него грамотные точки входа, которые врядли когда изменятся в принципе в DLE, потому что врядли когда возникнет необходимость в этом. Что важнее быстродействие системы каждый день, или 2 потраченных дня в году на проверку совместимости при обновлении? Для вас может быть важнее не тратить время на проверку, хотя придется все равно, но для нас абсолютный приоритет производительность и максимально возможный низкий расход ресурсов сервера. Поэтому хуков не будет никогда.
1 час назад, kerch.fm сказал:Не думаю что проверка на зарегистрированные плагины в местах вызова хуков будут иметь сильное влияние.
Регистрация событий происходит при каждом выполнении CMS и при каждом просмотре страницы, а не один раз и на всю жизнь когда вы его поставили. Зарегиструйте тысячи обьектов, похраните их, попроверяйте и повызывайте, проведите тесты, и только потом делаете выводы. Чтобы ваш код выполнился через хук, его нужно зарегистрировать в системе, пройтись по всем плагинам, зарегистрировать их в памяти, и только потом выполнять в нужных местах и событиях. И все это при каждом выполнении, т.е. просмотре страницы. Смотрите например обратную связь, а CMS еще и пройдет по плагинам регистрации пользователя на сайте и т.д. разместит в памяти код, и зарегиструет события и для этого ненужного точно на данной странице плагина, потому что пока его код не выполнен, неизвестно что он там делает, а его выполнение как раз и регистрирует события и хуки где его вызывать, потому что события нужно зарегистрировать в системе. Пример прожорливость приведенных выше других CMS, таких как Wordpress, 1С и других. Приведите все CMS в одни равные возможности добавив в них плагины, проверьте производительность и расхода памяти. Тогда и выводы вам стоит делать. А так это лишь ваши предположения, ни на чем не основанные. И я точно знаю что не соответствующие действительности.
-
11 минут назад, kerch.fm сказал:
Когда вы сможете реализовать нормальную систему плагинов - через хуки, чтобы не пришлось привязываться к написанному вами коду?
Никогда !!!! Потому что эта система не имеет преимуществ и имеет колосальные недостатки по производительности.
12 минут назад, kerch.fm сказал:1. Накатить обновление сначала на тестовом сервере, там все поправить. Однако не у всех есть свободное железо и соответствующие навыки. К тому же на тестовом сервере лицензия слетает. А если сайт реально огромный, на сотни терабайт, то прям тяжко это все организовать. Риски - высокая квалификация админа, плюс дополнительное время и ресурсы на разворачивание на тесте.
2. Перевести DLE в сервисный режим, накатить обнову и править на продакшене. Все время пока будут делаться исправления - сайт будет простаивать. Не факт что все плагины удастся легко исправить. Риски вывода сайта из работы на неопределенное время.
3. Вариант который я сам использую. Перед обновлением скачиваю архив, локально его изучаю и по каждому плагину прохожусь вручную, пытаясь выполнить те действия которые есть в плагине. Если надо, создаю обновленную версию плагина для новой версии DLE и после обновления на продакшене включаю эти плагины, отключая их старые копии. Риски - велика вероятность ошибок (можно что то не заметить) и огромный объем работы впустую, если плагинов скажем несколько десятков.Даже если делать через хуки, ни одно из этих действий не отменяется, если вы не в курсе. Если по вашему мнению, при обновлении даже если будет на хуках тестировать не нужно? То вы заблуждаетесь, нужно. И вероятность несовместимости выполняемых действий точно такая же что текущая система плагинов, что через хуки. Плюс очень много других недостатков у системы хук, поэтому система плагинов в DLE специально была разработана такой какой она есть, а не на хуках.
-
11 минут назад, worldlenta сказал:
Поставил права на эту папку только чтение и ни чего не меняется
Делайте вывод, значит это делается с правами выше чем с теми с которыми вы ставите права.
Инструкция не меняется, вам нужно делать все тоже самое и каждый !!! пункт обязателен !!! :
Цитата1. Полностью перезалить все файлы скрипта на сервере на оригинальные из архива дистрибутива.
2. Проверить наличие постороннего или подозрительного кода в файлах в папке /engine/data/
3. После этого необходимо запустить антивирус в админпанели скрипта и удалить все на что он укажет без исключения, антивирус проверяет все папки если нажать на "Провести тщательное сканирование". Удалять нужно все, на что он указывает.
4. Если на вашем аккаунте на сервере несколько сайтов, то проделать вышеуказанные действия для всех сайтов без исключения.
5. Изменить все пароли, как к хостингу, так и к DLE.
6. Удалить в админпанели всех администраторов кроме себя.
7. Проверьте все свои файлы шаблона, удалите все неизвестные и посторонние JS скрипты, рекламные коды и скрипты.
8. Никакие сторонние модули и модификации не ставить. Если использовались сторонние модули, то удалить их все без исключения.-
1
-
-
Работают ссылки на вашем сайте. И проблема в данном случае лежит у пользователя. Данные ссылки нужно открывать непосредственно кликнув на них на сайте.
Причин у пользователя может быть две:
1. Например он открывает ссылки не кликнув на ней, а по правой кнопке "Открыть в новом окне" или вставляет в менеджер закачек.
2. В его браузере отключена передача реферала, т.е. откуда осушествается переход по ссылке, например какие нибудь плагины приватности в браузере.
Защищенные ссылки на то и защищенные, что могут открываться только при переходе по ним со страниц вашего сайта.
-
Предлагаете раскинуть карты таро? Хотя бы ссылку на страницу дали где есть проблема.
-
41 минуту назад, ovpmusic2 сказал:
Спасибо за ответ!
Только я имел ввиду не только рекаптчу... Мой вопрос подразумевал следующее:
Можно ли реализовать вывод {question}, {recaptcha} или {reg_code} в модальное окно регистрации, в файле шаблона login.tpl, в зависимости от настроек скрипта в админ панели на вкладке "Безопасность", также как это реализовано в файле шаблона registration.tpl без правок файлов скрипта?
Вопросы и ответы вывести никак. А теги {recaptcha} или {reg_code} выводят универсальный HTML код, какой именно для вашего сайта вы можете посмотреть собственно на страницах для которых они предназначены в исходном коде страницы. И ставить вам нужно уже не шаблонные теги DLE, а HTML код в свои шаблоны.
-
Только что, ovpmusic2 сказал:
А как на модальное окно регистрации без правок файлов скрипта добавить рекаптчу?
Рекаптча это ваш JS код. Никаких правок скрипта для этого не требуется, это не PHP код, а JS который выполняется в браузере а не на сервере, поэтому прекрасно ставится в шаблон. Использовать нужно не теги DLE а свой готовый JS код. Какой код и как интегрировать подробно описано на сайте google там где вы регистрировали свою рекаптчу.
-
Нет не должен. Шаблон ничего никогда не отправляет. Соответственно вы должны уже организовывать правильную отправку, чтобы все данные соответствовали необходимым при их отправки на сервер.
Можно ли так сделать? Конечно можно, но все зависит от ваших знаний и правильности организации шаблона в данном случае. Но все должны предусматривать вы, а не кто то за вас предусмотрит потому что вы загрузили шаблон. Загрузка шаблона, это просто загрузка информации того что написано в тексте файла этого шаблона, и не более.
-
Нет нельзя. Никаких BB тегов в базе данных нет. Новость хранится уже в готовом сформированном виде!!! я же выше написал об этом.
-
32 минуты назад, xups сказал:
Лицензия у меня есть, но не на этом акке, это верно. Мне нужно пересоздать тему с аккаунта с лицензией?
Я же написал что вам нужно сделать. А именно прочитать правила форума и выполнить их:
Цитата
Если ваша тема начинается с вопроса и вам нужна какая либо помощь, то в самой теме в обязательном порядке вы должны указывать ссылку на ваш сайт. Если ваш сайт находится в локальной сети и вы не можете предоставить ссылку, или вы не хотите публиковать открытой ссылки на ваш сайт, то отправляйте персональное сообщение с вопросом в службу поддержки непосредственно с сайта http://dle-news.ru/, вам ответят на ваш вопрос в персональном порядке, в случае если пользуетесь платной версией скрипта и обладаете лицензией на скрипт. Если вы пользуетесь демоверсией, то вам необходимо разместить сайт в сети интернет, и только потом обращаться за помощью. По находящимся на локальных компьютерах демоверсиям никакой помощи и поддержки на форуме не оказывается. Если вы не указали сайт, то ваша тема будет закрыта, а аккаунт на форуме заблокирован. -
Да и сохранить, тогда DLE сам сконвертирует ссылку. Новости в БД храняться уже в готовом сформированном виде.
-
На сервере физически отсутствует файл /engine/inc/include/init.php
-
1
-
-
Нет. Более того нужно не просто заменять, но и шифровать ссылки. Поэтому только путем редактирования. Никакой автоматической замены через MySQL запросы тут просто технически быть не может. Таких запросов не существует в природе.
-
23 минуты назад, xups сказал:
То само видео будет блокироваться, спустя 2 просмотра.
Потому что вы свои просмотры сделали неправильно. DLE ставит в плеер для просмотра видео в плеере одни ссылки, а не на скачивание через скрипт уже совершенно другие. Загрузите например в поле краткого или полного описания видео, и вставте ссылку на просмотр и ссылку на скачивание после загрузки и увидите. Так что это уже ваша ошибка, а не DLE.
28 минут назад, xups сказал:Было бы замечательно, если бы была настройка отдавать файл как с ограничениями, так и без.
Допустим [xfvalue_video] - по умолчанию действует ограничение в 2 скачивания, заданные настройками скрипта.
А [xfvalue_video no_limits] - лимиты снимаются. (Либо public, not_public, можно брать как прямую ссылку так и через php обработчик.)
Тогда можно было бы отдавать файл для просмотра выводить его в plaerjs и тот же файл отдавать через обычный url на скачивание.Иначе я сейчас никак не могу придумать как обойти это, мне нужно контролировать скачивание, но я не могу показать файл минуя эти ограничения.
Все это можно сделать стандартыми средствами DLE. Но у вы не соблюдаете правила форума, лицензии у вас нет, поэтому я не буду расписывать вам алгоритм как это сделать правильно. Поэтому тему просто закрываю, а вы начните с изучения правил форума и создания потом своих тем уже с соблюдением правил.
-
3 минуты назад, amigas сказал:
Подскажите пожалуйста, какой группе пользователей можно дать права, чтобы она имела возможность редактирования только своих новостей нажимая - полное редактирование новости. Именно полное когда перекидывает в админку.
Любой группе.В настройках групп во вкладке админпанель. Установить разрешить опцию на доступ к админпанели, разрешение на редактирование новостей в админпанели и опцию на редактирование только собственных новостей. Смотрите внимательно настройки и описание настроек во вкладке. Там все подробно описано.
-
1
-
-
5 минут назад, AlexeyFX сказал:
Если видео через iframe работает, значит все нормально?
Нет. Причем здесь iframe вообще? iframe это уже отображение в вашем браузере, а не получение кода вашим сервером с сервера youtube. Вещи принципиально разные. Тег media не "рисует" вам сам iframe он обращается к сервису youtube за получением кода который нужно вставить на вашу страницу, и сервис уже отдает код который нужно поставить на страницу.
5 минут назад, AlexeyFX сказал:Неделю назад все работало, менял описание на сайте, через ПУ, больше ничего не делал.
Ничего не происходит из ниоткуда, не делали вы, мог делать ваш хостинг провайдер. Это зависит от настроек сервера в первую очередь. И необязательно что то делать с DLE, чтобы нарушить работу.
-
Проверил данную ссылку на чистом тестовом сервере, все работает. Что то на вашем сервере не так. Что именно не так, просто так угадать невозможно, нужно визуально смотреть, начните с того что полностью удалите все модификации и плагины с сайта. Второе это ваш сервер может не имеет связи с сервером Youtube для получения кода для страницы, соответственно проверяйте разрешения на исходящие внешние соединения на сервере в настройках сервера.
-
1 час назад, amigas сказал:
Администраторы. Не хватает возможности назначения прав:
1. Разрешить редактировать все новости
2. Разрешить редактировать только свои новости
Такие настройки есть в админпанели. Если вы про группу администраторы, то администраторы на то и администраторы чтобы обладать полными возможностями над всем. Многое для них вообще не управляется группами.
Если нужны администраторы с менее правами, то создавайте новую группу и распределяйте уже на новую группу права, назвав ее например "Младшие администраторы" или как вам угодно
-
44 минуты назад, NlCKRUS сказал:
В редакторе выделаю текст и нажимаю "вставить/редактировать ссылку", указываю "https://xn--80aal0a.xn--80asehdb/search/8450108936/"
нажимаю сохранить и в итоге абсолютная ссылка превращается в относительную "search/8450108936/"
не получается вставить абсолютную ссылку 🤷♂️
29 минут назад, NlCKRUS сказал:понял в чем дело, настройки редактора виноваты 🤦♂️
relative_urls : true,
convert_urls : true,Ну это уже вы сами модифицировали код DLE, оригинальный DLE такой проблемы не имеет и настройки у него другие.
-
Вы пишите относительные ссылки, соответственно вести они будут относительно той страницы где на них нажимают. Пишите абсолютные ссылки как вам написали выше. И прочитайте на будущее что такое относительные и абсолютные ссылки и в чем разница.
-
45 минут назад, ntrtv сказал:
Но код с адресной строки не работает в DLE. И уже давно. Где-то тут это уже обсуждалось раньше.
Это заблуждение. Он всегда работал и должен был работать.
45 минут назад, ntrtv сказал:P.S. Странно. Сейчас проверил. Действительно, работает и из адресной строки ссылка. Вчера проверял, не работала :)
Код формирует и отдает сервис youtube, он не отдаст его только если видео нет, или запрещено его публикация на других сайтах автором этого видео (такое тоже бывает), а youtube понимает корректно все свои ссылки, их много они разные.
47 минут назад, ntrtv сказал:Вчера проверял, не работала :)
Если проверяли ту что в теме выше то она здесь в принципе некорректная.
-
2 часа назад, МВИА сказал:
но получается, что страница, ссылка на которую ведет ссылается сама на себя ...
Пример: Генерал-майор » Международная военно-историческая ассоциация (imha.ru)
Фильтр слов это не перекрестные ссылки, он меняет один текст на другой, и ему все равно какой у вас заменяемый текст. Ссылка там или нет, это без разницы. И так оно и будет оставаться и дальше, разбор того что там у вас в заменяемой тексте в HTML коде ссылка и куда она ведет для фильтра слов не важно.
2 часа назад, МВИА сказал:а, должен это учитывать ...
В данном случае для этого модуля нет, его основное назначение фильтрация контента, например от нежелательных слов. Использование его как замена перекрестным ссылкам, потому он несет меньше нагрузки, т.к. заменяет один раз при добавлении или редактировании публикации, это лишь побочное для модуля альтернативное решение. А основная функция фильтрация, и она уже без учета регистра происходит.
Фильтр слов
в Прием багов
Опубликовано:
В его названии и описании:
Странно ожидать чего то другого. В описании четко указано что он заменяет одно на другое. А то что должен учитывать ссылки на страницы, какой то контент и прочее, это уже ваше личное предположение, что должен так, а не какое то описанное действие. Где написано что это для того чтобы ставить ссылки и делать перелинковку? Нет такого. Это фильтр слов. Фильтр заменяет одно на другое и все, ничего более. Вы пишите что на что заменить, он это заменяет, больше у этого модуля никаких дополнительных функций нет.