Буквально на прошлой неделе мои виртуальные машины в Scalaxy упали и лежали пару часов. Потом поднялись, но в течении еще трех дней работали хуже некуда, как будто в сервер поставили 8086 и 640кб.
Хотел написать еще одинтопик, но было некогда.
Мне кажется проще читать и писать в обычный объект, который сериализуется в LS (по таймауту и при onbeforeunload), и десериализуется при старте приложения.
Моя машина недоступна снаружи, смог зайти только через терминал в веб-интерфейсе.
Диски в порядке, просто нет сети, с машины ничего не пингуется и не скачивается.
При это, судя по логам апача — кому-то сайт все же доступен, на него заходят и гугл бот, и несколько пользователей.
А вы пробовали встроенный отладчик в Хроме?
Я тоже долгое время пользовался только FireBug'ом, но когда попробовал его аналог в Хроме — сразу на него перешел. Лично мне он показался гораздо удобнее.
Я бы рад сделать интерфейс простым, понятным и минималистичным. Но в самом начале топика я написал, что рассматриваю заведомо очень большой и функциональный интерфейс, и именно таково было требование заказчика (т.е. пользователя) — что бы все было под рукой, и в один клик можно было совершить десяток различных действий. В моем случае это большая редакционно-издательская система подготовки контента для позновательного геолокационного сервиса.
Спасибо, но я знаю как работает delegate. В топике изложено в основном про удобство и уменьшение кода.
События можно назначить как угодно (и delegate тоже сойдет вместо addEventListener), вопрос в количестве: назначать для каждого типа элементов в отдельности или один раз и навсегда.
У нас останется только одна проблема: большое количество кода назначения обработчиков событий, ведь для каждого типа элементов интерфейса нам придется назначить отдельный обработчик для каждого события! Итого количество назначений будет равно = кол-во объектовХколичество элементовХколичество событий.
Зачем же использовать live или delegate, если события можно направлять объектам автоматически, без ручного назначения большого числа обработчиков?
Хотел написать еще один топик, но было некогда.
document.addEventListener('onBeforeBSOD', function(){
... //save your data
});
Очень не хотелось бы потерять данные. Бэкапы конечно есть, но не первой свежести.
Диски в порядке, просто нет сети, с машины ничего не пингуется и не скачивается.
При это, судя по логам апача — кому-то сайт все же доступен, на него заходят и гугл бот, и несколько пользователей.
Методы вытеснения других браузеров с рынка у корпорации добра вполне в рамках закона и морали, конкуренция же.
Я тоже долгое время пользовался только FireBug'ом, но когда попробовал его аналог в Хроме — сразу на него перешел. Лично мне он показался гораздо удобнее.
События можно назначить как угодно (и delegate тоже сойдет вместо addEventListener), вопрос в количестве: назначать для каждого типа элементов в отдельности или один раз и навсегда.
Про кроссбраузерность вы конечно правы.
У нас останется только одна проблема: большое количество кода назначения обработчиков событий, ведь для каждого типа элементов интерфейса нам придется назначить отдельный обработчик для каждого события! Итого количество назначений будет равно = кол-во объектов Х количество элементов Х количество событий.
Зачем же использовать live или delegate, если события можно направлять объектам автоматически, без ручного назначения большого числа обработчиков?