у вас плохой опыт. По умолчанию опытный программист реализует спецификацию (и читает ее полностью).
В целом странно, что кто-то проверяет что-то от Liqpay по order id. Для этого есть transaction id, она является идентефикатором платежа и соотв. проверки вокруг нее должны быть.
вот мы немного пообсуждали все, вышло следующее - tiffy db + flash storage + кэш картинок + контроль версий и бэкенд (в нашем случае - java + db для хранения истории версий)
Таких постов становится много (например как минимум два есть на инсайт-айти). Их общий недостаток - автор помимо теории, как правило, понятия не имеет о практической реализации проектов с использованием подобных БД.
Было бы неплохо добавлять какой-то мини тестовый проект который бы показал разработчикам (и потенциальным пользователям таких БД) насколько удобна система в конфигурации, насколько много времени занимает ее развертывание и т.д.
А так получается еще одна перепечатка абаута с апача.
Спасибо, всегда приятно читать хорошие отзывы. Очень скоро будет новая версия плеера, он станет еще ближе и еще симпатичнее. )) Появится возможность скинить и писать расширения, используя наш движок проигрывания.
Ну и немножко сладкого:
http://sonettic.com/cinema/test/coverflow.html
для новичков лучше ставить на виртуальную машину без иксов фрю и учиться основам мира юникс.
кто там выше писал насчет изврата пользовать иксы в фре - иксы как иксы, никакого принципиального отличия от всех остальных нет. работать вполне адекватно, особенно если есть прямые руки и не впадлу курить маны. А насчет макоси - так это да, мак ось для десктопа лучше иксов ;) заявляю как перманентный пользователь.
а вообще, фря как десктоп сомнительное решение. Не вижу никакого смысла (кроме идеологического) ее юзать - линукс в этом плане чуток адекватнее.
1) сделайте айди каждого обращения к серверу
2) серверный скрипт пусть регистрирует действие и возвращает что-то типа ОК, транзакция поставлена в очередь (например, текстом). На примитивном уровне (например, через shared memory) проследите за загрузкой сервера в даный момент и ждите пока ресурсы освободятся для дальнейшей обработки.
3) по таймауту аяксом делайте запрос к серверному скрипту на предмет выполнения и если транзакция завершена - забирайте результат (т.е. сервер отдает вам данные только в случае 100% гарантии его выполнения)
4) серверный скрипт удаляет результат транзакции из сессии/бд/шаред мемори где хранит результат вычислений до вашего запроса
технически я описал практическую реализацию в вашем случае, подробней о паттерне здесь
http://en.wikipedia.org/wiki/Observer_pattern
Все вышеописанное можно реализовать без особых заморочек, но с точки зрения проектирования приложения такой ситуации не должно было возникнуть. Т.е. пусть программист серверной части оптимизирует свои скрипты.
А еще дизайн абсолютно беспомощен. Куча ведь гайдлайнов в сети.
В целом, надеюсь, проект получит свое развитие и аудиторию. Не могу сказать, что в Укарине есть много ресурсов подобного плана (и качества), хоть для этого не так много и надо.
В целом странно, что кто-то проверяет что-то от Liqpay по order id. Для этого есть transaction id, она является идентефикатором платежа и соотв. проверки вокруг нее должны быть.
мы сделаем taffy db + flash.
Taffy DB надо будет научить хранить картинки, а флеш хранить все эти данные.
Этого будет достаточно для начала.
вообще - очень интересная идея и мы с R_B определенно заинтересовались :-)
Было бы неплохо добавлять какой-то мини тестовый проект который бы показал разработчикам (и потенциальным пользователям таких БД) насколько удобна система в конфигурации, насколько много времени занимает ее развертывание и т.д.
А так получается еще одна перепечатка абаута с апача.
Ну и немножко сладкого:
http://sonettic.com/cinema/test/coverflow.html
кто там выше писал насчет изврата пользовать иксы в фре - иксы как иксы, никакого принципиального отличия от всех остальных нет. работать вполне адекватно, особенно если есть прямые руки и не впадлу курить маны. А насчет макоси - так это да, мак ось для десктопа лучше иксов ;) заявляю как перманентный пользователь.
а вообще, фря как десктоп сомнительное решение. Не вижу никакого смысла (кроме идеологического) ее юзать - линукс в этом плане чуток адекватнее.
все строхо ИМХО )
1) сделайте айди каждого обращения к серверу
2) серверный скрипт пусть регистрирует действие и возвращает что-то типа ОК, транзакция поставлена в очередь (например, текстом). На примитивном уровне (например, через shared memory) проследите за загрузкой сервера в даный момент и ждите пока ресурсы освободятся для дальнейшей обработки.
3) по таймауту аяксом делайте запрос к серверному скрипту на предмет выполнения и если транзакция завершена - забирайте результат (т.е. сервер отдает вам данные только в случае 100% гарантии его выполнения)
4) серверный скрипт удаляет результат транзакции из сессии/бд/шаред мемори где хранит результат вычислений до вашего запроса
технически я описал практическую реализацию в вашем случае, подробней о паттерне здесь
http://en.wikipedia.org/wiki/Observer_pattern
Все вышеописанное можно реализовать без особых заморочек, но с точки зрения проектирования приложения такой ситуации не должно было возникнуть. Т.е. пусть программист серверной части оптимизирует свои скрипты.
А еще дизайн абсолютно беспомощен. Куча ведь гайдлайнов в сети.
В целом, надеюсь, проект получит свое развитие и аудиторию. Не могу сказать, что в Укарине есть много ресурсов подобного плана (и качества), хоть для этого не так много и надо.
как то написал под кодом на AS2 мол пора бы уже переходить на AS3 если вы профессионалы, получил 5 минусов.. по ходу я так же не в мейнстриме ))