Главная страница / Пресс релизы / DataLife Engine v.12.1 Press Release
январь 02 2018

DataLife Engine v.12.1 Press Release

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

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

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

DataLife Engine v.12.1 Press 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. Дмитрий6 (Клиенты)

    8 января 2018 14:27 111 комментариев
    Цитата: IgorAlfa
    поставить (версию 12) и меня очень удивила возможность написания в категории какого-либо текста. Наконец-то , подумал я, можно задавать seo описания для категорий и описания не будут повторяться.

    Оно и раньше все это делалась без проблем!!!
    В шаблон main.tpl вставляем
    [aviable=cat][category=Х] Ваш текст [/category][/aviable]
    и так для каждой категории своё описание.

    Теперь просто указываем одну строку
    [aviable=cat]{category-description}[/aviable]
  2. IgorAlfa (Клиенты)

    8 января 2018 15:04 4 комментария
    celsoft,
    Спасибо. Просто не нашел этого в документации. Заработало
  3. celsoft (Администраторы)

    8 января 2018 15:21 4 033 комментария
    Цитата: IgorAlfa
    Спасибо. Просто не нашел этого в документации. Заработало

    Это же логично, какая тут документация может быть? Если шаблон краткой новости отвечает за вывод краткой новости, а таких новостей у вас например 20 на странице выводится, то и 20 раз будет выведено то, что в нем указано. Такие вещи не могут быть как то отдельно прописаны в документации.
  4. radrigo (Клиенты)

    8 января 2018 18:28 150 комментариев
    Пункт № 7 (Добавлено использование канонических ссылок, в коде страниц) также и в облаке тегов будет работать? Просто если изменить регистр тега, например с "/tags/дтп/" на "/tags/ДТП/", то будет открываться по обеим адресам и естественно они будут как дубли.

    Приходится добавлять редиректы чтоб не было дублей.
  5. berserker (Клиенты)

    9 января 2018 13:25 20 комментариев
    Цитата: celsoft

    Вы описываете проблемы человеческого фактора. Которые не решает появление маркета, это будет происходить независимо от того нашли вы где то, или скачали с маркета. Это же сторонние программисты, которые не на зарплате. Все эти проблемы есть даже когда пользуешься официальным маркетом, какого либо ПО. Я много ПО покупаю, и часто из маркетов, и когда проблемы дождаться ответа зачастую невозможно, и приходится искать и решать самому.

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


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

    Цитата: celsoft
    Это же логично, какая тут документация может быть? Если шаблон краткой новости отвечает за вывод краткой новости, а таких новостей у вас например 20 на странице выводится, то и 20 раз будет выведено то, что в нем указано. Такие вещи не могут быть как то отдельно прописаны в документации.


    Наверное нужно сделать в справке еще радел - Разъяснения функционала. Где такие вещи расписывать. Движок усложняется от версии к версии. И понять ево возможности, из за их все возрастающего числа, становится все сложнее и сложнее.
  6. celsoft (Администраторы)

    9 января 2018 15:19 4 033 комментария
    Цитата: radrigo
    Пункт № 7 (Добавлено использование канонических ссылок, в коде страниц) также и в облаке тегов будет работать? Просто если изменить регистр тега, например с "/tags/дтп/" на "/tags/ДТП/", то будет открываться по обеим адресам и естественно они будут как дубли.

    Приходится добавлять редиректы чтоб не было дублей.

    Да будет также и для этих страниц работать. Также это будет распознавать и стандартный контроль неверных ЧПУ в DLE.

    Цитата: berserker
    Думаю ети проблемы можно решить создав платную услугу. Написание модулей под заказ, или внесение изменений в код движка под заказ. И людям хорошо, и вам дополнительный доход.

    Подобные рассуждения к сожалению не соответствуют реалиям. Все эти рассуждения рождаются потому что люди думают, что если например DLE условно стоит 3000 рублей, то модуль или внесение изменений должны быть 300 рублей, и не больше. А это в корне неверно. У любого кода, у любого изменения кода, есть себестоимость, которая в десятки раз выше чем стоимость самого скрипта. DLE стоит такую сумму, потому что он продается тысячам людей, что покрывает и себестоимость, и дает прибыль, а если бы DLE продавался миллионам людей, то стоил бы он уже например 300 рублей, а не как сейчас и т.д. Конечная стоимость напрямую зависит от продаваемого тиража. И когда вы заказываете персональный модуль, должны покрыть всю его стоимость самостоятельно. И таких людей, готовых это делать, единицы. При этом нужно держать группу людей на зарплате, которую нужно также платить пока эти единицы ищутся, что автоматически повышает и себестоимость. Например тут выше писали про городской портал, доработка DLE под эту тематику, по себестоимости будет приближаться к миллиону рублей, а даже скорее всего больше. Сколько людей готово оплатить это? Мало, и таких еще нужно найти. Сколько у нас крупных городов? Даже если предположить 100% охват аудитории (что невозможно даже в теории) это все равно будет стоит дорого.

    Поэтому просто рассуждать, что делать модули и модификации по персональным заказам выгодно, это в корне неверно. Это я могу сказать 100%, т.к. уже много лет в этой сфере. Чтобы это было мало мальски выгодно, нужно специализироваться только на этом, и ни на чем другом, т.е. быть вебстудией которая делает сайт под ключ, под конкретного заказчика. И заниматься только тем, что искать этих заказчиков, что собственно все вебстудии и делают. Я например знаю сайт на DLE, которые конечному пользователю обошлись более шести миллионов рублей, потому что ему вебстудия писала дополнительно на заказ, при этом сам DLE сэкономил приличную сумму, т.к. только дополнительные функции писались, а не переписывались базовые. Сколько людей готовы потратить такие деньги? Очень мало таких людей. И такие люди не приходят сами, их нужно очень долго искать самостоятельно. Поэтому этим занимаются профессиональные вебстудии.

    Собственно и проблемы человеческого фактора, которые тут поднялись в комментариях, они и возникли на желании существенно сэкономить и обращаться к частникам, не в нормальные вебстудии, где все делается по договору и в оговоренные сроки. Ведь если человек обратился бы в вебстудию, заключил договор и платил бы в рамках договора, то проблем бы не возникло, и вернуть средства, если что то по договору не сделали, всегда можно. Но это стоит существенно дороже, чем обратится к фрилансеру. Также если и мы будем писать на заказ, то это будет стоит ровно столько же, сколько и в нормальной профессиональной вебстудии. И тогда возникает вопрос: Зачем еще делать одну вебстудию, когда их на рынке более чем достаточное количество?
  7. berserker (Клиенты)

    9 января 2018 16:26 20 комментариев
    С етим понятно.
    Но почему не устраивает вариант с сертификацией? Вы только проверяете разработанный код. Что намного проще.
  8. radrigo (Клиенты)

    9 января 2018 17:11 150 комментариев
    Примерно 10 лет использую движок dle и за это время опробовал огромное количество сторонних модулей. В итоге пришел к выводу, что лучше стараться обходиться только силами движка. Как писалось выше, разработчики модулей ничего не гарантируют и как правило в итоге просто прекращает их поддерживать.

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

    Хочется чтоб сам движок без всяких модулей был как можно функциональней.

    Мне например много чего не хватает и хотелось бы видеть в dle, о чём я иногда пишу в рекомендациях на форуме.
  9. celsoft (Администраторы)

    10 января 2018 13:41 4 033 комментария
    Цитата: berserker
    Но почему не устраивает вариант с сертификацией? Вы только проверяете разработанный код. Что намного проще.

    Так это же не решает обсуждаемую в комментариях проблему. И именно проблему того что сторонние разработчики не устраняют проблемы в собственных модулях, и "бросают" их поддержку. Поэтому зачем брать еще и деньги за то, что по сути проблемы не решает. Наоборот даже привлекает недобросовестных разработчиков, т.к. вроде как заплатил, значит обязаны публиковать. Сертификацию как правило делают для идентификации, чтобы одни не представлялись именами других, а не для решения проблем с добросовестностью разработчика. Таких вопросов сертификация не решает. Просто для примера возьмите наличие сертификации для Android и IOS, там она есть и платная, это же не делает все приложения в их магазинах хорошими и качественными. Там полно всякого мусора, просто сертификация делается для идентификации и ничего более.
  10. udm2007 (Посетители)

    11 января 2018 06:33 4 комментария
    Столько работы с модулем РЕКЛАМА, но нет самого главного - обойти ADBLOCK. Я видел на некоторых сайтах яндекс директ работает через закодированные внутренние ссылки.
  11. celsoft (Администраторы)

    11 января 2018 07:04 4 033 комментария
    Цитата: udm2007
    Столько работы с модулем РЕКЛАМА, но нет самого главного - обойти ADBLOCK. Я видел на некоторых сайтах яндекс директ работает через закодированные внутренние ссылки.

    Этот модуль выводит то, что в нем указано. Он не вмешивается в содержимое и никак его не меняет. Adblock это не серверный плагин, а браузерный, соответственно и обходить его нужно на уровне добавляемого вами кода HTML и JS, а не DLE который работает не в браузере а на сервере и как следствие не может знать о наличии или отсутствии у браузера пользователя Adblock. Например в статье https://habrahabr.ru/post/249169/ описаны примеры обхода.
  12. losp (Клиенты)

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

    Было бы хорошо, если бы работало еще для категорий, подкатегорий: http://вашсайт/категория/xfsearch/имя поля/значение поля.

    Спасибо за релиз. Будем обновляться.
  13. krot86 (Посетители)

    14 января 2018 14:36 4 комментария
    когда финал?
  14. Kopona (Клиенты)

    1 февраля 2018 13:08 4 комментария
    Спасибо за обновление, очень много полезного.
    Попал на эту страницу по ссылке:
    https://dle-news.ru/////////////////////pressrelease/1737-datalife-engine-v121-press-release.html
    на главную зашел по: https://dle-news.ru// или https://dle-news.ru/////////
  15. celsoft (Администраторы)

    1 февраля 2018 15:36 4 033 комментария
    Kopona,

    Для этого и существует пункт номер 7. Что бы вы не дописали в URL, в индексе поисковиков будут только корректные ссылки.
  16. galif (Клиенты)

    19 февраля 2018 11:32 19 комментариев
    Добрый день!

    На хосте стоит версия PHP 5.4
    В админке пишет:
    Внимание!
    Версия PHP, установленная на сервере, устарела. Часть функций скрипта с этой версией PHP будет недоступна, поэтому мы рекомендуем связаться с администрацией хостинга для обновления версии PHP! Рекомендуемая версия PHP для работы скрипта не ниже 5.2.


    Какую версию PHP установить лучше? Дайте совет пожалуйста.
  17. celsoft (Администраторы)

    19 февраля 2018 12:01 4 033 комментария
    Цитата: galif
    Добрый день!

    На хосте стоит версия PHP 5.4
    В админке пишет:
    Внимание!
    Версия PHP, установленная на сервере, устарела. Часть функций скрипта с этой версией PHP будет недоступна, поэтому мы рекомендуем связаться с администрацией хостинга для обновления версии PHP! Рекомендуемая версия PHP для работы скрипта не ниже 5.2.


    Какую версию PHP установить лучше? Дайте совет пожалуйста.

    Непосредственно этот текст вам DLE 12.1 писать не может. Если у вас версия 12.1, то вы как минимум не обновили языковые файлы в папке /language/. Для 12.1 рекомендуется использовать не ниже 5.5, а минимальная версия 5.4.
  18. galif (Клиенты)

    19 февраля 2018 12:09 19 комментариев
    celsoft,
    Версия PHP 5.6 отлично заработала! Спасибо!

Информация

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

Календарь

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

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

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