ап: исправил вроде.
просто идиотизм, если слой имеет позицию relative, то в этих браузерах ложится ПОВЕРХ всех остальных Оо
и ещё говорят, что эти Гуглы и т.п. правильно с CSS работают
Пунктов по которым определятся порядок наложения слоев при разных условиях position/float и которые меняют порядок появления слоев в соответствии с DOM моделью наверное десятка два + некоторые поправки в зависимости от браузера, четкого определения нет и все трактуют немного по-своему, это нужно учитывать. Вот например как в IE9 position/float (div1, div2 и div3) перекрывают слой который идет позже их (div4), но при этом в ie8 блоки c absolute (div1 и div5) перекроют все остальные и будут на самом верху:
[img]http://i52.tinypic.com/1z54rbb.png\\\" border=\\\"0\\\" class=\\\"linked-image\\\" /]
Решается это как правило слежением чтобы блоки друг друга не задевали, в крайних случаях через z-order.
з.ы. давайте придумаем, как рейтинг считать сериалов?))
щас просто общее число обращений к файлам сериала считается, но это не правильно))
потому что в СГ1 скажем файлов куда больше, чем в Атлантисе или Визитёрах))
Все зависит от того, насколько охото заморочиться.
Самое простое, это нормализовать веса для каждой загрузки и корректировать рейтинг в зависимости от этого коэффициента.
Например у нас есть 3 сериала, в первом 200 серий, во втором 150, в третьем 40. Их скачали 9, 10 и 12 человек соответсвенно и сейчас мы получаем рейтинги в виде 1800, 1500 и 480 что конечно не верно. Нужно нормализовать веса, дя этого берем сериал с самым большим числом серий и делим это число для каждого сериала в отдельности на количество серий в нем в данный момент, итого получим такие веса: 1.0, 1.33 (200/150), 5.0 (200/40). Умножаем текущий рейтинг на данный коэффициент и получаем такие рейтинги: 1800, 2000, 2400. Что уже более походит на правду. Далее их следует сново нормализовать и привести к какой-нибудь нормальной системе, например 100 или 10 бальной.
Рейтинг естественно должен периодически обновляться, например раз в сутки.
Это самый примитивный и простой пример, он не учитывает например случаев если в сезоне к примеру 1000 скачек первого эпизода, а остальные никто не качает потому что не интересно. Тут уже нужно вводить гиперболическую систему для задания для каждой серии своего веса и ввода ее для расчета изначального рейтинга, причем веса также будут плавать во времени в зависимости от появления новый серий и временных рамок. Также не учитывается временная шкала, например сериал который был чрезвычайно популярен год назад, но сейчас никем не качаться может всеравно застрять в топе, хотя это и не совсем правильно. Соответственно нужно ввести коэффициенты поправки во времени и ввести коэффициенты для нормализации в зависимости от популярности за день - денелю - месяц. В общем, как я уже сказал, все зависит от желания замарочиться.
