前にこんなことを書きました
▶ livedoor ロゴ変わった？

ライブドアのロゴが変わった気がするというもの
このときはライブドア全体としては変わってたみたいなのですが、ライブドアブログはそのままでした

それが今回、ブログの方もロゴも変わったみたいです



前↓



ブログの管理画面を見ない一般の閲覧者は目にすることがあまりないですが、管理画面だと結構目につくものなんですよね
このブログでは出していませんが、ライブドアブログのロゴをブログ中に出すこともできて、出してるブログを見てみるとそこもちゃんと変わってるようでした

新しいロゴは好きなので結構いい感じだと思います
ですが、ファビコンやブログ管理画面に表示されるブログのデフォルトアイコンまで変わっていて、ここは前のほうが良かったですね

ロゴは運営会社の変更関連の都合のように思いますが、ブログの機能追加などの進化も頑張ってほしいですね
特に画像系、いまだに jpg と png なのはつらいです
そろそろ webp や avif に対応させてほしいです
アップロード時に png に変換するのも面倒ですし

久々に自動ログアウトされててログイン画面をみました
そこで目に入ったライブドアのロゴ



・・・なんかロゴ変わった？？

以前はもっと明朝体的な細くて尖ってる感あるフォントで文字感も詰まってて特に親近感もわかないようなロゴというよりただ名前を文字で書いてるだけみたいな感じだった気が・・・

それがなんか少し丸くて可愛い感じに
少し親しみやすくなった気がしますね

とか思ってたのにログイン後のライブドアブログのロゴは変わってない
このロゴの livedoor の部分は昔のライブドアのロゴと同じ気がします



そういえばちょっと前に運営会社変わってたと思うしそのタイミングでロゴも変わってたのかも？
ライブドアブログの方もそのうち変わる？

ライブドアブログで記事を投稿したときに自動で Twitter に投稿する機能が 5/24 で終わるそうです
https://staff.livedoor.blog/archives/52003486.html
「以降」とあるのでもしかしたらしばらくは残るのかもですけど

この記事が Twitter 連携で自動でツイートされる最後の記事になりそうです
最近はもう Twitter を開くことも書き込むこともほぼなく、衰退していってる SNS を使う理由もないので、このままアカウントは完全放置するかもしれません

連携機能っていつから使ってたんだっけと思って調べてみたら 2014 年の 7 月でした
🔗Twitter連携始めました

もう 9 年近くも使っていたんですね
ちょっと驚き

とうとうなくなってしまいましたね・・・

個人的には続いてほしかったサービスでした

朝起きた時の目が覚めてふとんからでれるようになるまでの間とか、
でかけたときのちょっとした時間潰しとか、
そういうときによく見ていました

ガラケー版だと余計な広告もないシンプルなページで見やすかったです
さらに下キーを押すだけで、ほぼ手を動かさずに操作できるのでタッチ操作より記事を読むのが楽でした

最近はタブレットで見てます
でもタブレットは出すの面倒だし、
スクロールもタッチだから面倒だし、
広告とか余計なもの多すぎるし、
やっぱりガラケー版はよかったなーって思います

---

最近のウェブ全体に思うのですが、複雑でごちゃごちゃしすぎですよね
もっとシンプルに HTML と最低限の CSS だけ、くらいのページがもっとあっていいと思うんですよ

通販のサイトやブラウザで使うツールみたいなウェブアプリ系ならともかく、
ドキュメント主体のページなら JS 自体なくてもいいと思うんですよね

ゲームとかでもないと変にこだわったデザインとかされるよりも、速くてどの環境でも見えるほうが嬉しいです
ネットで高速なサイトとして有名な某俳優のホームページくらいのでも十分なんです

IE とかガラケーなど古いものの対策が難しいのは CSS や JS でアレコレしようと思うからです
ただの HTML だけだったらそのへんの苦労もほとんどないです

JS でできることが増えすぎてる今だからこそ、 「CSS や JS はほぼ無し・ガラケーでも見えるシンプルさ」を売り文句にするサイトがでてきてもいいと思います、というかでてきてほしいです

コメント欄が乱れている・・・

久々にコメント欄を見るとなんか表示がおかしいです
一番上だけ 「1.」 って番号がなかったり

もう少し良くみたら「コメント一覧」という表示がちょっときれいになってます！


 　↑

吹き出しがついてます
前はこんなのなかったはず・・・だよね
あとこんなに文字大きかったっけ？

今の所、ここ以外に違いはわかりませんがなにかしらのアップデートがあったようです
そしてそのアップデートで内部的なHTMLに変更があったのか、表示を調整していた JavaScript にエラーが発生していました

原因を調べると、改行やインデントが増えているようです
見た目には影響しないような小さな変更だったのですが、正規表現で取得して変換していたのでそこがマッチングしなくなっていて null になってエラーでした・・・

こういうちょっとした変更の影響も受けてしまうのがブログ機能側から自動で埋め込まれる部分を自分でいじる場合の困るとこですよねー

ここしばらくフォルダ分けしてなかったので探してる画像が全然見つからないです
久々に整理しないとっと思ったのですが、ライブドアブログってフォルダ分けしてない画像だけを表示できないんですね・・・

フォルダ指定をしていないものは「指定なし」と書かれています
画像の絞り込みを「指定なし」にすると「指定なし」の画像一覧じゃなくて「絞り込みの指定なし」と言う意味のようで全部の画像が出てきます

未分類画像を「未設定」フォルダに入れる

フォルダ分けしてないのだけを表示したいのですが、上に書いたとおりそんな機能はありません
「指定なし」だけを表示することはできないですがフォルダに入れればフォルダ名で絞り込めます

なので「未設定」というフォルダを作って、いったんそこに「指定なし」を全部入れてしまいましょう

とは言っても、ひとつひとつ「指定なし」をチェックしていくのは大変ですよね
チェックボックス小さいですし、1000 ファイルあったら 1000 回チェックすることになります
全選択を使っても合間にフォルダ指定済みが入っていたら解除が必要です


そこで「指定なし」だけをチェックするスクリプトを作りました
すべて未選択状態にして、コンソールに↓のコードを貼り付けます

;[...$$(".imageFolder")].filter(e => e.value === "").forEach(e => 
  e.closest("tr").querySelector(".entryId").checked = true)

実行すればチェックがついているので、未設定フォルダに一括移動するだけです



一度やれば、

ページャで次へをクリック
→ コンソールで「↑」「Enter」で最後に実行したのを再実行
→ 実行ボタン
→ ページャで次へをクリック

と繰り返すだけです

まとめてできるように 100 枚ずつ表示できるようにしておくと早く終わります
私の場合は全部で 1700 枚くらいだったので 17 回でしたが、3 分もかからずにできました



未設定だけで絞り込めたら後は普通にフォルダ分けして完成
連続して同じジャンルが多いので 25 件表示で全選択して「ゲーム」に振り分けたりしやすくなりました


Windows 10 みたいにあれこれ変えられるのもちょっと困りものですが、ライブドアブログの管理画面はもうちょっと充実してほしいかなと思います


特に画像の名前で検索機能
せっかく画像に名前がついてるのに検索できないので、 1000 件超えると探すより新しく同じファイルアップロードしたほうが早いです
検索できたら便利なのになぁ

ライブドアブログでは ↓ みたいな JSON でデータ取れる機能があります

http://nmm.blog.jp/archives/2015-01.json


このブログでは、 「前の月」 「次の月」 のところにここから URL を取得しています
なのですが、なぜかこの2015年1月でだけエラーになっていました

調べてみると JSON にこういう部分がありました

\'15

円マークのあとは 「\u6A19」 のような Unicode の文字か、 「\n」 で改行を表すみたいな特殊なものじゃないといけないです
「\a」 や 「\あ」 や 「\#」 などは全部エラーになります

もちろん 「\'」 もエラーです


どうしようか困ったのですけど、 JSON.parse という厳しいルールで JSON からオブジェクトに変換するのじゃなく、もっとゆるーく変換する eval にすればこのエラーは無視して読み込んでくれました

var object = JSON.parse(json_text)

だったところを

var object = eval("(" + json_text + ")")

こうします

これでエラーはなくなりました！

ライブドアブログのブログエディタでは JavaScript や CSS を書くときに && や > などがエスケープされてしまいます

こういうのとか

if(location.href.includes("archives") && flag === true){

}

こういうの

article>hr {

}

記事の中に含めると

if(location.href.includes("archives") && flag === true){

}

や

article>hr {

}

に変換されてしまいます


前に公式に聞いてみたときには、HTML を直接書けるモードを使ってくださいって言われて今もこのままなのでライブドアブログで対処されることはないのでしょう

CSS や JS を記事に含めたい時には HTML を直接書けるモードを使うようにしていますが、普段は直接 HTML 書くのは大変なので書いたまま表示されるモードを使っています

ですがこの方法だと記事を修正するとき問題があります
&& などの文字が含まれる記事を誤字修正などで書いたまま表示される方で修正してしまうと & に変換されてしまい動かなくなってしまいます
動かないことに気付ければ探して元に戻せますがすごく面倒です
さらに気づかないと放置ということになります

そういうこともあって記事の URL ごとに JS と CSS をロードするようにしてみたのですが、SP 版のせいで結局使ってません
実は SP 版がページ分割されることで後半で CSS や JS が使われていないことの対処というのが半分くらいの理由でもあったのですが、SP 版では全くカスタマイズ機能が使えないのでムダに終わってしまいました



どうすれば勝手に変換されずに済むかなって考えていたところ、難読化？暗号化？して実行しているコードをわかりにくくしてるページをあるクイズ系のところで見つけて、これだ！となったので早速使ってみました

簡単に読めなくしてるわけですから、ふくざつーにしてるものもありますが今回の目的は && などが変換されないことです


なので、この2パターンを用意しました

Function("\u0061\u006c\u0065\u0072\u0074\u0028\u0031\u0029")()

これと

Function(atob("YWxlcnQoMSk="))()

これ

上は Unicode エスケープされた文字列で JavaScript が実行されると、 "\u0061\u006c\u0065\u0072\u0074\u0028\u0031\u0029" は "alert(1)" となるので、アラートで 1 が表示されます
Function("JSの文字")() は eval("JSの文字") でもいいのですけど、好みです

下の方は、 btoa という関数で "alert(1)" の文字列を変換したものです
もとに戻すために atob という関数を通して、上と同じように Function にいれています
こっちのほうが文字数が少なくなりますし btoa 関数を通すだけで簡単です

上のほうは atob 関数を通すこともないシンプルさで文字列を unicode 表記に置き換えただけです
速度は気にするほどじゃないはずなので好きな方を選んでください


JavaScript 書ける人ならサラッと変換できてしまいますけど、 JavaScript が書けない人もいると思いますのでそういう人はこちらの変換ツールを使ってみてください

○Unicode 変換（上に入れて下に変換）
○btoa 変換 （下に入れて上に変換）

（JavaScript をブログに書く人のための方法なのに JavaScript 書けない人ってどういうことなんだろう・・・）


CSS の場合は style タグを作って埋め込むのでこっち

function inArticleCSSLoad(str){
    var s = document.createElement("style")
    s.innerHTML = str
    document.head.appendChild(s)
}
inArticleCSSLoad(atob("ここに変換した文字列"))

inArticleCSSLoad 関数に JS と同じようにデータを渡します


あとから修正したときに影響受けなくなりますけど、どんなコード書いたっけと確認しづらいのと JavaScript のコードを修正したいときが欠点です・・・

とりあえずこんなコードになりました

!function(){
	// 記事IDに対応したcss/jsのロード
	function load_page_resources(){
		ld_blog_vars.articles.forEach(function(article){
			var path = article.permalink;
			var csspath = path.replace(/\.html$/, ".css");
			var jspath = path.replace(/\.html$/, ".js");

			var css_elem = document.createElement("link");
			css_elem.rel = "stylesheet";
			css_elem.href = csspath;

			var js_elem = document.createElement("script");
			js_elem.src = jspath;

			document.head.appendChild(css_elem);
			document.head.appendChild(js_elem);
		});
	}

	// 前の月、次の月
	function monthly(){
		var ext_point = location.pathname.lastIndexOf(".");
		var basepath = location.pathname.substr(0, ext_point);
		var jsonpath = basepath + ".json";
		var prev_elem = document.getElementById("to-prev-month");
		var next_elem = document.getElementById("to-next-month");
		XHR(jsonpath, "GET", function(xhr){
			if(document.readyState === "loading"){
				document.addEventListener("DOMContentLoaded", setPager);
			}else{
				setPager();
			}
			function setPager(){
				var data = JSON.parse(xhr.responseText);
				if(data.prev_url){
					prev_elem.href = data.prev_url;
				}else{
					prev_elem.style.visibility = "hidden";
				}
				if(data.next_url){
					next_elem.href = data.next_url;
				}else{
					next_elem.style.visibility = "hidden";
				}
			}
		});
	}

	// スマホページの共通css/js
	function load_sp_resources(){
		var css_elem = document.createElement("link");
		css_elem.rel = "stylesheet";
		css_elem.href = "/sp/blog.css";

		var js_elem = document.createElement("script");
		js_elem.src = "/sp/blog.js";

		document.head.appendChild(css_elem);
		document.head.appendChild(js_elem);
	}

	function XHR(url, type, cb, cberr){
		var xhr = new XMLHttpRequest();
		xhr.open(type, url);
		xhr.onload = function(){
			if(this.readyState == 4){
				cb(this);
			}
		};
		xhr.onerror = cberr || function(){};
		xhr.ontimeout = cberr || function(){};
		xhr.send();
	}

	// ページの種類ごとに何かしたいとき
	switch(ld_blog_vars.current_page.type){
		case "index": break;
		case "article":
			window.addSideBarContents && addSideBarContents();
			break;
		case "monthly": monthly();break;
		case "category": break;
		case "tag": break;
	}

	load_page_resources();
	ld_blog_vars.current_page.is_smartphone && load_sp_resources();
}();

最初の方は関数定義だけ

最後にページの種類を見て、
index(トップページ)、article(個別の記事ページ)、monthly(月別のページ)、tag(タグのページ)、category(カテゴリのページ)
のどれかに応じた処理をします

個別記事の時は 記事にサイドバーを拡張する情報があれば拡張します

月別では前の月と次の月のリンクを作る処理です
月に記事が1つもないとその月のページはないので、APIから前後の月情報を取得します

http://nmm.blog.jp/archives/2016-04.html

のページの前後の月を知りたいときは

http://nmm.blog.jp/archives/2016-04.json

にアクセスすると取得できる json の next_url と prev_url を使います


ここからは SP 用に作っていたので、あまり意味が無い機能です

ページ分割対策で css と js を別ファイルで読み込みます

http://nmm.blog.jp/archives/48676352.html という URL なら http://nmm.blog.jp/archives/48676352.css と http://nmm.blog.jp/archives/48676352.js のように拡張子変えたファイルを自動でロードさせます
ファイルがない場合は 404 エラーとなります

トップページやタグページだと10以上の記事が表示されるので、 20 以上のファイルがロードされます
全部ファイルがなかったら 20 くらいのエラーがコンソールに並ぶのがちょっと気持ち悪いです

先にファイルがあるか確認するために

whenUrlExists(csspath, function(ok){
	var css_elem = document.createElement("link");
	css_elem.rel = "stylesheet";
	css_elem.href = csspath;
	document.head.appendChild(css_elem);
})

whenUrlExists(jspath, function(){
	var js_elem = document.createElement("script");
	js_elem.src = jspath;
	document.head.appendChild(js_elem);
})

function whenUrlExists(url, cb){
	XHR(url, "HEAD", function(xhr){
		if(xhr.status !== 404){
			cb();
		}
	});
}

こうしたのですが、結局見つからなかった場合はコンソールにエラーが残るので直接ロードしてしまってもかわらなそうです

そして最後にスマートフォンページのフラグがあれば、スマートフォン用の css と js を読み込む…のですが、このスクリプト自体を読みこませられないのでムダに終わりました

アクセス解析を見てるとスマホ版見てる人が多くなってきてます
iPhone と Android で 55% ちょっと

なんと半分超えていますね

なのに私は PC 版しかデザインも確認していないです

ゲームもしたいけど見てくれる人もいるし、スマホ版ページのデザインがんばろっかー と今の表示を確認すると・・・

微妙　です

TOP は割りと綺麗ですが、記事の中身を見ると css が全く適用されていないです
ライブドアブログの機能の共通読み込みに設定している部分がロードされていませんし、css のカスタマイズも適用されていません
さらにページ内に書いた CSS や JS は、スマホ版は適度にページが途中で切られるせいで次のページ行くとヒドイ見た目に・・・

さすがにどうにかしないと と思ってフリーエリアに スマホ版全体に適用させたい CSS と JS をロードする script タグを書いたのですが、
消される！！

script タグだけ消されて埋め込まれていました

明らかにライブドアブログ側がカスタマイズさせる気がないです

そろそろライブドアブログからどこかに移ってもいいかなぁ と考えてみましたけど、どこもこれといって自由にカスタマイズできるところがないです
かといって、自宅サーバはめんどそうですし、レンタルサーバもお金がかかります
アフィリエイトでサーバ代くらい稼げたらそれでもいいかなって思うのですけど、年にゲーム1本も買えないような収入ですのでサーバ代なんて夢のレベルです


せめて スマホ版に来たら PC 版のページにリダイレクトさせることができればいいのですけど・・・・
同じURLなので こっちで制御できないのですよね
そもそも共通部分に JS 書けないですし

そんなわけですので、できるかぎり手動で PC 版表示にするようお願いします

知らなかったです…

こんなことができるんです

<IfArticleBodyMore>
	<p>つづきがあります</p>
<Else>
	<p>ここでおわりです</p>
</IfArticleBodyMore>

なかった場合は別のなにかを書きたいってときに使えます

Else の大文字小文字はこの通りにしないとダメです
他のタグにあわせて全部大文字にしたら反応してくれなかったです

ライブドアブログってタグ一覧機能がないですよね
検索してもライブドアブログの独自タグとか関係ないのばっかり出てきます
全く出てこないのでタグはカテゴリと違ってRSSとかもなさそうです

ブログパーツのタグの出し方をみてもJSでAPI呼んでるわけじゃなくて独自タグみたいに HTML に埋め込まれています
API 自体がほぼないみたいなので自動でやるのは諦めてある程度は手動、だいたい自動にすることにしました


管理画面に行くとページャだし検索できないし並び替えれないしで不満だらけなタグ画面があります




ここでネットワークを監視してみるとこんなデータを受信してます

all_entries, data, entries, pager, status

entries に今のページャのタグのリストが入っていて、 pager に今のページ数とか全部で何ページとかが入っています
ですがよくみると all_entries というのがあるんです
中身を見てみると



こんなのが全部のタグ分あります

これあるならページャ全部みなくてもいいじゃん！

ということで、こんなコードを管理画面でコンソールに打てばクリップボードに一覧がコピーされます

var burl= Object(location.href.match(/\/blog\/(.*?)\/config\//))[1]
if(!burl){
	throw new Error("cannnot obtain blog url from this page url.")
	alert("このページでは使えません")
}

var url = `http://livedoor.blogcms.jp/blog/${burl}/config/tag/tag_pager`
var sortKey = "label" // "label" or "regist_datetime"

var cp = copy // CommandLineAPI を実行する用
Array.prototype.sortBy = function(key){
	return this.slice().sort((a,b) => {
		return (a[key] > b[key]) ? 1 : -1
	})
}

fetch(url, {credentials: "include"})
	.then(e => e.json())
	.then(format)

function format(obj){
	cp(obj.all_entries.sortBy(sortKey).map(e => e.label).join("\n"))
	console.log()
}

エラーが出なかったら適当なエディタで貼付けを押すだけで

とソート済みのタグリストが貼り付けられます


ですが all_entries にはタグがつけられた記事数の情報がないです
entries だとついてるので、元々やる予定だった 全ページを見てタグリストを作る方法をやってみます

var burl= Object(location.href.match(/\/blog\/(.*?)\/config\//))[1]
if(!burl){
	throw new Error("cannnot obtain blog url from this page url.")
	alert("このページでは使えません")
}

var url = `http://livedoor.blogcms.jp/blog/${burl}/config/tag/tag_pager`
var sortKey = "label" // "label" or "regist_datetime"

var cp = copy
Array.prototype.sortBy = function(key){
	return this.slice().sort((a,b) => {
		return (a[key] > b[key]) ? 1 : -1
	})
}

fetch(url, {credentials: "include"})
	.then(e => e.json())
	.then(allpage)

function allpage(data){
	var last = data.pager.last_page
	var all_entries = []
	var promise = Promise.resolve()
	for(var i=1;i<=last;i++){
		promise = promise
			.then(nextLoad(i))
			.then(wait(1000))
	}
	promise.then(_ => {
		cp(all_entries.sortBy(sortKey))
		console.log("copied to clipboard")
	})

	function nextLoad(page){
		return function(){
			return fetch(url + "?p=" + page, {credentials: "include"})
				.then(e => e.json())
				.then(data => {
					all_entries = all_entries.concat(data.entries)
					return true
				})
		}
	}

	function wait(msec){
		return function(){
			return new Promise(resolve => {
				setTimeout(resolve, msec)
			})
		}
	}
}

長いですがこっちも貼り付けるだけです

記事数やリンク先もある状態です
後は好きに加工すればタグ一覧を作れます

permalink と tag_url の違いですけど、片方はデフォルトのものでもう片方はタグのURLをカスタマイズした場合のものだと思ってましたが違うようでした
変更したら両方変わってました

---

おまけ（タグのマージ）

タグのマージを楽にする方法です
ライブドアブログのタグは大文字小文字が区別されるのでよく統一されてないタグがついてて直したいって思うんです

ライブドアブログのタグ編集機能が微妙すぎて、似たタグがあるのか調べるのすら面倒です
そこは上で書いた方法で一覧を持ってきてどうこうするとして、ページャの中から変更前のタグを見つけないと変更できないというのは困りものです

そんな面倒を直接リクエストを送ることで解決してしまいましょうってことをやります


適当なタグのマージをして送られているデータを見てみるとこんなのでした

送り先：
http://livedoor.blogcms.jp/blog/ユーザ名/config/tag/tag_merge

データ：
id:6664412   <-- 元のID
tag:TagName   <-- 先のタグ名
article_order:0   <-- 0 降順 1 昇順
article_count:1   <-- 元のタグの個数
rkey:6f2d75fe72788bd413239a1f332b1afce46   <-- パスワードみたいの


コレに合わせたデータを送ります

var burl= Object(location.href.match(/\/blog\/(.*?)\/config\//))[1]
var rkey = $("#rkey").val()
if(!burl || !rkey){
	throw new Error("cannnot obtain blog url from this page url.")
	alert("このページでは使えません")
}
var url = `http://livedoor.blogcms.jp/blog/${user}/config/tag/tag_merge`

function postTagXHR(url, obj){
	var xhr = new XMLHttpRequest();
	xhr.onload = function(){
		this.status === 200 && (console.log(xhr.responseText))
	}
	xhr.open("POST", url)
	xhr.setRequestHeader("Content-Type", "application/x-www-form-urlencoded")
	xhr.send(toQueryFormat(obj))
}

function postTag(url, obj){
	fetch(url, {
		credentials: "same-origin",
		method:"POST",
		headers:{
			"Content-Type": "application/x-www-form-urlencoded"
		},
		body: toQueryFormat(obj)
	})
		.then(e => e.json())
		.then(obj => console.log(obj))
}

function toQueryFormat(data){
	return Object.keys(data).map(name => {
		return name + "=" + encodeURIComponent(data[name])
	}).join("&")
}

var obj = {
	id: 7441595, // 変更前のタグのID
	tag: "NewTagName",  // 新しいタグの文字列
	article_order: 0, // タグがついた記事の並び順
	rkey: rkey
}
postTag(url, obj)

postTag は 1 つでいいですが 試してる時にうまく動かなかったので 2 つになりました
必要なのは最後の一文で使う方だけです


＊使い方＊

タグ：from
タグID：123

から

タグ：to
タグID：321

にマージしたいとします
使うのは変更前のタグのID「123」と変更後のタグ名「to」の2つだけです


1）変更元のIDと変更先のタグ名を調べます

2）オブジェクト生成部分を書き換えます

下の方の var obj = のところです

id のコロンの後の数字を from のタグIDの「123」に書き換えます
tag のコロンの後の文字を 「to 」に書き換えます
article_order のコロンの後の数字はタグの記事リストで上に古いのが来て欲しいなら 1 に変更します

3）コードを実行します

わかりやすい確認メッセージはないですし、元に戻せないのでちょっとの打ち間違いですごく困ったことになるのでやる場合は細心の注意でやりましょう

最初聞いたときは少し遅いエイプリルフールかと思ったのですが公式発表でした

http://linecorp.com/ja/pr/news/ja/2015/983

このたび、livedoor Blogでは、サービス価値の向上とユーザー規模の更なる拡大を目的に、5月1日より全てユーザーを対象に、有料プラン（PRO・ADVANCE・PREMIUM）＊2を撤廃し、プレミアム機能を無料で提供いたします。

http://help.blogpark.jp/archives/52240386.html
↑プレミアムへの移行方法


PROとか色々あったのに一番上のプランのPREMIUMが無料というのはかなり嬉しいです
これぞ 神アプデというに相応しいですね

これまで3MBしか使えなかった自由にファイルを置いておける容量がなんと500MBです
そろそろ10MBくらいに増えないかな と思ってましたが予想を遥かにこえて500MBです
太っ腹すぎます

さらにFTPでファイルをアップロードできるのでこれまでのアップロードフォームで一つ一つアップロードしたりフォルダのパスを変えるために全削除して再アップロードなんて手間もいらなくなります
エクスプローラ使う感じでファイルのアップロードができるなんて快適すぎます

他にも.htaccessが変更できるようになります（らしいです）
といってもPHPなどが使えなければリダイレクトくらいしかすること無い気がしますけど…
「AddType application/x-httpd-php .php」って書いとけばPHP動いたりしないかな…


公式の無料化の説明ではプレミアムの機能にはこんなのがあるらしいです

【主なプレミアム機能の一覧】

◆PC版記事下広告の非表示

◆ヘッダー/サイドバーのlivedoorロゴ非表示

◆独自ドメイン設定

◆ブログデータ容量（無制限）

◆スマートフォン版のユーザー独自の広告の掲載可能本数（3本）

◆Amazon・楽天アフィリエイトID自動設定

◆記事のエクスポート機能

◆EPUB書き出し機能（電子書籍作成）　

どうでもいいのが多いですねー
●下の方の広告なんてあってもなくてもそれほど気になりません

●livedoorロゴは別に隠す必要もないですし 私としてはロゴある方が好きなのでわざわざ非表示にするつもりはないです

●独自ドメインは 自分がドメインも持っている人が そのドメインをブログに割り当てる機能なので ドメインをお金払って買いたくない人には関係ないものです
まとめブログによくある http://ooo.com のようなcomドメインは独自ドメインです
日本語ドメインや.moeとか面白そうなのが増えてくれればいいですね

それよりサブドメインが増えたことのほうが嬉しい人が多そうです
2chblog.jp
teamblog.jp
officeblog.jp
xxxblog.jp
techblog.jp
blogstation.jp
などなど

それでも
blog.jp
ldblog.jp
などの普通なものは無料でも使えるので そこまで嬉しいって言えないかも

●ブログ容量が無制限と言っても 元々無料でもテキストだけじゃ使い切れないほど数GBも容量があった気がするので特に喜ぶところとは言えないです

●それ以降は使うことなさそうなのでパスです


ロゴと広告を消せるってことは必須タグはもういらないということでいいのだろうか…


自動ではプラン変更されず 自分でプラン変更しないといけないので 自動でやってくれればいいのにと 思うけど 使われてないアカウントがかなりありそうなので そういうアカウントにも500MBの容量を確保させると無駄が多いから仕方ないのかな


上の方のURLにも書いていたと思うんですが 手動でプラン変更のやり方

ブログ設定から 一番左上にある 基本設定を選んで 一番右のタブ 利用プラン を選びます


PREMIUMにする ってボタンがあるので押します




これだけで完了
PREMIUMになってます

使ったことあるのからサジェストしてくれるので、似たような違うタグをつけてまとまってない！とかいうことがなくなるので嬉しいです

あとは、はてなみたいに一覧から表示して選択するとか、管理画面のタグ管理をしやすくしてくれると嬉しいなー
一覧画面でソートとかあるだけでも助かります．．．
大文字と小文字の違いとかもあるのでまとめたいときに今の状態だとわかりづらい

編集画面でF12を押すか、右クリックメニューからHTMLの構造などを確認できる開発者ツールとか言われてるのを出してコンソールを開きます
Chromeなら Ctrl-Shift-J にショートカットキーが割り当てられてます
FFはアドオンFireBugが必要、IEは9から　コンソールが使えたと思います

ここに

document.getElementById('contents').style.width = "1200px";

document.getElementById('mainContents').style.width = "1050px";

document.getElementById('editor_1_f').style.width = "1000px";

Googleとかの検索でライブドアブログのページに来ると右上に出る「さらに検索する」が出なくなったようです
http://blog.livedoor.jp/staff/archives/51779313.html

こんなの↓



スタイルシートで表示させない方法とか前に書きましたがなにもしなくも出ないのはいいですね
邪魔でしたし


他にもカテゴリ数が増えたとか
そういえばカテゴリ未だに使ってなかった・・・
親子カテゴリの作り方見たいなの書いたのに忘れてた・・・


いろいろ便利になってますねー

次はタグの管理がもっとやりやすくなってほしいかな

ライブドアブログの容量が増えるようです


「絶対に負けられない戦い(容量)がある！ 無料で10GB、有料プランは“無制限”に」
http://blog.livedoor.jp/staff/archives/51765603.html

無料プランのユーザはすでに利用中もユーザも含め10GB
有料プランは無制限
となるようです


いいですねー！
記事タイトルもかっこいい
容量10GBって画像だけだと未圧縮画像でアップでもしないと普通の使い方で10GBも使えないよ
未圧縮でも難しいか・・
せっかくだから画像以外もすべてのファイル形式がアップできるようにしてほしいな(希望


参考
無圧縮ビットマップ
800x600 24bit　1.4MB　7000枚くらい
1920x1080 24bit　5.9MB　1700枚くらい
4000x2700 24bit　37.0MB　270枚くらい

一般的なファイル容量だと
50KB　200000枚くらい
200KB　50000枚くらい
500KB　20000枚くらい

HTMLタグで
<span ~~~>あああ</span>
で~~~にonmouseoutとか書くとなぜかその部分が消されます

<a href="xxx" ~~~>ああ</a>
だと消されない

なぜaならいいんだ・・・

HTMLタグ編集モードから通常のモードに戻さず更新すれば記事のページでは
~~~があるんだけどそのページの編集画面にまた入ると~~~が消されてて
気づかず更新すると上書きされて~~~がなくなってちゃんと動かなくなる

なんでこんな迷惑な機能を入れるんだか・・


一応問い合わせフォームに対処方法ないか聞いてみたので回答まちかな

他といっても有名な(作るときどっちにするか迷った)fc2とです

有名ブログとかがライブドアブログが多いのでとりあえずライブドアを選んだのですが
フリーだと特にライブドアがいいということはあまりなかったりします

fc2だと有料プランというのはないみたいです
それに比べてライブドアブログはある

予想はつきましたが フリーだと制限が多くfc2より機能が少なかったり使いづらかったりします

開設してあんまりたってないので特に移行するつもりはないですけど・・・

アフィリエイトでもして有料の安いのにしたいなー 



調べててみつけた違いとかいいとこわるいとこ↓
◆ライブドア
独自ドメイン　(フリーじゃできない・・)
管理画面が見やすい
水平線がない　(HTMLタグ画面にして<hr>ってうつしかないのかなぁー)
毎日容量増える
記事の途中自動保存(フリーでもできるみたい)
フリーのプランの制限が多い

◆fc2
テンプレやブログパーツ多い
ライブドアみたいな強制(フリーの場合)のgoogleアフィや上のバーが消せる
もしくは目立たなくできる
禁止IPとかの数が多い
記事の途中自動保存 


とかですかねー
記事の途中自動保存してくれるのはかなり助かりました

前に書いてるときにPCが落ちて記事一覧みてもなかったのでデータ飛んだー
と思い復元方法を調べてみても フリープランにはない みたいな情報ばかり
であきらめてまた書こうと思い記事を書くを押したら右上に「復元」の文字が！
感動でしたよ

ライブドアブログでは自動保存は下書きになってはいないんですね