Здравствуйте, ionoy, Вы писали:
I>Кстати, насчёт бага я поспешил. Сейчас убрал "фикс" с delete и запустил страницу снова. Оказалось, что память растёт только тогда, когда открыт developer tools. Если его закрыть, то всё корректно вычищается. I>Так что, возможно, у нас и не было этой проблемы.
В консоль объекты пишешь? Консоль на них ссылки держит.
Здравствуйте, fddima, Вы писали:
I>>Кстати, насчёт бага я поспешил. Сейчас убрал "фикс" с delete и запустил страницу снова. Оказалось, что память растёт только тогда, когда открыт developer tools. Если его закрыть, то всё корректно вычищается. I>>Так что, возможно, у нас и не было этой проблемы. F> В консоль объекты пишешь? Консоль на них ссылки держит.
Нет, консоль пустая.
Здравствуйте, ionoy, Вы писали:
I>Даже не знаю как это может помочь, ты ведь обнуляешь ссылки на другие объекты, а не на удаляемый. Разве чтогде-то есть циклические зависимости.
Ну и да и нет. V8 GC в отношении нативных объектов не очень умный. Но я пробовал форсировать сборку мусора и она почти ничего не давала, поэтому там точно остаются ссылки на DOM.
I>С другой стороны, если это действительно помогло, то закинул бы этот пример разработчикам, а они уже разбируться, что к чему.
В issue я запихнул. На реальном ничем я ещё это пока не пробовал. Но примеру из issue это жестко помогает.
Re: Общая информация по NemerleWeb
От:
Аноним
Дата:
01.11.12 08:14
Оценка:
Здравствуйте, ionoy, Вы писали:
Не корректно рпботает пример с цветным прямоугольником, при выборе цвета Ред поля ввода не скрываются
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, ionoy, Вы писали: А>Не корректно рпботает пример с цветным прямоугольником, при выборе цвета Ред поля ввода не скрываются
Сейчас постоянно меняется код транслятора и сопутствующего окружения, поэтому следить за тем, чтобы все сэмплы работали не всегда получается.
Будет время, глянем.
Здравствуйте, Ikemefula, Вы писали:
I>Есть ли поддежка CommonJS и AMD модулей ?
Нет. Если есть конкретные предложения, как эту поддержку добавить, то вполне вероятно, что сделаем.
I>Есть ли способ использования js-библиотек, опять же ввиде CommonJS и AMD ?
Пока что только в виде:
js <#
...javascript code here...
#>;
В принципе можно добавить javascript парсер, который будет автоматически добавлять обёртки для API сторонних библиотек, но пока за это не брались.
Сейчас доделываем поддержку PEG, это должно быть достаточно круто.
Невероятными усилиями удалось транслировать PEG.
Исходный код был немного переделан в связи с некоторыми ограничениями NemerleWeb.
По мере их устранения, код вернется в прежний вид.
Здравствуйте, Ziaw, Вы писали:
Z>Можно глупый вопрос? А нафига? Я конечно понимаю, что парсеры на js теперь писать легко и приятно, а что парсить-то будем?
Первоначально нужен был парсер Markdown, прикинули, что было бы круто для этого прикрутить PEG. В процессе исправили много недоработок, и сделали транслятор более универсальным.
Для чего реально может ещё понадобится пока неизвестно, но осознание наличия такого мощного инструмента очень даже радует.
Вам еще вот что нужно сделать:
Сейчас вы генерируете код прямо в страницу. Это плохо. Ибо страница раздувается до безобразия.
ИМХО будет лучше генерировать код для каждого класса в отдельный js файл. При этом имя этому файлу давать на основе SHA1 от его содержимого.
Тогда таким файлам можно будет выставлять вечное кеширование. Ибо если файл изменится, то и его имя изменится.
Таким образом, можно будет значительно сократить трафик при небольших изменениях в больших приложениях.
... << RSDN@Home 1.2.0 alpha 5 rev. 62>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, WolfHound, Вы писали:
WH>Вам еще вот что нужно сделать: WH>Сейчас вы генерируете код прямо в страницу. Это плохо. Ибо страница раздувается до безобразия. WH>ИМХО будет лучше генерировать код для каждого класса в отдельный js файл. При этом имя этому файлу давать на основе SHA1 от его содержимого. WH>Тогда таким файлам можно будет выставлять вечное кеширование. Ибо если файл изменится, то и его имя изменится. WH>Таким образом, можно будет значительно сократить трафик при небольших изменениях в больших приложениях.
Да, мы об этом уже думали. Там вместе с этим надо будет некоторые инфраструктурные изменения сделать, поэтому пока откладывали.
Сваливать всё в один запрос конечно никуда не годится
Здравствуйте, WolfHound, Вы писали:
WH>ИМХО будет лучше генерировать код для каждого класса в отдельный js файл. При этом имя этому файлу давать на основе SHA1 от его содержимого. WH>Тогда таким файлам можно будет выставлять вечное кеширование. Ибо если файл изменится, то и его имя изменится.
Круто! А что делать если хэши совпадут? Они ведь по определению не уникальны.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Круто! А что делать если хэши совпадут? Они ведь по определению не уникальны.
SHA1 совпадет? А ты знаешь, что GIT использует SHA1 в качестве первичного ключа?
Что будет, если у двух исходных файлов SHA1 совпадет? Это же репозиторий GIT'а сломается...
Короче на данный момент не известно ни одной коллизии SHA1.
... << RSDN@Home 1.2.0 alpha 5 rev. 62>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, WolfHound, Вы писали:
WH>SHA1 совпадет?
Хэш есть хэш. Вероятность может и низка, но она 100% есть.
WH>А ты знаешь, что GIT использует SHA1 в качестве первичного ключа?
Я в детали не вдавался. Если это так и никаких дополнительных действий не предпринимается, то вероятность дублирования есть. Возможно они тупо добавляют время комита, что делает вероятность совпадения совсем мизерной.
WH>Что будет, если у двух исходных файлов SHA1 совпадет? Это же репозиторий GIT'а сломается... WH>Короче на данный момент не известно ни одной коллизии SHA1.
А их кто-то проверяет?
В общем, хэш есть хэш. Уникальным его можно считать разве что условно. А изменение файла можно отслеживать и по времени или сочетании хэша и времени.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Хэш есть хэш. Вероятность может и низка, но она 100% есть.
Спасибо кэп.
VD>Я в детали не вдавался. Если это так и никаких дополнительных действий не предпринимается, то вероятность дублирования есть. Возможно они тупо добавляют время комита, что делает вероятность совпадения совсем мизерной.
Ничего они дополнительно не делают.
И HG тоже живет на SHA1. И тоже ничего дополнительно не делает.
7.11. What about hash collisions? What about weaknesses in SHA1?
The SHA1 hashes are large enough that the odds of accidental hash collision are negligible for projects that could be handled by the human race. The known weaknesses in SHA1 are currently still not practical to attack, and Mercurial will switch to SHA256 hashing before that becomes a realistic concern.
VD>А их кто-то проверяет?
Проверяют. Еще как проверяют. Толпы криптографов только этим и занимаются.
VD>В общем, хэш есть хэш. Уникальным его можно считать разве что условно. А изменение файла можно отслеживать и по времени или сочетании хэша и времени.
Время не нужно.
... << RSDN@Home 1.2.0 alpha 5 rev. 62>>
Пусть это будет просто:
просто, как только можно,
но не проще.
(C) А. Эйнштейн
Здравствуйте, VladD2, Вы писали:
VD>В общем, хэш есть хэш. Уникальным его можно считать разве что условно. А изменение файла можно отслеживать и по времени или сочетании хэша и времени.
SHA-1 алгоритм генерирует 160-битное хеш-значение.
2^160 ~= 1.46*10^48
Т.е. вероятность того, что два разных документа будут иметь одинаковый хэш равна ~10^(-48).
Оценим вероятность падения астероида на сервер.
Если верить этому, то частота падения астероида с поперечником >50 метров — раз в 1000 лет.
Допустим, что площадь сервера порядка 1м^2.
Упростим задачу — оценим вероятность того, что за 1000 лет астероид упадет на сервер, причем его центр масс окажется внутри поверхности сервера.
Площадь Земли равна ~5*10^14 м^2. Т.е. вероятность порядка 10^(-15).
Итого, вероятность падения астероида на сервер за 1000 лет примерно в 10^33 выше, чем вероятность того, что два разных документа будут иметь одинаковый SHA-1 хэш.
PS Я нигде не ошибся?
PPS На правах шутки
Re[6]: Общая информация по NemerleWeb
От:
Аноним
Дата:
09.11.12 21:43
Оценка:
Здравствуйте, artelk, Вы писали:
A>Здравствуйте, VladD2, Вы писали:
A>PS Я нигде не ошибся? A>PPS На правах шутки
Ошибся, при вычислениях коллизий хеша берут корень из числа значений т.е примерно 10^24 (парадокс шапок)
Хеш относильно легко подделывается, а генерация пар текстов имеющих один и тот же хеш плевое дело давно уже....
но если злой умысел можно исключить, то винт сгорит всяко быстрее даи сервер сменят...
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, artelk, Вы писали:
A>>PS Я нигде не ошибся? A>>PPS На правах шутки А>Ошибся, при вычислениях коллизий хеша берут корень из числа значений т.е примерно 10^24 (парадокс шапок) А>Хеш относильно легко подделывается, а генерация пар текстов имеющих один и тот же хеш плевое дело давно уже....
Но это другая задача, она проще, чем подобрать другой текст с тем же хэшем.
А>но если злой умысел можно исключить, то винт сгорит всяко быстрее даи сервер сменят...
Был один js, его как-то поменяли (без намерения сделать так, чтобы результат имел тот же хэш). Какова вероятность?
