Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2008.02.10;
Скачать: [xml.tar.bz2];

Вниз

О выборе платформы для ВЕБ и ФТП сервера   Найти похожие ветки 

 
Семен Сурков   (2007-12-23 19:44) [40]


> homm ©   (23.12.07 19:28) [39]
> > [38] Семен Сурков   (23.12.07 19:01)> А с мастабируемостью
> у них как?С матурбируемастью никаких проблем ;)

Спасибо за точно подмеченную опечатку. Я так давно не смеялся :)
------
А подробней можно про масштабируемость?

Например, есть некая начинающая (развивающаяся) социальная сеть. Там 10к пользователей. В какой-то момент становится понятно, что не хватает мощностей. Что делать? Наверное распределять нагрузку на несколько серверов.

Как тема масштабируемости у них называется? Технология какая?
Опять же возникает вопрос о мониторинге производительности. Есть стредства?


 
b z   (2007-12-23 19:53) [41]


> Семен Сурков   (23.12.07 19:44) [40]

http://support.microsoft.com/kb/815162


 
Anatoly Podgoretsky ©   (2007-12-23 21:28) [42]

Потихоньку дело движется, на локальном сервере уже работает, правда еще без всех возможностей ASP.NET - но это уже готово для публикациип.

Попутно переделал и старый сайт, убрал фотографии с первой страницы и сделал фотогалерею.


 
homm ©   (2007-12-23 21:37) [43]

> [42] Anatoly Podgoretsky ©   (23.12.07 21:28)

http://podgoretsky.com/Photo.html
<%@ Page Language="VB" AutoEventWireup="false" CodeFile="Photo.aspx.vb" Inherits="_Default" %>


 
Германн ©   (2007-12-23 21:44) [44]


> Anatoly Podgoretsky ©   (23.12.07 21:28) [42]

69-й год. Вылитый John Lennon


 
Семен Сурков   (2007-12-23 22:02) [45]


> Anatoly Podgoretsky ©   (23.12.07 21:28) [42]
> Потихоньку дело движется, на локальном сервере уже работает,
>  правда еще без всех возможностей ASP.NET - но это уже готово
> для публикациип.Попутно переделал и старый сайт, убрал фотографии
> с первой страницы и сделал фотогалерею.


Идея!
Заведи блог на blogspot.com и пиши там.
Тебе общественность благодарна будет немеряно :)


 
Anatoly Podgoretsky ©   (2007-12-23 22:44) [46]


> <%@ Page Language="VB" AutoEventWireup="false" CodeFile="Photo.
> aspx.vb" Inherits="_Default" %>

Не смейся, я просто скопировал страницу и кое что убрал, данный заголовок ни на что не влияет.


 
homm ©   (2007-12-23 23:01) [47]

> [46] Anatoly Podgoretsky ©   (23.12.07 22:44)
> Не смейся

Да нет, я показать, вдруг не заметили :)


 
AndreyV ©   (2007-12-24 00:15) [48]

> [42] Anatoly Podgoretsky ©   (23.12.07 21:28)

А на фото, где "2007 год, обновил аппаратуру...", это на работе или дома?


 
Германн ©   (2007-12-24 01:02) [49]


> AndreyV ©   (24.12.07 00:15) [48]

А что между этими понятиями есть существенная разница?
:)


 
AndreyV ©   (2007-12-24 01:15) [50]

> [49] Германн ©   (24.12.07 01:02)

АП писал в первом посте "В ближайшее время предстоит замена _домашнего_ сервера",
потому и стало интересно.


 
Anatoly Podgoretsky ©   (2007-12-24 01:25) [51]

> AndreyV  (24.12.2007 00:15:48)  [48]

Дома конечно


 
Anatoly Podgoretsky ©   (2007-12-24 01:26) [52]

> AndreyV  (24.12.2007 01:15:50)  [50]

Сервер - это сила, не буду же я обижать себя любимого, гадость брать не буду.


 
Anatoly Podgoretsky ©   (2007-12-24 01:29) [53]

Вот этот будет http://supermicro.com/products/system/4U/7045/SYS-7045B-T.cfm
К нему 3Ware RAID, 4 gb, 2*80 gb, 4/6*750 gb + SBS 2003 Premium
Ну и прочие прибамбасы, такие как KVM Extender, APC UPS


 
AndreyV ©   (2007-12-24 01:34) [54]

> [51] Anatoly Podgoretsky ©   (24.12.07 01:25)

Дома конечно

Я так и думал:).


> [52] Anatoly Podgoretsky ©   (24.12.07 01:26)

Сервер - это сила, не буду же я обижать себя любимого, гадость брать не буду.

И это - правильно!


 
Германн ©   (2007-12-24 01:39) [55]


> AndreyV ©   (24.12.07 01:15) [50]

Ну и что? АП не так уж давно радовался что ему удалось по случаю праздника у начальника выбить средства на покупку новых компьютеров.
:)
Не стоит особо обращать внимание на мелочи. Стоящий специалист обеспечит себе по-крайней мере два рабочих места - "на работе" и "дома".
:)


 
AndreyV ©   (2007-12-24 01:44) [56]

> [53] Anatoly Podgoretsky ©   (24.12.07 01:29)

Будем ждать фото с места событий:).


 
AndreyV ©   (2007-12-24 02:00) [57]

> [55] Германн ©   (24.12.07 01:39)

В моём вопросе понятия "Работа" и "Дом" разнесены в пространственных координатах:).


 
Германн ©   (2007-12-24 02:08) [58]


> AndreyV ©   (24.12.07 02:00) [57]
>
> > [55] Германн ©   (24.12.07 01:39)
>
> В моём вопросе понятия "Работа" и "Дом" разнесены в пространственных
> координатах:).
>

А смысл этого разнесения?


 
Anatoly Podgoretsky ©   (2007-12-24 02:09) [59]

> Германн  (24.12.2007 01:39:55)  [55]

Так тож с начальника, но зато выбил вагон серверов.
Сейчас пытаюсь пробить оптику по заводу.
А себя мне бить не надо, я не такой скупой как начальник.


 
Anatoly Podgoretsky ©   (2007-12-24 02:10) [60]

> Германн  (24.12.2007 01:39:55)  [55]

Так у меня так и есть, прямой канал до работы, серверами управляю полностью из дома, включая включение и выключение серверов.


 
Anatoly Podgoretsky ©   (2007-12-24 02:11) [61]

> AndreyV  (24.12.2007 01:44:56)  [56]

Я привел же ссылку с фото и тактикотехническими данными.


 
Anatoly Podgoretsky ©   (2007-12-24 02:11) [62]

> AndreyV  (24.12.2007 02:00:57)  [57]

У меня тоже, на 12 км разнесены.


 
AndreyV ©   (2007-12-24 02:19) [63]

> [58] Германн ©   (24.12.07 02:08)

А смысл этого разнесения?

Анатолий, пожалуй, ответил в

> [59] Anatoly Podgoretsky ©   (24.12.07 02:09)

и в

> [60] Anatoly Podgoretsky ©   (24.12.07 02:10)


 
AndreyV ©   (2007-12-24 02:36) [64]

> [61] Anatoly Podgoretsky ©   (24.12.07 02:11)

В фотогалерее, после установки на рабочем месте, и с автором на переднем плане, конечно (это без иронии, если таковую кто-то увидит).


 
kaif ©   (2007-12-24 03:05) [65]

2 Семен Сурков   (23.12.07 12:54) [34]
А я вот не мечусь. Пришлось сделать несколько проектов под JAVA (JSP+Tomcat). Понял, что так работать невозможно. По крайней мере мне - дельфисту. И тогда стал искать альтернативу. Прослышал про ASP.NET. Поставил, попробовал. Понял, что это совершенно иной подход. И он меня устроил.

Поясню внескольких словах.

1. Насчет того, что JSP и ASP - та же пса. Не та же.
Как работает JSP? На самом деле в JAVA есть такой класс - сервлет. Это просто обработчик HTTP-запросов. То есть такая хреновина, которая имеет некий метод, в котором программист может сформировать руками (буквально в виде текста, печатаемого буквально в выходной буфер) ответную HTML-страницу в ответ на запрос со стороны браузера. Поддерживаются переменные приложения и переменные сессии, так что есть где сохранять состояния (сам протокол HTTP не поддерживает состояний, как известно). Ну можно заюзать куки или URL для передачи идентификатора сессии. И на том спасибо. На этом весь кайф заканчивается. Это пока сервлет. Что же такое JSP (JAVA Server Pages)? Это некоторая мешанина из HTML-тегов, литералов и серверного кода на языке JAVA, напоминающая PHP. Что делает контейнер сервлетов? Например тот же Tomcat. Он просто берет всю эту мешанину, сканирует сверху вниз, убирает все скобки вида <% ... %> в которых имелся серверный код на JAVA, все же остальные строки (HTML-теги и литералы) заключает в двойные кавычки и засовывает в команды печати в буфер страницы. И это все сует внутрь метода Service некоторого шаблона класса сервлета, а потом вызывает компилятор jdk1.4 (или какой там стоит) и компилирует из текста класса сервлета готовый сервлет, которому и передает обработку HTTP-запросов к этой странице сайта. То есть по сервлету на страницу. Обратите внимание на то, что сам процесс превращения JSP-страницы в сервлет происходит путем малоинтеллектуального линейного парсинга. Поэтому если у Вас имеется синтаксическая ошибка в серверном коде, то компилятор jdk выдаст не номер строки JSP-страницы, а номер строки результирующего текста класса сервлета, содержащего ошибку. Этот текст можно, разумеется, найти и попытаться угадать (это несложно, но противно), какая это была JSP-строка.
 Фактически что сервлеты, что JSP управляют только одним - рендерингом результирующей HTML-страницы, которая будет отослана браузеру.
---------
Как устроена страница ASP.NET?
Там все происходит принципиально иначе.
Страница ASP.NET состоит из разметки страницы и отделенного серверного кода, который вызывается только по сорбытиям. Никакой мешанины из кода и HTML-тэгов в ней нет и быть не может.

Пример на JSP (выводим столбец таблицы с цифрами от 1 до 10):

...
<HTML>
<BODY>
 <table>
 <% for (int i=0; i<10;i++){
    %><tr><td>%> <%=i + 1%> <%</td></tr><%
 }%>
 </table>
</BODY>
</HTML>

Пример на ASP.NET:

..
<HTML>
<BODY>
<cc:MyComponent start="1" stop="10"/>
</BODY>
</HTML>

В данном случае компонент MyComponent вставлен в разметку страницы в виде тэга. Этот компонент имеет, к примеру, свойства start и stop и свой собственный метод Render, который в нужный момент ASP.NET вызовет, когда будет формировать ответ всей страницы.
По сути ASP.NET в ответ на HTTP-запрос сканирует разметку, создает дерево компонентов страницы, инициализирует их, выполняет их обработчики событий, а затем генерирует HTML страницу, тщательно обходя дерево компонентов и вызывая метод Render каждого из них. После чего все компоненты уничтожаются.

Здесь, как и в Delphi. Разработчик может создавать нормальные компоненты и вставлять их в разметку страницы в виде тэгов. У разработчика разметка страницы (работа для дизайнера) полностью отделена не на словах, а на деле от серверного кода на C# (или Visual Basic.NET).

2. Насчет того что JDBC это та же пса, что и ADO.NET. Не совсем так. Начнем с того, что в JAVA напрочь отсутствует принудительное освобождение ресурсов. То есть устранение объекта Connection в JAVA - прерогатива сборщика мусора. В .NET это не так, хотя там тоже имеется сборщик мусора.
Во-вторых. ASP.NET использует концепцию провайдеров. Что это значит? А то, что есть действительная возможность сохранить всю инфраструктуру сайта (поддержку аутентификации, авторизации, переменных сеанса и т.д.), заменив провайдер MS SQL на провайдер Firebird, например, просто написав пару классов своих провайдеров и зарегистрировав их в файле web.config.
Кстати никакой такой инфраструктуры в сервлетах отродясь не было. Максимум, что мы там имеем - сессию и переменные приложения. А в ASP.NET мы имеем объект User в виде встроенного свойства объекта Page.

В общем. Все познается в сравнении. И мне есть с чем сравнивать. Даже легкого знакомства с ASP.NET достаточно, чтобы понять, что это совершенно иного уровня продукт прежде всего по своей ахитектуре.

С уважением ко всем ребятам, пишущим на JSP. Это тоже не самая плохая технология. Просто ASP.NET, ИМХО, мощнее и вобрало в себя все то лучшее, что было найдено как раз в технологиях типа JSP. Просто они пошли дальше  в сторону подлинного объектно-ориентированного подхода к HTTP не по форме, а по сути.


 
homm ©   (2007-12-24 08:23) [66]

> [65] kaif ©   (24.12.07 03:05)

Помнится на семинаре по 2005-й студии говорилось об 2-х очень важных нововведениях: Возможность вствлять содержимое одного документа в тело другого (инклудить, инлайнить), и возможность работы с сессиями (что преподносилось как нечно революционное, чего еще раньше не было). Вопрос: какая нафиг может быть архитектура у языка, в который только в 2005 году добавили возможность не дублировать одинаковый части страний, а инклюдить…


 
Evgeny V ©   (2007-12-24 09:07) [67]


> kaif ©   (24.12.07 03:05) [65]


Мне нравится ASP.NET, ADO.NET и вообще технология .NET Правда надо сказать, что  и JSP не единственное, на чем остановилось сообщестов JAVA.

И согласен, что
> 2. Насчет того что JDBC это та же пса, что и ADO.NET. Не
> совсем так.


Но вот в этом

> Начнем с того, что в JAVA напрочь отсутствует принудительное
> освобождение ресурсов. То есть устранение объекта Connection
> в JAVA - прерогатива сборщика мусора. В .NET это не так,
>  хотя там тоже имеется сборщик мусора


Но в этом у меня возникли сомнения.

Насколько написано в документации для интерфейса Connection


> close
> void close()
>           throws SQLException
Releases this Connection object"s
> database and JDBC resources immediately instead of waiting
> for them to be automatically released.
> Calling the method close on a Connection object that is
> already closed is a no-op.
>
> It is strongly recommended that an application explicitly
> commits or rolls back an active transaction prior to calling
> the close method. If the close method is called and there
> is an active transaction, the results are implementation-
> defined.
>
>
>
> Throws:
> SQLException - SQLException if a database access error occurs

Я не вижу в .NET большой разницы. Возможно я ошибаюсь, ибо еще не большой знаток .NET и тем более JAVA(вообще начинающий любитель).

 В любом случае согласно документации метод Connection.Close() в JAVA немедленно закрывает соединение и освобождает ресурсы.  В случае с пулом соединений конечно это будет не так, как впрочем и для нет.


 
Anatoly Podgoretsky ©   (2007-12-24 11:23) [68]

Мне что понравилось в ASP.NET это то что очень похоже на Дельфи, это для кода страницы, не говоря уже об использовании VB.NET и C#.NET. Теже свойства, методы, обработчики. Очень удобна отладка и дизайн. А так как редактор такой же как в Д2006, точнее лучше, то совсем удобно. Жалко, что Микрософт не поддерживает (не разрабатывает) Pascal.NET тогда я бы был совсем доволен. Встроеный веб сервер тоже хорошо, но один раз завис.


 
Evanescence   (2007-12-24 12:39) [69]

[offtop]
Нет тут шапки :)
http://podgoretsky.com/images/1954%20(115x117).bmp

Перепутали с
http://podgoretsky.com/images/1957%20(110x119).bmp
?
[/offtop]


 
kaif ©   (2007-12-24 14:03) [70]

2 Evgeny V ©   (24.12.07 09:07) [67]
К сожалению, то, что написано о закрытии соединения, не работает. Пул отключен. Соединение с ORACLE. Разработка велась в JDeveloper. Ни под ее встроенным Web-сервером, ни под Tomcat соединение не закрывается нормально. Точнее то закрывается, то нет. Никакого детерминизма. Бился несколькор дней. Перерыл весь google. Множество разработчиков столкнулось с этой проблемой. Решения найти не удалось. Мирюсь с тем, что при следующем запросе в лог выдается ошибка "соединение не было закрыто". Как-то худо-бедно работает. Пришлось оставить в таком виде. Так можно работать? Может кого-то и устраивает. Меня - нет.

homm ©   (24.12.07 08:23) [66]
> [65] kaif ©   (24.12.07 03:05)

Помнится на семинаре по 2005-й студии говорилось об 2-х очень важных нововведениях: Возможность вствлять содержимое одного документа в тело другого (инклудить, инлайнить), и возможность работы с сессиями (что преподносилось как нечно революционное, чего еще раньше не было). Вопрос: какая нафиг может быть архитектура у языка, в который только в 2005 году добавили возможность не дублировать одинаковый части страний, а инклюдить…


Возможно Вы что-то просто неверно поняли. Работа с сессиями существует столько лет, сколько существует ASP.NET. Возможно шла речь о сохранении переменных сессии в базе данных. Кстати, а есть ли возможность в Tomcat сохранять сессию в базе данных? Так чтобы восстановить ее через месяц, например? Вот заходит юзер в интернет-магазин через месяц, логинится и видит свою корзину с незавершенным заказом.
Дело в том, что ASP.NET 2.0 стало использовать технологию провайдеров. Это означает, что все те же классы поддержки сессии могут работать с произвольными провайдерами. И разработчик, определив новый провайдер для хранения сессии, может сделать так, что та будет храниться там, где ему вздумается. Хоть на Марсе. И как ему вздумается, хоть в пикселах JPEG-файла.

А что касается вставки содержимого документов, то, возможно, Вы опять не поняли. Речь, скорее всего шла о технологии MasterPages. Эквивалента этой технологии. кстати, ни в PHP, ни в JSP просто не существует. Принцип ее не в том, что в тело нескольких страниц инклюдится что-то общее. А в том, что создается Мастер-страница с разметкой, в которой отведены места для будущих вставок контента (ContentPlaceHolder-ы). Сами же страницы сайта содержат лишь контенты для вставок в эту Мастер страницу. То есть с точностью до наоборот до идеи с инклюдом. Мастер страницу в этих страницах можно оговорить декларативно, а можно и подменить рантайм. Это означает, что можно изменить дизайн всего сайта (измекнить, например, расположение меню на всех страницах разом) не переписывая все страницы, а лишь изменив Мастер-страницу. Более того, имея несколькор Мастер страниц, можно сделать так, что для мобильных устройств сайт будет выглядеть по-одному, а для обычных браузеров - иначе. Или для разных браузеров по разному. С разной геометрией я имею в виду, а не просто с разными стилями.

Если же кому-то хочется похоливарить на эту тему, пусть скажет, сколько ему нужно самостоятельно каждый раз реализовывать вещей в JSP для того чтобы:

1. Проверить, все ли нужные поля формы были заполнены юзером перед отправкой (проверить и на клиенте и на сервере).
2. После отправки страницы, если проверка на сервере показала, что не все поля заполнены, и нужно что-то дозаполнить, сохранить все уже  набранные пользователем тексты, состояние птичек, радиокнопок и выбранных элементов списков, и вернуть все это в таком же виде юзеру.

Вот в ASP.NET программист избавлен от необходимости всем этим заниматься вообще.


 
homm ©   (2007-12-24 14:17) [71]

> [70] kaif ©   (24.12.07 14:03)
> Дело в том, что ASP.NET 2.0 стало использовать технологию
> провайдеров.

Ну как обычно, технология старая, назвали по другому. PHP все это способна делать с рождения.


> Речь, скорее всего шла о технологии MasterPages. Эквивалента
> этой технологии. кстати, ни в PHP, ни в JSP просто не существует.
> Это означает, что можно изменить дизайн всего сайта (измекнить,
> например, расположение меню на всех страницах разом) не переписывая
> все страницы, а лишь изменив Мастер-страницу.

Это некая замена нормальной CMS для небольшших сайтов, видимо. Нормальная CMS помимо описаного еще позволяет это делать прямо из браузера, не ходя ни в какой FTP.


> 1. Проверить, все ли нужные поля формы были заполнены юзером
> перед отправкой (проверить и на клиенте и на сервере).
> 2. После отправки страницы, если проверка на сервере показала,
> что не все поля заполнены, и нужно что-то дозаполнить,
> сохранить все уже  набранные пользователем тексты, состояние
> птичек, радиокнопок и выбранных элементов списков, и вернуть
> все это в таком же виде юзеру.

CMS? В NetCat у полей есть тип, их значение запоминаются, есть возможность автоматической проверки на некоторые ереги (адрес сайта или почты), ну и отдельное поле для дополнительной проверки переменных ручным кодом. Что касается проверки на клиенте, это да, при необходимости приходится писать самому. Но я вообще никакому коду на javaScript не доверяю, находя готовое решение какой-то функции на известных сайтаз, обычно обнаруживаю, что он в таки-то браузерах не коректно работает, все время править нужно. Готов поспорить, что и с кодом сгенерированном VS так же.


 
kaif ©   (2007-12-24 14:20) [72]

А что касается серьезности...

Давайте так.
Вот если Вы заменили страницу JSP, то из нее будет сгенерирован текст класса сервлета, сервлет откомпилирован и Tomcat автоматически подключит этот новый сервлет.
А вот если Вы изменили исходный текст используемого обычного JAVA-класса или исходный текст явно используемого сервлета (например, сервлета-контроллера), то Вам придется после компиляции этих классов руками перезапускать Tomcat.
Очень серьезная технология!
Допустим работает Web-сервер Tomcat 4, поддерживающий 10 Web-приложений (сайтов). Юзеры там колбасятся всякие, отчеты важные делают и т.д. И в это время разработчик одного из 10 сайтов решил перекомпилировать один свой банальный джава класс. Ну потребовалорсь ему свойство добавить. Что делать-то? И вот товарисч вынужден остановить Web-сервер, то есть послать подальше всех юзеров 9 оставшихся сайтов, чтобы смочь запуздырить новую версию своего класса в свое приложение. Как Вам такой подход?

Есть одно серьезное место, где юзают эти самые томкаты. Так вот там администраторы гне будь дураки а каждый сайт по своему отдельному томкату поставили. Иначе ж... полная была бы.


 
homm ©   (2007-12-24 14:22) [73]

> [70] kaif ©   (24.12.07 14:03)
> Возможно Вы что-то просто неверно поняли.
> что касается вставки содержимого документов, то, возможно,
> Вы опять не поняли.

Такие докладчики, значит были. Им вся аудитория задавала вопросы, в чем революция новых решений, а они ниче объяснить не могли.


 
homm ©   (2007-12-24 14:28) [74]

> [72] kaif ©   (24.12.07 14:20)

Ужас. Серверный язык должен быть компилируемым на лету.


 
Kerk ©   (2007-12-24 14:31) [75]

homm ©   (24.12.07 14:17) [71]

> > [70] kaif ©   (24.12.07 14:03)
> > Дело в том, что ASP.NET 2.0 стало использовать технологию
>
> > провайдеров.
>
> Ну как обычно, технология старая, назвали по другому. PHP
> все это способна делать с рождения.

PHP-шные провайдеры сделаны по образу ADO-шных. ADO.NET - это качественно иной уровень.

> Нормальная CMS помимо описаного еще позволяет это делать
> прямо из браузера, не ходя ни в какой FTP.

И какая же CMS позволяет не смешивать разметку с кодом?


 
kaif ©   (2007-12-24 14:33) [76]

Это некая замена нормальной CMS для небольшших сайтов, видимо. Нормальная CMS помимо описаного еще позволяет это делать прямо из браузера, не ходя ни в какой FTP.

К сожалению, я ничего не понял в этой фразе.

Мне кажется, что мы говорим о совершенно разных вещах. ASP.NET это не коммерческий движок для пользовательского сайтостроения при помощи настроек вместо мозгов.
ASP.NET - это ISAPI-расширение WEB-сервера.

Разница здесь примерно такая же, как между 1C и Delphi.


 
Evgeny V ©   (2007-12-24 14:42) [77]


> kaif ©   (24.12.07 14:03) [70]
> 2 Evgeny V ©   (24.12.07 09:07) [67]
> К сожалению, то, что написано о закрытии соединения, не
> работает. Пул отключен. Соединение с ORACLE

Спорить не буду, опыта практического у меня с этим мало. У меня с 9 Ораклом на thin клиенте (JDBC  взят тот, который был в составе оракла) в десктоп приложении (JRE 1.5.3) соединение закрывается. Возможно есть ньансы работы. Но думаю если проблема и есть, то это проблема клиента к субд. Так как описание интерфейса продекларировано (должен закрывать при вызове close). А вот кто и как его реализовал.... Такое возможно и не только в JAVA.


> kaif ©   (24.12.07 14:20) [72]
> А что касается серьезности...
>     перезапускать Tomcat.


А вот не всегда, возможно только передеплоить приложение (перезагрузить).   Это я делал под 5 Tomcat.  Про  версию 4 не скажу, не видел. Но в общем я сам наверное предпочтение отдаю все-таки .NET


 
kaif ©   (2007-12-24 14:42) [78]

Единственное, что может пугать, так это то, что сказал Иксик ©   (20.12.07 19:33) [15]. Однако, посмотрев нововведения ASP.NET 2.0 по отношению к ASP.NET 1.0, я вижу, что Microsoft подходит очень взвешенно и бережно к проблеме перехода с одной версии на другую. Разработчикам мало что приходится менять, и все, что они меняют, не усложняет им жизнь, а наоборот, упрощает. Если эта традиция продолжится, не вижу причин не работать сейчас на ASP.NET 2.0.


 
Ломброзо ©   (2007-12-24 14:47) [79]

Что-то вы недоучили. Бегло: в ASP.NET тоже есть прекомпиляция, и все предкомпилированные страницы валяются на моей, например, машине в c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files.

Касаемо JSP - не могу сказать, что это очень стройная спецификация. Это как Perl - на нём можно писать красиво, а можно так, что чёрт ногу сломит. "Мешанина из тэгов" образуется только в том случае, если не отделять код от представления. А так, в общем-то, используются те же принципы, что и в ASP.NET - в JSP тоже есть свои библиотеки серверных компонентов, подключаемые и используемые декларативно при помощи тэгов, с событийными обработчиками.

Что касается закрытия соединений - если не используется JNDI (в этом случае после вызова close() соединение возвращается в пул) и соединение не закрывается после вызова close(), то пенять надо не на спецификацию и не на Java, а на разработчика драйвера.


1. Проверить, все ли нужные поля формы были заполнены юзером перед отправкой (проверить и на клиенте и на сервере).
2. После отправки страницы, если проверка на сервере показала, что не все поля заполнены, и нужно что-то дозаполнить, сохранить все уже  набранные пользователем тексты, состояние птичек, радиокнопок и выбранных элементов списков, и вернуть все это в таком же виде юзеру.

Всё это есть. Читаем спецификации, качаем eclipse и убеждаемся.

Насчёт невозможности "горячей" перезагрузки страницы после её перекомпиляции - ну, в Tomcat реализовано так, в других контейнерах сервлетов - иначе.


 
kaif ©   (2007-12-24 14:53) [80]

Возможно ASP.NET - пока не лучший выбор для написания Web-сайтов для WWW. Если исходить из того, что пользователь отключил все куки, джава-скрипты и использует специально экзотический браузер, то в ASP.NET придется отказаться от 90% его прелестей. К тому  же, выбирая ASP.NET, мы ограничиваем себя в выборе хотера, чего не происходит, если ставка делается на связку PHP+MySQL.

Однако для интранет-приложений и специализированных систем, ИМХО, ASP.NET 2.0 - на сегодня очень привлекательный выбор. И вполне достойная альтернатива системам на JAVA. А для дельфиста, ИМХО. ASP.NET - вещь более элегантная, нежели Tomcat. Так как объектно-ориентированное мышление в голове у дельфиста, ИМХО, сильно отличается от оного в голове у джависта. Оно, если можно так выразиться, более прагматично, более визуально и лучше ощущает ресурсы, которые юзает закетно или незаметно для себя самого.



Страницы: 1 2 3 4 5 вся ветка

Форум: "Прочее";
Текущий архив: 2008.02.10;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.68 MB
Время: 0.187 c
15-1199607005
Riply
2008-01-06 11:10
2008.02.10
Безопасная (приватная) переписка.


2-1200674054
Dark
2008-01-18 19:34
2008.02.10
XML


15-1199938997
Interfer0n
2008-01-10 07:23
2008.02.10
Ищем Delphi программиста


15-1199474210
NaNo
2008-01-04 22:16
2008.02.10
Длина взаимного перекрытия двух отрезков


6-1177100083
Sp1r1t
2007-04-21 00:14
2008.02.10
Как передать массив по сети используя Indy?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский