Главная страница / Релизы / DataLife Engine v.11.2 Final Release
декабрь 06 2016

DataLife Engine v.11.2 Final Release

celsoft 6 декабря 2016 Релизы 37 432
DataLife Engine v.11.2 Final Release

Были подготовлены и реализованы следующие изменения:

1. Добавлена возможность использования двухфакторной авторизации на сайте. Включается данная возможность в настройках скрипта в панели управления. После ее включения, все пользователи смогут включить двухфакторную авторизацию на сайте в своем профиле. При активации данного типа авторизации, пользователю, после успешного ввода своего логина и пароля, на его E-mail адрес будет отправлен одноразовый пин-код, который он должен будет ввести на сайте. В случае включения данной опции в профиле пользователя, для него также автоматически включается "контроль изменения IP" и "контроль используемого браузера и компьютера". Данная возможность существенно увеличивает безопасность пользовательских данных. Например, в случае кражи у них доступа от сайта, им невозможно будет воспользоваться без доступа к их E-mail адресу.

2. Для шаблона вывода и редактирования профиля пользователя (userinfo.tpl) добавлено использование нового тега {twofactor-auth}, который выводит чекбокс для включения или отключения двухфакторной авторизации на сайте для пользователя.

3. Добавлена возможность подсчета количества публикаций у каждой категории. Подсчет количества публикаций у категорий ведется с учетом различных настроек сайта и параметров самой новости. Например, если новость опубликована в подкатегории и при этом включен показ новостей из подкатегорий в родительских категориях, то для всех родительских категорий также будет учтена данная новость, но если родительская категория указана дополнительно и в списке категорий самой новости, то двойного учета уже не будет. Для подсчета данной информации был использован наиболее эффективный механизм, призванный снизить расходы памяти и нагрузки, для этого часть подсчетов ведет MySQL сервер, а недостающую часть PHP, при этом если включено кеширование на сайте, то подсчитанное количество публикаций также кэшируется. Несмотря на наиболее оптимальный механизм подсчета, данная возможность увеличивает нагрузку на сервер, поэтому вы можете ее включить или отключить в настройках скрипта в панели управления. Данную информацию можно выводить на сайте различными способами, которые описаны в описании данного релиза ниже.

4. Добавлена возможность выводить и формировать меню из категорий сайта в шаблонах. Для вывода меню категорий используется тег {catmenu}. Данный тег вы можете использовать в любом файле шаблонов, он является глобальным. Данный тег в свою очередь использует и подключает файл шаблона categorymenu.tpl. В шаблоне categorymenu.tpl вы можете использовать следующие теги для своего меню:

[root] текст [/root] - выводят текст, заключенный в них при первоначальной генерации шаблона меню. Данные теги могут использоваться для создания внешнего оформления меню. Например, для добавления внешних HTML элементов или элементов меню не входящих в список категорий.

[item] текст [/item] - выводят каждый элемент категории при построении списка меню категорий. В тексте заключенном в этом теге выводится HTML оформление каждого пункта меню.

[sub-prefix] текст [/sub-prefix] - выводят текст, заключенных в них в виде префикса для подкатегорий, если категория является родительской и у нее есть подкатегории.

[sub-suffix] текст [/sub-suffix] - выводят текст заключенных, в них в виде суффикса для подкатегорий, если категория является родительской и у нее есть подкатегории.

{sub-item} - указывает место для вывода подкатегорий в родительской категории, в случае если у нее есть подкатегории. Данный тег может использоваться только внутри тегов [item] [/item].

{name} - выводит имя категории. Данный тег может использоваться только внутри тегов [item] [/item].

{url} - выводит URL категории. Данный тег может использоваться только внутри тегов [item] [/item].

{icon} - выводит иконку категории. Данный тег может использоваться только внутри тегов [item] [/item].

{news-count} - выводит количество публикаций в категории. Данный тег может использоваться только внутри тегов [item] [/item].

[active] текст [/active] - выводит текст заключенный в них, если просматривая на сайте категория или новость, принадлежит категории из меню. Данный тег может использоваться только внутри тегов [item] [/item] и используется например для подветки активных категорий из меню.

[isparent] текст [/isparent] - выводит текст заключенный в них, если категория является родительской и содержит в себе подкатегории Данный тег может использоваться только внутри тегов [item] [/item].

Пример простейшего шаблона меню категорий на основе HTML тегов ul и li:
[root]<ul class="catmenu">[/root]
[item]
	<li><a href="{url}">{name}</a>
	[sub-prefix]<ul>[/sub-prefix]{sub-item}[sub-suffix]</ul>[/sub-suffix]
	</li>
[/item]
[root]</ul>[/root]


5. Помимо вывода меню категорий при помощи тега {catmenu} добавлено также использование данного тега с пользовательскими параметрами. Вы можете использовать в данном теге следующие параметры: {catmenu id="1,2,3-5" subcat="yes" template="custom" cache="yes"}, где:

id="1,2,3-5" - список ID категорий которые необходимо вывести в меню. Вы можете перечислить несколько категорий через запятую, либо указать диапазон ID через тире.

subcat="yes" - данный параметр принимает значения "yes" или "no" и используется совместно с параметром id данного тега, и указывает нужно ли автоматически подключать подкатегории для указанного списка категорий. Например, есть категория с ID 1, у данной категории есть подкатегории с ID 2 и ID 3, то при использовании тега {catmenu id="1" subcat="yes"} будет выведена категория 1 и ее подкатегории 2 и 3, а при использовании тега {catmenu id="1" subcat="no"} будет выведена только категория с ID 1.

template="custom" - указывается имя шаблона, которое будет использоваться для формирования меню вместо стандартного categorymenu.tpl

cache="yes" - данный параметр принимает значения "yes" или "no" и указывает кешировать данный блок или нет. При включении кеширования, автоматически пропадет возможность управлять подсветкой активной просматриваемой категории через теги [active] текст [/active] в шаблоне.

Тем самым благодаря данным выше возможностям вы можете сформировать меню на своем сайте какой угодно сложности и оформления, и оформив его один раз в шаблоне управлять им уже в админпанели, в разделе управления категориями, не прибегая к ручному редактированию шаблонов.

6. Добавлен новый глобальный тег {catnewscount id="X"} для шаблонов. Который выводит количество публикаций для указанной категории, где X это ID нужной вам категории. Данный тег будет полезен для вывода количества публикаций, в уже сформированных вручную в шаблонах меню на сайтах.

7. Добавлено использование абсолютно нового парсера кода HTML для публикаций на сайте. Данный парсер используется для фильтрации входящего HTML кода, при написании новостей и статических страниц. Новый парсер в отличии от старого, не только фильтрует весь введенный текст на предмет безопасности HTML кода, но и автоматически исправляет пользовательские ошибки в данном коде. Например, закрываются незакрытые HTML теги, удаляются ошибочные или неправильные стили CSS, а также исправляются ошибки, связанные с валидностью введенного HTML кода. Несмотря на множество добавленных возможностей в парсере, фильтрация HTML кода в нем проводиться намного быстрее старого парсера (в сравнении с предыдущей версией 11.1)

8. Весь генерируемый в текстах новостей HTML код, с использованием DLE, был переведен на соответствие спецификациям HTML5 вместо устаревшего XHTML.

9. Добавлена полностью новая система хранения паролей пользователей в базе данных MySQL. Ранее для хранения хешей паролей использовались алгоритмы md5 (уже устарели), которые позволяют довольно быстро подобрать исходный пароль методом перебора, если злоумышленники получили доступ к хешу пароля. Новая система хранения паролей использует алгоритм хеширования CRYPT_BLOWFISH, и является на данный момент очень криптостойким алгоритмом. Данное нововведение призвано в первую очередь защитить исходные пароли пользователей в случае компрометации базы данных, например, в случае если злоумышленник получил прямой доступ к базе данных. Т.к. исходные пароли изначально не хранятся в базе данных, замена хешей паролей будет происходить в "мягком режиме", по мере того как пользователи будут входить на сайт под своим логином и паролем на сайт. Тем самым все существующие пароли пользователей будут действовать, а по мере первого входа на сайт, алгоритм хеширования будет заменен. Также новая система хранения паролей предусматривает автоматическое обновление алгоритмов хеширования паролей, в случае появления новых криптостойких алгоритмов в PHP, тем самым хеши паролей всегда будут храниться в безопасном виде.

10. Благодаря новой системе хранения паролей, при объединении аккаунта на сайте с аккаунтом в социальной сети, исходные пароли больше не сбрасываются. Если вы были ранее зарегистрированы на сайте и авторизовались при помощи социальной сети, то также можете продолжать пользоваться своим старым паролем для входа на сайт.

11. Добавлена возможность более упрощенной вставки флэш роликов и флэш плееров. Теперь скрипт автоматически приведет код вставки флэша в безопасный вид, вместо того удаления его из текста новости. Несмотря на то, что флэш уже устарел как технология, многие сайты им продолжают еще пользоваться.

12. Добавлена возможность восстановления забытого пароля непосредственно на странице входа в панель управления скриптом. А также изменена логика восстановления паролей. Ранее для групп, имеющих доступ к админпанели, можно было запретить восстановление пароля на сайте, в целях безопасности, подразумевая что администраторы не забудут паролей от своего же сайта. Однако, как показала практика, данная категория лиц все равно имеет свойство забывать пароли к своему сайту, что создавало проблемы с восстановлением пароля и приходилось вручную править базу данных. Теперь же для всех пользователей, имеющих доступ к панели управления всегда запрещено восстановление пароля на сайте, однако они это могут сделать всегда непосредственно на странице входа в панель управления скриптом. А для того чтобы обезопасить от восстановления администраторских паролей в случае, например, кражи доступа к e-mail, адрес админпанели всегда можно переименовать на уникальное имя, тем самым доступ для обычных лиц к этой странице будет недоступен.

13. Для массовой рассылки писем и сообщений в админпанели добавлена возможность выбора интервала даты регистраций пользователей, которым будут отправлены письма. Тем самым вы можете более гибко выбрать целевую аудиторию для своих сообщений.

14. Для массовой рассылки писем и сообщений в админпанели добавлена возможность выбора интервала даты последнего посещения вашего сайта пользователем, и только подпадающим под эти условия пользователям будут отправлены письма. Тем самым вы можете более гибко выбрать целевую аудиторию для своих сообщений.

15. Для вывода публикаций в пользовательском формате тега {custom ...} добавлена возможность указывать порядок сортировки публикаций по дате их редактирования. Для этого используется параметр order="editdate". Например, при использовании тега {custom order="editdate" sort="desc" limit="5"} выведутся пять последних отредактированных новости. Данный вывод будет полезен для вывода блоков новостей с новой актуальной информацией, например, при обновлении ссылок в них и т.д.

16. При создании дополнительных полей к публикациям, добавлена возможность добавлять тексты подсказок, которые будут выводится пользователям при добавлении новостей. Тем самым вы можете задать инструкции для пользователей, как их необходимо заполнять данные поля в публикации.

17. При создании дополнительных полей к публикациям, добавлена возможность указывать каким группам пользователей разрешено заполнять эти поля при публикации новостей. Тем самым вы можете привязывать процесс публикации полей в новостях не только к категориям, но и к группам пользователей.

18. При создании дополнительных полей к публикациям, добавлена возможность указывать каким группам пользователей разрешено видеть эти поля в опубликованных новостях на сайте. Тем самым упрощается процесс верстки шаблонов, если каким-то группам запрещен просмотр определенных доп. полей, и это можно легко включить и отключить непосредственно в панели управления.

19. Для шаблона RSS вывода новостей (rss.tpl), добавлена поддержка тегов {image-x} и [image-x]текст[/image-x], которые выводят URL "X" картинки, и показывают текст заключенных в них, если картинка присутствует.

20. Для тегов {image-x} и [image-x]текст[/image-x] добавлена поддержка текста не только из краткого описания новости, но и из текста дополнительных полей в публикации. При этом нумерация картинок идет сначала из текста краткого описания, потом из текста дополнительных полей. Данное нововведение будет полезно для вебмастеров, которые не используют краткое описание публикации, а картинки публикуют в текстах дополнительных полей.

21. Для тегов {image-x} и [image-x]текст[/image-x] добавлено игнорирование смайлов, опубликованных в текстах. Например, если в тексте публикации были опубликованы смайлы, то они также учитывались и выводились этим тегом. Теперь они полностью игнорируются и не учитываются, а ведется вывод только именно изображений, опубликованных в тексте новостей.

22. Добавлено автоматическое снятие новости с показа в похожий публикациях, в случае если новость снимается с показа на сайте и отправляется на модерацию. Ранее для ее снятия с данного блока необходимо было делать сброс кэша похожих публикаций.

23. Добавлено автоматическое определение режима работы PHP интерпретатора на сервере. В случае если режим работы был изменен в настройках сервера, будут автоматически отключены не поддерживаемые им возможности. Например, если включен расширенный режим авторизации в панели управления скрипта, а PHP был переключен в режим CGI или FastCGI, в котором данный режим не поддерживается сервером, то данная настройка будет автоматически отключена, и администратор сможет также без проблем авторизоваться в панели управления.

24. Добавлена возможность подписываться на комментарии к публикациям, без необходимости оставлять комментарий на сайте к данной публикации. Для этого в шаблонах вывода полной новости (fullstory.tpl) и добавления комментария (addcomments.tpl), добавлены новые теги [comments-subscribe] текст [/comments-subscribe], которые выводят текст, заключенный в них в виде ссылки на подписку на уведомления о новых комментариях. Тем самым посетители сайта могут подписываться на комментарии к нужной публикации, без необходимости написания собственного комментария.

25. Добавлена возможность использования дополнительных полей в разделе обратной связи на сайте. Для того чтобы добавить дополнительное поле в форму обратной связи, вам необходимо только разместить необходимое поле с определенным именем в форме, после чего оно будет доступно для использования в шаблонах e-mail сообщений. Для добавления дополнительного поля в форму, для поля ввода необходимо использовать атрибут с именем: name="xfield[X]", где X это имя поля, написанное латинскими буквами. Например, вы хотите разместить в форме обратной связи поле для заполнения номера телефона, для этого в шаблоне feedback.tpl размещаете поле:
<input placeholder="Ваш номер телефона" type="text" name="xfield[tel]">
где tel это уникальное имя дополнительного поля, а в шаблоне e-mail сообщений в админпанели размещаете тег: {%tel%}, после чего заполненный пользователем номер телефона будет также присылаться вместе с сообщением. Допускается использование любого количества дополнительных полей.

26. Для раздела управления рекламными материалами в админпанели, добавлена возможность указывать рекламным материалам, на каких устройствах их нужно показывать. Вы можете как отдельно, так и вместе указать на каких пользовательских устройствах будет показана ваша реклама, это могут быть компьютеры, планшеты или смартфоны. Указав нужные устройства, вы можете упростить верстку шаблона, и немного уменьшить расход трафика, если на каких-то устройствах рекламу данную показывать не нужно.

27. Для шаблона E-mail сообщения, которое отправляется при уведомлении о новом персональном сообщении на сайте, добавлена поддержка нового тега {%url%}, который выводит ссылку на просмотр данного персонального сообщения на сайте. Тем самым получатель письма может сразу по ссылке перейти на просмотр нужного ему сообщения.

28. Для системы логирования администраторских действий, добавлено логирование успешных авторизаций пользователей на сайте, имеющих доступ к панели управления скриптом. Ранее фиксировались только неудачные попытки авторизации, и успешные авторизации при переходе в панель управления.

29. Для загружаемых файлов на сервер с использованием скрипта, добавлено вычисление размера и контрольных сумм для этих файлов и последующее их сохранение в базе данных вместе с другой информацией о файлах. И при показе на сайте вложений для скачивания, данная информация берется из базы данных, а не вычисляется на лету для каждого показываемого файла. Данное нововведение существенно снижает нагрузку на сервер при публикации большого количества файлов.

30. Для визуального редактора FroalaEditor добавлена возможность задавать описания для уменьшенных копий изображений. Для задания описания достаточно написать альтернативный текст для картинки, по соответствующей кнопке на изображении. Данные описания будут показываться при увеличении уменьшенных копий до оригинальных копий.

31. Для визуального редактора TinyMCE изменена вставка уменьшенных копий загруженных изображений. Теперь вместо использования ББ тегов в данном редакторе, вставляется HTML код для показа уменьшенной копии. Тем самым в редакторе сразу отображается вставленная картинка, и над ней можно производить действия используя возможности визуального редактора, например, задать описание и т.д.

32. В целях обеспечения более качественной SEO оптимизации сайта внесены изменения в формирование тега [img ...]. Теперь для данного тега атрибут alt будет заполнятся автоматически (в случае отсутствия ручного описания) заголовком новости только для первой картинки в поле текста, для всех других картинок в данном поле он будет оставаться пустым. Использование одинаковых описаний для разных картинок может негативно влиять на поисковую оптимизацию, поэтому если нужно максимально ее улучшить, задавайте картинкам ручные описания. Для вступления данных изменений для старых ранее опубликованных новостей, необходимо будет запустить перестроение публикаций в панели управления скриптом.

33. В целях обеспечения более качественной SEO оптимизации сайта и избавления от избыточного кода, для генерации показа уменьшенных копий изображений внесены изменения. Теперь описание к картинкам будет браться автоматически из атрибута alt, данный атрибут не будет автоматически заполняться названием новости в случае отсутствия ручного описания. Для вступления данных изменений для старых ранее опубликованных новостей, необходимо будет запустить перестроение публикаций в панели управления скриптом.

34. Для генерируемого кода уменьшенных копий изображений, в целях обеспечения валидности генерируемого кода, убрано использование атрибута "rel".

35. При скачивании файлов, загруженных через скрипт, добавлена проверка параметров доступа установленных для разных групп, непосредственно в настройках самой публикации во вкладке "Доступ". Например, если для новости запрещен просмотр для определенной группы, то и скачивание файлов, прикрепленных к этой новости будет запрещено для этой группы.

36. При скачивании файлов, загруженных через скрипт, добавлена проверка параметров доступа к различным категориям публикаций, установленных для данной группы пользователей. Например, если пользователям определенной группы, запрещена к просмотру какая-либо категория, то и скачивание прикрепленных файлов из публикаций данной категории также будет автоматически запрещено для данных пользователей.

37. Для модуля перекрестных ссылок улучшена система определения ссылок на самих себя, при которых автозамена не производится. Ранее ссылку нужно было писать в полном формате включая домен, например http://site.com/test/1-test.html и только тогда замена на такой странице не проводилась, теперь достаточно написать сокращенный ее вариант, без указания домена /test/1-test.html и при посещении данной страницы, замены для ключевого слова проводится не будет. Данное нововведение будет полезно при использовании на сайте одновременно разных протоколов http и https, а также при использовании на сайте нескольких доменов зеркал.

38. При добавлении новой категории в массовых действиях, в разделе управления публикациями в админпанели, добавлен контроль присутствует ли добавляемая категория уже в публикации, если да, то ее повторное добавление не осуществляется. Данное нововведение позволяет избежать ошибочного повторного добавления категории для публикации.

39. Улучшена система обработки дополнительных полей публикаций, при их выводе на сайте в шаблонах. Теперь для того чтобы поля обрабатывались, необязательно выводить значения этих полей в шаблонах. Данное нововведение будет удобно для вебмастеров, которые используют различные условия, указанные в полях, для формирования нужной верстки шаблона, а не сам вывод этих полей в шаблоне.

40. Улучшена работа выпадающий меню в админпанели, таким образом, чтобы они не выходили за пределы экрана при недостаточном месте по высоте.

41. Внесены изменения в порядок сортировки загруженных изображений на сервер. Ранее при загрузке изображений на сервер, они сортировались в порядке их загрузки на сервер, а после удаления любой из картинок они отсортировывались в алфавитном в порядке, что приводило к путанице, в случае если картинок для публикации очень много, и осложняло их поиск для вставки в публикацию. Теперь при загрузке картинок на сервер, они также выводятся в том же порядке, что и были загружены на сервер, а при удалении любой из картинок данный порядок также полностью сохраняется.

42. Улучшена система контроля неверных ЧПУ. В случае если ссылка, указывающая разбиение на страницы, при просмотре главной или категорий, не заканчивается слешем, то будет произведет редирект на нее же, но с закрывающим слешем. Например, ранее при некорректной ссылке на просмотр категории: website.com/test/page/3 без закрывающего слеша редирект осуществлялся на website.com/test/, то теперь редирект будет осуществлен на website.com/test/page/3/ и пользователь останется на нужной странице.

43. Улучшена совместимость скрипта с MySQL линейки 5.7.x

44. Обновлены визуальные редакторы TinyMCE и FroalaEditor до актуальных версий. Были исправлены многие ошибки в работе данных редакторов, с различными браузерами.

45. Исправлена проблема, при которой не сохранялся полный путь к загруженному аватару, при использовании авторизации через социальные сети, что могло приводить к проблемам при показе аватара если используется несколько разных доменов и сайтов с единой регистрацией пользователей.

46. Исправлена проблема, при которой могла иногда происходить неверная выборка публикаций, если используется тег {custom ...} в комбинации различных нескольких параметров.

47. Исправлена проблема, при которой могло происходить некорректное отображение дополнительных полей с типом "Галерея изображений", в случае если разные доп. поля выводятся одновременно и в шаблоне полной новости (fullstory.tpl) и общем шаблоне (main.tpl)

48. Исправлена проблема, при которой могла возникать ошибка "Слишком длинное значение поля" для полей, которые автоматически генерируются скриптом. Например, для метатегов описания.

49. Исправлена проблема, при которой не обновлялся код рекаптчи после успешного добавления комментария на сайт.

50. Исправлены обнаруженные и заявленные ранее небольшие ошибки в скрипте.

Информация к скачиванию скрипта для клиентов:

Внимание!

Просмотр данной информации доступен только пользователям имеющим действующую лицензию на скрипт. Если вы уже приобретали скрипт, то вам необходимо зайти на сайт под своим клиентским аккаунтом. Если срок вашей лицензии истек, то вы можете продлить ее в своем профиле на нашем сайте
Если вы еще не являетесь нашим клиентом, то вы можете приобрести скрипт на нашем сайте.

Обсудить релиз вы можете на нашем форуме

Комментарии

  1. Zolang (Посетители)

    17 декабря 2016 12:13 6 комментариев
    Еще только что увидела ваш скрипт удаляет полностью такой код

    <iframe src="https://my.mail.ru/video/embed/5474535456316065074" width="626" height="367" frameborder="0" webkitallowfullscreen="" mozallowfullscreen="" allowfullscreen="">

    Ладно вы не признаете один из лудших видеохостингов Казахстана Namba.kz который облегчает жизнь казахстанцам и мне приходится придумывать костыли что бы он работал на вашем скрипте но Вы даже mail.ru считаете не безопасным ? Такое ощущение что вы склоняете к платной тех поддержки вашего скрипта. Прошу дать рекомендации по данному вопросу.
  2. Captain (Клиенты)

    17 декабря 2016 14:00 152 комментария
    Цитата: Zolang
    Ладно вы не признаете один из лудших видеохостингов Казахстана Namba.kz который облегчает жизнь казахстанцам и мне приходится придумывать костыли что бы он работал на вашем скрипте но Вы даже mail.ru считаете не безопасным ? Такое ощущение что вы склоняете к платной тех поддержки вашего скрипта. Прошу дать рекомендации по данному вопросу.

    /engine/classes/parse.class.php
    Добавьте по аналогии нужный сайт в строку:
    var $allowed_domains = array("vkontakte.ru", "ok.ru", "vk.com", "youtube.com", "maps.google.ru", "maps.google.com", "player.vimeo.com", "facebook.com", "dailymotion.com", "bing.com", "ustream.tv", "w.soundcloud.com", "coveritlive.com", "video.yandex.ru", "player.rutv.ru", "promodj.com", "rutube.ru", "skydrive.live.com", "docs.google.com", "api.video.mail.ru", "megogo.net", "mapsengine.google.com", "google.com", "videoapi.my.mail.ru", "coub.com", "music.yandex.ru", "mixcloud.com", "api-maps.yandex.ru");
  3. SP (Посетители)

    18 декабря 2016 12:54 23 комментария
    Привет

    Подскажите, у меня есть новости, дата публикаций которых еще не наступила... в данных новостях, есть теги и они выводятся в облаке тегов. Заходим в облако и мы свободно переходим в новость которая ожидает публикацию и получаем:

    Внимание! Обнаружена ошибка
    По данному адресу публикаций на сайте не найдено, либо у Вас нет доступа для просмотра информации по данному адресу.

    Вопрос: как скрыть теги новостей, которые ожидают своего времени ?
  4. celsoft (Администраторы)

    18 декабря 2016 12:58 4 033 комментария
    Цитата: SP
    Вопрос: как скрыть теги новостей, которые ожидают своего времени ?

    Никак, если новость опубликована, то теги будут там. А у вас она опубликована, просто в настройках скрипта стоит запрет на показ новостей из будущей даты.
  5. SP (Посетители)

    18 декабря 2016 14:42 23 комментария
    Цитата: celsoft
    Цитата: SP
    Вопрос: как скрыть теги новостей, которые ожидают своего времени ?

    Никак, если новость опубликована, то теги будут там. А у вас она опубликована, просто в настройках скрипта стоит запрет на показ новостей из будущей даты.

    Было бы прекрасно, если бы и теги скрывались... так как, новость ожидает публикацию, а теги индексируются с пустой новостью и получается ерунда какая-то.
  6. ACTIV1 (Клиенты)

    18 декабря 2016 18:49 9 комментариев
    Спасибо за релиз relaxed Очень давно хотел спросить. Когда появится возможность сделать импорт e-mail адресов пользователей, для информационный рассылки?Стандартным методом массовой рассылки нет возможности пользоваться, поскольку у хостера ограничения, а разбивать рассылку на 20-40 частей не хочется, хотелось бы использовать специальный сервис, куда можно было бы импортировать свою базу почт.
  7. celsoft (Администраторы)

    18 декабря 2016 23:46 4 033 комментария
    Цитата: SP
    Было бы прекрасно, если бы и теги скрывались... так как, новость ожидает публикацию, а теги индексируются с пустой новостью и получается ерунда какая-то.

    Пусто у вас там, это потому что у вас сайт пустой, а вы еще и по времени ограничиваете. Если у вас будут новости которые содержат эти теги и которые уже опубликованы, то ничего пустого там не будет. А то что скрипт работает именно так, это вопрос существенного снижения нагрузки на сервер. Перестраивать каждый раз новости и сверять их с временем это очень большая нагрузка. Вы еще только начали вести свой сайт и вам кажется что должно быть так, а что делать тем у кого тысячи новостей уже есть? Поэтому никаких изменений в данном вопросе не планируется.

    Цитата: ACTIV1
    Когда появится возможность сделать импорт e-mail адресов пользователей, для информационный рассылки?

    Не могу ответить на этот вопрос. Не знаю когда.
  8. SP (Посетители)

    19 декабря 2016 14:46 23 комментария
    Цитата: celsoft
    Пусто у вас там, это потому что у вас сайт пустой, а вы еще и по времени ограничиваете. Если у вас будут новости которые содержат эти теги и которые уже опубликованы, то ничего пустого там не будет. А то что скрипт работает именно так, это вопрос существенного снижения нагрузки на сервер. Перестраивать каждый раз новости и сверять их с временем это очень большая нагрузка. Вы еще только начали вести свой сайт и вам кажется что должно быть так, а что делать тем у кого тысячи новостей уже есть? Поэтому никаких изменений в данном вопросе не планируется.


    А зачем тогда нужна новость с отложенной публикацией ? Ведь создав такую новость, прописав в ней теги, мы автоматически получаем "битый тег"
  9. celsoft (Администраторы)

    19 декабря 2016 14:55 4 033 комментария
    Цитата: SP
    А зачем тогда нужна новость с отложенной публикацией ? Ведь создав такую новость, прописав в ней теги, мы автоматически получаем "битый тег"

    Не получаем если уже есть новости другие с таким тегом, я выше об этом написал. Эти теги должны быть не уникальными для каждой новости, а объединять разные новости под данным тегом. Также сама новость может публиковаться сразу, в зависимости от настроек скрипта. Например это используют для анонсов будущих мероприятий.
  10. SP (Посетители)

    19 декабря 2016 16:58 23 комментария
    celsoft,
    Так вот у меня есть новость, под новый год, с тегами новогодними - данные теги есть токо в этой, одной новости...

    И получается, что новость будет опубликована 30 числа, а сами теги уже вовсю висят на сайте
  11. Roman Yerokhin (Клиенты)

    19 декабря 2016 20:33 15 комментариев
    Что-то я постоянно вмешиваюсь, простите :)
    SP,
    А зачем вам вообще теги к новогодней новости, когда больше материалов по данной теме нет? Ну вот зачем эти теги? Думаете, люди будут кликать и искать и что-то найдут? Или поисковик хорошо отнесется к одинаковым пустым тег-страничкам с одним и тем же материалом? (напрописывают десяток тегов и потом думают, почему склейка произошла). Не используйте теги, которые используются и встречаются редко, пользуйтесь тегами для создания подборок. А покуда нет материалов за тегом - не ставьте их. Поставите, когда будут.
  12. SP (Посетители)

    19 декабря 2016 21:19 23 комментария
    Цитата: Roman Yerokhin
    Что-то я постоянно вмешиваюсь, простите :)
    SP,
    А зачем вам вообще теги к новогодней новости, когда больше материалов по данной теме нет? Ну вот зачем эти теги? Думаете, люди будут кликать и искать и что-то найдут? Или поисковик хорошо отнесется к одинаковым пустым тег-страничкам с одним и тем же материалом? (напрописывают десяток тегов и потом думают, почему склейка произошла). Не используйте теги, которые используются и встречаются редко, пользуйтесь тегами для создания подборок. А покуда нет материалов за тегом - не ставьте их. Поставите, когда будут.

    Хорошо, окей: У меня 100 новостей схожей группы в ожидании и в каждой из них, есть схожие теги... Новости расписаны на месяц вперед, так как я уезжаю в отпуска... Такая же ситуация вполне может быть ?

    И что мы получаем, теги новостей которые в ожидании ) Я вот пишу и такое ощущение что, мы троем говорим о чем то разном...

    Я понимаю что на 1к новостей и боле, сверять теги по времени безумие, нагрузка и все дела... это всё понятно.

    Я прсото понять простой ситуации немогу, есть функция публикации новостей на будущую дату... но теги мы публикуем прям щас, по факту....

    Это как принести торт в коробке и вокруг этой коробки рассыпать крошки этого торта :-)

    Ну да ладно, пускай будет так как будет...

    celsoft спасибо, за ответы, хоть они мне и не помогли ничем...

    Цитата: ACTIV1
    Спасибо за релиз relaxed Очень давно хотел спросить. Когда появится возможность сделать импорт e-mail адресов пользователей, для информационный рассылки?Стандартным методом массовой рассылки нет возможности пользоваться, поскольку у хостера ограничения, а разбивать рассылку на 20-40 частей не хочется, хотелось бы использовать специальный сервис, куда можно было бы импортировать свою базу почт.

    Для такого можно использовать SMTP сервер, он есть как платный например _smtp2go.com или можно сделать бесплатный SMTP от того же _biz.mail.ru прикрепив туда свой домен и настроив там свои почтовые ящики + настроить постмастер и контролить репутацию своих сообщений...

    Я пользуюсь именно вторым вариантов, даже при наличии полноценного сервера у которого нет лимитов на рассылку.
  13. Roman Yerokhin (Клиенты)

    19 декабря 2016 21:33 15 комментариев
    SP, вам уже со всех сторон всё расписали и с технической и с поисковой, и как предусмотреть, чтобы пустышек не было. Ещё нет новостей и расписано 100 новостей на месяц вперёд - ок, через месяц проблемы не станет. Не будет совпадений - ок, чрезмерное увлечение никому не нужными тегами - болезнь.
  14. SP (Посетители)

    19 декабря 2016 22:20 23 комментария
    Цитата: Roman Yerokhin
    SP, вам уже со всех сторон всё расписали и с технической и с поисковой, и как предусмотреть, чтобы пустышек не было. Ещё нет новостей и расписано 100 новостей на месяц вперёд - ок, через месяц проблемы не станет. Не будет совпадений - ок, чрезмерное увлечение никому не нужными тегами - болезнь.

    Ну если они вам не нужны, это еще не значит что они никому не нужны... И с диагнозами про болезнь, скромнее надо быть, вы же не врач - я надеюсь.
  15. PSPinfo.RU (Клиенты)

    19 декабря 2016 23:52 52 комментария
    Полностью согласен с SP в вопросе по тегам. Такая проблема есть и касается она всех новостей на не наступившую дату, если тег в ней используется впервые. Актуально эта проблема на сайтах, где пишут циклы статей и публикуют их планово по времени.

    Я понимаю, что теги вносятся в _tags в момент сохранения новости. Но, как вариант решения - внос тегов в _tags для таких новостей по крону в начале суток. И это не будет бОльшей нагрузкой, чем, например, работа по крону антивируса.
  16. SP (Посетители)

    20 декабря 2016 00:42 23 комментария
    PSPinfo.RU, да не может быть ))) я не один, вот и я пишу тут про планомерность...

    Так как есть редакторы, которые пишут, много статей и вываливать 20 статей за 1 день, нет смысла.

    Поэтому и юзается прекрасная функция отложки... Которая на мой скромный взгляд, немного не доработана.
  17. celsoft (Администраторы)

    20 декабря 2016 05:58 4 033 комментария
    Цитата: PSPinfo.RU
    Я понимаю, что теги вносятся в _tags в момент сохранения новости. Но, как вариант решения - внос тегов в _tags для таких новостей по крону в начале суток. И это не будет бОльшей нагрузкой, чем, например, работа по крону антивируса.

    Только вот проблема в том, что отложенные новости публикуются не раз в сутки и не в начале суток, а в любое время в течение суток. В зависимости от того какое время поставлено в самой новости. Поэтому делать это по крону не возможно. Нужно всегда и ежеминутно сверять и перестраивать БД, что невозможно, это огромная нагрузка.
  18. PSPinfo.RU (Клиенты)

    22 декабря 2016 11:54 52 комментария
    Цитата: celsoft
    Поэтому делать это по крону не возможно.

    Это первое ПРОСТОЕ решение, которое пришло в голову.
    Вот другой вариант, посложнее и лишенный описанной проблемы:
    - если новость публикуется сразу, все как и прежде
    - если "отложка", то добавляем теги в таблицу тегов во время первого показа новости. Т.е. привязываем создание тегов к реальному показу новости.
    Можно подумать еще о фиксации времени вноса тега в таблицу, связав его с временем "отложки" (у "отложек" писать время публикации) и выводить облако тегов с учетом времени....
  19. celsoft (Администраторы)

    22 декабря 2016 12:52 4 033 комментария
    Цитата: PSPinfo.RU
    - если "отложка", то добавляем теги в таблицу тегов во время первого показа новости. Т.е. привязываем создание тегов к реальному показу новости.

    Не пойдет этот метод. Администраторы новости смотрят на сайте, на предмет того как они выглядят. Им доступен просмотр этого, поэтому теги попадут в БД.

    Цитата: PSPinfo.RU
    Можно подумать еще о фиксации времени вноса тега в таблицу, связав его с временем "отложки" (у "отложек" писать время публикации) и выводить облако тегов с учетом времени....

    Это увеличит нагрузку на сервер.

    Самый оптимальный способ баланса нагрузки и возможностей, это то что представлено сейчас. Показ информации того что новости нет, случается только на сайтах где практически нет публикаций. Если публикаций много, и вдруг появился новый тег (что мало вероятно, т.к. плодить большое количество тегов это плохо), он будет в самом конце списка и то на странице просмотра всех тегов, которым люди практически не пользуются, а это навигация для людей, т.е. по сути этого практически никто не увидит из обычных посетителей.

    Я не вижу смысла нагружать все без исключения сайты не нужной нагрузкой, ради крайне редкого случая, который происходит в крайне редких случаях, и на небольших по обьему информации сайтах, а нагрузку нести придется всем. DLE и выбирают именно за то что он при всем многообразии своих возможностей, несет минимально возможную нагрузку на сервер, а не делает сотню запросов при просмотре страниц сайта, чтобы что то добавить, что обычным людям и не понадобится возможно никогда. Баланс в данном случае важен, нужно разделять что есть админ, который только начал делать свой сайт, и который тут же ходит по всем ссылкам на своем сайте, и обычных пользователей, которые в 99,99% этого делать не будут.
  20. kino-fishka (Посетители)

    22 декабря 2016 19:38 1 комментарий
    При обновлении DLE с 10.4 до 11.2 выдает Fatal error: require_once(): Failed opening required '/var/www/p338794/data/www/kino-fishka.net/engine/data/dbconfig.php' (include_path='.:/usr/local/php53/lib/php') in /var/www/p338794/data/www/kino-fishka.net/engine/inc/include/init.php(11) : eval()'d code(3) : eval()'d code on line 27
    Подскажите что делать?
  21. Kino-man (Клиенты)

    22 декабря 2016 19:51 44 комментария
    Редактор ТиниМси теперь в новостях при выделении слова жирным, выделяет его тегом b, а не стронг, как раньше. Я думал b уже не актуально и нужно стронгами пользоваться.
  22. celsoft (Администраторы)

    23 декабря 2016 02:57 4 033 комментария
    Цитата: kino-fishka
    При обновлении DLE с 10.4 до 11.2 выдает Fatal error: require_once(): Failed opening required '/var/www/p338794/data/www/kino-fishka.net/engine/data/dbconfig.php' (include_path='.:/usr/local/php53/lib/php') in /var/www/p338794/data/www/kino-fishka.net/engine/inc/include/init.php(11) : eval()'d code(3) : eval()'d code on line 27
    Подскажите что делать?

    Ошибка говорит об отсутствии файла engine/data/config.php. Пропасть этот файл при обновлении не мог, что говорит о нарушении вами инструкции по обновлению. Например вы загружали файлы не поверх старых, а предварительно удаляли существующие файлы с сервера. Вам нужно восстанавливать файлы из бекапа. И проводить обновление повторно, строго соблюдая инструкцию по обновлению.

    Цитата: Kino-man
    Редактор ТиниМси теперь в новостях при выделении слова жирным, выделяет его тегом b, а не стронг, как раньше. Я думал b уже не актуально и нужно стронгами пользоваться.

    Наоборот. В HTML5 они признаны полноценными синонимами. И соответственно разницы между ними нет, при этом b намного короче.
  23. SP (Посетители)

    24 декабря 2016 18:15 23 комментария
    Цитата: celsoft
    Самый оптимальный способ баланса нагрузки и возможностей, это то что представлено сейчас. Показ информации того что новости нет, случается только на сайтах где практически нет публикаций. Если публикаций много, и вдруг появился новый тег (что мало вероятно, т.к. плодить большое количество тегов это плохо), он будет в самом конце списка и то на странице просмотра всех тегов, которым люди практически не пользуются, а это навигация для людей, т.е. по сути этого практически никто не увидит из обычных посетителей.

    Так теги не для посетителей, а для поисковика... на сайт заходит быстро бот и сьедает теги, которые "битые" получаются.


    У меня возникла другая проблема или непонятка:

    Я создал группу, на основе группы "Посетители" и назвал новую группу "ТЕСТ"

    В данной группе я включил функцию "Временное размещение в группе" и выбрал основную группу по окончанию времени во временной, это группа "Посетители"

    Далее, пользователя переместил в группу "ТЕСТ" назначил время пребывания в данной группе, буквально 5 минут - для тестирования... по завершению времени и принудительной отработки всех кронов, пользователь не переместился из группы "ТЕСТ" в группу "Посетители"
  24. celsoft (Администраторы)

    25 декабря 2016 08:23 4 033 комментария
    Цитата: SP
    Так теги не для посетителей, а для поисковика...

    Вот это как раз и величайшее заблуждение. Облако тегов, это исключительно для людей и пользователей сайта, а не для поисковиков. С тем же успехом можно утверждать, что и публикации у вас только для поисковиков.

    Цитата: SP
    на сайт заходит быстро бот и сьедает теги, которые "битые" получаются.

    И в чем проблема? Когда новости у вас появятся на сайте, то и эти ссылки также проиндексируются сразу.

    Цитата: SP
    Далее, пользователя переместил в группу "ТЕСТ" назначил время пребывания в данной группе, буквально 5 минут - для тестирования... по завершению времени и принудительной отработки всех кронов, пользователь не переместился из группы "ТЕСТ" в группу "Посетители"

    Пользователи переносятся тогда, когда они заходят на ваш сайт. Как только ваш пользователь зайдет на сайт, он сразу же будет перемещен в нужную группу, и сразу же увидит сайт уже от имени своей новой группы.
  25. SP (Посетители)

    25 декабря 2016 12:29 23 комментария
    Цитата: celsoft
    Пользователи переносятся тогда, когда они заходят на ваш сайт. Как только ваш пользователь зайдет на сайт, он сразу же будет перемещен в нужную группу, и сразу же увидит сайт уже от имени своей новой группы.

    Спасибо, работает
  26. SP (Посетители)

    26 декабря 2016 01:54 23 комментария
    Вот еще немного не понимаю, использую стандартный шаблон Green, добавил 1 новость, которая находится в двух категориях, НО в меню {news-count} показывает 0

    В чем проблема ? Скриншот - http://take.ms/z3jPx
  27. GLuRE (Посетители)

    26 декабря 2016 04:31 6 комментариев
    Честно говоря я так и не понял как добавлять flash-игры на сайт, думал кнопка дополнительная появится, но так не нашел её.

    Я так понял, что нижний код нужно добавить в css (просто его скопировать и вставить в самый низ например)
    object {width: 680px;}

    А как флешки заливать? Непосредственно на фтп, а потом через какой код лучше отображать? (с условием, если width прописал в ксс например, и если не прописал)
    Подскажите пожалуйста!
  28. celsoft (Администраторы)

    26 декабря 2016 05:58 4 033 комментария
    Цитата: SP
    Вот еще немного не понимаю, использую стандартный шаблон Green, добавил 1 новость, которая находится в двух категориях, НО в меню news-count показывает 0

    Проверяйте настройки скрипта в админпанели, на предмет того что вы включили поддержку подсчета количества новостей в категории.

    Цитата: GLuRE
    Честно говоря я так и не понял как добавлять flash-игры на сайт, думал кнопка дополнительная появится, но так не нашел её.

    Я так понял, что нижний код нужно добавить в css (просто его скопировать и вставить в самый низ например)
    object {width: 680px;}

    А как флешки заливать? Непосредственно на фтп, а потом через какой код лучше отображать? (с условием, если width прописал в ксс например, и если не прописал)
    Подскажите пожалуйста!

    Вставлять нужно тот код, который предусмотрен вашей игрой для вставки флеша. А зачем вы ставите object {width: 680px;} в CSS? Прописать ширину в 680 можно сразу в коде флеша.
  29. GLuRE (Посетители)

    26 декабря 2016 11:31 6 комментариев
    Цитата: celsoft
    А зачем вы ставите object width: 680px; в CSS?

    Выше было написано на одной из страниц комментов, что нужно вставить это в css, вот и спрашиваю, нужно ли мне это же сделать - по видимому не нужно)))
  30. celsoft (Администраторы)

    26 декабря 2016 12:36 4 033 комментария
    Цитата: GLuRE
    Выше было написано на одной из страниц комментов, что нужно вставить это в css, вот и спрашиваю, нужно ли мне это же сделать - по видимому не нужно)))

    Там речь идет о процентах. А у вас конечное физическое число, его можно сразу прописать в коде.

Информация

Комментирование публикаций доступно только пользователям имеющим действующую лицензию на скрипт. Если вы уже приобретали скрипт, то вам необходимо зайти на сайт под своим клиентским аккаунтом.

Календарь

«    Апрель 2024    »
ПнВтСрЧтПтСбВс
1234567
891011121314
15161718192021
22232425262728
2930 

Опрос на сайте

Совершаете ли вы покупки в интернет?