うつ病双極性感情障害を抱えたけんけんFedoraFreeBSD勉強日記。
Linux/Unixデスクトップ用途として使う秘訣お教えします。
 since 2006年2月16日(木)

【解決済み】デュアルディスプレイでのGNOME-Shell画面ロック後真っ暗(ブランク)を維持しない

症状の概要

GNOME-Shell on Xorgの画面ロック及び自動画面ロック機能が変な動きをします。画面ロックは、右上端をクリックして鍵マークを押すとでき、自動画面ロックは【設定】→【プライバシー】→【自動画面ロック】をOFFにしていなければ、設定時間次第ですが、マウスキーボードを動かさず放っておくと真っ暗(ブランク)されます。

詳細

この画面ロックの際に真っ暗になってマウスやキーボードに触らければ真っ暗なままなはずなんですが、真っ暗になったあとモニタがスリープになりましたと表示された後何故か復帰してロック画面が表示され、そしてまた真っ黒画面になりロック画面に戻ると数十秒ごとに繰り返すのです。明るくなったり暗くなったりですごくうざい… しかし、これが色々試しても直らないんですよねー。

ハードウェア環境

モニター1がHDMI、モニター2がDP→DVI-D接続です。GPUはCPU内臓のAPUでAMD Ryzen 5 2400GのものであるRadeon Vega 11 Graphicsです。

試したこと

この問題について試行錯誤したことを以下に記載します。

  • WindowsではOK。
  • シングルモニタではモニタ1、モニタ2両方共ダメ。
  • GNOMEの通知が来ている?→設定でアプリ全部通知を切ってもダメ。
  • mariadb、httpdなどサービスを止めてみては?→止めてもダメ。
  • カーネルバージョンは?→古いものを試してもダメ。
  • マザボのCMOSクリアは?→効果なし

解決方法

解決方法は2通り。ただし、私のCPUではダメなものも。

amdgpu.dc=0

Rx460 monitors won't stay asleepで書いてあるとおり、カーネルパラメーターに "amdgpu.dc=0"を追加です。起動時にgrub2で試してみてうまくいくなら、/etc/default/grubに

GRUB_CMDLINE_LINUX_DEFAULT="amdgpu.dc=0"

を追加してください。そして、grub2の設定を書き出すように

sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

します。これで再起動しても有効になります。ただし、amdgpu.dc=0はグラボの性能さげちゃうかと。そしてなによりRyzen 2400Gではamdgpu.dcと表示された後起動しないです。

xset s off -dpms

もうひとつは、XorgのDPMS機能をオフにします。GNOMEと喧嘩でもしてるんですかね…よくわかりませんが、端末アプリから

xset s off -dpms

すると何故か画面ロックの後真っ黒画面を維持してくれます。DPMSって自動でモニタの画面を切ってくれる機能のはずなんですが… 再起動するとまた戻るので、xset.desktopファイルを~/.config/autostartへ以下の内容で配置します。

[Desktop Entry]
Name=Xset-off
GenericName=Xset OFF DPMS
Comment=Xset OFF DPMS for Screen Lock
Exec=xset s off -dpms
Terminal=false
Type=Application

これでGNOME起動時にxsetが有効になります。

感想

この現象の一番の原因は上記でも書いたリンクとの共通点であるredditDP→DVI-D接続のせいかなと思ってますが、どうなんでしょうねえ。モニタを買い換えないとわかりませんが、2400GのVega11のせいだったら悲しいなあ。ググってもそれらしいのは見つからないのですが、手っ取り早いのはグラボ買い替えですかね?GTX 1050TiとかならDVI-D端子のものもありますし… 実際の作業時の問題ではないので放置でいいかなとも思ってますが。ずっとこだわっててうまく対処方法が見つかってうれしいですが、問題を気にせず頭を切り替えていったほうが良かったようなきもします…

WordPress Maximum Upload File Size 2MB

WordPress鯖をLAN内で構築しているのですが、画像ファイルなどのメディアファイルのサイズが2MB以上のものがアップロード出来ませんでした。

ぐぐってみると、.htaccessとか functions.phpだったりしますが変更しても何も変化なく…

/etc/php.iniの編集

  
 Fedora鯖のphpの/etc/php.iniを弄れば良いようです。もちろんsudo vim /etc/php.initしてくださいね。  
    
upload_max_filesize = 2M
  
        ↓   
upload_max_filesize = 10M
  
    
  と数字を変更してください。数値は必要になってから増やす方が良いかと思います。
  
    

php-fpmサービスの再起動

  
  phpのサービスを再起動します。   
    
 sudo systemctl restart php-fpm
  
    

PHP設定確認

  
  設定サービス再起動したら安心と思わず、反映されているか確認しておきましょう。WordPressでアップロードしてみれば良いですが、WordPress側の設定のせいか鯖の設定か切り分けられないので、Linux鯖のPHPでの確認方法を紹介しておきます。   
    

phpinfo.phpの確認

  
  phpの設定確認にphpinfo.phpを用意します。公開先は標準だと/var/www/html/以下ですかね。   
 
phpinfo-code
    
とします。画像ですいません。HTML preタグの中で書くと<?がコメント化されてしまいます。
編集出来たら、ブラウザで
http://IPアドレスorドメイン名/phpinfo.php を開きます。IPアドレスorドメイン名はご自分の環境で。すると下図のようにphpの情報が表示されると思います。   
    
  phpinfo-ed
  
    
  表示されたら、ブラウザの検索で

upload_max_filesize

で検索します。下図のように設定した数値になっていたら成功です。
php情報を公開するのは危険なので速やかにphpinfo.phpを消しておいてください。   
    
  phpinfo-max-file-size_ed
  
    
  これでもWordPressでメディアアップロードが出来なければブラウザからWordPressの設定をあたってください。プラグインで設定するのが楽かな?   

[再発]AMD Ryzen 2400G でGNOMEロック画面が真っ黒オフにならない

※GNOME 3.34.3アップデートにより解決したっぽい?(2020年1月11日(土))
※アップデートあったがまた再発(2020年3月13日(金))

唯一の情報の出処のPhoronixの記事には明示的には書いてないですが…

久々の投稿になります。
PCの環境をリプレースして
CPU: Ryzen 2400G
マザボ: ASRock B450M Steel Legend
グラボ: Ryzen 2400G Radeon Vega 11(APU)

でご機嫌にLinuxライフしています。概ね調子よく動いてるのですが一つ困ったことが。
それは、GNOMEのロック画面が真っ黒になるけど16秒ほどですぐにロック画面の壁紙に。つまり真っ黒画面から明るくなっちゃうのです。Abrtに大量にカーネルバックトレース通知が来ていて?しかもjournalctlのログ見たら16秒ごとに同じ内容のエラーが出てるし、この通知が来ることによって明るくなっていると思う…
※スリープはする



PCと同じ部屋で寝てないですが、画面が明るくなったりしてかなりうっとおしい。

どうもマルチメディアというかデュアルディスプレイにしていると起こるようで、電源切ってからシングルディスプレイにしてる場合はロック画面での明るくなることはないっぽい。3分ほどしかみてないのですが、16秒ごとに起きてはないので問題ないのではないかと。

まあ、使わないときはディスプレイの電源は切っておけばいいものだし放っておけばいいのでしょうが。あとは、Abrtパッケージを削除とか?多分、ごっそりGNOME環境を道連れにされるのでしないほうが良いでしょう。というわけで対策求む…






【追記】
いつの間にか再発。まず、普段使いとは別の新規アカウントを作ってもこの問題は出ます。たまに画面ロック画面オフになってくれることもあるが、ごちゃごちゃ確かめてるとやはり真っ黒画面をキープせずロック画面壁紙が見える状態に。唯一ちゃんと再現よく画面真っ黒になるのは、無線マウスの電源を切ってひと呼吸おいてから【田(Windowsキー)】+【L 】を押すと画面オフになってくれます。USBの有線マウスだと引っこ抜くといける。PS/2マウスは持ってないのでわかりません。
Fedora30のUSBライブイメージで起動してそのまま画面ロックしてもこの問題はおきます。Ubuntuでもなるのか試したいけど、USBメモリにインストールは時間掛かりすぎた…
Rx460 monitors won't stay asleep [reddit] でDVI-DとDisplay Port接続がーってのが私の条件とあっているんだけど、amdgpu.dc=0すると起動しない… あっちはグラボでこっちはCPU内蔵であるAPUだからかな?

画面ロックから画面真っ暗オフしない一番簡単な解決方法はモニタの電源切れば良い話なんだけど、原因がつかめないのでスッキリしないです。FedoraだとAMDプロプライエタリのドライバは対応していないので、OSSなドライバのせいなんですかね。さあ、早く諦める決意をしよう。


以下、journalctlメッセージ
 ------------[ cut here ]------------
 1月 03 19:00:06  kernel: WARNING: CPU: 2 PID: 441 at drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dcn_calcs.c:1464 dcn_bw_update>
 1月 03 19:00:06  kernel: Modules linked in: fjes(-) amdgpu(+) amd_iommu_v2 gpu_sched i2c_algo_bit ttm drm_kms_helper uas nvme drm >
 1月 03 19:00:06  kernel: CPU: 2 PID: 441 Comm: systemd-udevd Not tainted 5.4.7-Ryzen5-rpm #1
 1月 03 19:00:06  kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B450M Steel Legend, BIOS P2.90 11/27/2019
 1月 03 19:00:06  kernel: RIP: 0010:dcn_bw_update_from_pplib+0xaa/0x2f0 [amdgpu]
 1月 03 19:00:06  kernel: Code: 0c 24 85 c9 74 24 8d 71 ff 48 8d 44 24 04 48 8d 54 f4 0c eb 0d 48 83 c0 08 48 39 d0 0f 84 2e 01 00 >
 1月 03 19:00:06  kernel: RSP: 0018:ffffb92e4040b690 EFLAGS: 00010246
 1月 03 19:00:06  kernel: RAX: ffffb92e4040b694 RBX: ffff90382d3d0000 RCX: 0000000000000004
 1月 03 19:00:06  kernel: RDX: ffffb92e4040b6b4 RSI: 0000000000000003 RDI: ffff903850497900
 1月 03 19:00:06  kernel: RBP: ffffb92e4040b7d0 R08: 0000000000000000 R09: 0720072007200720
 1月 03 19:00:06  kernel: R10: 0720072007200720 R11: 0720072007200720 R12: ffffb92e4040b720
 1月 03 19:00:06  kernel: R13: ffff90384d97a380 R14: 0000000000000001 R15: ffffb92e4040b870
 1月 03 19:00:06  kernel: FS:  00007fcdfab5a940(0000) GS:ffff903850480000(0000) knlGS:0000000000000000
 1月 03 19:00:06  kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
 1月 03 19:00:06  kernel: CR2: 00007fcd35be3000 CR3: 000000036fdf2000 CR4: 00000000003406e0
 1月 03 19:00:06  kernel: Call Trace:
 1月 03 19:00:06  kernel:  dcn10_create_resource_pool+0x82c/0xb60 [amdgpu]
 1月 03 19:00:06  kernel:  ? _cond_resched+0x15/0x30
 1月 03 19:00:06  kernel:  ? dal_gpio_service_create+0x92/0x110 [amdgpu]
 1月 03 19:00:06  kernel:  dc_create_resource_pool+0xcf/0x150 [amdgpu]
 1月 03 19:00:06  kernel:  dc_create+0x23d/0x700 [amdgpu]
 1月 03 19:00:06  kernel:  ? amdgpu_cgs_create_device+0x23/0x50 [amdgpu]
 1月 03 19:00:06  kernel:  amdgpu_dm_init+0x13d/0x1c0 [amdgpu]
 1月 03 19:00:06  kernel:  ? phm_wait_for_register_unequal.part.0+0x50/0x80 [amdgpu]
 1月 03 19:00:06  kernel:  dm_hw_init+0xe/0x20 [amdgpu]
 1月 03 19:00:06  kernel:  amdgpu_device_init.cold+0x1477/0x1790 [amdgpu]
 1月 03 19:00:06  kernel:  amdgpu_driver_load_kms+0x53/0x1a0 [amdgpu]
 1月 03 19:00:06  kernel:  drm_dev_register+0x111/0x150 [drm]
 1月 03 19:00:06  kernel:  amdgpu_pci_probe+0xee/0x150 [amdgpu]
 1月 03 19:00:06  kernel:  ? __pm_runtime_resume+0x58/0x80
 1月 03 19:00:06  kernel:  local_pci_probe+0x42/0x80
 1月 03 19:00:06  kernel: RDX: ffffb92e4040b6b4 RSI: 0000000000000003 RDI: ffff903850497900
 1月 03 19:00:06  kernel: RBP: ffffb92e4040b7d0 R08: 0000000000000000 R09: 0720072007200720
 1月 03 19:00:06  kernel: R10: 0720072007200720 R11: 0720072007200720 R12: ffffb92e4040b720
 1月 03 19:00:06  kernel: R13: ffff90384d97a380 R14: 0000000000000001 R15: ffffb92e4040b870
 1月 03 19:00:06  kernel: FS:  00007fcdfab5a940(0000) GS:ffff903850480000(0000) knlGS:0000000000000000
 1月 03 19:00:06  kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
 1月 03 19:00:06  kernel: CR2: 00007fcd35be3000 CR3: 000000036fdf2000 CR4: 00000000003406e0
 1月 03 19:00:06  kernel: Call Trace:
 1月 03 19:00:06  kernel:  dcn10_create_resource_pool+0x82c/0xb60 [amdgpu]
 1月 03 19:00:06  kernel:  ? _cond_resched+0x15/0x30
 1月 03 19:00:06  kernel:  ? dal_gpio_service_create+0x92/0x110 [amdgpu]
 1月 03 19:00:06  kernel:  dc_create_resource_pool+0xcf/0x150 [amdgpu]
 1月 03 19:00:06  kernel:  dc_create+0x23d/0x700 [amdgpu]
 1月 03 19:00:06  kernel:  ? amdgpu_cgs_create_device+0x23/0x50 [amdgpu]
 1月 03 19:00:06  kernel:  amdgpu_dm_init+0x13d/0x1c0 [amdgpu]
 1月 03 19:00:06  kernel:  ? phm_wait_for_register_unequal.part.0+0x50/0x80 [amdgpu]
 1月 03 19:00:06  kernel:  dm_hw_init+0xe/0x20 [amdgpu]
 1月 03 19:00:06  kernel:  amdgpu_device_init.cold+0x1477/0x1790 [amdgpu]
 1月 03 19:00:06  kernel:  amdgpu_driver_load_kms+0x53/0x1a0 [amdgpu]
 1月 03 19:00:06  kernel:  drm_dev_register+0x111/0x150 [drm]
 1月 03 19:00:06  kernel:  amdgpu_pci_probe+0xee/0x150 [amdgpu]
 1月 03 19:00:06  kernel:  ? __pm_runtime_resume+0x58/0x80
 1月 03 19:00:06  kernel:  local_pci_probe+0x42/0x80
 1月 03 19:00:06  kernel:  pci_device_probe+0x107/0x1a0
 1月 03 19:00:06  kernel:  really_probe+0x147/0x3c0
 1月 03 19:00:06  kernel:  driver_probe_device+0xb6/0x100
 1月 03 19:00:06  kernel:  device_driver_attach+0x53/0x60
 1月 03 19:00:06  kernel:  __driver_attach+0x8a/0x150
 1月 03 19:00:06  kernel:  ? device_driver_attach+0x60/0x60
 1月 03 19:00:06  kernel:  bus_for_each_dev+0x78/0xc0
 1月 03 19:00:06  kernel:  bus_add_driver+0x14d/0x1f0
 1月 03 19:00:06  kernel:  driver_register+0x6c/0xc0
 1月 03 19:00:06  kernel:  ? 0xffffffffc0a6b000
 1月 03 19:00:06  kernel:  do_one_initcall+0x46/0x1f4
 1月 03 19:00:06  kernel:  ? _cond_resched+0x15/0x30
 1月 03 19:00:06  kernel:  ? kmem_cache_alloc_trace+0x162/0x220
 1月 03 19:00:06  kernel:  ? do_init_module+0x23/0x230
 1月 03 19:00:06  kernel:  do_init_module+0x5c/0x230
 1月 03 19:00:06  kernel:  load_module+0x28c9/0x2b20
 1月 03 19:00:06  kernel:  ? ima_post_read_file+0xf0/0x100
 1月 03 19:00:06  kernel:  ? __do_sys_finit_module+0xaa/0x110
 1月 03 19:00:06  kernel:  __do_sys_finit_module+0xaa/0x110
 1月 03 19:00:06  kernel:  do_syscall_64+0x5b/0x1a0
 1月 03 19:00:06  kernel:  entry_SYSCALL_64_after_hwframe+0x44/0xa9
 1月 03 19:00:06  kernel: RIP: 0033:0x7fcdfbb001ad
 1月 03 19:00:06  kernel: Code: 00 c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d >
 1月 03 19:00:06  kernel: RSP: 002b:00007ffd4bcfdcb8 EFLAGS: 00000246 ORIG_RAX: 0000000000000139
 1月 03 19:00:06  kernel: RAX: ffffffffffffffda RBX: 00005563e28ea7b0 RCX: 00007fcdfbb001ad
 1月 03 19:00:06  kernel: RDX: 0000000000000000 RSI: 00007fcdfb72784d RDI: 0000000000000013
 1月 03 19:00:06  kernel: RBP: 0000000000020000 R08: 0000000000000000 R09: 0000000000000007
 1月 03 19:00:06  kernel: R10: 0000000000000013 R11: 0000000000000246 R12: 00007fcdfb72784d
 1月 03 19:00:06  kernel: R13: 0000000000000000 R14: 00005563e28ea410 R15: 00005563e28ea7b0
 1月 03 19:00:06  kernel: ---[ end trace b4501ffe4dce7d81 ]---
Abrtを見ると警告件数が8800超えてます(左上に表示)

kernel-abrt-amdgpu

平成最後のFedora!!Linux!!Fedora30は4月30日(火)リリース予定

 お久しぶりです。まあまあ元気です。転院告げられて病院選びに困ってます… 

 さてFedora30のリリース日が4月30日(火)に決まりました。Fedoraのリリース日はUbuntuのより後でなおかつGWよりも後の時もよくありましたが、今回はなんとかGWに間に合いました。平成最後のFedoraのリリースですね。

IMG_3481

 VMでFedora30相当のRC1.2を試した限りでは、GNOMEのリリースノートに書かれている通り、より速くキビキビと動くようになったようです。またビジュアル的な変化としてはアイコンが可愛くなってます。GNOMEのアイコンテーマが変わった事によるものです。



IMG_3494
IMG_3495
IMG_3496
IMG_3497

アプリの導入はGNOMEソフトウェアでインストールする時代ですが、コマンドのパッケージマネージャーであるdnfが圧縮データにZchunkを採用する事で高速化されました。

新しいデスクトップ環境としてDeepinDEとPantheon Desktopが追加されてます。

GNU Bash 5.0とGCC9とOpenJDK 12とがメジャーアップグレードされてるので注意してください。デフォルトのGPGがGnuPG 2に変更されています。

グラフィカルブート時チラつきがなくなります。dbus-brokerを採用します。

Fedora26betaリリース!!

Fedora26betaがリリースされました。


ダウンロードはこちらから。

テスト版なので仮想化でのインストールをオススメします。


Fedora26 alphaリリース!ダウンロード先はこちらから。

Fedora26 alphaがリリースされました。
ダウンロードは こちらから。 

テスト版なので実機へのインストールはやめておきましょう。仮想化ゲストでお試しあれ。

Fedora26 Alphaリリース日は2017年4月4日(火)

参考:Fedora 26 Alpha RC1.7 has been declared as GOLD and the status is GO

Fedora26 Alpha版リリース日が決定しました。
2017年4月4日(火)です。
3週遅れのリリースでした。

Alpha版なのでテスト用扱いです。仮想化環境でテストしてみるのが良いですね。

Linux勉強して待ちましょう。

Docker使い方まとめ

Software DesignでDockerを知ってコマンドが覚えられないので自分用に使ってみたまとめです。 みなさんの役にも立つと思い記事にしました。

Dockerのインストールと設定

インストール

sudo dnf install docker

サービスの起動

sudo systemctl start docker
sudo systemctl enable docker

ユーザー権限でDockerを扱う方法

Fedoraデフォルトでは

sudo groupadd docker
sudo usermod -g docker kenken

Docker公式のチュートリアル

とりあえず Dokerのチュートリアルを読んで遊びましょう。

Dockerイメージの取得pull

Dockerイメージを取得するにはpullコマンドを使います。

docker pull centos

イメージの確認images

docker images

コンテナの実行runコマンド

docker run centos
続きを読む

カーネル4.9でVMware Playerを動かす方法

カーネル4.9でLinuxホストでVMware Playerを動かす方法が載っていました。
リンクだけ紹介しておきます。

(カーネル4.8なら動きます。)

VMware – 12.5.2 Released – Still Broken With Kernel 4.9..

お使いのサーバーのphpではwordpressに必要なmysql拡張を利用できないようです on Fedora25

エラーメッセージ

Fedora25にアップグレードして久々にWordPressを鯖設定するというか設定済なので localのWordPressを開くと、
以下のように言われました。

お使いのサーバーのphpではwordpressに必要なmysql拡張を利用できないようです

他サイトさまの解決方法

エラーメッセージだけで判断するとFedoraだからPHPのバージョンが新しいすぎるのかなあと思ったのですが ググった限りではPHP 7系統でも動いている様子。
当然次にやることはこのエラーメッセージでググることですね。

ぐぐるとまあ、出てくるわ出てくるわ色んなサイトがひっかっかります。よくある問題みたいです。 大きくは、2つのことが原因のようです。

  • MySQLのPHP拡張が入っていない。
  • /etc/php.iniファイルの の設定が不十分。

対策

答えを最初に書くと、/etc/php.iniが古くなっていたのか、php.iniファイルを一旦削除してphp-commonパッケージを再インストールしたら直りました。 コマンドで書くと、

sudo rm /etc/php.ini
sudo dnf reinstall php-common
sudo systemctl restart httpd

とすれば直りました。

詳細

以下これより先はことの顛末を記述しています。

とりあえず、MySQLのPHPが拡張が入ってないかどうかはパッケージがインストールされてるかどうかですね。
そこで、以下のコマンドを実行して入っているか確認します。

rpm -q php-mysql

とすると

パッケージ php-mysql はインストールされていません。

と言われました。 あれ?入ってないのおかしいなあということでもう少し広めにパッケージデータベースを検索してみます。

rpm -qa|grep php-mysql

としてみると

php-mysqlnd-7.0.14-1.fc25.x86_64

と返ってきました。パッケージ名が変わったんですかね。

それでは、/etc/php.iniの設定がおかしいのかなあと変更してみます。 /etc/php.iniファイルをsudoで開いて

;extension=msql.so 

の;を削除してコメントアウトを外します。つまり以下のようにします。

extension=msql.so 

に書き直します。そして設定変えたのでhttpdサービスを再起動します。

sudo systemctl restart httpd

としてwordpressを開いてみてもエラーメッセージは変わらず…

そして、

php -m | grep mysql

してみても何も返事がなく…

ここで、ではwordpressのバージョンが古いのかなと考え今あるディレクトリをリネームして新しいバージョンを落としてきます。

wordpress Latestをダウンロードして/var/www/htmlに展開します。
が、結果変わらず。

php -m

してみると、なんと

PHP Warning:  PHP Startup: Unable to load dynamic library './zip.so' - ./zip.so: cannot open shared object file: No such file or directory in Unknown on line 0

とズラズラーッとWarningが出るではありませんか。

確かに/etc/php.iniファイルを弄ったのに変化ないし、弄ってなくてもタイトル通りのエラーが出ていたのでひょっとして/etc/php.iniファイルが壊れてるのかと思い、

sudo rm /etc/php.ini
sudo dnf reinstall php-common

してみました。パッケージ名がphp-commonとわかったのは

sudo dnf provides /etc/php.ini

としてphp.initの在り処がphp-commonと表示されたからです。

php -m |grep mysql

を再度実行してみると

mysqli
mysqlnd

と表示され、エラーもなくなりました。

早速httpdを再起動させるとエラーメッセージなくWordPressのインストール画面が!!

無事解決してなによりです。 実はこれ以外にも一度データベースを削除しないといけなくなったりしましたが、 これは別記事にする予定。

参考: お使いのサーバーの PHP では WordPress に必要な MySQL 拡張を利用できないようです。 KUJIRA NOTE

ブログ内の検索
Google

WWW を検索
このblog内を検索
最新コメント
「最新トラックバック」は提供を終了しました。
コンピューター オススメ
「Amazonライブリンク」は提供を終了しました。
「Amazonライブリンク」は提供を終了しました。
アクセスカウンター

    はてブリスト - 現在
    • ライブドアブログ