インストールや実行中にエラーが起こった場合の対処法 | Web制作者のためのSassの教科書 - 公式サポートサイト
一覧に戻る « 前 次 » 第2章 Sassの利用環境を整えよう 2-7 インストールや実行中にエラーが起こった場合の対処法 Macでsassのインストールができない ERROR: While executing gem ... (Gem::FilePermissionError) You don't have write permissions for the /usr/bin directory. ERROR: While executing gem ... (Gem::RemoteSourceException) HTTP Response 302 fetching http://gems.rubyforge.org/yaml
nginx 1.7系である条件を元にアクセスログの出力を抑制する場合の設定 - oranie's blog
nginx 1.7系を設定している時に、まあ良くある要望でリバースプロキシの設定をしたいんだけど、アプリ側が静的ファイルを返す時にそれはアクセスログに出したく無いって設定でハマった。 初めはlocationの内部でif文書いてaccess_log offとかでやろうとすると、何故かファイル自体へのアクセスがそもそも404になる。で、じゃあ画像用のlocation切ってやろうとすると、locationの条件に正規表現を使った場合は nginx: [emerg] "proxy_pass" cannot have URI part in location given by regular expression, or inside named location, or inside "if" statement, or inside "limit_except" block in こんなエラーに
GitでCloneしようとするとearly EOFエラーが発生した - Qiita
Gitで自宅サーバに置いていたレポジトリをWindows PCへCloneしようとしていた時の事 事象 以下のようなエラーが発生した fatal: early EOF fatal: The remote end hung up unexpectedly fatal: index-pack failed 原因 調べていくと原因はレポジトリがでかすぎることっぽい。 解決策は大体以下3つなのかなと思った。 1.gitのhttp通信制限を増やす 2.サーバー側でgc&repackする 3.そもそも一度にcloneする量を減らす 事象の原因によって1～3のどれで直るかは違う模様。 筆者は1を試したがダメで、3を試してうまくいった。 各解決策がどういった詳細な原因と結びついているのか、については調べていない。 1は1つのファイルに対する制限で、3は全体の容量を減らしてるから違うとかそんな感じなのかなと
エラーメッセージは 2W1H がいいんじゃないか
良くあるダメなエラーメッセージ エラーが起きたときは、以下のようにエラーメッセージをどこかしらに出力すると思います。 $c->log->error('something wrong!'); ただ、このエラーメッセージって、実際に発生したときには意味がわからないことが多いのです。 $c->log->error('error!'); 本気でこういう「error!」とだけ吐くメッセージだと、エラーが起きたことしか伝わってきません。程度の差はあれ意味のわからないエラーメッセージはこの世にあふれているかと思います。 機械的なエラー情報 そういうわけで、たいていは Exception クラスや Logger クラスで多くの補助が受けられるようになっていると思います。 発生時刻 発生場所 stack trace 変数の状態 ただ、このような機械的な情報だけだと、結局、運用上は対応が難しい場面ってのが多か
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
logrotateしたときに`because parent directory has insecure permissions`というエラーが出る - Qiita
