All streams
Search
Write a publication
Pull to refresh
28
0
sirus @sirus

User

Send message
> Во-вторых коду можно запретить обращаться к глобальным объектам браузера ;)
как? чегото в голову не приходит как ...
слово applet тут не совсем пляшет, я как Java программер привык асоциировать applet с Java-applet, долго вьезжал где же тут Java, а вообще еще не мешалобі переопределиь eval, положив "за щеку оригинальную функцию", и в дальнейшем внутри переопределенной проверять что на вход подается.
ага мысль такая была при развитии функционала, потому как у нас прямой доступ к ФТП закрыт был строгим админом, а имея такой посредник можно было обойти его запреты
я когда тренировался в жабаскрипте сделал двух панельный менеджер (backend на Java) для внутренне корпоративных целей
http://www.weblancer.net/users/si-rus/po…,
оказалось удобно
хорошо сделано, для роботов тоже предусмотрено. работает шустренько. история работает нормально в ФФ2,ИЕ6,ИЕ7,Safari3. В Опере 9.23 история не пашет.
вообщем приятно работает магазин.
а чего 4 года назад ничего не публиковали? чегото не слыхать было про s98.ru
за то и минус, что не в тему пишешь про отключенный JS, не в том месте, это все равно что придти на вечеринку к байкерам и орать там - Харлей Фуфло, вот машины это круто
вы ошиблись разделом - вам надо смотреть ветку http://habrahabr.ru/tag/NoJavaScript/
все чаще и чаще встречаются подходы на JavaScript по отделению данных от их визуализации , взять тотже ExtJS: вся визуализация вынесена в скрипты, а данные запрашиваются динамически - потом это все дело смешивается на стороне клиента. Данный подход применяется в современных веб-приложениях.
Все кте кто орут что такие варианты реализации извращение и т.п. в скором будущем окажутся за бортом. Такие люди ленивы и "льют грязь" на других оправдывая и успокаивая свою лень.
По поводу данного примера который описан в статье: мое субъективное мнение, которое родилось из опыта - более оптимальным все же является шаблонизация на стороне сервера с применением AHAH. Т.е. все же подгружается уже готовый HTML, отсюда плюсы: можно сделать нормальную индексацию, история, ссылки, исполнение подгружаемых скриптов.
использую спрайты и для прозрачных PNG в ИЕ, решение вопроса нашел тут http://handynotes.ru/2008/04/css-sprites…
имеет огромный недостаток, все картинки отдельно грузятся, давно им пора про css спрайты почитать
меня просто "разрывает" от того что люди в своей тупизне обвиняют других

этот пример http://wiki.moxiecode.com/examples/tinym…
грузит 150 кб кода со старта

этот пример более близок к тому что я имею ввиду http://wiki.moxiecode.com/examples/tinym…
но использует серверный адаптер
ссылку в студию
на днях закину пример динамического подключения TinyMCE, т.е. пример как можно загрузить его не сразу, а только при необходимости. Т.о. оптимизируется загрузка сайта. Аналогичным образом скорее всего можно будет подключать и другие редакторы.
отличное исследование, коечто взял на заметку
полезное решение, вполне может пригодится, читать и комментировать всегда проще чем творить и создавать, автору респект за энергетику
ну мне бывает периодически удобно тестировать простые скрипты или страницы с локальной файловой системы, поэтому для меня это важно
первые получившиеся 100 килобайт были сделаны вручную, уверен с помощью утилиты будет не меньше, поиследуйте - потом с нами поделитесь опытом

> Я пока не уверен, что большое количество js-файлов безоговорочно плохо
что значит пока не уверен? а когда будете уверены? :)

>Неработоспособность через file:// можно побороть включив все нужные файлы в заголовке страницы.
это я так понимаю предположение? так вот я вас уверяю проблема заключается не в том как подключать скрипты, а в том что file:// не имеет домена, соотвественно возникает проблема с организацией Flash SharedObject

длительность хранения не проверял, точно не скажу, этот вопрос требует дополнительного иследования

Information

Rating
Does not participate
Location
Украина
Date of birth
Registered
Activity