/ / DataLife Engine v.13.2 Press Release
февраль 14 2019

DataLife Engine v.13.2 Press Release

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

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

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

DataLife Engine v.13.2 Press Release
1. Добавлен мастер переноса адреса вашего сайта с одного домена на другой. Вы можете быстро в один клик сменить имя домена вашего сайта со старого на новый. Данный мастер проведет автоматическую замену вашего домена в публикациях, комментариях, статических страницах, баннерах и аватарах пользователей. Запускается данный мастер в панели управления, в настройках скрипта, рядом с настройкой адреса вашего сайта.

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

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

4. Для системы плагинов добавлена возможность указывать для плагина обязательное наличие другого плагина. Вы можете в плагине указать имя другого плагина, который должен быть обязательно установлен. При этом данный плагин будет выполнен уже после выполнения основного плагина. Тем самым вы можете создавать дополнения не только для стандартного DLE, но и для плагинов. И создавать плагины для плагинов.

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

6. Для MySQL запросов, использующихся в плагинах, добавлено использование тега {engine}, который указывает, какой движок MySQL использует DLE при создании таблиц в базе данных. Может принимать значения InnoDB или MyISAM.

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

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

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

10. Добавлена поддержка reCAPTCHA v3. При использовании данного вида каптчи, вашим пользователям не придется больше выбирать какие-либо картинки, и вообще осуществлять каких-либо дополнительные действия на сайте. Проверка на то робот это или человек осуществляется полностью автоматически в фоновом режиме, незаметно для посетителей вашего сайта. Внимание! При включении данного вида каптчи вам необходимо будет сформировать новые ключи на сайте сервиса Google, непосредственно для reCAPTCHA v3.

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

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

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

14. Для модуля "Перекрестные ссылки" в панели управления скриптом, добавлена возможность использования подсказок для ссылок (атрибут title). Данное нововведение позволяет улучшить SEO оптимизацию сайта, а также более гибко создавать сайты для людей с ограниченными возможностями.

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

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

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

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

19. Добавлена полная поддержка MySQL линейки 8.x.

20. Добавлена полная поддержка PHP линейки 7.3.x.

21. Для тега [ifxfvalue tagname="tagvalue"] Текст [/ifxfvalue] который выводит текст в случае если значение тега совпадает с указанным значением, добавлена поддержка перечисления нескольких значений через запятую. Например, тег [ifxfvalue gorod="Москва, Казань, Екатеринбург"] Текст [/ifxfvalue] выведет указанный текст, если дополнительное поле с именем gorod содержит в себе одно из указанных значений. Тем самым значительно упрощается верстка шаблона в различных сценариях.

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

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

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

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

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

27. Существенно улучшено быстродействие DataLife Engine и снижена нагрузка на базу данных, при использовании на сайте мультикатегорий. Запросы к базе данных были переписаны таким образом, что больше не используют регулярных выражений при обращении к БД, тем самым было существенно улучшено быстродействие скрипта и снижена нагрузка на сервер.

28. Существенно улучшено быстродействие DataLife Engine и снижена нагрузка на базу данных, при показе публикаций по ключевым словам, из облака тегов.

29. Существенно улучшено быстродействие DataLife Engine и снижена нагрузка на базу данных, при показе публикаций, найденных при использовании дополнительных полей, имеющих свойство "использование как перекрестных ссылок".

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

31. Лимит на количество символов метатега Description для статических страниц увеличен до 300 символов. Максимальная длина соответствует теперь максимальной длине, установленной поисковой системой Google, для вывода данной информации в результатах поиска.

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

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

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

35. Для дополнительных полей, имеющих тип "Перекрестные ссылки", добавлена возможность использования в значениях символа плюса, например, можно использовать такие значения как C++ и т.д.

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

37. Для шаблона RSS потока, добавлена возможность использования HTML форматирования разбитого на несколько строк, использующегося для формирования турбо контента для яндекса.

38. Улучшена обработка изображений в формате PNG в случаях использования некоторых прозрачных изображений. А также улучшено наложение водяных знаков на данные картинки.

39. Добавлена поддержка работы тегов [newscount=X] текст [/newscount] и [not-newscount=X] текст [/not-newscount] для пользовательского вывода публикаций при помощи тега {custom ...}, в случаях если этот вывод используется в шаблонах вывода кратких публикаций.

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

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

42. Исправлена проблема, при которой некорректно работала система контроля неверных ЧПУ для дополнительных полей публикаций, имеющих тип перекрестные ссылки, в случае если значения этих полей содержали кавычки.

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

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

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

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

47. Исправлена проблема с работой тегов [available ...] и [not-available ...], в случае просмотра пользователем страниц публикаций по символьному коду, если символьный код не указан, либо равен, например, нулю "0".

48. Исправлена проблема, при которой в некоторых случаях мог некорректно работать контроль неверных ЧПУ в полных новостях, в случае если DLE был установлен не в корне сайта, в подпапки.

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

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

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

Комментарии

b_andre

b_andre

15 февраля 2019 23:56 Клиенты
1
команда ДЛЕ - ВЫ МОЛОДЦЫ РЕБЯТА!.. отжались в 13 линейке.
СПАСИБО!
Lexxs

Lexxs

16 февраля 2019 07:30 Клиенты
2
А вот импорта картинок с удалённого сервера в статью так пока и нет, и видимо не будет (
dsblog

dsblog

16 февраля 2019 12:21 Клиенты
3
celsoft,
Когда планируется релиз?
b_andre

b_andre

17 февраля 2019 10:51 Клиенты
0
dsblog,
обычно +10-14 дней с момента релиза
dmitryavet

dmitryavet

17 февраля 2019 14:10 Клиенты
5
Планируется ли функционал показа статистики для заказчиков рекламы?

Да и в целом по DLE неплохо бы иметь встроенную статистику по показам страниц, разделам, активности и т.д. с удобными информативными графиками и диаграммами.

Конечно Google и Яндекс предоставляют богатую статистику, нередко она избыточна + нужно тянуть скрипты со сторонних сайтов и не всегда статистика на 100% корректна. Лично я блокирую такие сприпты, и много моих друзей делает то же самое.
kamensk

kamensk

18 февраля 2019 09:50 Клиенты
1
дмитрявет,
статистика должна быть не просто "богатой", - а конкретной:
когда какими страницами поделились и (куда) в какие соц сети;
статистика просмотра страниц за месяц, неделю, текущие сутки.

Яндекс и Ливеметрика - полную картину не дают. Тем более переходы из гугла, яша не учитывает.
celsoft

celsoft

18 февраля 2019 12:50 Администраторы
7
Цитата: dmitryavet
Да и в целом по DLE неплохо бы иметь встроенную статистику по показам страниц, разделам, активности и т.д. с удобными информативными графиками и диаграммами.

Конечно Google и Яндекс предоставляют богатую статистику, нередко она избыточна + нужно тянуть скрипты со сторонних сайтов и не всегда статистика на 100% корректна. Лично я блокирую такие сприпты, и много моих друзей делает то же самое.

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

sokolokaa

19 февраля 2019 11:41 Посетители
1
celsoft, Есть ли в планах добавить "Содержание страницы" или встраивание рекламных блоков в модуле "Рекламные материалы" после подзаголовков (будет очень полезно для информационников (статейных сайтов на DLE).
celsoft

celsoft

19 февраля 2019 11:59 Администраторы
0
Цитата: sokolokaa
celsoft, Есть ли в планах добавить "Содержание страницы" или встраивание рекламных блоков в модуле "Рекламные материалы" после подзаголовков (будет очень полезно для информационников (статейных сайтов на DLE).

Я не даю комментариев относительно планов. Сегодня планы могут быть, завтра нет, и наоборот. Поэтому полагаться на планы нет никакого смысла.
6nick9

6nick9

23 февраля 2019 00:58 Клиенты
1
Всё круто! sunglasses
Ещё бы уже наконец убрать .html в урлах новостей и страниц...
Spyhog

Spyhog

23 февраля 2019 10:51 Клиенты
5
Цитата: 6nick9
Ещё бы уже наконец убрать .html в урлах новостей и страниц.

Не, мне наоборот нравится с html.
Lexxs

Lexxs

24 февраля 2019 04:09 Клиенты
1
Цитата: Spyhog
Цитата: 6nick9
Ещё бы уже наконец убрать .html в урлах новостей и страниц.

Не, мне наоборот нравится с html.

Что то мне подсказывает, что и поисковикам html нравится )
olifus

olifus

24 февраля 2019 13:24 Клиенты
4
Цитата: 6nick9
Ещё бы уже наконец убрать .html в урлах новостей и страниц...

часто вижу запросы - убрать html из урла, перенести id в конец урла и прочие фантазии. Для чего, неужели вы считаете, что это как-то влияет на продвижение? Или вы думаете, что простому посетителю вашего сайта есть дело до того, присутствует в урле html или id стоит не там где надо?
6nick9

6nick9

24 февраля 2019 16:51 Клиенты
3
olifus, чисто для эстетики. Так можно пойти дальше и рассуждать, что и адаптив не нужен, и флэт-дизайн

P.S. А вот рядом с настройкой редиректа на https пора уже давно добавить редирект с www. на основной домен.
russ-post

russ-post

25 февраля 2019 21:54 Клиенты
0
Цитата: 6nick9
Так можно пойти дальше и рассуждать, что и адаптив не нужен, и флэт-дизайн

Нашёл, что сравнивать, вид url и адаптивный дизайн, это вообще не сравниваемые вещи!

Цитата: 6nick9
P.S. А вот рядом с настройкой редиректа на https пора уже давно добавить редирект с www. на основной домен.

зачем? В настройках есть пункт: «домашняя страница сайта», пропиши как тебе надо и все поисковые системы в индексе будут показывать так, как ты пропишешь там.
Или это опять из области сравнивания вида url и адаптивного дизайна? flushed
6nick9

6nick9

26 февраля 2019 20:07 Клиенты
2
Цитата: russ-post
зачем? В настройках есть пункт: «домашняя страница сайта», пропиши как тебе надо и все поисковые системы в индексе будут показывать так, как ты пропишешь там.


Затем, что сайт не должен открываться и по www.dle-news.ru, и по dle-news.ru
GTS_gelezn

GTS_gelezn

27 февраля 2019 02:11 Клиенты
0
Отличное обновление
russ-post

russ-post

27 февраля 2019 12:35 Клиенты
0
Цитата: 6nick9
Затем, что сайт не должен открываться и по www.dle-news.ru, и по dle-news.ru

Почему?
Зайдя на www.dle-news.ru
в исходном коде прописано: <link rel="canonical" href="https://dle-news.ru/"> и поисковики знают, что правильно без www
celsoft

celsoft

27 февраля 2019 12:55 Администраторы
0
Цитата: 6nick9
Затем, что сайт не должен открываться и по www.dle-news.ru, и по dle-news.ru

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

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

Дмитрий6

27 февраля 2019 12:58 Клиенты
2
Цитата: russ-post
Зайдя на www.dle-news.ru в исходном коде прописано: <link rel="canonical" href="https://dle-news.ru/"> и поисковики знают, что правильно без www

А где нет canonical поисковики как определят? Только при использовании {content} генерируются канонические ссылки. Тег {custom} не генерирует никаких canonical.
celsoft

celsoft

27 февраля 2019 13:03 Администраторы
0
Цитата: Дмитрий6
А где нет canonical поисковики как определят? Только при использовании {content} генерируются канонические ссылки. Тег {custom} не генерирует никаких canonical.

Прочитайте мое сообщение выше. Там все указано, а именно 4 способа. Более того canonical определяется разделом и URL сайта, а не тегами {content}, а {custom} это не раздел вашего сайта, и он есть везде где индексация производится, независимо от того {content} или {custom} по данному URL
Дмитрий6

Дмитрий6

27 февраля 2019 13:16 Клиенты
0
Да мне щас вообще по барабану как открывается сайт, так как есть canonical. Но когда канонические ссылки в Dle появились год назад. А страницы пагинации категорий выводимых через custom на которых отсутствует canonical многие закрывают от индексации.
IgorA100

IgorA100

28 февраля 2019 20:57 Клиенты
2
Плагины будут выполняться строго по принципу: первый добавленный в систему, будет выполнен раньше.

Если у меня 10 плагинов, и по какой-то объективной причине мне нужно что бы 5й плагин выполнялся раньше 4го. Как быть ? Убить все плагины с 4 по 10 и заново установить 6 плагинов? Если так, то как-то, ИМХО, не разумно это.....
celsoft

celsoft

1 марта 2019 08:09 Администраторы
0
Цитата: IgorA100
Если у меня 10 плагинов, и по какой-то объективной причине мне нужно что бы 5й плагин выполнялся раньше 4го. Как быть ? Убить все плагины с 4 по 10 и заново установить 6 плагинов? Если так, то как-то, ИМХО, не разумно это.....

Во первых откуда такая странная логика по переустановке 6 плагинов, когда достаточно переустановить четвертый плагин и он будет выполняться после пятого, т.к. станет десятым. Во вторых объективной причиной может быть только зависимость одного плагина от другого, а для этого и существует пункт номер 4 данного релиза. Прочитайте его внимательно. Можно без переустановки, задать зависимость в плагине, и четвертый будет выполняться после пятого. О чем в данном пункте релиза также написано.
IgorA100

IgorA100

1 марта 2019 21:22 Клиенты
1
Цитата: celsoft
Во первых откуда такая странная логика по переустановке 6 плагинов,

Оттуда, что 5й должен выполняться раньше 4го!
Цитата: celsoft
достаточно переустановить четвертый плагин и он будет выполняться после пятого, т.к. станет десятым.

НЕТ, мне не нужно такого порядка, т.к. 6й и 8й не должен выполняться ранее 4го и 5го. Вы меня считаете полным идио....м, что я не догадаюсь снести 4й и поставить его последним? Нет, мне нужно именно то, о чем я конкретно спросил...
Цитата: celsoft
ля этого и существует пункт номер 4 данного релиза.

Я читал про зависимости, это полезно только в одном случае, когда разработчик всех плагинов - один автор.
К примеру я написал плагин "D", и проставил зависимость от своих плагинов "A" и "B". Это нормально и полезно.
НО! Я не смогу контролировать ВСЕ плагины ВСЕХ разработчиков. В итоге может появиться такая каша с зависимости, что потом и сам фиг ладу дашь....
Ладно, ответ на свой вопрос я услышал.
Возможно, когда-то и реализуете возможность задавать порядок выполнения плагинов без их удаления и переустановки.
celsoft

celsoft

1 марта 2019 21:32 Администраторы
0
Цитата: IgorA100
Оттуда, что 5й должен выполняться раньше 4го!

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

Цитата: IgorA100
НЕТ, мне не нужно такого порядка, т.к. 6й и 8й не должен выполняться ранее 4го и 5го. Вы меня считаете полным идио....м, что я не догадаюсь снести 4й и поставить его последним? Нет, мне нужно именно то, о чем я конкретно спросил...

Никто не пытается вам кем то выставить. Вам ответили только на то, что написали вы. Вы изначально написали только про 4й и 5й и ничего про 6й и 8й. Эти условия вы добавили только что. А вам ответили только на то что вы написали ранее, и на условия написанные вами ранее, соответственно о чем вы написали, только на это вам и ответили. И не более того.

Цитата: IgorA100
НЕТ, мне не нужно такого порядка, т.к. 6й и 8й не должен выполняться ранее 4го и 5го.

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

Цитата: IgorA100
Я читал про зависимости, это полезно только в одном случае, когда разработчик всех плагинов - один автор. Возможно, когда-то и реализуете возможность задавать порядок выполнения плагинов без их удаления и переустановки.

Задать зависимость может любой, это делается в админпанели и не нужно быть программистом, чтобы написать имя плагина. И не нужно быть разработчиком плагина, достаточно быть пользователем. Или администраторы сайтов не умеют в полях писать имена полей? Что написать порядок, что выставить его как то иначе, все одинаково легко и не сложно. И еще существует много чего, что нужно реализовать в DLE, чем делать по сути не нужные на текущем этапе вещи. Лучше силы направить на более полезное в новых версиях.
talory

talory

9 марта 2019 18:05 Клиенты
0
Отлично, особенно порадовала капча 3. Осталось магазин в дле реализовать и цены не будет, побьёт все рекорды )))

Информация

Посетители, находящиеся в группе Гости, не могут оставлять комментарии к данной публикации.
Календарь
«    Март 2019    »
ПнВтСрЧтПтСбВс
 123
45678910
11121314151617
18192021222324
25262728293031
Опрос на сайте
Совершаете ли вы покупки в интернет?

Популярные новости
Архив новостей
Март 2019 (2)
Февраль 2019 (2)
Январь 2019 (2)
Декабрь 2018 (1)
Ноябрь 2018 (1)
Октябрь 2018 (2)