gitで重いリポジトリをcloneするとき - webネタ
git clone http://example.com/fuga.git remote: Counting objects: 3203, done. remote: warning: suboptimal pack - out of memory remote: fatal: Out of memory, malloc failed error: git upload-pack: git-pack-objects died with error. fatal: git upload-pack: aborting due to possible repository corruption on the remote side. remote: aborting due to possible repository corruption on the remote side. fatal:
厚労省初「ブラック企業調査」 違法行為8割の呆れた実態 （ダイヤモンド・オンライン） - Yahoo!ニュース
サービス残業、名ばかり管理職、賃金不払い、職場のパワーハラスメント──。調査結果は違法行為のオンパレードだった。 昨年12月17日、厚生労働省が、労働者を酷使したり使い捨てしたりしている、いわゆる「ブラック企業」の労働実態を2013年9月、1カ月にわたって初めて調査し、その結果を公表した。 それによると、全国労働局による過去の監督実績や離職率の高さなどを基に、違法が疑われた5111社(厳密には、事業場数)のうち実に82％に相当する4189社で、違法行為が横行していることがわかった。 主として、時間外労働や賃金不払い残業、過重労働による健康障害防止措置の不備などの労働基準関係法違反が指摘され、これらの企業には労働局から是正指導が入った。今後、法令違反が是正されない場合は送検され、企業名が公表されることになっている。 ● 7割が「名ばかり管理職」 そもそも、疑わしい企業が抽出されてい
MySQL の VARCHAR と TEXT
RDBMS に MySQL を採用したシステムで、VARCHAR の代わりに TEXT を頻用するプロジェクトがあった。そんなに昔の話ではない。つい最近作られたシステムだ。 VARCHAR も TEXT も可変長文字列を格納する型で、アプリケーションから見るとあまり違いがない。どちらも SQL で同じように扱える。しかし、こんな場合は VARCHAR を使うのが当然じゃないか。わざわざ TEXT を使う理由がない。そう思ったのだが、調べてみると意外に複雑な問題であった。 使う SQL はほとんど同じでも、VARCHAR と TEXT の MySQL 内部における扱いは、だいぶ異なる。InnoDB の場合は、長い VARCHAR は自動的に TEXT と同じように扱われる。MyISAM の場合、VARCHAR は行の中にインラインで保管されるが、TEXT は別オブジェクトとして格納される。従
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Memory leak when clone over http · Issue #3079 · gitlabhq/gitlabhq · GitHub
How to Clone a Large Git Repocitory