в JS нет ассоциативных массивов, это объекты, отсюда непонятки и траблы с ними.
самое простое решение вашей проблемы - при создании просто поменяйте местами "ключ" и "значение"...
не смог увидеть этот баг ни в 9 ни в 8 ни в 7 осле ;), исправили?
заодно:
- уберите в шаблоне
$("dvlt").innerHTML = "Сейчас во Владивостоке: " + hour + ":" + minute + ":" + second;
тут надо функцию $.text() использовать - свойство innerHTML не кроссбраузерное, и отладчик js перестанет ругаться полностью.
- поищите незакрытый тег <tr>, видимо 7-ой IE его не закрывает автоматом и body расползается вправо ...
что, iframe-ы вдруг устарели? с какого перепугу?
ставьте MODx. из стандартного Revoluton блоговый движок собирается за пол дня при 0-ом опыте по коротенькой инструкции разработчиков Creating a Blog in MODx Revolution.
и будет счастье...
на главной плеер и контент форума в iframe. её запретить к индексации, ессено, что бы не дублить. на вложенных в броузерах проверять top.window и редиректить, ежли не через главную, а боты пусть их кушают...
если уж так необходимо то: {loadmodule ...} модуля с нужными правами доступа. а вообще то подобное нужно закладывать в архитектуру.
ЗЫ: ухожу из чужой темы, пардон...
а просто в 1.5 или 1.6 выставить уровень доступа для материала/категории/меню на "для зареграных и выше" не судьба? обязательно плагин нужен?
фришных систем для закачки XML контента в FLASH оболочки хватает. считай что файловая CMS 😂 гугл в помощь. можно и ActionScript 3 прогуглить заодно..
если речь о "текстовом подтверждении" (ответ на контрольные вопросы из собственного списка) то этот модуль уже давно вшит в дистрибутив. и да - работает он ОК..
сейчас реальная альтернатива "полным самописам" появилась: заказывать реализацию модулей для MODx Revo. мощное API с доступ к БД через XPDO, многоязычность, многосайтовость, много-чего-ещё, проблемы нагрузки ушли в прошлое, за безопасность отвечает обновляемое ядро, исходный код абсолютно свободный, оптимизировать (при желании) можно что угодно и как угодно по самое небалуйся.
в результате получается реальный уник, определить намёк на CMS можно только при стандартных названиях служебных директорий ;) что тоже решается с пол пинка...
