Перейти к публикации

doseng

Клиенты
 Просмотреть профиль  Активность

  • Публикации

    125

  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    1

 Тип публикации 

Сообщения, опубликованные пользователем doseng

    Информер

    в Готовые Моды, Хаки, Локализаторы, Советы

    Опубликовано:

    Добрый день!

    Подскажите пожалуйста скрипт вывода RSS канала с DLE на обычную html страничку?

    Уже второй день ищу в просторах интернета но безрезультатно...

    Может вы сможете помочь,я хочу транслировать RSS новости с http://site.ru/engine/rss.php на обычной хтмл страничке в отдельном блоке.

    Не выдаёт ссылку при загрузки картинки

    в Прием багов

    Опубликовано: · Изменено пользователем Doseng

    Доброго времени суток!

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

    DataLife Engine v.6.2 Final Release

    проблемы в работе с MySQL

    в Прием багов

    Опубликовано:

    После принудительного закрытия БД вроде бы всё хорошо...

    Добро 6.2 будет закрывать везьде. Включая и AJAX

    Отлично.

    Я извиняюсь за любопытство,но можно поинтересоваться на когда примерно запланирован выход DataLife Engine v.6.2?

    DataLife Engine Lite

    в DataLife Engine (Общие вопросы)

    Опубликовано: · Изменено пользователем Doseng

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

    Тоже не понимаю,ведь для простенького можно и ограниченную версию скрипта ставить ;)

    Кстати этот способ (DLE Lite) мог бы стать один из методов борьбы с использованием нуленых версий. Я не говорю за всех, но многие, у кого нет денег или не нужен большой функционал, вместо нуленой ставили бы именно Lite версию

    А разве нулед это очень плохо?Такая-же реклама для ДЛЕ,я думаю после использования нуленых версий 80% бегут в дальнейшем приобретать лицензию :)

    проблемы в работе с MySQL

    в Прием багов

    Опубликовано: · Изменено пользователем Doseng

    Как и обещал,пишу о последствиях ;)

    После принудительного закрытия БД вроде бы всё хорошо...

    Сразу появилась другая проблема,с нагрузкой картинками.

    Решили эту проблему Nginx-ом.На данный момент наблюдаем как он себя поведёт.

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

    проблемы в работе с MySQL

    в Прием багов

    Опубликовано:

    Доброго времени суток!

    Получил сегодня письмо от тех поддержки,цитирую :

    У Ваших скриптов явно какие-то проблемы в работе с MySQL. Проверьте, все ли соединения с базой вовремя закрываются, потому что у Вас постоянно висит с десяток соединений с базой в состоянии Sleep, из-за чего MySQL начинает использовать лишние такты процессора на обслуживание этих «мёртвых» соединений.

    С недавнего времени переехали на выделенный сервер,думали избавимся от нагрузок MySQL,но видимо напрасно надеялись.На данный момент посещаемость сайта в общей сложности составляет 3000-4000 посетителей в сутки.

    Вопрос к "celsoft" как с этим бороться?Какие ещё нужны данные для точного определения причины нагрузки MySQL?

    Я процитировал ваш ответ из похожей темы http://forum.dle-news.ru/index.php?showtop...74&hl=MySQL тех.поддержке нашего сервера,вот их ответ именно на этот пост : Сообщение #69

    celsoft

    С чего вы взяли что скрипт уже выполнился, обращение к базе всегда идет от одного имени у всех пользователей, так что это могут быть незавершенные процессы других посетителей. Также в скрипте не может быть что то не так по поводу закрытия базы данных, т.к. закрытие базы после завершения скрипта это спецификация и обязанность PHP, поэтому если PHP не закрывает, значит это проблема в версии используемого PHP http://de2.php.net/manual/ru/function.mysql-close.php

    Ответ:

    PHP закрывает соединения и файлы только в том случае, если пользователь корректно закрыл сокет и форк httpd корректно завершился. В реальном мире у пользователей часто очень плохие каналы, и часть последовательности, завершающей соединение может потеряться где-то на транзите, из-за чего форк httpd продолжает висеть (часто как defunct) и, конечно же, mod_php не закрывает ни соединения, ни файловые дескрипторы. В некоторых ситуациях это может повлечь повреждение файлов, в которые производилась запись. Как бы то ни было, проблема именно в незакрытых соединениях с MySQL. Когда я заходил на сервер последний раз, LA был в районе 10, а MySQL «съедала» по 30-40% процессорного времени.

×
×
  • Создать...