Satake Studio Dev – ページ 3 – サタケスタジオ：技術的備忘録

https://wpdocs.osdn.jp/wp-config.php_%E3%81%AE%E7%B7%A8%E9%9B%86
define( ‘FS_METHOD’, ‘ftpext’ );
define( ‘FTP_BASE’, ‘/path/to/wordpress/’ );
define( ‘FTP_CONTENT_DIR’, ‘/path/to/wordpress/wp-content/’ );
define( ‘FTP_PLUGIN_DIR ‘, ‘/path/to/wordpress/wp-content/plugins/’ );
define( ‘FTP_PUBKEY’, ‘/home/username/.ssh/id_rsa.pub’ );
define( ‘FTP_PRIKEY’, ‘/home/username/.ssh/id_rsa’ );
define( ‘FTP_USER’, ‘username’ );
define( ‘FTP_PASS’, ‘password’ );
define( ‘FTP_HOST’, ‘ftp.example.org’ );
define( ‘FTP_SSL’, false );

　
WordPressで自動更新したい時のパーミッション、もしくはFS_METHOD手動設定やめようって話

https://qiita.com/unarist/items/2186839e1c63453b9b96

　
WordPressのアップグレードやプラグインの更新をFTP画面なしで行う方法

https://web.plus-idea.net/2017/02/wordpress-upgrade-without-ftp/

　
エクセル文字列を日付に変換する

https://www.tipsfound.com/excel/02106

　
WordPress画像圧縮プラグイン(無料版) ５つの中でどれが一番圧縮できるかを比較してみた

https://ruuski.net/web/wordpress-image-optimize-plugins-compare/

2018年10月8日/作成者: staff

WordPressのデータをCSVでエクスポート／インポート

WP Tips

エクスポート先に「WP CSV Exporter」プラグインを入れる。
普通に入れる場合は問題ないと思うが、ZIPを自分で展開するときは、以下のフォルダに書き込み属性を付けておく。

/wp-content/plugins/wp-csv-exporter/download/

　
CSVファイルは UTF8になっているので、EXCELに入れるときはそのまま読まないでインポートする

データ＞テキストまたはCSVから＞ 65001：Unicode(UTF-8)

　
EXCELで加工したあと、CSVに書き出す。
この場合、項目が引用符（ダブルコーテーション）で囲まれないので、テキストエディタで適宜加工する。
すでに引用符で囲まれていた場合は、正規表現で置換。

hogehoge(..)”,”fugafuga # 置換前（2桁の数字が入る）
hogehoge\1,fugafuga # 置換後（￥1）

　
インポート先に「Really Simple CSV Importer」プラグインを入れる。
元データはゴミ箱に入れてから完全削除する。

2018年10月3日/作成者: staff

WordPressのインポート最大容量を増やす

WP Tips

大きなデータファイルをインポートする場合、標準の4MBでは足りないことがほとんどです。
nginxとphp-frmを入れている環境で最大値を増やすには次の箇所を確認します。（やれるところはすべてやる）
※ 最後の php-frmの設定以外効いていないのがミソ！
「504 Gateway Time-out」が出るときも同様です。
　
php.iniの場所確認

# php -i | grep php.ini

Configuration File (php.ini) Path => /etc
Loaded Configuration File => /etc/php.ini

　
php.iniの編集

# nano /etc/php.ini

post_max_size = 10M
upload_max_filesize = 10M

　
nginx.confの編集

# nano /etc/nginx/nginx.conf

client_max_body_size 10M;
fastcgi_read_timeout 180; #タイムアウトを延ばす

　
php-fpm設定の編集

# nano /etc/php-fpm.d/www.conf

request_terminate_timeout = 180 #タイムアウトを延ばす
php_admin_value[upload_max_filesize] = 10M
php_admin_value[post_max_size] = 10M

　
関係あるかどうかわかりませんが、AWS（EC2）のロードバランサーのタイムアウトも延長しておきました。

アイドルタイムアウト 180 秒

　
reloadで十分ですが、念のため再起動します。

# service nginx restart
# service php-fpm restart

　
　
ここまでやると、最大値が10MBになります。たぶん。
最後の /etc/php-fpm.d/www.conf を書き換えないで実行するとタイムアウト系のエラーが出ます。

設定がちぐはぐでタイムアウトしてる

504 Gateway Time-out
とか
upstream timed out (110: Connection timed out)

　
client_max_body_size が足りないときに出るエラー

413 Request Entity Too Large

2018年10月3日/作成者: staff

Amazon LinuxにSERPOSCOPEを入れる

Tips, サーバ管理

１．Javaのバージョンを確認する

# java -version

java version "1.7.0_151"
OpenJDK Runtime Environment (amzn-2.6.11.0.74.amzn1-x86_64 u151-b00)
OpenJDK 64-Bit Server VM (build 24.151-b00, mixed mode)

２．yumを更新する（yumリポジトリの更新）

# sudo yum update -y

３．Java8をインストールする

# sudo yum install -y java-1.8.0-openjdk-devel.x86_64

４．Javaコマンドのバージョンを切り替える

# alternatives –config java

There are 2 programs which provide 'java'.

  Selection    Command
-----------------------------------------------
*+ 1           /usr/lib/jvm/jre-1.7.0-openjdk.x86_64/bin/java
   2           /usr/lib/jvm/jre-1.8.0-openjdk.x86_64/bin/java

Enter to keep the current selection[+], or type selection number: 2

５．Javaのバージョンを確認する

# java -version

openjdk version "1.8.0_151"
OpenJDK Runtime Environment (build 1.8.0_151-b12)
OpenJDK 64-Bit Server VM (build 25.151-b12, mixed mode)

# javac -version

javac 1.8.0_151

６．AWS（EC2）のセキュリティグループ（インバウンド）で 7134ポートを開く

カスタム TCP ルール　TCP　7134　0.0.0.0/0
カスタム TCP ルール　TCP　7134　::/0

７．SERPOSCOPEをダウンロードして動作させる

# mkdir /var/www/serposcope
# cd /var/www/serposcope
# wget https://serposcope.serphacker.com/download/2.9.0/serposcope-2.9.0.jar
# java -jar /var/www/serposcope/serposcope-2.9.0.jar

８．起動時に自動実行させる

# cd /etc/init.d/
# nano application-starter
#!/bin/sh
# chkconfig: 345 99 10
# description: start shell
case "$1" in
  start)
    sudo java -jar /var/www/serposcope/serposcope-2.9.0.jar
       ;;
  stop)
       echo "stop!"
       ;;
  *) break ;;
esac
# chmod +r application-starter
# chkconfig –add application-starter
# chkconfig application-starter on
# chkconfig –list

2018年9月26日/作成者: staff

レガシー環境で動作しているサイトの常時SSL化

PostgreSQL, Tips

Ubuntu10.04 で、EC-CUBE 2.4.4 と WordPress 3.0.1 が動いているという、今となってはかなり特殊な（レガシーな）環境で動作しているサイトの常時SSL化をいたします。（備忘録）

１．WordPressのデータダンプ

# mysqldump -u root -ppassword wordpress-db > wordpress-db-dump20180918.sql

２．データダンプの書き換え（http ⇒ https）

# 画像ファイルは、http://hoge.com/??? を取る
# URLは書き換え
# wp_options は文字長が入っているので要注意

３．Let’s Encrypt (dehydrated)を入れる

# curl -kLO https://github.com/lukas2511/dehydrated/releases/download/v0.6.2/dehydrated-0.6.2.tar.gz
# tar xf dehydrated-0.6.2.tar.gz
# cd dehydrated-0.6.2
# cp docs/examples/config config
# nano config
WELLKNOWN=”/var/www/dehydrated” #コメントを取る
# mkdir /var/www/dehydrated
# nano /etc/apache2/conf.d/dehydrated.conf
Alias /.well-known/acme-challenge /var/www/dehydrated

# nano domains.txt
hoge.com www.hoge.com
# ./dehydrated –register –accept-terms
# ./dehydrated -c –accept-terms
# crontab -e
0 3 1,15 * * /root/dehydrated-0.6.2/dehydrated –config /root/dehydrated-0.6.2/config –cron >> /tmp/ssl-update.log 2>&1

４．apache2 への組み込み

# nano /etc/apache2/sites-available/default-ssl

NameVirtualhost *:443

ServerName hoge.com
ServerAlias www.hoge.com
DocumentRoot /www/wordpress/
ErrorLog /var/log/apache2/error.log
LogLevel warn
CustomLog /var/log/apache2/ssl_access.log combined
SSLEngine on
SSLCertificateFile /root/dehydrated-0.6.2/certs/hoge.com/fullchain.pem
SSLCertificateKeyFile /root/dehydrated-0.6.2/certs/hoge.com/privkey.pem
SSLCertificateChainFile /root/dehydrated-0.6.2/certs/hoge.com/chain.pem

# a2enmod ssl # sslモジュールを入れる
# a2ensite default-ssl
# service apache2 restart
# netstat -ltup4 # httpsが上がっていることを確認

５．.htaccess の書き換え（http ⇒ https）

# nano /www/wordpress/.htaccess
RewriteEngine On
Options +FollowSymLinks
RewriteBase /
#RewriteRule ^index\.php$ – [L]
RewriteCond %{THE_REQUEST} ^.*/index.(html|php)
RewriteRule ^(.*)index.(html|php)$ http://%{HTTP_HOST}/$1 [R=301,L]
RewriteCond %{HTTPS} off
RewriteCond %{HTTP_HOST} ^(www\.)?(hoge\.com)$ [NC]
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
# uploaded files
RewriteRule ^files/(.+) wp-includes/ms-files.php?file=$1 [L]
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ – [L]
RewriteRule . index.php [L]

６．データダンプからデータベースを書き換え

# mysql -u root -p
use wordpress-db;
source db1.sql; # httpを書き換えたダンプ（UTFで保存）

７．WordPressテーマの書き換え

httpが直書きされてそうなファイル
# cd /www/wordpress/wp-content/themes/hoge/
functions.php
header.php
loop-index.php
style.css

８．EC-CUBEの書き換え

# nano /home/www/hoge/eccube-2.4.4/data/install.php
define (‘SITE_URL’, ‘https://shop.hoge.com/’);
define (‘SSL_URL’, ‘https://shop.hoge.com/’);

# httpが直書きされてそうなファイル
# nano /home/www/hoge/eccube-2.4.4/html/user_data/include/preview/bloc_preview.tpl
# nano /home/www/hoge/eccube-2.4.4/html/user_data/include/preview/footer.tpl
# nano /home/www/hoge/eccube-2.4.4/html/user_data/include/preview/header.tpl
# nano /home/www/hoge/eccube-2.4.4/html/user_data/packages/default/footer.tpl
# nano /home/www/hoge/eccube-2.4.4/html/user_data/packages/default/header.tpl
# nano /home/www/hoge/eccube-2.4.4/html/user_data/packages/default/bloc/optional.tpl
# nano /home/www/hoge/eccube-2.4.4/html/user_data/packages/default/bloc/other_menu.tpl
# nano /home/www/hoge/eccube-2.4.4/data/Smarty/templates/default/site_frame.tpl
# nano /home/www/hoge/eccube-2.4.4/data/Smarty/templates/default/detail.tpl
# nano /home/www/hoge/eccube-2.4.4/data/Smarty/templates/default/bloc/category.tpl

10．eth0がリネームされ、ネットワークが使えない時

# ifconfig
lo しか有効になっておらず、ネットワークアクセスできない。
# nano /etc/network/interfaces
eth0_rename になってた
# rm /etc/udev/rules.d/70-persistent-.rules
# reboot
これで直った。リネームされた原因不明

11．PostgreSQLが壊れていた場合（pg_xlog不整合でサービスが起動せず）

# su postgres
# cd /usr/lib/postgresql/8.4/bin
# ./pg_resetxlog -f /var/lib/postgresql/8.4/main/
# ./pg_ctl -D /var/lib/postgresql/8.4/main start
これで一応直る（でもDBがなくなってる）
# ./pg_ctl -D /var/lib/postgresql/8.4/main stop

# いろいろやったが結局、PostgreSQL を止めた状態で rsyncで正常に動いているサーバから丸ごと転送かけた
# rsync -rtlzvogpHAX –rsync-path=”/usr/bin/rsync” –block-size=4096 –delete -e “ssh -p 22” /var/lib/postgresql/8.4/ root@1.1.1.4:/var/lib/postgresql/8.4/

12．さくらのVPSでテスト環境を作る

12-１．OSはISOからインストールする
　　ここ（http://old-releases.ubuntu.com/releases/10.04.0/）からダウンロード
　　ubuntu-10.04.4-server-amd64.iso

12-２．sftpでサーバーへISOイメージをアップロードする
　　コントロールパネルから「OSインストール」をクリックして「ISOイメージインストール」を選択
　　「SFTPアカウントの作成を行う」を選択
　　FTPで、アップロード

12-３．IPアドレスの設定
　　Ubuntuの設定で、IPアドレスを設定します
　　コントロールパネルの情報を転記（IPアドレス、ネットワークマスク、ゲートウェイ、DNSサーバー）
　　あとで設定は上書きするので、「OpenSSH server」だけ選択

12-４．ログイン

12-５．rootのパスワードを設定
$ sudo passwd root
$ su –
#

12-６．visudo してsudo時にパスワードを聞かれないよう変更
# visudo
%sudo ALL=(ALL:ALL) NOPASSWD: ALL

12-７．/etc/ssh/sshd_config を編集
# nano /etc/ssh/sshd_config
Port 22xx
PasswordAuthentication no

12-８．sshサーバを再起動
# service ssh restart

12-９．認証キーを作る
# cd
# mkdir .ssh
# nano .ssh/authorized_keys
# cp -a .ssh/ /home/myuser
# chown -R myuser:myuser /home/myuser/.ssh/

12-１０．teratermからsshで入りなおす

2018年9月18日/作成者: staff

XserverにEC-CUBE2.13系をインストール編

今週検索したTips

WordPressのデータをCSVでエクスポート／インポート

WordPressのインポート最大容量を増やす

Amazon LinuxにSERPOSCOPEを入れる

レガシー環境で動作しているサイトの常時SSL化

アーカイブ

カテゴリー