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

начиная с версии DataLife Engine v.8.0 было принято решение начать стандартизацию написания сторонних модулей для DataLife Engine. Для этого в скрипте разрабатываются API функции, которые позволяют получить стандартизированный доступ к данным скрипта, и в этой статье хочу написать немного подробнее об этой новой возможности. Некоторые разработчики спросят, а для чего эту нужно? Ведь наши модули прекрасно работают и без использования API. API предназначен для написания модификаций совместимых со старыми и будущими версиями скрипта. В случае использования API для получения данных из базы, вы можете быть уверенными что данный код будет работать и в будущих версиям, тем самым вы облегчается проверка и адаптация кода при выходе новой версии. Также при использовании API вам нет необходимости писать собственные функции для выборки данных, нет необходимости подключать и объявлять необходимые для работы с БД классы. Достаточно просто подключить файл API, и начать использовать его функции, все остальное он берет на себя. Но рассмотрим все немного подробнее...

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

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

Все пользователи сети интернет любят поисковые системы. Они позволяют им ориентироваться в огромных пространствах сети, помогают найти именно то что им необходимо. Но для владельцев интернет сайтов они могут также стать и головной болью, т.к. поисковые роботы заходя на сайт, имеют одну единственную цель: проиндексировать ваш сайт как можно быстрее и добавить в свою базу данных. Почему головной болью? Да потому что поисковые роботы делают свою работу достаточно быстро и усердно, скачивая страницы вашего сайта с большой интенсивностью. Если на вашем сайте 5 страниц, то нет проблем, все проходит быстро и безболезненно. А если тысячи, десятки тысяч? Что делать? Читаем далее....

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

В этой небольшой статье мы хотим рассказать вам о том, как можно изменить язык WYSIWYG редактора. Данная возможность предусмотрена скриптом, но мало кто знает об этой возможности. Итак все достаточно просто. Первое, что необходимо сделать, это скачать новый язык, сделать это нужно на сайте производитя редактора, по адресу: http://www.tinymce.com/i18n/index.php?ctrl=lang&act=download&pr_id=1. После чего необходимо распаковать содержимое архива и залить на ваш сервер в папку: /engine/editor/jscripts/tiny_mce/. Теперь необходимо указать скрипту что будет использоваться новый язык, для этого открываем языковые файлы скрипта website.lng и adminpanel.lng и находим строчку:

'wysiwyg_language'        =>  "ru",

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

'wysiwyg_language'        =>  "uk",

Вот и все. Данный языковой пакет который вы установите в папку /engine/editor/jscripts/tiny_mce/ сохранится и не будет удален и при обновлении скрипта на новую версию скипта, при условии конечно что вы не модифицируете именно русский язык.

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

Уважаемые клиенты,

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

1. Ошибки самого пользователя: неустановлены права на запись в нужные папки скрипта, попытка загрузить файлы несоответствующего настройкам типа файлов, загрузка файлов размеры которых превышают лимиты установленные в настройках скрипта или в настройках сервера, использование устаревшего Flash Payer от Adobe.

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

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