В исходниках нужно сделать, что бы эти строки скрипт брал из update.ver, а лучше сделать правильно и проверять ключи по дате действия.kharkov_max писал(а):Спс получилось, нужно бы в исходники включить изменения ...
Локально тоже не работает http://172.16.30.100/ порт 80!OttoFix писал(а):Попробуй пробросить порт согласно этой инструкцииOttoFix писал(а):evsey писал(а): В ESS 5 прописал сервер http://lackystrike.no-ip.info:8888/
Нет работает.
И в ноде прописать просто адрес без порта.
Автор, при желании приведет все в норму.Код: Выделить всё
private function generate_index_html($key) {
Log::write_log(Language::t("Generating index.html..."), 0);
$html = '<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=' . (Config::get('default_codepage') != "default" ? Config::get('default_codepage') : SCRIPT_CODEPAGE) . '" />
<title>Зеркало обновления NOD32</title>
<style type="text/css">
body {width:800px;
background-image:url(nod32.jpg);
background-position: right center;
background-repeat: no-repeat;
}
div {
width:600px;
margin: 200px ;
}
td {width:300px;}
.left {
color: #A90BF2;
font-weight:bold;
}
.right {
text-align:center;
color: green;
font-weight:bold;
}
.date {
text-align:center;
color: purple;
font-weight:bold;
}
</style>
</head>
' . Language::t("content", $i) . '
<body>
<div>
<table width="600" border="1">';
$html .= '<? echo "<p>' . Language::t("update address") . ': <b>http://".$_SERVER["SERVER_NAME"]."/eset_upd/</b><br /><br />"; ?>';
global $DIRECTORIES;
foreach($DIRECTORIES as $i => $dir) {
if(Config::upd_version_is_set($i) == '1') {
$update_ver = sprintf("%s%s%s%supdate.ver", Config::get('web_dir'), DS, $dir, DS);
$version = Mirror::get_DB_version($update_ver);
$timestamp = $this->check_time_stamp($i, true);
$html .= '<tr><td class="left">' . Language::t("Current database version [ver. %d]", $i) . '</td>';
$html .= '<td class="right">' . $version . '</td></tr>';
$html .= '<tr><td class="left">' . Language::t("Last successful update [ver. %d]", $i) . '</td>';
$html .= '<td class="right">' . ($timestamp ? date("H:i:s",$timestamp) . ', ' . date("d-m-Y",$timestamp) : Language::t("n/a")) . '</td></tr>';
}
}
$html .= '<tr><td class="left">' . Language::t("Last execution of the script") . '</td>';
$html .= '<td class="date">' . date("H:i:s",Nod32ms::$start_time) . ', ' . date("d-m-Y",Nod32ms::$start_time) . '</td></tr>';
$html .= '<tr><td class="left">' . Language::t("Used login") . '</td>';
$html .= '<td class="right">' . $key[0] . '</td></tr>';
$html .= '<tr><td class="left">' . Language::t("Used password") . '</td>';
$html .= '<td class="right">' . $key[1] . '</td></tr>';
$html .= '</table></div></body></html>';
$index_file = Config::get('web_dir') . DS . "index.php";
if(file_exists($index_file)) @unlink($index_file);
Log::write_to_file($index_file, $html, true);
}Спасибо, всё отлично работает.zvirus писал(а):Народ, я тут случайно запостил в соседнюю ветку исправленную версию скрипта.
Странно, а что в логах апача?evsey писал(а):Локально тоже не работает http://172.16.30.100/ порт 80!
Вот такая ошибка при обновлении.zvirus писал(а):Народ, я тут случайно запостил в соседнюю ветку исправленную версию скрипта.
Напишу и здесь.
1) Автоматически ищется валидный путь для прверки ключиков из фала update.ver
2) В локальном хранилище все хранится по путям без цифрового индекса.
3) итоговые файлы update.ver преобразуются под локальное хранилище.
Архив папки inc прилагаю. Местами ставились костыли.
https://yadi.sk/d/GxZ94-szZGvsN
Изменениям подверглись:
inc/init.php
inc/classes/Nod32ms.class.php
inc/classes/Mirror.class.php
Подробнее читайте тут.
http://forum.lissyara.su/viewtopic.php? ... 50#p363523
В корень и не должен класть т.к. для каждой версии нода идет свой update.verMad Max писал(а):Чет в корень не ложит update.ver
128 стоитzvirus писал(а):просто скрипту маловато 32 метра памяти. Учитывая, что обновы он качает в память. Поставь боше мемори лимит.
Имелось в виду лимит выделяемой памяти процессу (скрипту).evsey писал(а):128 стоитzvirus писал(а):просто скрипту маловато 32 метра памяти. Учитывая, что обновы он качает в память. Поставь боше мемори лимит.
Код: Выделить всё
;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;
max_execution_time = 30 ; Maximum execution time of each script, in seconds
max_input_time = 60 ; Maximum amount of time each script may spend parsing request data
memory_limit = 64M ; Maximum amount of memory a script may consume (8MB)OttoFix писал(а):Имелось в виду лимит выделяемой памяти процессу (скрипту).evsey писал(а):128 стоитzvirus писал(а):просто скрипту маловато 32 метра памяти. Учитывая, что обновы он качает в память. Поставь боше мемори лимит.
в php.ini вот такие строчкиНо мне кажется, это поможет не надолго, скорее всего в скрипте не предусмотрели освобождение памяти.Код: Выделить всё
;;;;;;;;;;;;;;;;;;; ; Resource Limits ; ;;;;;;;;;;;;;;;;;;; max_execution_time = 30 ; Maximum execution time of each script, in seconds max_input_time = 60 ; Maximum amount of time each script may spend parsing request data memory_limit = 64M ; Maximum amount of memory a script may consume (8MB)
Обновления заработали?
Код: Выделить всё
post_max_size integer
Устанавливает максимально допустимый размер данных, отправляемых методом POST. Это значение также влияет на загрузку файлов. Для загрузки больших файлов это значение должно быть больше значения директивы upload_max_filesize. Если дополнительно используется ограничение памяти, memory_limit также влияет на загрузку файлов. В сущности, memory_limit должна быть больше чем post_max_size. Если используется integer, значение измеряется байтами. Вы также можете использовать сокращенную запись, которая описана в этом разделе FAQ. Если размер POST-данных больше чем post_max_size, суперглобальные переменные $_POST и $_FILES будут пустыми. Это можно отследить различными способами, например передав $_GET переменную в скрипт, обрабатывающий данные, т.е. <form action="edit.php?processed=1">, а затем проверить, установлена ли переменная $_GET['processed']. Вроде решил, оказывается редактировал не тот php.ini?, почему то их 2 в системе. Пробую обновиться.OttoFix писал(а):Это как вариант, хотя у меня все поумолчанию.
Какое расположение их в системе?evsey писал(а):Вроде решил, оказывается редактировал не тот php.ini?, почему то их 2 в системе. Пробую обновиться.OttoFix писал(а):Это как вариант, хотя у меня все поумолчанию.
Код: Выделить всё
#!/usr/local/bin/php -q
<?php
ini_set("memory_limit", "128M");
require_once "inc/init.php";
...Вообще скрипт надо перекраивать и делать закачку с использованием curl (лучше с его якобы многопотоком) загружать все равно быстрее будет чем по одному файлику в один поток, я вот уже почти функцию определения срока действия ключа написал теперь можно будет узнать до какого числа действует ключ. Я сюда по возможности буду забрасывать всевозможные вкусности, надо только найти человека, который эти вкусности будет объединять со скриптом (мне лень в чужом коде копатьсяzvirus писал(а):Дело даже не в освобождении памяти, а в принципе загрузки самого обновления. Используется $content = @file_get_contents($source); - т.е. загрузка идет в память. И если какой-то из файлов больше, чем выделяемая для скрипта память - то тут и наступает караул.
)Использую для веб-сайта nginx. Лёгкий, простой и легко настаиваемый HTTP-сервер. Обновления складываются в ../www/nginx-dist/сайт. В www создаётся папка nginx-distpcu и туда кладётся заархивированный update.ver (какой не знаю). Если его не удалить, то обновлений баз не происходит.OttoFix писал(а):В корень и не должен класть т.к. для каждой версии нода идет свой update.verMad Max писал(а):Чет в корень не ложит update.ver
Какой скрипт используем? оригинальный или правленный zvirusSerzhAntz писал(а): Обновления складываются в ../www/nginx-dist/сайт. В www создаётся папка nginx-distpcu и туда кладётся заархивированный update.ver (какой не знаю). Если его не удалить, то обновлений баз не происходит.
в корне лежит файлик .htaccessSerzhAntz писал(а):Использую для веб-сайта nginx. Лёгкий, простой и легко настаиваемый HTTP-сервер. Обновления складываются в ../www/nginx-dist/сайт. В www создаётся папка nginx-distpcu и туда кладётся заархивированный update.ver (какой не знаю). Если его не удалить, то обновлений баз не происходит.OttoFix писал(а):В корень и не должен класть т.к. для каждой версии нода идет свой update.verMad Max писал(а):Чет в корень не ложит update.ver
Код: Выделить всё
RewriteEngine on
Options +FollowSymlinks
RewriteCond %{HTTP_USER_AGENT} ^NOD32.*BPC.2
RewriteRule ^update.ver$ /nod_upd/update.ver
RewriteCond %{HTTP_USER_AGENT} ^ESS.*BPC.3
RewriteRule ^update.ver$ /eset_upd/update.ver
RewriteCond %{HTTP_USER_AGENT} ^ESS.*BPC.4
RewriteRule ^update.ver$ /eset_upd/v4/update.ver
RewriteCond %{HTTP_USER_AGENT} ^ESS.*BPC.5
RewriteRule ^update.ver$ /eset_upd/v5/update.ver
RewriteCond %{HTTP_USER_AGENT} ^ESS.*BPC.6
RewriteRule ^update.ver$ /eset_upd/v6/update.ver
RewriteCond %{HTTP_USER_AGENT} ^ESS.*BPC.7
RewriteRule ^update.ver$ /eset_upd/v7/update.ver
<files .htaccess="">
order allow,deny
deny from all
</files>