私は普段MacBookAirで開発を行っており、データはほぼ全てiCloudと同期を取っている。 そのおかげでクリーンインストールからの復元も簡単なわけだけど、開発中のリポジトリもiCloud管理下に置いた結果、えらく困ったことが起きた。 話せば長いのでざっくり説明すると、 iCloud管理下のDocumentフォルダでgit cloneとrm -rfを繰り返していたら、覚えのないファイルが大量に生成されるという現象が発生 リポジトリをiCloudの管理外に置いたら解決した gitのリポジトリ(というより同名ファイル?)の削除と復元を短時間の間に繰り返すと、iCloudとの同期が取れなくなることがある模様 開発中のリポジトリはiCloudで管理しない方が良さそう というお話。 発生した現象:ローカルリポジトリに知らぬ間にファイルが増えている GitHub上のとあるリポジトリを、自分のMac
数年前,まだ私が C++ でゲームを書いていたころ,深すぎる関数のネストは「一旦変数に入れ」て「読みやすくする」というコーディングスタイルにだいたい落ち着いていた.もちろん,「これは一旦別名を付けるだけで,変数に再代入する気はないよ」ということで const も付ける.ただあまり大きなデータのコピーは嫌だよねということで,戻り値が std::string や構造体の関数呼び出しを「一旦変数に入れる」ときは const 参照を好んで使っていた. A(B(C(a), b, D(E(c), d, e))); 「む,なんて読みにくいコード.ばらせよ」 const int target_id = C(a); const MessageBody& message_body = D(E(c), d, e); const Message& msg = B(target_id, b, message_bod
2016/10/31 PHPにおけるシンボリックリンクを使ったデプロイの危険性について(「realpath_cache」和訳) PHP サーバーサイド この文書は@julienPauliさんによる記事「realpath_cache」の日本語翻訳です。元々は@gilbiteさんがKLab社内向けに翻訳したものでしたが、日本語では見たことがない指摘を含んでおり今でも有用だと考えたため、@julienPauliさんの了解を取った上で@hnwが修正・追記して公開するものです。 はじめに PHP に realpath_cache_get(), realpath_cache_size() という関数があることをご存じでしょうか? また、php.ini に realpath_cache から始まる設定項目があることは? realpath cache は知っておきたい極めて重要な概念です。 特に、コードの
Cドライブ直下にeula.1028.txt等のファイルがいつの間にか生成されていることがある。 その際の対処法を備忘録として記載。 Microsoftのサポートによると、Visual C++ 2008のインストール時のエラーにより、Cドライブ直下に以下のファイル(24個)が生成される事があるようです。 install.exe install.res.1028.dll install.res.1031.dll install.res.1033.dll install.res.1036.dll install.res.1040.dll install.res.1041.dll install.res.1042.dll install.res.2052.dll install.res.3082.dll vcredist.bmp globdata.ini install.ini eula.1028
現象 cssを更新しても、更新内容が反映されない 下記を行っても、反映されない キャッシュクリアする ブラウザのシークレットモードで開く cssのURLクエリパラメータ強制変更 環境 [hostOS]Mac 10.9.4 Vagrant 1.6.3 [guestOS]CentOS 6.5 VirtualBox 4.3.12 FuelPHP 1.7 Apache 2.2.15 cssはsass使ってない。 推測 ブラウザキャッシュではない サーバ側でキャッシュされてる apacheあたり? 調べた http://tipshare.info/view/4f3481ee4b21227814000001 http://httpd.apache.org/docs/2.0/ja/mod/core.html VirtualBoxの共有フォルダに設定したディレクトリは、外部ストレージ的な扱いになる。 その
前回の記事、file_put_contentsの罠にて標準関数の脆弱性について触れましたが、読み込みを行う場合にもロックは必要です。 例によってfile_get_contents等の関数はロックしてくれません。 そんなわけで、以下は安全安心なfile_get_contents関数およびfile関数です。 file関数の方はFILE_SKIP_EMPTY_LINESとFILE_IGNORE_NEW_LINESの二点のフラグに対応しています。 function _file_get_contents($fname) { if ($fp = fopen($fname, 'c')) { flock($fp, LOCK_EX); $buf = ''; while ($get = fgets($fp, 1024)) $buf .= $get; fclose($fp); return $buf; } el
久々にそんな風に思わされる出来事があったので、色んな所でかかれていますが私も書いておく。 もう、不要な閉じタグは片っ端から消していくぞ!! そもそも閉じタグとはPHPの閉じタグとは <?php phpinfo(); ?>←これですPHP初心者は必ず最後にはこれを書きましょうと習いますね。 なぜ書いてはいけないのか?例えば、画面に直接出力させるような <html> 〜略〜 <h1>タイトルです</h1> <?php echo 'hogehoge'; ?> <div> 〜略〜 </html>こういう時の閉じタグは書かなければダメです。 PHPの終了が分からなくなってしまうので。 でも、PHPのみのソースであれば書かなくてもOKです。 <?php public class hogeObject(){ 〜略〜 } ?>←これはいらない最近はフレームワークを使う事が多いので、画面表示と動作のソースフ
Wiondows XPを使用しています。 フォルダのプロパティで、「属性」欄の「読み取り専用」をクリックしてチェックを外しても、もう一度プロパティを開くと、また「■」のチェックが付いてしまいます。 フォルダのプロパティの「読み取り専用」のチェックを外すことはできますか。 フォルダのプロパティの「読み取り専用」は、「■」のチェックが付いた状態が正常です。 これはWindows XPの仕様のため、異常ではありません。このままお使いください。 「読み取り専用」をクリックしてチェックを外してから、「OK」ボタン、または「適用」ボタンをクリックしても、もう一度フォルダのプロパティを開くと、「■」のチェックが付いた状態に戻ってしまうため、「読み取り専用」のチェックを外すことはできません。 「■」のチェックがついていてもフォルダにファイルは保存できます。
Linux Kernel 2.6 Documentation: /usr/src/linux/Documentation/filesystems/locks.txt filesystems/locks.txt ファイルロック・リリースノート [プレインテキスト版] 原著作者: Andy Walker <andy@lysaker.kvaerner.no> 翻訳者: 川崎 貴彦 <takahiko(a)hakubi.co.jp> バージョン: 2.6.5 翻訳日時: 2004/04/17 ファイルロック・リリースノート Andy Walker <andy@lysaker.kvaerner.no> 1997 年 5 月 12 日 1. What's New? -------------- 1.1 破棄された Flock エミュレーション -----------------------------
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く