Очень странная движуха - запросы к серверу в коллбэке ответа. Ну то ладно.
Копать рекомендую в количестве инициализаций слушателя событий. $(что-то там).off('click') за тебя никакой фреймворк не обязан.
leouix, Потому что слушатель события вешается при создании Element'а. Когда создаёшь новый элемент в документе динамически, нужно инициализировать слушателя. Поэтому mahmudchon весьма логично предложил делегировать слушателя документу. В этом случае гарантированно документ слушает события, и по селектору определяет о чём речь.
Рустам Акимов, Так он и не будет работать, коли подгружается. Приходит строка, её надо сделать скриптом в window и запустить. Обычно это делается как-то так: new Function(/* code */)();
Я ещё обычно храню оригинал в отдельной директории, и параметры обработки (crop и т.п.) сериализоваными в БД, а все размеры и "ноготки" делаю по мере необходимости.
Не проще разве раздать элементам некие индексы, которые в i, и навешать слушателей на один обработчик, в котором будет по клику браться значение и производиться над элементом действие?
Немного оффтоп. У пресловутого сайта есть куча сервисов со всеми нужными данными. Фактически, там есть всё во всех вариациях, ничего парсить не надо. https://cbr.ru/development/SXML/
Для начала следует посмотреть, не стоит ли в firebug'е птичка, отключающая кэш браузера.
Потом, если установлены дополнения, типа webdeveloper'а, посмотреть, не стоит ли там обход кэша.
Ну а если и там всё нормально, думать что делать со всей этой бедой.
он утверждает что в ООП главное это messaging, infomation hiding, late static binding, а классы и объекты на втором плане. Наследования там и подавно нет.
У яндуха ваши древние плагины уже полгода как не работают. Те старые методы старых счётчиков работают исключительно для совместимости. После установки новых счётчико, вы получили говно на палочке. Там делов-то на 10 минут жизни.
Нет, вы продолжаете изливать и гундосить: вот я, вот вы, вот всё говно!…
