Главная страница / Релизы / DataLife Engine v.12.1 Final Release
январь 15 2018

DataLife Engine v.12.1 Final Release

celsoft 15 января 2018 Релизы 28 947
DataLife Engine v.12.1 Final Release

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

1. В модуле управления рекламными добавлена поддержка рубрик. Вы можете в данном модуле создавать рубрики и уже в этих рубриках размещать ваши рекламные материалы. Рубрики выводятся в самом верху, перед списком добавленных рекламных материалов, в виде папок. В самих рубриках также можно создавать дополнительные подрубрики в неограниченном количестве. Тем самым при большом количестве рекламных материалов вы можете разместить их для удобства навигации по ним, в различных рубриках и подрубриках.

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

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

4. Добавлена возможность учета количества кликов для рекламных материалов, добавляемых в панели управления скриптом. DataLife Engine автоматически перехватывает HTML теги, опубликованные с использованием тегов <а href="...">, и автоматически ведет учет кликов по ним. Какого-либо особого оформления этих ссылок не требуется, они могут вести по любым нужным вам адресам. Также у вас есть возможность указать, нужно ли учитывать все клики по ссылке, или учитывать только клики от уникальных пользователей.

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

6. Для рекламных материалов в админпанели добавлена возможность очистки количества просмотров и кликов для каждого рекламного баннера.

<link rel="canonical" href="https://dle-news.ru/pressrelease/1737-datalife-engine-v121-press-release.html">
7. Добавлено использование канонических ссылок, в коде страниц, для всех страниц сайта включая навигацию по разделам, просмотр полной новости и т.д. Данная возможность позволяет повысить SEO оптимизацию сайтов, а также позволяет избегать дублей страниц в случае если где-либо в сети интернет публикуются некорректные ссылки на ваш сайт, либо если по каким-либо причинам необходимо отключить контроль неверных ЧПУ.

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

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

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

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



12. Расширены возможности модуля "Метатеги", данный модуль был переименован в "Заголовки, описания, метатеги". Теперь в данном модуле вы можете задавать для страниц не только метатеги, но и отдельный заголовок для страницы и описание страницы, которые вы в дальнейшем можете вывести в любом месте вашего шаблона. Для этого добавлены новые глобальные теги для шаблонов: {page-title} - выводит указанный вами заголовок для страницы, {page-description} - выводит указанное вами описание для страницы. В описании страницы также допустимо использование BB и HTML тегов. Тем самым при помощи данного модуля, вы можете, например, создать и вывести заголовки и описания для облака тегов к каждому тегу персонально и т.д.

13. Добавлены новые глобальные шаблонные теги [page-title] текст [/page-title], которые выводят текст, заключенный в них если в модуле "Заголовки, описания, метатеги" был задан заголовок для просматриваемой страницы. А также добавлены противоположные теги [not-page-title] текст [/not-page-title] которые выводят текст, заключенный в них если заголовок для просматриваемой страницы не был задан. Также были добавлены аналогичные теги и для описания: [page-description] текст [/page-description], которые выводят текст, заключенный в них если в модуле "Заголовки, описания, метатеги" было задано описание для просматриваемой страницы, [not-page-description] текст [/not-page-description] которые выводят текст, заключенный в них если описание для просматриваемой страницы не было задано.

14. Для шаблона меню категорий (categorymenu.tpl) добавлена поддержка новых тегов [not-active] текст [/not-active], которые выводят текст, заключенный в них, если просматриваемая на сайте категория, или новость, не принадлежит категории из меню. Данный тег может использоваться только внутри тегов [item] [/item] и используется, например, для вывода какой-либо информации (например ссылок) только для не активных категорий из меню.

15. Расширены возможности по выводу публикаций на основе значений дополнительных полей в публикациях. При обращении по адресу http://вашсайт/xfsearch/имя поля/значение поля/ будут выводится публикации, как и ранее, содержащие указанное значение в данном конкретном поле, если для поля задана опция "использовать как перекрестные ссылки". При обращении по адресу http://вашсайт/xfsearch/значение поля/ будут выводится публикации содержащие данное значение по всем дополнительным полям. При обращении по адресу http://вашсайт/xfsearch/имя поля/ будут выводится все публикации, в которых заполнено данное указанное поле.

16. В настройки скрипта добавлена возможность назначения отдельной страницы с именем 404.html в корне вашего сайта, для вывода страниц, контент для которых отсутствует. В случае включения данной настройки, вместо стандартного системного сообщения "К сожалению, данная страница для Вас недоступна, возможно был изменён её адрес или она была удалена.", вы можете вывести отдельную специально подготовленную заранее страницу, с полностью отдельным оформлением. Данное нововведение будет полезно для вебмастеров, которые хотят сделать отдельное оформление 404 страниц своего сайта.

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

18. При удалении категории в панели управления скриптом, добавлена возможность выбора, как поступить с публикациями, которые находятся в данной категории. Вы можете: "Убрать данную категорию из публикаций", "Заменить категорию на другую или другие категории", а также "Удалить все публикации находящиеся в данной категории". При этом если происходит удаление или замена категории из публикации, то будет убрана или заменена только удаляемая категория. Например, ваша публикация находится в категориях "В мире", "Новости", "Популярное", и вы к примеру, удаляете категорию "В мире", то у публикаций, находящихся в данной категории, только категория "В мире" будет удалена или заменена, все остальные категории в списке у данных публикаций останутся на месте.

19. Для публикаций добавлен новый тип дополнительного поля: "Чистый HTML и JS". При использовании данного поля, DataLife Engine не будет вмешиваться в текст, написанный в нём, и не будет проводить фильтрацию HTML кода этого текста, а также разрешает написание в нём чистого jаvascript кода. Данное поле будет полезно, когда вам в новость нужно вставить какой-то код, над которым не нужно проводить проверку безопасности, например, какой-либо свой плеер и т.д. Внимание, с учетом того скрипт не будет фильтровать текст из этого поля, при его создании обязательно установите ограничения, каким группам его разрешено использовать. Не разрешайте его использование обычным пользователям, которым вы не доверяете, в противном случае это может нести угрозу безопасности вашего сайта.

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

21. Добавлена поддержка технологии "Яндекс Турбо" для обычных RSS каналов, без использования включения в настройках типа RSS потока как "Яндекс новости", для этого добавлена поддержка вывода полной новости тегом {full-stоry} для любого типа RSS потока. A также обновлен стандартный шаблон /templates/rss.xml в котором демонстрируется как должен выглядеть шаблон с полной поддержкой "Яндекс Турбо". Аналогично поддерживается полностью и возможность настройки шаблона RSS для технологии "Яндекс Дзен".

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

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

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

25. Добавлено использование микроразметки schema.org для вывода рейтинга с типом "Оценка". Использование данной микроразметки позволяет для полных новостей при выводе их в результатах поиска в Google выводить также и рейтинг публикации.

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

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

28. В случае если пользователь редактирует публикацию в панели управления, которая ранее была уже опубликована на сайте, но согласно настройкам его группы, ему запрещено публиковать без модерации, или разрешено публиковать не во все категории, то администрации сайта также будет отправлено соответствующее e-mail уведомление, что данная новость ожидает модерации.

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

30. Для модуля "Перекрестные ссылки" в панели управления, добавлены две новые области замены для ссылок. Вы можете дополнительно указать замену только в статических страницах, а также выбрать замену в статических страницах, новостях и комментариях.

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

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

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

34. В админпанели скрипта добавлен форматированный вывод количества различных счетчиков (просмотры, публикации, комментарии). Вывод этих счетчиков осуществляется в форматированном виде в виде разделения пробелом сотен, тысяч, миллионов и т.д. Что дает более наглядное представление и восприятие данных чисел.

35. Для шаблонов вывода комментариев и добавления комментариев (addcomments.tpl и comments.tpl) добавлена поддержка новых тегов [catlist=id1,id2....] текст [/catlist] - выводит текст в теге, если новость принадлежит указанным категориям, а также тегов: [not-catlist=id1,id2....] текст [/not-catlist] - выводит текст в теге, если новость не принадлежит указанным категориям. Тем самым вы можете задать разное оформление вывода комментариев и добавления комментариев для публикаций из разных категорий.

36. Добавлена поддержка склонений слов для тега вывода количества голосов, которые были выставлены для рейтинга публикаций. Например, вы можете использовать {vote-num} [declination={vote-num}]отзыв||а|ов[/declination]. Ранее для этого тега это было недоступно, т.к. он содержит в себе HTML код, а не просто число.

37. В случае если в настройках скрипта включено использование сайта только по HTTPS протоколу, то cookies браузером также будут отправляться на сервер только по HTTPS протоколу и автоматически блокироваться если используется обычный HTTP протокол.

38. Добавлен контроль неверных ЧПУ для статических страниц, текст публикации которых разбит на несколько страниц. В случае если указан некорректный номер страницы, будет производится автоматический 301 редирект на начальный адрес данной страницы.

39. Для RSS импорта публикаций добавлена поддержка импорта картинок из тега enclosure содержащего изображение к публикации. В случае если краткое описание в потоке RSS является просто текстом, а картинка дана в нем отдельным тегом, то к краткой новости при импорте в самое начало будет добавлена также и картинка к этой публикации.

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

41. Внесены изменения в работу тегов [comments] [/comments] и [not-comments] [/not-comments]. В случае если для конкретной публикации запрещено использование и добавление комментариев, то эти теги также будут скрывать содержимое в них.

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

43. Для авторизации с использованием социальной сети "Одноклассники", добавлена возможность автоматического получения E-mail пользователя, при условии, что само приложение получило соответствующие права от Одноклассников. Внимание, по умолчанию Одноклассники не дают прав на получение E-mail, и для получения соответствующего доступа вам необходимо дополнительно обращаться в соц. сеть для разрешения получения e-mail. Если разрешение получено, то DLE также автоматически будет импортировать e-mail адрес.

44. Улучшена система вычисления пропорций изображения при создании уменьшенных копий. Тем самым создается более корректная и качественная уменьшенная копия.

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

46. Улучшена система контроля появления дублей страниц, при просмотре всех последних комментариев на сайте.

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

48. Обновлены визуальные редакторы TinyMCE и Froala до актуальных версий. Исправлен ряд выявленных ошибок в данных редакторах.

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

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

51. Внесены небольшие изменения в верстке панели управления скриптом, направленные на устранение некоторых ошибок в верстке и улучшение взаимодействия с панелью управления.

52. Обновлены до актуальных версий библиотека отправки почты с сайта, а также библиотека определения мобильных устройств.

53. Исправлена проблема, при которой в предварительном просмотре публикаций не обрабатывались теги [comments] и [not-comments].

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

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

56. Исправлена проблема, при которой не работала динамическая загрузка комментариев, если это включено в настройках скрипта, и при этом тег {jsfiles} размещен в самом низу сайта.

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

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

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

Внимание!

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

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

Комментарии

  1. Lexxs (Клиенты)

    19 января 2018 15:21 312 комментариев
    По поводу ещё одного новшевства.
    Давно ждал такой полезной опции, как Запретить публиковать на главной именно в свойствах раздела.
    Не очень удобно громоздить через custom categoryexclude.
    Решил воспользоваться и выставил запрет на публикацию на главной в нужных разделах.
    Очистил кеш в админке и проверил...
    Все статьи из запрещённых к публикации на главной, именно там и оказались.
    Что то не так понял, или что то не так сделал ?
  2. celsoft (Администраторы)

    19 января 2018 15:27 4 033 комментария
    Цитата: Lexxs
    Все статьи из запрещённых к публикации на главной, именно там и оказались.
    Что то не так понял, или что то не так сделал ?

    Прочитайте внимательно описание данной новой возможности. Она применяется только при добавлении публикации. А не для уже ранее опубликованных. Для уже ранее опубликованных, в разделе редактирования новостей есть массовые действия для новостей, где можно выбрать новости и снять публикации с главной в один клик. В расширенном поиске можно выбрать из какой категории вам показать новости и сколько показать, чтобы они были все на одной странице, и их можно было удобно выбрать.
  3. olifus (Клиенты)

    19 января 2018 18:46 20 комментариев
    <link rel="canonical" href="https://dle-news.ru/pressrelease/1737-datalife-engine-v121-press-release.html">
    7. Добавлено использование канонических ссылок, в коде страниц, для всех страниц сайта включая навигацию по разделам, просмотр полной новости и т.д. Данная возможность позволяет повысить SEO оптимизацию сайтов, а также позволяет избегать дублей страниц в случае если где-либо в сети интернет публикуются некорректные ссылки на ваш сайт, либо если по каким-либо причинам необходимо отключить контроль неверных ЧПУ.


    Вариант правильных канонических давно был написан Алаичем и его можно было внедрить давным давно, но вы все откладывали и внедрили вот это:
    <link rel="canonical" href="http://site.ru/page,1,3,15-testnews.html">


    Поясняю - каноникал должен бороться с дублями страниц, но в вашей реализации он прописывается на страницах пагинации комментариев так, что получаются канонические дубли. Независимо от того, на какой странице комментариев в новости находимся, каноникал должен быть неизменным:
    <link rel="canonical" href="http://site.ru/15-testnews.html">


    Исправьте это срочно, так как для сайтов, где много комментариев, это очень плохо.
  4. celsoft (Администраторы)

    19 января 2018 19:13 4 033 комментария
    Цитата: olifus
    Поясняю - каноникал должен бороться с дублями страниц, но в вашей реализации он прописывается на страницах пагинации комментариев так, что получаются канонические дубли. Независимо от того, на какой странице комментариев в новости находимся, каноникал должен быть неизменным:

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

    Цитата: olifus
    Исправьте это срочно, так как для сайтов, где много комментариев, это очень плохо.

    Если вы не хотите индексации своих комментариев, это не значит что и все не хотят и всем это не нужно. Если вам нужна только одна страница к индексации, а не все, то это легко и одной строчкой делается в robots.txt, можете это сделать на своем сайте добавив строчку:
    Disallow: /*page,
    После чего ваши другие страницы с комментариями индексироваться не будут. Но лишать всех пользователей скрипта индексации только по вашей прихоти DLE не будет. Это не баг и не ошибка, и в данном вопросе DLE работает абсолютно верно.
  5. olifus (Клиенты)

    19 января 2018 19:24 20 комментариев
    Цитата: celsoft
    Я также вам поясняю, что комментарии это тоже контент, который должен индексироваться. А не только текст новости является контентом. И в данном случае на этих страницах разный контент, и он не будет блокироваться для индексации. Дубли это страницы с одинаковым контентом, и на данных страницах разный контент, т.к. совершенно другие комментарии, которые также должны пойти в индекс.

    вот смотрите, данная 4 страница комментариев имеет:
    <link rel="canonical" href="https://dle-news.ru/release/page,1,4,1740-datalife-engine-v121-final-release.html">

    при этом основной контент новости остается тем же, что и на:
    <link rel="canonical" href="https://dle-news.ru/pressrelease/1740-datalife-engine-v121-final-release.html">

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

    19 января 2018 19:33 4 033 комментария
    Цитата: olifus
    при этом основной контент новости остается тем же, что и на:

    Кто определяет где находится основной контент? Это только вы решаете для всех сайтов? Если да, то на каком основании вы решаете за всех? Для меня может быть основной контент именно комментарии. Почему вдруг по вашим пожеланиям, я должен запрещать индексацию комментариев? Поисковики прекрасно вносят в индекс все страницы того же dle-news.ru и ни одну из этих страниц не признал дублем, и не исключил из поиска. И я по вашей прихоти не планирую это запрещать как для своего сайта, так и у сайтов других пользователей. Если вы хотите запретить для своего сайта, то пожалуйста это ваш выбор и ваше решение, я вам написал как это делать. И это делается элементарно и один раз.

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

    На вашем сайте возможно. Но это не значит что на всех сайтах так. У кого-то новость это вода и три строчки, и все основное в комментариях. Почему вы вдруг решаете за все сайты? Решайте только за свой.

    Цитата: olifus
    вы принимаете СЕО решения, без альтернативного варианта для пользователей cms

    Мы принимаем решения для всех, с возможностью каждому потом решить самостоятельно. О какой безальтернативности вы пишите, если выше я вам написал, как вам одной строчкой отключить индексацию ваших страниц с комментариями. Это как раз вы предлагаете сделать безальтернативным, и только по вашим личным пожеланиям применительным только к вашему сайту.
  7. olifus (Клиенты)

    19 января 2018 19:54 20 комментариев
    Цитата: celsoft
    Мы принимаем решения для всех, с возможностью каждому потом решить самостоятельно. О какой безальтернативности вы пишите, если выше я вам написал, как вам одной строчкой отключить индексацию ваших страниц с комментариями. Это как раз вы предлагаете сделать безальтернативным, и только по вашим личным пожеланиям применительным только к вашему сайту.

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

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

    Цитата: celsoft
    Мы принимаем решения для всех, с возможностью каждому потом решить самостоятельно.

    вот я хочу, чтобы не было каноникала, о котором я написал выше и исходя из цитаты выше, я могу сам решить - как, есть настройка? только не пишите по ту строчку в роботс.тхт - опять же открою возможно америку, но роботс давно не является неоспоримой истиной, во главе индексации стоят мета.
    порой лучше не принимать решения, особенно когда большую часть описали еще в 10-12 годах, а в 18 году они преподносятся как великое новшество.
  8. celsoft (Администраторы)

    19 января 2018 19:59 4 033 комментария
    Цитата: olifus
    Вариант правильных канонических давно был написан Алаичем

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

    Цитата: olifus
    так как давно существовало решение по добавлению правильного каноникал

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

    Цитата: olifus
    вот я хочу, чтобы не было каноникала, о котором я написал выше и исходя из цитаты выше, я могу сам решить - как, есть настройка? только не пишите по ту строчку в роботс.тхт - опять же открою возможно америку, но роботс давно не является неоспоримой истиной, во главе индексации стоят мета.

    Без комментариев. Потому что это глупость. Прекрасно поисковики следуют правилам robots.txt достаточно зайти в вебмастер панель у яндекса и у гугла, чтобы в этом наглядно убедится. И я не повторяю чьи то слухи слухи и домыслы, достаточно наглядно все увидеть в панелях вебмастера, и там можно четко увидеть что все что указано в robots.txt как то что должно быть исключено из поиска, прекрасно ими исключается.
  9. olifus (Клиенты)

    19 января 2018 20:03 20 комментариев
    Цитата: celsoft
    Кто сказал что это самый правильный вариант? Если человек решил выбросить половину контента своего сайта из индекса поисковика, это конечно его личное право, но это не значит что все сайты хотят так делать, и уж точно не значит что это правильный вариант.

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

    Цитата: celsoft
    Мы принимаем решения для всех, с возможностью каждому потом решить самостоятельно. О какой безальтернативности вы пишите

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

    19 января 2018 20:08 4 033 комментария
    Цитата: olifus
    Алаич, как бы это может не звучало банально, авторитетный человек в СЕО, что касается его доработок dle - он всегда проводил эксперименты, делился результатами и это обсуждалось в сотнях и тысячах комментариев на его сайте.

    Еще раз с каких пор кто то посторонний решает за другие сайты что они обязаны исключить из индекса своих сайтов. Он пишет исключительно основываясь на своем сайте и исключительно из того какой именно контент на своем сайте является приоритетным. Для его персонального сайта, по его персональному мнению комментарии мусор. И не более того. Обычное персональное мнение, обычного персонального человека, относительно своего персонального сайта. А вы тут его пытаетесь преподнести как бога, и только его личное и персональное мнение как обязательное условие к использованию для всех. Комментарии это не мусор, это контент который также должен индексироваться и может привести дополнительных посетителей на сайт. Тот кто утверждает обратное не может даже близко быть SEO специалистом. Я уже представляю как мне будут писать тысячи пользователей гневные письма, о том что DLE выбросил их комментарии из индекса, а я им в ответ пишу: пользователь olifus ссылаясь на авторитетного SEO Алаича потребовал запретить и выбросить комментарии из индекса, потому что Алаич и olifus считают, что комментарии это мусор, недостойный индексации. Смешно звучит, не правда ли?

    Цитата: olifus
    ок, так как вы не можете признать очевидную ошибку, дайте то решение - возможность каждому выбрать какой тип каноникал использовать - выдь вы написали, что каждый сам решает.

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

    Как запретить индексацию страниц с комментариями я вам написал, и не нужно придумывать ерунды, что поисковики этому не следуют. Еще как следуют, и делают это без каких либо проблем. Но вы видимо думаете что добавив строчку, ваши страницы пропадут за секунду из индекса. Нет это не так, они пропадут по мере переиндексации, в течении примерно месяца. Ну а применительно к вам, т.к. вы уже следовали примерам своего личного SEO специалиста, у вас их так нет в индексе и после добавления этой строчки, они точно туда не попадут.
  11. olifus (Клиенты)

    19 января 2018 20:17 20 комментариев
    Цитата: celsoft
    Еще раз с каких пор кто то посторонний решает за другие сайты что они обязаны исключить из индекса своих сайтов.

    Отличные слова. Почему вы решили за всех пользователей цмс, какой контент отдавать поисковым системам? Вот это и есть безальтернативности.

    Касаемо Бога - повторюсь, Алаич заслужил свой авторитет не на пустом месте, он постоянно проводил эксперименты, результаты которых были публичными, он заслуживает доверия в области СЕО. Вот вы специалист по написанию кода, dle тому подтверждение и этого никто не оспаривает. Но на каких знаниях и подтверждениях вы принимаете решения по СЕО, чтобы они были убедительны?

    Повторюсь, вы написали, что каждый может выбрать вариант, который ему использовать - где это решение, позволяющее сделать выбор?
  12. celsoft (Администраторы)

    19 января 2018 20:25 4 033 комментария
    Цитата: olifus
    Отличные слова. Почему вы решили за всех пользователей цмс, какой контент отдавать поисковым системам? Вот это и есть безальтернативности.

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

    Канонические ссылки это не разрешение или запрет на индексацию. Он не говорит поисковику разрешено или запрещено индексировать. Это корректор ошибок, который поисковику говорит, что если он проверяет страницу и ее адрес не соответствует тому, что указано в канонической ссылке, то использовать нужно не то, что он смотрит, а именно каноническую страницу. И если страница запрещена в том же robots.txt, то она не пойдет в индекс только потому что там стоит каноническая ссылка. Каноническая ссылка этим не управляет, она управляет совершенно другим.

    Цитата: olifus
    Повторюсь, вы написали, что каждый может выбрать вариант, который ему использовать - где это решение, позволяющее сделать выбор?

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

    Цитата: olifus
    Касаемо Бога - повторюсь, Алаич заслужил свой авторитет не на пустом месте, он постоянно проводил эксперименты, результаты которых были публичными, он заслуживает доверия в области СЕО.

    Я не писал о том специалист он или нет, я писал о том, что он не может принимать решение за все без исключения сайты по выбрасыванию огромного пласта контента из индекса поисковиков. Для своего сайта пожалуйста он может выбросить из индекса что угодно, но пользователи сайтов сами решают что им запретить а что нет. И DLE такую возможность выбора дает, т.к. это легко и с гарантированным результатом делается в robots.txt. И DLE не будет выбрасывать контент пользователей из индекса ни по моему решению, ни по решению olifus, ни по решению Алаича. Контент из индекса своего сайта будет убирать только администратор своего сайта.

    P.S. Дабы больше не тратит время на бессмысленную переписку. Я вам ответственно говорю: это в DLE будет, и останется там и в будущем.
  13. Дмитрий6 (Клиенты)

    20 января 2018 00:59 111 комментариев
    olifus, у меня в комментариях пишут отзывы на 3000 знаков, и со временем получается это (комментария) основной контект.
    celsoft, заметил статистические страницы разделеные на страницы, вот здесь мне кажется надо исправить. То есть /page,2 прописана каноническая ссылка основной страница (то есть первой). А на page,2 совсем другой контекст. А olifus наверно хочет чтобы эти станицы не индексировались.
  14. celsoft (Администраторы)

    20 января 2018 07:48 4 033 комментария
    Цитата: Дмитрий6
    celsoft, заметил статистические страницы разделеные на страницы, вот здесь мне кажется надо исправить.

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

    20 января 2018 12:30 1 комментарий
    Круть, обновляемся :) Спасибо!
  16. barcaman (Клиенты)

    22 января 2018 20:47 17 комментариев
    after update, TinyMCE editor does not work.
    screen: https://i.imgur.com/rwbec4p.png
  17. barcaman (Клиенты)

    23 января 2018 11:58 17 комментариев
    Цитата: barcaman
    after update, TinyMCE editor does not work.
    screen: https://i.imgur.com/rwbec4p.png

    Problem solved :)
  18. mymamochka58 (Посетители)

    24 января 2018 14:36 4 комментария
    Ух, зашел отписаться по поводу ошибки, а тут такое. Вставлю свои 5 копеек.

    celsoft, вы реально намудрили с rel="canonical" и то, что вы не воспринимаете всерьез слова пользователя olifus - это плохо. Кто определяет где находится основной контент? Благодаря внедрению HTML 5 основной контент определяется с помощью тегов article, и коментарии в него не входят. Они размечиваются другими тегами. В результате, если не закрыть пагинацию от поиска, наплодится столько дублей, замучишься расчищать. На вашем месте я бы просто сделал rel="canonical" для главной страницы и главной страницы новости.

    Так, а теперь о проблеме. Создаю два разных поля Чистый HTML и JS. Заполняю при создании новости, а скрипт выдает красное сообщение Не заполнены необходимые дополнительные поля.
  19. celsoft (Администраторы)

    24 января 2018 15:43 4 033 комментария
    Цитата: mymamochka58
    Кто определяет где находится основной контент? Благодаря внедрению HTML 5 основной контент определяется с помощью тегов article

    Какое это имеет отношение rel="canonical"? rel="canonical" предотвращает появление дублей, а не распределяет, что основной контент на странице, а что нет.

    Цитата: mymamochka58
    На вашем месте я бы просто сделал rel="canonical" для главной страницы и главной страницы новости.

    Каким образом вы собираетесь предотвращать дубли других страниц?

    Цитата: mymamochka58
    В результате, если не закрыть пагинацию от поиска, наплодится столько дублей, замучишься расчищать.

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

    Вы все смешали в одну кучу, разные понятия и разные инструменты и разные определения. Все в одну. А этого делать нельзя. Дубли предотвращаются одними инструментами, запрет на индексацию вторыми средствами, а распределение приоритета по контенту третьими. А не все одним инструментом. Вы же пытаетесь инструментом для предотвращения дублей, запретить что-то к индексации, и при этом страницу называете "дублем", каковым она не является по определению. Говоря простым языком, для того чтобы забить гвоздь вы берете не молоток, а пилу, а производителю пилы пишите, сделайте ее негнущейся, т.к. ей неудобно забивать гвозди.

    Цитата: mymamochka58
    Так, а теперь о проблеме. Создаю два разных поля Чистый HTML и JS. Заполняю при создании новости, а скрипт выдает красное сообщение Не заполнены необходимые дополнительные поля.

    Каким то доп. полям вы назначили, что они обязательны при добавлении новости. И соответственно должны заполнить эти поля. И какое-то из обязательных полей не заполнено вами, поэтому вы получаете данное сообщение. Смотрите каким полям вы назначили обязательность, т.е. не установили галочку "при желании" и смотрите какие поля из них вы не заполнили. Если заполнить все обязательные поля, то такого сообщения не будет. Ошибок в данном вопросе в скрипте не выявлено. Проверил только что специально этот вопрос.
  20. mymamochka58 (Посетители)

    24 января 2018 16:52 4 комментария
    celsoft, на счет rel="canonical" ваше право, я просто его вырезал из новой версии движка и сделал как считаю правильным.

    На счет дополнительных полей. Получилось так:
    1. Сделал первое поле Чистый HTML и JS с обязательным заполнением. Заполнил в статье. Сохранил.
    2. Сделал второе поле просто простым Несколько строк, тоже обязательное. Заполнил в статье. Сохранил.
    3. Сделал третье поле Чистый HTML и JS с обязательным заполнением. Не получилось заполнить, вылезла ошибка.

    Дальше:
    1. Первое поле Чистый HTML и JS переделал без обязательного заполнения.
    2. Второе поле осталось как есть.
    3. Третье поле оставил как есть.

    Ошибка повторилась. В результате пришлось все поля делать необязательными, тогда все прошло.

    Я не знаю, может у меня такой косяк. Расписал все действия, чтобы вы проверили у себя.
  21. celsoft (Администраторы)

    24 января 2018 17:57 4 033 комментария
    Цитата: mymamochka58
    На счет дополнительных полей. Получилось так:
    1. Сделал первое поле Чистый HTML и JS с обязательным заполнением. Заполнил в статье. Сохранил.
    2. Сделал второе поле просто простым Несколько строк, тоже обязательное. Заполнил в статье. Сохранил.
    3. Сделал третье поле Чистый HTML и JS с обязательным заполнением. Не получилось заполнить, вылезла ошибка.

    Прошел в точности по вашим шагам. Никаких проблем не зафиксировано. В чем именно проблема у вас нужно смотреть непосредственно уже на вашем сервере. Обратитесь в тех. поддержку https://dle-news.ru/index.php?do=feedback предоставив доступ к админпанели DLE и по FTP, а также ссылку на новость которую не можете отредактировать. Посмотрим визуально непосредственно на вашем сервере. Может быть у вас какой-то фильтр от хостинга срабатывает на входящие данные и обнуляет их. Например некорректно настроенный mod_security и аналогичные. Нужно смотреть визуально непосредственно на вашем сервере.
  22. alexpsp (Клиенты)

    24 января 2018 19:44 11 комментариев
    При отключении "Разрешить наложение водяных знаков:" водяные знаки больше не добавляются, но при добавлении комментария и загрузки фото через комментарии знак добавляется.
  23. celsoft (Администраторы)

    24 января 2018 20:07 4 033 комментария
    Цитата: alexpsp
    При отключении "Разрешить наложение водяных знаков:" водяные знаки больше не добавляются, но при добавлении комментария и загрузки фото через комментарии знак добавляется.

    В настройках скрипта делаются настройки для новостей. Для комментариев разрешение и запрет устанавливается в настройках групп пользователей во вкладке настроек комментариев.
  24. Дмитрий6 (Клиенты)

    25 января 2018 01:08 111 комментариев
    mymamochka58,
    "Благодаря внедрению HTML 5 основной контент определяется с помощью тегов article, и коментарии в него не входят" - это где вы такую ерунду прочитали.

    Тег < article > задает содержание сайта вроде новости, статьи, записи блога, форума или др.
    Тег < section > задаёт раздел документа, может применяться для блока новостей, контактной информации, глав текста, вкладок в диалоговом окне и др. Раздел обычно содержит заголовок. Допускается вкладывать один тег < section > внутрь другого.
    Элемент < main > предназначен для основного содержимого документа. Содержимое должно быть уникальным и не включать типовые блоки вроде шапки сайта, подвала, навигации, боковой панели, формы поиска и т. п.

    И вообще у меня складывается мнение, что толком не кто не знает какие теги где лучше применять. И имеют ли они приоритет перед < div >?
  25. vadimys27 (Клиенты)

    25 января 2018 16:46 15 комментариев
    Extazzi, Спасибо за наводку)))Голову успел малость поломать)) Не заметил, да происходит замена - на _
  26. tatanika (Клиенты)

    25 января 2018 17:03 4 комментария
    При обновлении выходит следующее сообщение. Никогда раньше такого не было.

    Обновление базы данных с версии 12.0 до версии 12.1 успешно завершено.
    Всего запланировано запросов: 9 Не удалось выполнить запросов: 3 Возможно они выполнены ранее.

    Далее список невыполненных запросов.
  27. celsoft (Администраторы)

    25 января 2018 17:15 4 033 комментария
    Цитата: tatanika
    При обновлении выходит следующее сообщение. Никогда раньше такого не было.

    Обновление базы данных с версии 12.0 до версии 12.1 успешно завершено.
    Всего запланировано запросов: 9 Не удалось выполнить запросов: 3 Возможно они выполнены ранее.

    Далее список невыполненных запросов.

    Как правило это происходит когда на вашем сервере установлены модули PHP кеширующие PHP файлы в исполняемый байт код, например opcache. И изменения в файлах фиксируются с опозданием из-за серверного кеша, и происходит повторное выполнение этих запросов. О чем и сообщение. В принципе, если в админпанели все работает корректно и нет например никаких MySQL ошибок, то это можно проигнорировать. Запросы выполнены были ранее и была попытка их выполнить повторно. Вообще на время обновления все кеширующие серверные модули рекомендуется отключать, т.к. из за них может быть выполнение вашим сервером устаревших файлов, а не новых актуальных.
  28. tatanika (Клиенты)

    25 января 2018 17:22 4 комментария
    celsoft,
    Подскажите, как отключить все кеширующие серверные модули?
  29. celsoft (Администраторы)

    25 января 2018 17:32 4 033 комментария
    Цитата: tatanika
    Подскажите, как отключить все кеширующие серверные модули?

    Зависит от того какой именно у вас стоит, может быть eaccelerator, может быть opcache и т.д. Вам нужно узнать это уже в службе поддержки вашего хостинга, и у них узнать как их можно отключать временно на время обновления. После обновления их уже опять лучше включать, т.к. они увеличивают быстродействие вашего сервера и сайта.
  30. alex4526 (Посетители)

    25 января 2018 20:29 14 комментариев
    Здравствуйте. Подскажите пункт 23. "Ускорена и улучшена загрузка страниц сайта в браузере" распространяется только на те шаблоны, которые идут по умолчанию?

Информация

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

Календарь

«    Май 2024    »
ПнВтСрЧтПтСбВс
 12345
6789101112
13141516171819
20212223242526
2728293031 

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

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