[Exinaus]

Неужели мой код настолько плох, что его пришлось долго и нудно оптимизировать?

Вечер добрый снова.
после выполнения сегодня крона вручную выскочила такая ошибка

Код: Выделить всёUndefined index: mechanicEngineer

Что надо сделать чтоб поправить такую ошибку? кэш чистил

После установки 2.1.6 требуется переустановить мод с медалями. Или мой косяк - был выложен в мод смены дизайна файлик от мода с медалями.

В общем полсе выполнения крона в третий раз опять эта же ошибка. Заменял на оригинальные файлы из 2.1.6 чистил кэш но ошибка все равно остается. Пропадает только если убрать код(Code: $diff['sorted'][$medn[$key]['type']][$id][$key] = $val;) из func_time.php на который ссылается ошибка

[shw]

Неужели мой код настолько плох, что его пришлось долго и нудно оптимизировать?

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

В общем после выполнения крона в третий раз опять эта же ошибка. Заменял на оригинальные файлы из 2.1.6 чистил кэш, но ошибка все равно остается. Пропадает только если убрать код(Code: $diff['sorted'][$medn[$key]['type']][$id][$key] = $val;) из func_time.php на который ссылается ошибка

Ё мое. Вот 4 файла, которые заменяются в моде func_cron.php, func_get.php, func_main.php, func_time.php, из-за которых может вываливаться данная ошибка.
скорей всего вы восстановили только один из четырех файлов. В который раз намекаю - либо откатите модуль на стоковое состояние, либо скачайте мод заново и поставьте его (medals.sql по второму кругу применять не надо).

Встряну здесь)
Вот такое приходит на почту от http://www.setcronjob.com

 Читать дальше

These cron jobs failed:

CronJob ID: 260150
Name: daily supervisors
URL: ---------------------------------------------------------------------------
Execution time: Wed, 19 Dec 2012 02:00:06 EET
Total time: 5.362
Source IP: 50.116.9.254
Destination IP: 31.170.162.163
---------
HTTP/1.1 302 Found
Date: Wed, 19 Dec 2012 00:00:13 GMT
Server: Apache
X-Powered-By: PHP/5.2.17
Set-Cookie: user=admin; expires=Wed, 19-Dec-2012 01:00:13 GMT; path=/
Set-Cookie: password=---------------------------------------------------------; expires=Wed, 19-Dec-2012 01:00:13 GMT; path=/
Set-Cookie: group=admin; expires=Wed, 19-Dec-2012 01:00:13 GMT; path=/
Location: /cron.php
Content-Length: 91
Connection: close
Content-Type: text/html; charset=utf-8

HTTP/1.1 200 OK
Date: Wed, 19 Dec 2012 00:00:14 GMT
Server: Apache
X-Powered-By: PHP/5.2.17
Content-Length: 172
Connection: close
Content-Type: text/html; charset=utf-8

Выполнено

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

[shw]

Встряну здесь)
Вот такое приходит на почту от http://www.setcronjob.com

 Читать дальше

These cron jobs failed:

CronJob ID: 260150
Name: daily supervisors
URL: ---------------------------------------------------------------------------
Execution time: Wed, 19 Dec 2012 02:00:06 EET
Total time: 5.362
Source IP: 50.116.9.254
Destination IP: 31.170.162.163
---------
HTTP/1.1 302 Found
Date: Wed, 19 Dec 2012 00:00:13 GMT
Server: Apache
X-Powered-By: PHP/5.2.17
Set-Cookie: user=admin; expires=Wed, 19-Dec-2012 01:00:13 GMT; path=/
Set-Cookie: password=---------------------------------------------------------; expires=Wed, 19-Dec-2012 01:00:13 GMT; path=/
Set-Cookie: group=admin; expires=Wed, 19-Dec-2012 01:00:13 GMT; path=/
Location: /cron.php
Content-Length: 91
Connection: close
Content-Type: text/html; charset=utf-8

HTTP/1.1 200 OK
Date: Wed, 19 Dec 2012 00:00:14 GMT
Server: Apache
X-Powered-By: PHP/5.2.17
Content-Length: 172
Connection: close
Content-Type: text/html; charset=utf-8

Выполнено

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

Был такой вопрос уже.
читать тут, можно с середины:
viewtopic.php?f=30&t=10587

Я так понимаю, надо заменить Cron.php, кроном заграничного друга, который он даёт в зип архиве?)

[Exinaus]

Потом багу выцепил во второму кругу в этом табе, хотя я говорил, как надо было поправить (на хабу выложил). Почистил пару переменных по ходу выполнения.

От епт ... действительно. А вот сейчас сижу и думаю, нафига я там +1 поставил. Это же +1 день. Ее там просто убрать надо было и все ...

[shw]

Потом багу выцепил во второму кругу в этом табе, хотя я говорил, как надо было поправить (на хабу выложил). Почистил пару переменных по ходу выполнения.

От епт . действительно. А вот сейчас сижу и думаю, нафига я там +1 поставил. Это же +1 день. Ее там просто убрать надо было и все .

я думал, что время в cache_activity\. все-таки полное хранится, с точностью до секунды.
И в результате, если показывать с 0:0:0 20.12.12 по 0:0:0 20.12.12 (при выборе одинаковой даты), то разница между временными интервалами = 0, и на выход должны попасть только данные с точной датой и временем (0:0:0 20.12.12). Вот я и просил привести поле "до" к формату 23:59:59 20.12.12.
что бы при выводе интервала брался конечный день до упора.

Я так понимаю, надо заменить Cron.php, кроном заграничного друга, который он даёт в зип архиве?)

Блин. неужели так много букв?. последние два поста тогда прочитайте

[Exinaus]

От епт ... действительно. А вот сейчас сижу и думаю, нафига я там +1 поставил. Это же +1 день. Ее там просто убрать надо было и все ...
я думал, что время в cache_activity\... все-таки полное хранится, с точностью до секунды.
И в результате, если показывать с 0:0:0 20.12.12 по 0:0:0 20.12.12 (при выборе одинаковой даты), то разница между временными интервалами = 0, и на выход должны попасть только данные с точной датой и временем (0:0:0 20.12.12). Вот я и просил привести поле "до" к формату 23:59:59 20.12.12.
что бы при выводе интервала брался конечный день до упора.

Точно время определяется только при парсинге реплея, дабы знать к какому дню его отнести. А при работе, в промежутках с интервалом один день, использование минут и секунд только усложняет работу и обработку данных.
А в переборе данных по дням интервал между начальной и конечной датой не учитывается: for($i=$time['from'];$i<=$time['to'];$i+=86400) - даже если начальные и конечные данные совпадают, первичная проверка пройдет успешно в любом случае, и парсинг данных в начальной точке произойдет. Вот изменить в проверке "<=" на просто "<", тогда да, была бы такая ситуация.

Ё мое. Вот 4 файла, которые заменяются в моде func_cron.php, func_get.php, func_main.php, func_time.php, из-за которых может вываливаться данная ошибка.
скорей всего вы восстановили только один из четырех файлов. В который раз намекаю - либо откатите модуль на стоковое состояние, либо скачайте мод заново и поставьте его (medals.sql по второму кругу применять не надо).

100000000000 извиниений!
В архиве(мод с медальками) который я скачивал почемуто не оказалось папки "function"(хз как я мог так его скачать или потом затерять), получается что подключал данный таб без всех 4-х файлов из папки "function". короче творился хаос в самих файлах.
Сори за мою тупость и за ваше потраченое время.


Еще один вопрос - у многих присутствует значек клана в модуле статистики. Он добавляется автоматом(при указании ID клана) или каждый вручную просто добавляет картинку?