Главная страница / Пресс релизы / DataLife Engine v.11.3 Press Release
апрель 01 2017

DataLife Engine v.11.3 Press Release

Дорогие друзья,

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

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

DataLife Engine v.11.3 Press Release


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

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

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

4. В настройки скрипта добавлена возможность указания использования только https протокола при работе с сайтом. При включении данной настройки, все пользователи, которые посещают страницы вашего сайта через обычный http протокол, будут принудительно перенаправлены на использование безопасного SSL соединения. Тем самым больше нет необходимости править файлы .htaccess и настройки nginx для организации принудительных редиректов.

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

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

7. Для шаблона обратной связи (feedback.tpl) добавлено использование тегов [attachments] текст [/attachments], которые выводят текст, заключённый в них, если разрешена отправка файлов в обратной связи для данной группы пользователей. Непосредственно для прикрепления файлов к форме вы можете использовать тег:
<input name="attachments[]" type="file" multiple>
при этом имя тега и количество тегов может быть любым, главное это использование type="file" в атрибуте. DLE сам посчитает все прикреплённые к письму файлы и их соответствие настройкам групп.

8. Добавлена возможность использования нескольких форм обратной связи на сайте. Для этого используется специально сформированный URL в браузере. Для отправки стандартной формы обратной связи используется адрес http://вашсайт.ru/index.php?do=feedback Для того чтобы добавить ещё одну форму связи вы можете использовать адрес http://вашсайт.ru/index.php?do=feedback&template=X1&mailtemplate=X2, где X1 это имя шаблона для шаблона формы обратной связи, а X2 это имя шаблона письма, которое будет отправляться через эту форму. При этом если задан шаблон X1, то на сервере в папке шаблона у вас должен находится файл с именем feedback_X1.tpl, а если задан шаблон X2, то на сервере в папке шаблона у вас должен находится файл с именем email_X2.tpl. Например, при использовании URL http://вашсайт.ru/index.php?do=feedback&template=test&mailtemplate=test в папке вашего шаблона должен находится файл feedback_test.tpl для формы обратной связи и email_test.tpl для шаблона отправляемого сообщения. Эти файлы поддерживают все те же теги что и стандартная форма обратной связи, и стандартный шаблон e-mail сообщений в админпанели. Тем самым с учётом того что формы обратной связи поддерживают дополнительные поля разного типа, вы можете организовать на своём сайте, несколько различных форм обратной связи.

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

10. Для модуля "Список действий в админпанели" добавлена возможность поиска нужных данных по логину, IP или дате. Просто вводите в строку поиска нужные вам данные и скрипт автоматически найдёт записи подпадающие под данные критерии. Тем самым предоставляется возможность удобного нахождения в логах необходимых данных.

11. Для модуля "Перекрёстные ссылки", добавлено игнорирование тегов заголовков h1...h5 в данных тегах замены текста на перекрёстные ссылки производится не будет.

12. Для модуля "Поиск и замена" в панели управления скриптом, добавлен поиск и замена текста в рекламных материалах.

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

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

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

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

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

18. При добавлении комментария незарегистрированным пользователем, добавлен контроль используемого им имени и e-mail на соответствие с фильтром по: "IP, Логину или E-Mail." В случае если указанные там логины или e-mail запрещены, то будет также автоматический запрет на публикацию комментария с этими данными.

19. Для модуля добавления публикаций на сайте добавлена возможность передавать в URL браузера категории, которые необходимо сделать выбранными по умолчанию. Для этого используется URL http://вашсайт.ru/index.php?do=addnews&category=X где "X" это ID нужных вам категорий, перечисленные через запятую. Например, по адресу http://вашсайт.ru/index.php?do=addnews&category=3,4,5 в форме добавления новости на сайте будут выбраны по умолчанию категории с ID 1, 2 и 3. Данное нововведение будет полезно для сайтов, которые используют доп. поля для публикаций назначенные разным категориям, и хотят дать пользователям при добавлении публикаций несколько уже предустановленных форм добавления публикации, для различных категорий.

20. Добавлена поддержка написания микроразметки (такие атрибуты как: itemprop, itemtype, itemscope) непосредственно в тексте публикаций.

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

22. Для RSS информеров добавлена поддержка тега enclosure в RSS потоке для определения картинок. В случае если в тексте публикации RSS потока отсутствуют картинки, но при этом они определены тегом enclosure, то для тега {image-1} будет назначена картинка из тега enclosure. Данное нововведение например будет полезно для RSS информеров погоды и т.д.

23. Для тега вывода скрытого текста ([hidе] текст [/hidе]) добавлена возможность указания, каким группам разрешён просмотр указанного в тегах текста. Вы можете указать в параметрах тега каким группам разрешено просматривать содержимое. Например, вы можете написать [hidе=3] текст [/hidе], в данном случае просмотр содержимого тега будет доступен только журналистам. Группы также допускается перечислять через запятую, например, [hidе=2,3,4] текст [/hidе]. В случае если параметр группы не указан, то действуют настройки групп, указанные в панели управления, на предмет того разрешено ли пользователю просматривать текст или нет. Администраторы сайта видят скрытый текст всегда, независимо от указанных а теге параметрах.

24. Полностью переосмыслен тег [media=...] в новостях. Теперь данный тег предназначен не только для встраивания видео с сервиса youtube, но и для встраивания различных фотографий, аудио, видео, документов и виджетов с большого количества сайтов и сервисов. Для этого данный тег был переведён на использование открытого протокола oembed, благодаря которому сервисы сообщают необходимый код для вставки. На данный момент добавлена поддержка 16 сервисов: youtube, instagram, twitter, facebook, flickr, vimeo, docs.com, vine, gettyimages, codepen.io, dailymotion, mixcloud, soundcloud, coub, ifixit, Apple Keynote. При необходимости новые сервисы, поддерживающие oembed могут быть легко добавлены.

25. Для пользовательского вывода публикаций при помощи тега {custom ...} добавлена возможность использования нового параметра futureannounce="yes". Данный параметр работает совместно с параметром days="X", и указывает что публикации нужно брать из будущих дат. Например, тег {custom futureannounce="yes" days="1"} означает что необходимо вывести публикации, дата которых назначена на завтра, т.е. на +1 дней, а тег {custom futureannounce="yes" days="2"} выводит публикации дата которых назначена на завтра и послезавтра, и т.д. Данных параметр будет полезен вебмастерам, для вывода грядущих анонсов на своём сайте.

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

27. Для шаблонов вывода меню категорий (categorymenu.tpl) добавлен новый тег {id}, который выводит ID категории. Данный тег будет полезен, когда нужно визуально выделить какую-либо категорию.

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

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

30. Добавлена автоматическая поддержка определения типов картинок в случае несоответствия реальных данных с расширением файла. Например, если картинка имеет расширение jpg, а по факту ее содержимое является gif картинкой, то скрипт больше не будет выдавать сообщение о ошибке файла, а будет обрабатывать автоматически картинку как gif.

31. Добавлена типографская обработка текста для визуальных редакторов TinyMCE и Froala, а также произведены общие улучшения правил типографской обработки текстов.

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

33. Добавлено автоматическое определение кодировки URL строки при показе публикаций из облака тегов и при выводе результатов поиска по доп. полям. Кодировка таких ссылок будет автоматически определяться, для того чтобы при переходе на другую кодировку, они не терялись. Например, при переводе сайта с кодировки windows-1251 на utf-8.

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

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

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

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

38. Обновлена библитека PHPMailer для отправки писем с сайта до актуальной версии.

39. Обновлены визуальные редакторы TinyMCE и FroalaEditor. При этом для редактора FroalaEditor помимо всего прочего была добавлена возможность улучшенной вставки текстов, отформатированных в Word с возможным сохранением форматирования на выбор.

40. Добавлен автоматический контроль кодировки ссылок, опубликованных при помощи тега [lееch=...] текст [/lееch]. В случае если ссылка была добавлена в одной кодировке сайта, а потом сайт был переведён на другую кодировку, то ссылка, содержащая символы, отличные от латинских, также будет автоматически сконвертирована корректно при редактировании.

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

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

43. Оптимизирована и ускорена загрузка и рендеринг страниц сайта, при использовании визуальных (WYSIWYG) редакторов на сайте. Добавлена поддержка Gzip сжатия для TinyMCE редактора. Убрана дублирующая загрузка редакторов при редактировании публикаций и комментариев, а также при ответах на комментарии.

44. Прекращена поддержка воспроизведения flv видеороликов со стороны плеера DLE.

45. Исправлена проблема, при которой не обрабатывался тег [videо=...] если в пути к видео отсутствовало полное имя домена с протоколом.

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

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

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

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

50. Исправлена проблема, при которой отправлялась неверная подпись, в письме на подтверждение смены E-Mail адреса, если был задан не полный адрес сайта в настройках скрипта, без указания протокола.

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

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

Комментарии

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

    1 апреля 2017 12:36 29 комментариев
    Если это не первоапрельская шутка, то список нововведений порадовал.

    В дальнейшем обратите пожалуйста внимание на раздел рекламных материалов, больно он не удобный при наличии более десятка баннеров, как минимум можно объединить в группы баннеры с одинаковым "Название баннерного поля" и добавить поиск, чтобы не пользоваться ctrl+f.
  2. celsoft (Администраторы)

    1 апреля 2017 12:38 4 137 комментариев
    Цитата: qwedc
    Если это не первоапрельская шутка, то список нововведений порадовал.

    Это точно не шутка smiley, хотели опубликовать вчера, но решили перенести на 1 апреля. В хороший день, должны быть хорошие новости.
  3. TCSE (Клиенты)

    1 апреля 2017 16:55 57 комментариев
    Первый пункт что надо.
    Ещё бы добавить по аналогии работу с robots.txt
    Что бы автоматом прописывался адрес домена с нужным протоколом в качестве главного зеркала
    - адрес карты сайта

    А то для некоторых проектов в процессе модернизации приходится писать огромные простыни в. Htaccess и несколько строк в robots.txt и каждый раз при обновлении версии движка руками.

    Может есть идеи как это оптимизировать?
  4. radrigo (Клиенты)

    1 апреля 2017 18:10 156 комментариев
    Очень порадовали обновления blush жду с нетерпением.

    Несколько вопросов

    1) можно будет сделать редирект всех страниц с www на без www?

    2) Как понять все публикуемые изображения при помощи BBCODES тегов автоматически получают свойства адаптивности. Это например как max-width:100%?

    3) и с пунктом 19 не совсем понятно. Это по сути можно будет создавать множество форм добавления новостей со своими категориями? Если перечислить в урл категории, то при добавлении публикации будут видны только эти категории и доп поля добавленные к ним?
  5. MISTER-X (Посетители)

    1 апреля 2017 18:16 9 комментариев
    Добрый день. Хотелось бы кое-что улучшить, а именно:

    1. При создании новости бывает, что заголовок слишком длинный (даже не смотря на правки в БД), и забывая об этом, продолжаешь заполнять поля картинок, тегов и так далее...
    Жмешь на "Добавить", и бах...Скрипт напоминает, что текст заголовка великоват.
    Кликаем на "Вернуться назад", и увы, все данные пропадают. Приходится все заново заполнять. Как-то напрягает повторное заполнение из-за допущенной ошибки.

    2. Иногда в заголовках нужно вставить короткий диалог такого вида:
    — Ты не такой, каким я тебя представляла, — вырывается у меня.
    — Знаю. Сексуальнее, да? Все в порядке, можешь сказать это.

    Это цитата из книги.
    Если ее вставить в заголовок, то перенос строк не работает никак, все выстраивается в один ряд и портится вид.

    Хотелось бы иметь полноценный перенос строк, когда понадобится.


    Но мои требования не принципиальны, можно и проигнорировать)))

    Все равно спасибо.
  6. PSPinfo.RU (Клиенты)

    1 апреля 2017 21:47 53 комментария
    Пункт 8.
    Возможно ли в форме создать список получателей (не зарегистрированных, а например, адреса разных отделов техподдержки), что бы письмо отправлять выбранному получателю?
    Или принудительно указать список зарегистрированных получателей, кому можно отправлять письма с запросами.
  7. Captain (Клиенты)

    1 апреля 2017 23:04 155 комментариев
    Круть, через пару недель +- опробуем. Понравились и пригодятся многие нововведения.
  8. Чистота34 (Посетители)

    2 апреля 2017 15:04 15 комментариев
    Осталось вернуть движок возможность кастомизировать спойлеры spoiler=Название
    Индивидуально мне вы прислали решение, но зачем было убирать.

    Ещё бы добавили возможность вывода несколько опросов на сайте
    При том можно было было вывести опросы например
    {vote} и ниже ещё один {vote} они бы менялись рандомно но не могло быть 2 одинаковых.
    И второй вариант {voteid_X} где X номер опроса.

    Не помешало бы разработать доп. поля для статических страниц.
    А так же возможность быстрой правки их же с сайта через тег [edit]

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

    Да и в редакторе шаблонов не мешало бы вернуть кнопку форматирование.
  9. celsoft (Администраторы)

    2 апреля 2017 23:38 4 137 комментариев
    Цитата: TCSE
    А то для некоторых проектов в процессе модернизации приходится писать огромные простыни в. Htaccess и несколько строк в robots.txt и каждый раз при обновлении версии движка руками.

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

    Цитата: radrigo
    1) можно будет сделать редирект всех страниц с www на без www?

    Нет. Модуль редиректы учитывает только адреса страниц, а не редиректы. Кстати редиректы делать в данном вопросе плохо. Правильным является указание главного зеркала в файле robots.txt при помощи директивы Host:.

    Цитата: radrigo
    2) Как понять все публикуемые изображения при помощи BBCODES тегов автоматически получают свойства адаптивности. Это например как max-width:100%?

    Да верно.

    Цитата: radrigo
    3) и с пунктом 19 не совсем понятно. Это по сути можно будет создавать множество форм добавления новостей со своими категориями? Если перечислить в урл категории, то при добавлении публикации будут видны только эти категории и доп поля добавленные к ним?

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

    Цитата: PSPinfo.RU
    Возможно ли в форме создать список получателей (не зарегистрированных, а например, адреса разных отделов техподдержки), что бы письмо отправлять выбранному получателю?
    Или принудительно указать список зарегистрированных получателей, кому можно отправлять письма с запросами.

    Принудительно указать список получаетель можно было всегда, в том числе и в текущих версиях. Для этого использутся не теги DLE, а просто добавляется свой HTML код с типом select в котором будут указаны получатели. Указать можно только зарегистрированных, т.к. используется ID пользователей в списке получаетелей, а не e-mail адреса напрямую.

    Цитата: Чистота34
    Осталось вернуть движок возможность кастомизировать спойлеры spoiler=Название
    Индивидуально мне вы прислали решение, но зачем было убирать.

    Никто этого не убирал. Эта была ошибка в скрипте, которая также давно исправлена.

    Цитата: Чистота34
    Ещё одним полезным может стать дополнение для администраторов и редакторов.
    Вывод новостей на сайте или отдельной дежурной странице которые поставлены на будущее. Настройку лучше сделать отключаемой для отдельных групп.

    Если вы внимательно прочитаете пункт номер 25, то он как раз для этого и предназначен. Например создаете статическую страницу в админпанели, задаете на нее права доступа, и размещаете в ее шаблоне данный тег с этим параметром и видите будущие анонсы.
  10. Kino-man (Клиенты)

    3 апреля 2017 07:28 44 комментария
    celsoft,
    Давно уже не помню такого хорошего обновления с кучей плюшек, полезных всем! smiley

    Хочу уточнить по вопросу radrigo по поводу редиректа с www на без www. По сути-то получается, что http и https тоже зеркала и тоже нужный вариант указывается в роботсе, почему тогда делать редирект с www на без www вредно?
    Многие юзеры могут автоматически набирать www.домен.ру, а потом ставить ссылки на других сайта на мой с www, т.е. на зеркало, которое вроде как и склеено, но всё же ссылка не прямая.
    В общем, я не совсем понимаю, чем редирект с одного склеенного зеркала обязательнее другого, а другой редирект при этом вроде как нежелателен. По сути, сейчас большинство проектов ставят редиректы с/на www, и СЕошники рекомендуют это сплошь и рядом.

    П.С. Ошибка при использовании цитирования чужого комментария - вместо цитаты в поле добавления коммента пишет "error".
  11. oblprof72 (Клиенты)

    3 апреля 2017 11:07 8 комментариев
    Ух спасибо большое за параметр futureannounce. Значительно упростит жизнь вебмастерам )).
  12. celsoft (Администраторы)

    3 апреля 2017 11:44 4 137 комментариев
    Цитата: Kino-man
    П.С. Ошибка при использовании цитирования чужого комментария - вместо цитаты в поле добавления коммента пишет "error".

    Ваш браузер использует кеш старых файлов, вместо актуальный. Очистите кеш браузера, чтобы он загрузил новые с сервера, либо перегрузите страницу с использованием Ctrl + F5

    Цитата: Kino-man
    По сути, сейчас большинство проектов ставят редиректы с/на www, и СЕошники рекомендуют это сплошь и рядом.

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

    Цитата: Kino-man
    Хочу уточнить по вопросу radrigo по поводу редиректа с www на без www. По сути-то получается, что http и https тоже зеркала и тоже нужный вариант указывается в роботсе, почему тогда делать редирект с www на без www вредно?
    Многие юзеры могут автоматически набирать www.домен.ру, а потом ставить ссылки на других сайта на мой с www, т.е. на зеркало, которое вроде как и склеено, но всё же ссылка не прямая.
    В общем, я не совсем понимаю, чем редирект с одного склеенного зеркала обязательнее другого, а другой редирект при этом вроде как нежелателен.

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

    1. Директивой Host в robots.txt
    2. В панели вебмастера на сайте поисковика.
    3. Автоматически поисковиком, если не сделан ни один из пунктов выше. Автоматика определяет это по карте сайте, по ссылкам на сайте, и смотрит как они представлены.

    После того как главное зеркало определено, в результатах поиска всегда будет ссылка именно от главного зеркала. Это может быть и с www, и без, и с http и без. Независимо от того есть редиректы или нет, и независимо как стоят ссылки на других сайтах с www или без. Главное зеркало определяется собственно с рождения сайта и первой индексации сайта в поисковиках. Главное зеркало можно изменить и переехать на другое главное зеркало, в разных поисковиках это делается по разному и как правило для лучшего переезда используется панель вебмастера в поисковике и инструкции от поисковика. Так вот если внимательно изучить официальную инструкцию от Яндекса https://yandex.ru/blog/platon/2778 в особенности пункт номер 6. Становится понятным что редиректы никак не участвуют в склейке зеркал. Более того очень вредны если будут поставлены до того как поисковик склеит зеркала и определит главное зеркало.

    Редиректы делаются в данном случае делаются не для поисковиков, т.к. они склеивают зеркала не по редиректам, а для людей, чтобы перенаправить их на нужный адрес. Редирект с http на https при этом важен, т.к. вы людей перенаправляете с небезопасного соединения на зашифрованное ssl соединение и они соответственно более безопасно работают с вашим сайтом. А вот прыгать по редиректам на www или без уже не имеет никакого смысла, т.к. не меняется ничего, ни отображение сайта, ни работа с ним, т.е. не меняется ничего, а вредно потому как редиректы заставляют инициировать соединение повторно и повторно загружать контент, что во первых приводит к более длительной загрузки сайта в браузер и бессмысленной нагрузки на сервер.
  13. RastaMan69 (Посетители)

    4 апреля 2017 19:06 13 комментариев
    Норм так, ждёмс
  14. vovafrost (Клиенты)

    6 апреля 2017 06:00 3 комментария
    Доп поля это чудесно :))) Настраиваемый фильтр по ним значительно бы увеличил возможности движка без необходимости переделок. Разные каталоги продукции, недвижки можно было бы делать играючи - вообще различные каталоги с фильтрами и полями это всегда очень хорошо.
  15. Kino-man (Клиенты)

    7 апреля 2017 15:59 44 комментария
    celsoft,
    Я опять про редирект с/на www, как-то сразу не подумал посмотреть, что по этому поводу думают мастодонты интернета и оказалось, что большинство редеректят с/на www: google.ru, samsung.com/ru/, mts.ru, www.Lenta.ru, wikipedia.org, microsoft.com, facebook.com, apple.com...
  16. celsoft (Администраторы)

    7 апреля 2017 16:44 4 137 комментариев
    Цитата: Kino-man
    celsoft,
    Я опять про редирект с/на www, как-то сразу не подумал посмотреть, что по этому поводу думают мастодонты интернета и оказалось, что большинство редеректят с/на www: google.ru, samsung.com/ru/, mts.ru, www.Lenta.ru, wikipedia.org, microsoft.com, facebook.com, apple.com...

    Я также могу дать много ссылок, кто этого не делает. Тот же Яндекс не делает редирект. Делать редирект или нет, это уже личное предпочтение каждого человека и каждой компании. Для индексации и ранжирования это роли не играет, при условии конечно если задано корректно главное зеркало сайта.
  17. Kino-man (Клиенты)

    8 апреля 2017 09:43 44 комментария
    Ради интереса проверил ТОП 15 самых посещаемых сайтов мира:

    Google.com - редирект
    Youtube.com - редирект
    Facebook.com - редирект
    Baidu.com - редирект
    Wikipedia.org - редирект
    Yahoo.com - редирект
    Google.co.in - редирект
    Twitter.com - редирект
    Amazon.com - редирект
    Qq.com - редирект
    Google.co.jp - редирект
    Live.com - редирект
    Taobao.com - редирект
    Vk.com - редирект
    Instagram.com - редирект

    На секундочку - dle-news.ru

    Как видно, ВСЕ сайты из списка имеют редирект с/на www. Не думаю, что Яндекс в данном случае может навязывать остальным, как делать правильно. Я к тому, что раз делается возможность в админке задать принудительный редирект на https, чтобы админы не лазили в хтаксес, то почему бы не добавить и возможность редиректить www? Зачем отрицать очевидное, если даже на оф. сайте DLE стоит этот "вредный" редирект?
  18. celsoft (Администраторы)

    8 апреля 2017 10:04 4 137 комментариев
    Цитата: Kino-man
    Как видно, ВСЕ сайты из списка имеют редирект с/на www. Не думаю, что Яндекс в данном случае может навязывать остальным, как делать правильно. Я к тому, что раз делается возможность в админке задать принудительный редирект на https, чтобы админы не лазили в хтаксес, то почему бы не добавить и возможность редиректить www? Зачем отрицать очевидное, если даже на оф. сайте DLE стоит этот "вредный" редирект?

    Где вы увидели на нашем сайте dle-news.ru редирект на www, или редирект на без www? Нет на нашем сайте таких редиректов, и никогда не было. Вы поймите главное, я не уговариваю вас ставить редирект или не ставить. Это вам решать, хотите поставить ставьте, не хотите не ставьте. Я написал лишь только то что это делать нет никакой обязательной необходимости, достаточно указать какое зеркало из ваши доменов явялется главным. И ссылки с неглавных зеркал, будут переходить вместе с весом на ссылки главного зеркала.
  19. jurij317 (Клиенты)

    13 апреля 2017 23:06 1 комментарий
    когда приблизительно хоть релиз? blush
  20. newgorodok (Клиенты)

    14 апреля 2017 14:42 12 комментариев
    Цитата: jurij317
    когда приблизительно хоть релиз?

    Релиз чего .. Вы и так .. его читаете ..
    А так же поиск может Вам помочь, что данный вопрос .. уже обсуждался
  21. NlCKRUS (Клиенты)

    8 мая 2017 18:05 55 комментариев
    После обновления перестал корректно работать редактор TinyMCE при добавлении и редактировании новости. Как будто стили кривые стали.
    http://s46.radikal.ru/i111/1705/c1/010e65fe960e.jpg
    В комментариях редактор отображается корректно.
  22. celsoft (Администраторы)

    8 мая 2017 19:53 4 137 комментариев
    Цитата: NlCKRUS
    После обновления перестал корректно работать редактор TinyMCE при добавлении и редактировании новости. Как будто стили кривые стали.
    http://s46.radikal.ru/i111/1705/c1/010e65fe960e.jpg
    В комментариях редактор отображается корректно.

    Очистите кеш браузера, чтобы он скачал новые файлы с сервера, а не использовал старые из кеша.

Информация

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

Календарь

«    Ноябрь 2024    »
ПнВтСрЧтПтСбВс
 123
45678910
11121314151617
18192021222324
252627282930 

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

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