У кого-нибудь есть опыт работы с веб-сервером G-WAN?

Единственное место, где я нашел информацию на веб-сервере G-WAN, было веб-сайт проекта, и это выглядело очень похоже на рекламу.

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

Легко ли писать сценарии C на GWAN? Можете ли вы легко обновить и загрузить новые сценарии C на сервер (скажем так же легко, как некоторые страницы PHP или Java на других архитектурах)? Нужно ли перезагружать сервер при этом? Можете ли вы легко расширить его с помощью сторонних или существующих библиотек C?

Любые другие отзывы приветствуются.

Ответы

Ответ 1

Ну, теперь G-WAN доступен под Linux, я использую его более 6 месяцев.

Сценарии C полностью совместимы с ANSI C, поэтому нет никакой разницы для любого программируемого программиста C.

Чтобы обновить их на сервере, вы можете редактировать их непосредственно в папке /csp (удаленно через SSH) или локально на тестовом компьютере (и скопировать их позже): G-WAN перезагружает скрипты "на лету", когда они были изменены на диске (без остановки сервера).

Сценарии G-WAN C могут использовать любую существующую библиотеку (начиная со всех файлов под /usr/lib ) без какой-либо конфигурации или интерфейса: вам просто нужно написать ссылку #pragma, за которой следует имя библиотеки на вверху вашего script.

То, что я нашел действительно полезным, - это возможность редактировать сценарии C и обновлять представление в интернет-браузере, чтобы увидеть, как работает мой код.

Если есть ошибка компиляции, то G-WAN выводит строку в исходном коде (как и любой компилятор C).

Но где он входит в необычную область, это когда вы столкнулись с C script: здесь также он дает вам номер строки в коде источника (с ошибочным вызовом и обратной трассировкой).

Вид черной магии, когда вы привыкли к модулям Apache.

Ответ 2

Мой опыт работы с G-WAN и его скриптами C:

  • Сообщество G-WAN очень мало. На вопросы, на которые вы отвечаете, в основном отвечает один разработчик.
  • Я считаю API не зрелым: он не является "чистым", как Java API.
  • Ограничение, но в то же время власть, C: это язык системного программирования. Поэтому при написании логики приложения в ней должно быть сделано осторожно.
  • Вы, как правило, должны быть хорошим разработчиком, чтобы получить хорошие результаты: если вы что-то не так, сервер быстро и сильно сработает (Unix-стиль).

Теперь я написал несколько скриптов, чтобы попробовать G-WAN. В целом, он был очень "продуктивным": не так много ошибок, и он работает, если вы следуете рекомендациям и не хотите делать слишком много фанковых вещей, которые вы ожидаете от него, например, зрелые веб-серверы. Однако у меня такое чувство, что я много раз изобретаю колесо.

Ответ 3

G-WAN также поддерживает скрипты, написанные на других языках программирования (С++, Objective-C, Java и т.д.), поэтому вы получите выгоду от любых родных библиотек, которые реализует каждый язык.

Для сценариев C, ну, каталог /usr/lib перечисляет более 1500 библиотек, которые G-WAN может повторно использовать с помощью простого #pragma link "library".

Мне было удобно писать веб-приложение с частью на C, другое на С++ и третье на Java!

Ответ 5

Я использую G-Wan около двух лет. Я считаю, что он очень стабилен и готов к статическим файлам. У меня есть несколько статических сайтов, работающих более года без каких-либо проблем.

Я создал несколько небольших динамических сайтов в C вместе с ним в качестве демонстрационных/тестовых проектов. Битторный трекер и платформа аналитики в реальном времени, использующая KV Store для поддержки данных.

По моему мнению, создание крупных динамичных сайтов в G-Wan возможно, но только при значительных инвестициях в развитие и поддержку. G-Wan лучше подходит для создания надежных высокомасштабируемых приложений "корпоративного уровня", чем для чего-то вместе в выходные.

Ответ 6

Я использую G-Wan для CMS http://solicms.com, но пока я использую Ruby как основной язык.

Ответ 7

Я использовал G-wan для некоторого предварительного тестирования, и он хорошо тестирует. Я нашел несколько проблем, которые делают это так, что я вряд ли буду использовать его для любых моих проектов. Я обнаружил, что, по-видимому, кеширует ответы примерно на 0,5 сек., Чтобы ускорить ответы/секунду, и у меня не может быть только некоторых ответов, поражающих код приложения. Кроме того, хранилище ключей/значений отлично подходит для кеша и временного хранилища данных, но я не уверен, насколько хорошо он будет работать как реальный метод хранения данных.