| Author |
Message |
|
|
|
Для опытного человека готовы предложить и 45000-50000.
|
 |
|
|
|
А мне больше всего LuaProc понравился.
|
 |
|
|
|
В wxwidgets есть возможность обернуть hwnd окна в клас wxWindow и отобразить его. Метод помойму называется Subclassing
|
 |
|
|
|
В виде модуля под Lua можно запустить все что угодно. Вопрос не коректен переформулируйте.
|
 |
|
|
|
А документация по wxWidgets не помогает?
|
 |
|
|
Для работы с кодировкой использую модуль для iconv.
Для многоязычных сайтов веду по версии сайта на язык.
Для многоязычных web-приложений использую javascript (в используемой библиотеке есть поддержка интернационализации) так как все интерфейсы на javascriptе.
На стороне сервера определяем по: Accept-Charset, Accept-Encoding, Accept-Language.
|
 |
|
|
При использовании FASTCGI у меня нет проблем совместного использования так как на один поток висит одно подключение, все запросы ходят по потоку в линейку. По SCGI почитаю так как нихт фирштейн что это и с чем едят.
Самое лучшая рекомендации не использовать монстров типа XSLT преобразований и XML моделей (от чего я и пытаюсь уйти перейдя на собственную реализацию древовидных структур и COSMO в виде языка шаблонизации).
|
 |
|
|
Под WSAPI я подразумевал как раз модуль wsapi-fastcgi (и возможность работы с аплоадом через чтение из stdin как из потока).
Я долгое время использовал самопальный FastCGI модуль с глобальным окружением в котором хранил сессии и пул соединений с базой данных (баз IBM DB2 каждое соединение открывается длстаточно долго). Недавно встал вопрос о применении uploadа и пришлось переползти на WSAPI+Orbit. В WSAPI обнаружилась неприятная особенность каждый загрузжаемый файл помещается в переменную а не в файловую систему, это мягко говоря неправильно. Переписанный WSAPI стал делать все правильно, но теперь меня как то напрягает его использовать.
Скоректирую вопрос. Планируется ли нормальная поддержка аплоада и если нет будет ли использоватся левая реализация например WSAPI?
Кеширование не всегда применимо. У меня запущено около 40 ресурсов которые редактируются пользователями через самописный CMS причем к некоторым ресурсам происходит по 300000 целевых обращений в сутки (html). Кешируется все содиржимое подлежащее правке через редактор но динамические блоки не кэшируются (например калькуляция, поиск, обратная связь и т.д.). Когда все закешированно странички грузятся от 30 до 50 мс. Но при обновлении кеша замедление может быть очень значительным по причине большого количества одновременных запросов к ресурсу. Кстати медиа материалы не кешируются а грузятся напрямую из базы причем без видимой нагрузки как на веб так и на базу.
P.S: Извеняюсь за огромное количество ошибок пишу с телефона.
|
 |
|
|
Поддержка WSAPI будет?
Если нет FASTCGI модуль будешь реализовывать?
Если SCGI использовать, сессии в памяти висят или выгружаются/загружаются при каждом запросе?
Соединение с базой при использовании SCGI востанавливается каждый раз при запросе?
|
 |
|
|
|
Сделал.
|
 |
|
|
Написал и добавил в раздел статьи инструкцию по установке поддержки LUA в WEB через lighttpd .
Запуск Lua + Orbit + WSAPI + FASTCGI + Lighttpd на Ubuntu 7.10
|
 |
|
|
|
Респект NastyaRizh все заработало.
|
 |
|
|
|
я использую самописный модуль fastcgi и самописные сессии плюс самописный драйвер к IBM DB2 (данная связка используется на более сорока ресурсах с недетской нагрузкой). Сейчас пытаюсь выкроить время что бы выложить все это добро в открытый доступ и написать документацию. Если есть желание могу дать исходник fastcgi и небольшой пример.
|
 |
|
|
|
В приделах одного дня для web сессии.
|
 |
|
|
|
В cgilua входит serializer.lua для этих целей.
|
 |
|
|