Это все касается обычных параметров, но CGI работает не так. Опять же легко догадаться если иметь опыт программирования на perl/cgi.
В комментариях к функции virtual http://php.net/manual/ru/function.virtual.php
есть пример где создают QUERY_STRING и что-то подобное нужно соорудить.
процессоры разные, модули разные, характер посещаемости разный. на этот вопрос даже примерного ответа не может быть.
да и зачем? если хостер заявляет, что жрет много - значит жрет много.
Ему нет резона выдавливать вас на VPS, потому что вы можете выбрать другого провайдера VPS.
Вы напишите, что вы выключили один проблемный модуль и скорее всего вам поверят.
Можно, но это мало что скажет. Большое число простых запросов может создавать меньше нагрузки чем один сложный. В данном случае запрос всего один но выполнялся не менее 5 секунд и блокировал другие скрипты.
В DLE должны быть опции или расширения чтобы выводить на странице такую информацию.
Обычно общее число запросов от вашего имени на хостинге узнать нельзя если хостер специально не даст такой возможности.
Ну как-нибудь по исходному коду поискать целиком или частями.
Вот этот запрос больше всего похож на проблемный :
SELECT id, date, title, short_story, SUBSTRING_INDEX(category,,,1) as category, alt_name, flag FRO |
к сожалению, текст запроса не полный. Тут хостер несколько не продумал механизм уведомления. ---------- Добавлено 05.04.2012 в 22:26 ---------- Внезапно погуглил и делаю вывод, что это модуль "Случайные новости из текущей категории"
$rr = $db->query("SELECT id, title, SUBSTRING_INDEX(category,\",\",1) as category, alt_name, flag FROM ".PREFIX ."_post where approve='1' AND category='$category_id' ORDER by RAND() LIMIT 0,5");
В общем, обычное наивное программистское решение проблемы вывода случайных из большого числа данных.
Нигде в DLE нет кода, который намеренно что-то лочит. Лочит mysql вследствие непродуманных sql-запросов DLE.
В dle нельзя так просто перейти на innodb, потому что там fulltext-индексы.
Делайте апгрейд движка.
Кешируйте страницы, наплевав на нормальных пользователей.
Удаляйте лишние модули.
И сокращайте базу, если больше ничего не сможете.
Нет, я не понимаю как можно быть опытным программистом на perl и не уметь искать документацию и думать.
http://ru.php.net/manual/ru/function.system.php
Там же явно написано все "Эта функция поддерживается только если PHP установлен в качестве модуля Apache."
В комментариях от пользователей к функции несколько примеров эмуляции virtual через exec и предварительное создание переменных окружения.
Salambo, в perl тоже нет virtual (кроме mod_perl). что бы вы сделали, если бы основной скрипт был на perl, но подключать исходный текст c помощью eval нельзя ? так и тут поступите.
ну зачем сразу virtual, если можно напрямую запустить perl-скрипт ? параметры, конечно, придется передать как-нибудь.
xcache точно работает с zend если в правильном порядке указать в конфиге.
а может быть он возрастает именно от кода который в этой интеграции и не важно закодирован ли он будет или нет?
Практика показывает, что линукс. Хотя бы тот факт, что патчи percona исключительно под линукс разрабатываются об этом говорит.
Планировщик ввода-вывода порой отличается в разных ядрах и дистрибутивах, но поскольку его всегда можно поменять, выбор дистрибутива уже не так важен.
