Ситуация следующая, имеется старое приложение которое требуется улучшить.
На мой взгляд более перспективным будет оформить его как веб приложение при этом сервер пусть бежит локально.
Это позволит в будущем перенести сервер в любое место без потери удобства работы.
Вопрос какую технологию лучше тут выбрать ?
Я пока склоняюсь к IIS Express и ASP.NET потому как знаком с этим больше всего.
Готов выслушать любое предложение, лишь бы было просто и быстро что-нибудь накатать и была возможность вынести на отдельный сервер, в потенциале возможно на какой-нибудь хостинг.
Здравствуйте, velkin, Вы писали:
V>Здравствуйте, _NN_, Вы писали:
_NN>>Вопрос какую технологию лучше тут выбрать ?
V>GNU/Linux, Apache+Nginx, PHP, Postgres.
Мне бы просто и быстро
Тут увы надо все тщательно настраивать.
Еще мне нужно будет запускать сервер в Windows вначале.
Здравствуйте, _NN_, Вы писали:
_NN>Я пока склоняюсь к IIS Express и ASP.NET потому как знаком с этим больше всего. _NN>Готов выслушать любое предложение, лишь бы было просто и быстро что-нибудь накатать и была возможность вынести на отдельный сервер, в потенциале возможно на какой-нибудь хостинг.
Судя по постановке вопроса, ты рассматриваешь не только ASP.NET. Самая быстрая и приятная web разработка сейчас — ruby on rails. Можно хостить и на винде. Будут вопросы — стучись в скайп.
Здравствуйте, Ziaw, Вы писали:
Z>Здравствуйте, _NN_, Вы писали:
_NN>>Я пока склоняюсь к IIS Express и ASP.NET потому как знаком с этим больше всего. _NN>>Готов выслушать любое предложение, лишь бы было просто и быстро что-нибудь накатать и была возможность вынести на отдельный сервер, в потенциале возможно на какой-нибудь хостинг.
Z>Судя по постановке вопроса, ты рассматриваешь не только ASP.NET. Самая быстрая и приятная web разработка сейчас — ruby on rails. Можно хостить и на винде. Будут вопросы — стучись в скайп.
Ок.
Будет полезно расписать немного информации тут в форуме.
Главный плюс по сравнению с ASP.NET MVC это разработка на лету. Ничего не надо собирать, перезапускать сервер требуется исключительно редко. Есть из коробки управление схемой БД через миграции и вообще простая работа с БД происходит исключительно просто. Легко подключаются DSL для генерации html, css, роутинга, авторизации, валидации, тестирования. Продуманный деплой приожения (упаковка скриптов, стилей). Пакеты для большинства типовых веб задач (сама идея уже портирована в NuGet, но выбор в RoR богаче на порядки). В отличии от ASP.NET MVC, похоже, что разработчики пляшут от продакшен разработки на самих рельсах. MVC конечно через несколько лет впитывает удобные вещи, но всегда отстает и процесс от внесения изменений (кроме вьюх) до их визуализации это мрак.
Минусы: все минусы опенсорса и динамики.
_NN>А на чем разрабатывают под RoR ?
Многие в обычных программерских редакторах. Я в RubyMine.
Здравствуйте, Ziaw, Вы писали:
Z>Наверное для mod_php. В таком случае непонятно, зачем nginx (ну кроме гордости от стрельбы из пушки по воробьям).
nginx как прокси раньше использовали, динамику у апача брал (и, при некоторых настройках кешировал), статику всю сам. Только с некоторых пор он отлично с пхп умеет работать.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, Ops, Вы писали:
Ops>nginx как прокси раньше использовали, динамику у апача брал (и, при некоторых настройках кешировал), статику всю сам. Только с некоторых пор он отлично с пхп умеет работать.
AFAIK, для пхп ему нужен какой-то бакенд сервер, например fastcgi wrapper или апач+mod_php. Правда с апачем в простых случаях напрочь отпадает необходимость в nginx.
Здравствуйте, Ziaw, Вы писали:
Z>AFAIK, для пхп ему нужен какой-то бакенд сервер, например fastcgi wrapper или апач+mod_php. Правда с апачем в простых случаях напрочь отпадает необходимость в nginx.
Начиная с какой-то версии с пхп искаропки идет php-fpm, в 5.4 точно, а для 5.3 и старше уже даже обновления безопасности не выпускают. Так что связка нгинкс+апач для пхп уже точно не нужна.
Переубедить Вас, к сожалению, мне не удастся, поэтому сразу перейду к оскорблениям.
Здравствуйте, _NN_, Вы писали:
_NN>Ситуация следующая, имеется старое приложение которое требуется улучшить. _NN>На мой взгляд более перспективным будет оформить его как веб приложение при этом сервер пусть бежит локально. _NN>Это позволит в будущем перенести сервер в любое место без потери удобства работы.
_NN>Вопрос какую технологию лучше тут выбрать ? _NN>Я пока склоняюсь к IIS Express и ASP.NET потому как знаком с этим больше всего. _NN>Готов выслушать любое предложение, лишь бы было просто и быстро что-нибудь накатать и была возможность вынести на отдельный сервер, в потенциале возможно на какой-нибудь хостинг.
_NN>Спасибо.
Если быстро и просто, а в дальнейшем без геморроя с хостингами — разрабатываете под любой WAMP (например, EasyPHP). Потом упихаете серверные компоненты в дистрибутив. Еще рекомендую взять стабильную версию CEF и сделать свой браузер. Раньше это был CEF1, но сейчас, может, CEF3 достаточно созрел.
Здравствуйте, _NN_, Вы писали:
_NN>Вопрос какую технологию лучше тут выбрать ? _NN>Я пока склоняюсь к IIS Express и ASP.NET потому как знаком с этим больше всего. _NN>Готов выслушать любое предложение, лишь бы было просто и быстро что-нибудь накатать и была возможность вынести на отдельный сервер, в потенциале возможно на какой-нибудь хостинг.
_NN>Спасибо.
Посмотри на KRuntime и ASP.NET5 (VS 2015), не релиз еще, но пока напишешь — зарелизить успеют.
Хотя скорее всего большая часть кода у тебя будет в JS. На сервере от силы webapi.
