それ以来しばらくの間 kodene に対処してほとんど cli でいくつかの izvr″ŝaniâ を選択する UTF8 enkodnati ではないです。. 今日私はすぐにファイルを見直さなければならないし、ほとんどすぐにそれを開いた私感じた欲望に含まれる rm-rf フォルダー, 誰か半分脳細胞を個々 の障害はキリル文字の彼らのコメントを書くこと. 幸いにも、超能力 admiralskite 解決の性質の誤解 1 cli で行:

iconv -f cp1251 -t utf8 old_shitty_encoded_file -o new_good_encoded_file

Мисля че самите флагове говорят сами за себе си но нека да ги прегледаме на бързо:

  • -o outputfile
  • -t to-encoding
  • -t to-encoding

iconv има и друга много приятна екстра че може да транслитерира (където е възможно) като се зададе -t ASCII//TRANSLIT но за съжаление не работи с кирилица 🙂

いくつかのため (私に非常に明確ではないです。) 1 つの私のサーバーの Debian 分配のアップグレードで postgresql デーモンのアップグレードを行うことを怠った. Postgresql のデーモンは、ニースのプロパティはない彼の新しいバージョンの使用を開始 (Mysql とは異なり) 我々 を納得させるまで, 新しい打ち上げと完全互換性のあります。 – 非常に大規模なデータベースに便利. 更新の単なるプロセス次のように限定されなければなりません。 2 手順:

  • pg_dropcluster
  • pg_upgradecluster

鬼の前に izdropite クラスターが停止して pg をする必要があります。!

pg_dropcluster 9.4 main

Тази команда преминава бързо, след което преминаваме към съществената частсамият ъпгрейд

pg_upgradecluster 9.1 main
Disabling connections to the old cluster during upgrade...
Restarting old cluster with restricted connections...
Creating new cluster 9.4/main ...
config /etc/postgresql/9.4/main
data   /var/lib/postgresql/9.4/main
locale en_US.UTF-8
Flags of /var/lib/postgresql/9.4/main set as -------------e-C
port   5433
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
Fixing hardcoded library paths for stored procedures...
Upgrading database postgres...
Analyzing database postgres...
Fixing hardcoded library paths for stored procedures...
Upgrading database template1...
Analyzing database template1...
Fixing hardcoded library paths for stored procedures...
Upgrading database xpqt...
Analyzing database xpqt...
Re-enabling connections to the old cluster...
Re-enabling connections to the new cluster...
Copying old configuration files...
Copying old start.conf...
Copying old pg_ctl.conf...
Copying old server.crt...
Copying old server.key...
Stopping target cluster...
Stopping old cluster...
Disabling automatic startup of old cluster...
Configuring old cluster to use a different port (5433)...
Starting target cluster on the original port...
Success. Please check that the upgraded cluster works. If it does,
you can remove the old cluster with

pg_dropcluster 9.1 main

Ако всичко е минло гладко трябва да получите съобщение като горното което ви подканва да разкарате старите данни от pg.

pg_dropcluster 9.1 main

В края на тая тарпана вече можете да стартирате процеса си отново. При мен базите са малки и за съжаление не мога да дам оценка за колко време преминава същественият ъпгрейд.

今日は大きな 1 つの RAID アレイに fsck を実行しならなかった 〜 6 TB. 私の急いで私私の進行状況を表示する、-C オプションとでささやかな待機した後 fsck ないです。 2 少し疲れていた時間, 私はあなたが検証を持って暗闇の中. 既に進行状況バーを視覚化する fsck を実行するためのクールなトリックが:

kill -10 $(pidof fsck.ext3)

私の後にしばらくの間を待っています。 2-3 分進行状況バーが表示されを示した 49% (楽しい) もっとその 3 待っている 🙁 の時間

何をしましょう sumarizirame 私たちは信号を送る SIGUSR1 進行状況バーを表示する fsck をもってください。. Ако искаме да го спрем по някаква причина 🙄 трябва да изпратим SIGUSR2 または

kill -12 $(pidof fsck.ext3)

Еми това е не е нещо супер сложно или трудно просто готин трик 🙂

Лесно можем да избием всички mysql заявки на определн потребител с елегантното:

select concat('KILL ',id,';') from information_schema.processlist where user='user123';

Заместваме user123 с желаният от нас потребител и изпълняваме в mysql и всичко е ОК 🙂

新しい Debian の安定 今週、私は彼に nadgradâ virtualkata に手 s″rbâha について事実まで時間がなかったが. アップグレードする私の時間を捧げることにしました私の一日の早い段階から. Промених сорс листа ми като промених wheezy на jessie

sed -i "s/wheezy/jessie/g" /etc/apt/sources.list && apt-get update

ここで izg″rmâha 2 ミラー:

  • MariaDB – このミラーからもはや必要ジェシーにバージョンが含まれています 10.0.6 それ自体は非常に. 後 5.5 mičetodb と mysql 互換性がないかなり mysql に戻る時、 5.5.42 – それは、デフォルトでジェシー
  • DotDeb – Php55 ここもは冗長なためジェシーが付属して、私は前にそれを使用 5.6.7-1

余分なミラーを取り払ったし、私は鉱山 apt dist-upgrade を取得する Mysql MariaDB からブランドを反転後, 再起動し、私はすでに Debian で 8.0. 私の web サーバーをオープンした-彼はここで働いていた私の驚きにそれは長い話と – いくつかの単語私の Nginx はその他のディレクティブを使用してソースからコンパイルします。. dpkg-l nginx フル 1.2 はい、誰かはパッケージを保持解除を忘れてしまった. すべてのアップグレードと計画 nginx 改 😆 は保持解除します。 . Nginx а работи обработва заявки и php fpm процеса е と runnign но php コード не ように изпълнява и не плюе грешки 🙄 ЛЮБИМОТО МИ.

СЛЕД ИЗВЕСТНО ТЪРСЕНЕ エネルギー ИНФОРМАЦИЯ ЗА ПРОМЕНИТЕ ОТКРИХ СЛЕДНИЯТ ПАСАЖ

Fastcgi 構成問題 = = =

nginx が変更された fastcgi_params を出荷, SCRIPT_FILENAME fastcgi_param を宣言されています。. この行は削除されました. 上流のリポジトリから fastcgi.conf に出荷もこれからの, まともな SCRIPT_FILENAME パラメーターの値を含む.

だから, fastcgi_params を使用している場合, fastcgi.conf に切り替えてまたは手動で関連するパラメーターを設定できます。.

ビンゴ. 失礼な侵入ではなく fastcgi。 conf を使用する仮想ホストを変更されてし、すべてに火をつける. 2 konfiga との違いは何です参照してくださいにクイック diff を押してください。


diff /etc/nginx/fastcgi_params /etc/nginx/fastcgi.conf
1a2
> fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;

Virtuanite で大規模な構成のホストを注いでクールなアイディアではない私を思い出した. Mod_sec たい Nginx アドオンで再び prekompiliram をするまま + pagespeed が、それを待つことができます。. はるかに重要なは, че правилото ми се повтори ако нямаш огледа от 3-ти източници и кастъм изпълнения Debian не се чупи при dist-upgrade!

HTTPS://www.youtube.com/watch?v=gEQCny6zNF0