問題タブ [usersession]

常にログインする必要がある iPhone アプリを作成しています。次のようなグローバルな場所があるかどうかはわかりません。

not_logged_in の場合 -> LoginView に移動

サービス アプリケーションとユーザー モード アプリケーションという 2 つのモジュールを備えた Windows アプリケーションを作成しました。このサービスは独自のスケジューラを実装しており、事前定義された時間にユーザーをログオフできます。そのために、ログオフする必要があるログオン ユーザー セッションで実行されているユーザー モード モジュールからトリガーされる次の呼び出しを使用していました。

ユーザーのアカウントがロックされている場合を除いて、これは正常に機能します。その場合、API から 1 が返されても、その API は何もしていないようです。

アカウントがロックされているときにユーザーをログオフする他の方法はありますか? (この場合の 1 つの条件は、そのユーザーに保存されていないドキュメントがある場合、ログオフを強制してはならないということです。)

php-fpm と ffmpeg に問題があります。

単純な exec だけで php からエンコーディングを起動している場合、エンコーディングを開始するこの特定のユーザーに対して、他のすべての php 応答はフリーズ (タイムアウトまたは無視) のように見えます。したがって、このユーザー サイトは完全に無責任になります。

php からエンコーディングを起動しているが、コマンドの最後に「&」を使用している場合、すべて問題なく、エンコーディングは CPU を消費しますが、サイトはユーザーに完全に責任があります。

したがって、この動作に関するドキュメントや情報がいくつかあるので、なぜこのように機能するのか、正確にどこで動かなくなるのかがわかります。

ありがとうございました

次の perl スクリプトを実行しようとしたところ、ユーザー セッションがロックされました...

追加のコードなしで通常どおり機能しました...、次の秒の前にセッションをロックしたため、セッションをロックしたときに出力がありませんでした。セッションのロックを解除したときに表示される出力:

SetForegroundWindow($_); のような Win32::GuiTest 関数を使用してサーバーに接続するために使用する以下のスクリプトを実行すると、SendKeys("Password01"); など...問題なく接続され、サーバーへのログインに成功しました。しかし、実行中にセッションをロックし、セッションのロックを解除すると、スクリプトの実行は完了しましたが、サーバーへのログインは行われませんでした。

私によると、私は自分の機能を実行するためにアクティブなウィンドウを使用しました。したがって、機能していません。ユーザーセッションが実行プロセスの途中でロックされている場合、上記の機能を正常に実行できる他の方法はありますか? または、コードを変更する必要がありますか?

Ruby アプリに問題があります。私が使用: Ruby = 2.0 Rails = 3.2

ログアウトしようとすると、次のようなエラーが発生します。

AbstractController::ActionNotFound - UserSessionsController のアクション「show」が見つかりませんでした: actionpack (3.2.17) lib/abstract_controller/base.rb:116:in process' actionpack (3.2.17) lib/abstract_controller/rendering.rb:45:inprocess' actionpack (3.2.17) lib/action_controller/metal.rb: 203:dispatch' actionpack (3.2.17) lib/action_controller/metal/rack_delegation.rb:14:inディスパッチ内のアクションパック (3.2.17) lib/action_controller/metal.rb:246:block in action' actionpack (3.2.17) lib/action_dispatch/routing/route_set.rb:73:inディスパッチ内のアクションパック (3.2.17) lib/action_dispatch/routing/route_set.rb:36:call' journey (1.0.4) lib/journey/router.rb:68:inコールの旅のブロック内 (1.0 .4) lib/journey/router.rb:56:in call' actionpack (3.2.17) lib/action_dispatch/routing/route_set.rb:608:incall' bullet (4.1.4) lib/bullet/rack.rb:8:in call' hirefire-resource (0.1.2) lib/hirefire/middleware.rb:27:incall' newrelic_rpm (3.6.2.96) lib/new_relic/rack/error_collector.rb :12: in call' newrelic_rpm (3.6.2.96) lib/new_relic/rack/agent_hooks.rb:18:incall' newrelic_rpm (3.6.2.96) lib/new_relic/rack/browser_monitoring.rb:16: in call' newrelic_rpm (3.6.2.96) lib/new_relic/rack/developer_mode.rb:28:incall' request_store (1.0.5) lib/request_store/middleware.rb:9:インチcall' actionpack (3.2.17) lib/action_dispatch/middleware/best_standards_support.rb:17:incall' Rack (1.4.5) lib/rack/etag.rb:23:in call' rack (1.4.5) lib/rack/conditionalget.rb:25:incall' actionpack (3.2.17) lib/action_dispatch/middleware/head.rb:14:in call' actionpack (3.2.17) lib/action_dispatch/middleware/params_parser.rb:21:incall' actionpack (3.2.17) lib/ action_dispatch/middleware/flash.rb:242:in call' rack (1.4.5) lib/rack/session/abstract/id.rb:210:incontext' ラック (1.4.5) lib/rack/session/abstract/id.rb:205:in call' actionpack (3.2.17) lib/action_dispatch/middleware/cookies.rb:341:incall' activerecord (3.2.17) lib/active_record/query_cache.rb: 64:in call' activerecord (3.2.17) lib/active_record/connection_adapters/abstract/connection_pool.rb:479:incall' actionpack (3.2.17) lib/action_dispatch/middleware/callbacks.rb:28:in block in call' activesupport (3.2.17) lib/active_support/callbacks.rb:405:inrun _4032778647788681780_ call _3401891405258349156__callbacks' activesupport (3.2.17) lib/active_support/callbacks.rb:405:in __run_callback' activesupport (3.2.17) lib/active_support/callbacks.rb:385:in_run_call_callbacks' activesupport ( 3.2.17) lib/active_support/callbacks.rb:81:inrun_callbacks' actionpack (3.2.17) lib/action_dispatch/middleware/callbacks.rb:27:incall' actionpack (3.2.17) lib/action_dispatch/middleware/reloader.rb:65:in call' actionpack (3.2.17) lib/action_dispatch/middleware/remote_ip.rb:31:incall' better_errors (0.9.0) lib/better_errors/middleware.rb:84:in protected_app_call' better_errors (0.9.0) lib/better_errors/middleware.rb:79:inbetter_errors_call' better_errors (0.9.0) lib/ better_errors/middleware.rb:56: in call' actionpack (3.2.17) lib/action_dispatch/middleware/debug_exceptions.rb:16:incall' actionpack (3.2.17) lib/action_dispatch/middleware/show_exceptions.rb:56: in call' railties (3.2.17) lib/rails/rack/logger.rb:32:incall_app' railties (3.2.17) lib/rails/rack/logger.rb:16:タグ付きのblock in call' activesupport (3.2.17) lib/active_support/tagged_logging.rb:22:inrailties (3.2.17) lib/rails/rack/logger.rb:16: in call' actionpack (3.2.17) lib/action_dispatch/middleware/request_id.rb:22:incall ラック (1.4.5) lib/rack/methodoverride.rb:21: in call' rack-contrib (1.1.0) lib/rack/contrib/runtime.rb:18:incall ' activesupport (3.2.17) lib /active_support/cache/strategy/local_cache.rb:72:in call' rack (1.4.5) lib/rack/lock.rb:15:incall' actionpack (3.2.17) lib/action_dispatch/middleware/static.rb:63:in call' railties (3.2.17) lib/rails/engine.rb:484:incall' railties (3.2.17) lib/rails/application.rb:231:でcall' rack (1.4.5) lib/rack/content_length.rb:14:incall' railties (3.2.17) lib/rails/rack/log_tailer.rb:17:in call' rack (1.4.5) lib/rack/handler/webrick.rb:59:inservice' /usr/local/rvm/rubies/ruby-2.0.0-p451/lib/ruby/2.0.0/webrick/ httpserver.rb:138:in service' /usr/local/rvm/rubies/ruby-2.0.0-p451/lib/ruby/2.0.0/webrick/httpserver.rb:94:inrun' /usr/local/rvm/rubies/ruby-2.0.0-p451/lib/ruby/2.0.0/webrick/server.rb:295:in `block in start_thread'

これは私のroutes.rbです：

また、これを user_session_controller.rb に入れます

頻繁に使用されるクラウドベースのソフトウェアの例を見てみましょう。

展開が行われるとき、ユーザーがオンラインであるとしましょう。

1. 展開後にサーバーを停止して起動する必要はありませんか? サービスの継続性はどのように維持されますか?
2. 進行中のユーザー セッション / 保存されていないデータは、デプロイ後にどのように継続されますか?
3. リスクはどのように管理されていますか？(デプロイ後に問題が発生し、古いバージョンに戻す必要があるとします。ユーザーが既に新しいバージョンで作業し、以前のバージョンと互換性のないデータを保存したとします)