Forum Webscript.Ru
Программирование => JavaScript & JScript => Тема начата: 0b0rm0t от 14 Марта 2004, 22:28:36
-
Я только начинаю работать в качестве веб-дизайнера и тут возникла пара вопросов:
Первое: как я заметил, объем coocies, который можно попытаться сохранить - около 4кб. при большем объеме оно ведет себя так, словно нифига не запомнило (IE). Вопрос: можно ли сохранить больше? (специфика проекта такова, что надо запоминать информацию на компе пользователя, т.к ему чаще придется работать оффлайн).
Второе: на какие браузеры следует ориентироваться при разработке сайта? Достаточно ли IE и NN? Желательно огласить весь список.
Третье: уже немного оффтоп. Следует ли разрабатывать отдельные копии для тех, чьи браузеры не поддерживают скрипты, фрейма, таблицы стилей и т.д.? Или это осталось в каменном веке и не стоит обращать на такое внимания?
Пока все. Основной вопрос - первый. Особенно хотелось бы получить ответ на него.
-
1. больше четырех килобайт записать в кукис нельзя.
и что же за информацию ты пишешь в кукис, что тебе мало 4 кб?
2. ориентироваться надо на те браузеры, которыми пользуется аудитория твоего сайта. вообще, достаточно одного ИЕ, потому как количество тех, кто им пользуется - большинство. а если есть те кто им не пользуется, то они уж точно умеют им пользоваться и при необходимости смогут посмотреть твой ресурс в нем. это, конечно, в том случае, если он будет нужен им.
Браузеры: Интернет Експлорер от 5 версии и выше, Опера, Мозилла, Нетскейп, Экзотика неймоверная. Зайди на хотлог, скажем, и посмотри статистику браузеров рунета.
3. разрабатывать отдельных копий не надо. надо писать так, чтобы было примерно одинаково во всех. главное работоспособность сайта. практически все современные браузеры поддерживают фреймы, скрипты, таблицы стилей, а тех кто их не поддерживает, не обязательно поддерживать тебе.
-
Поясняю: это будет не сайт, а хрень какая-то. Суть в том, что пользователь получает копию страниц сайта (на болванке!), открывает ее, вбивает туда кучу текста (оффлайн!), а уже потом отправляет это через инет мне.
Точный размер текста, который он вобьет не задолбавшись предугадать сложно, вполне возможно, что это будет более 4кб.
Так что основная задача - смочь это все запомнить. (он ведь набивать может и в течении недели).
Отсюда вопрос: 4кб - ограничение на одну страницу или на весь сайт? И если на весь сайт, то как браузер сможет понять, что различные страницы принадлежат одному сайту? (особенно учитывая специфику проекта)
Далее, про JS. Их надо будет под каждый браузер подгонять или некоторые все-таки совместимы? Ибо главное - работоспособность, а моя аудитория (скорее всего) - ламеры, и будут они пользоваться тем, что им поставили (может быти и на работе). Понятно, что это на 99% будет IE, но рисковать не стоит.
И еще: я слышал, что альтернатива куков есть во флеше. Кто-нить слышал о таком? И стоит ли таким пользоваться? - похоже на несанкционированный доступ. Проект-то серьезный.
И последнее: мне за это платят бабки, заказчик может на этом бабок нарубить, получается - коммерческое использование. Как быть с гифами? Понятно, что они со мной судиться не будут, но чисто теоретически.. нельзя ведь? Или как?
-
А почему, интересно, нельзя это в онлайне делать. Ну... юзер инфу нагоняет за несколько сеансов... она ему на сервере в базу дописывается да и все тут. Позаботишься о сикьюрити ... все такое...
Ну а если действительно не можешь в онлайн... то пиши клиентское приложение, которое бы работало с базой (или просто с файлами) на клиенте... а инфу потом отсылать по-разному можно. Может оно же и отсылать... а можно использовать какой-то интерфейс с web-страницами, например, с помощью .js - файлов и тогда отсылать будет броузер. Но ИМХО мне кажется, нужно сперва хорошо спроектировать сайт... оценить доступные средства... Имей ввиду, браузер не расчитан на работу с файлами клиента... а печенье в данном случае -- не помощь.
С Уважением, Werwolf13
-
0b0rm0t
Посмотри на MSDNе инфу по behavior:#default#userdata
-
CGVictor
Чего? Извини, но нифига не понял. MSDNe - это что?
-
0b0rm0t
http://www.msdn.com
Там есть неплохая (полная) документация по всему, что творит Майкрософт.
Я там 2 месяца назад видел похожую feature, когда копался для интереса. Задача - как раз твоя.
Искал по "HTML edit" и "behavior #userdata". Если наткнусь еще раз - скажу. Пока ищи сам.
-
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/behaviors/reference/behaviors/userdata.asp
-
Это как бы вещь хорошая, несмотря на то, что только под IE.
Но! Даже их собственный экзампл вместо обещанного почти метра сохраняет только около 12 кб. Мои сохраняют почему-то еще меньше и постоянно отказываются работать. Причем отказываются при смехотворном объеме текста, заявляя, что "диск заполнен" (видимо, имеется в виду - забит буфер под сохраняемые данные).
Посему вопрос: это почему? Мне надо какие-то настройки поменять или как? Пусть даже я своих ошибок добавил, но родная-то прога тоже больше 12кб не может.
И еще, кому не лень - посмотрите мою тему про онклик, очень срочно ответ нужен.
-
> Поясняю: это будет не сайт, а хрень какая-то. Суть в том, что
Эта "хрень" называется "приложение" (или "программа", как угодно). Программы пишутся совсем не так, как веб-сайты. Если учить Дельфи или С неохота, можешь написать программу на яваскрипте, на базе браузера. Тебе понадобятся:
HTA (HTML Application)
FileSystemObject
XMLHTTP
все про это и даже больше найдешь в msdn.
-
0b0rm0t
ИМХО, в Дельфах даже проще будет.
[off]И защита там может быть посерьезнее... а она тебе скорее всего понадобится.[/off]
-
Блин, ну что такое приложение и как его писать я понимаю, ибо в этом шарю гораздо лучше, чем в веб-дизйне. И считаю, что тут гораздо уместнее так сделать. Хотя, возможно, я и ошибаюсь.
Тем более что сейчас (когда почти все готово и пора сдавать) я перетаскавать все в билдер или еще куда не стану.
А защита там нифига не нужна - никто его ломать не будет. Смысла нет. Да и те, кому это все надо, - далеко не хакеры.
-
Тогда не морочь людям голову.
если ты желаешь ходить на костылях при том, что у тебя ноги здоровые, то не приставай к людям, чтобы они тебе помогали на костылях ходить.
Это ж надо было додуматься - оффлайновое приложение для сбора информации на хтмл делать
-
0b0rm0t
Еще как решение, пусть и некрасивое.
0b0rm0t:
пользователь получает копию страниц сайта (на болванке!), открывает ее, вбивает туда кучу текста
А что, если вместе со страницами юзер получает небольшой сервак (тот же Денвер, в конце концов)? Сохраняет все данные в "локальном онлайне", а ко всему этому безобразию приложить утилитку, которая синхронизирует локальный сервер и удаленный...
[off]Это - просто идея[/off]
-
Это не костыли. Возможность сохранять текст локально - не обязательная и не основная. Просто неплохо было бы. А сервак, наверное, можно. Но тут нужен будет бесплатный и свободный для использования (по сути - коммерческого). Этот Денвер из таких?
Хотя, видимо, я действительно херней страдаю, и оно того не стоит.
Но тогда возникает другой вопрос: как из приложения (желательно под си/билдер) послать данные на сервак? Че-то я такого раньше не делал.
И еще - инфа с msdn на русском где-нибудь есть? А то анлийский хромает.
-
0b0rm0t:
инфа с msdn на русском где-нибудь есть?
нет
левый костыль (http://www.lingvo.ru)
правый костыль (http://www.translate.ru)
-
0b0rm0t:
Этот Денвер из таких?
Денвер - это Apache+PHP+Perl+MySQL в стадии сильной кастрации. Фришный, точнее - читай лицензии к каждому из упомянутых продуктов.
0b0rm0t:
как из приложения (желательно под си/билдер) послать данные на сервак
Если по сути - то сокет, коннект к серваку и передача данных GET/POSTом. Читай спецификации HTTP. Но, наверняка есть готовые компоненты для работы с HTTP.
В общем, с Билдером разбирайся сам, т.к.
1.Я больше в Дельфы
2.ТеОРеТиК выкинет за оффтоп (Билдер к вебу не относится)0b0rm0t:
инфа с msdn на русском где-нибудь есть?
Вообще нет, но энтузиасты переводят. А что, Инглиш настолько хромает?