フォーラムへの返信
-
投稿
-
こんにちは。
「外観→ウィジェット」設定で、本文下あたりのウィジェット設定エリア内に余計なウィジェットが入っていないかを確認してみてください。
とりあえず慣れないうちは、以下の設定方法で広告を設定することをおすすめします。
Simplicityテーマ内にGoogle AdSense広告を貼り付ける方法オールインワンはどんなものでも一つに問題が出たら他のも道連れになるものです。一つ直すことで全部を見直さなければならないのは複雑に機能が絡んでいるせいとも言えると思います。
そうなんです；
元々、Simplicityは「これはいいんじゃないか？」という機能を試す場（最終目的地点）でもあったので、そうなるのは当初からわかっていました。
僕の場合、単に、「新しく知った機能（技術）を個人的に試す」だけでは、「試しに使ってみよう！」というモチベーションになりませんでした。「もし良いものだったらSimplicityで使うかも？」という意図があって、初めていろいろな機能・技術、jQueryプラグインを試すモチベーションになったというか。それ故に無料で続けてこれたというか。
そういった性質でやっていた部分もあるので、こればっかりはしょうがないです。もう、作ってしまいましょう。その方が絶対楽ですよね。
最初は、テーマの根幹だけをシンプルに固めて、機能は最後の最後に必要なものだけつけるという感じで。
これまでの、経験で必要・不必要はある程度分かっているつもりです。レスポンシブ・モバイルファーストで速度面ももちろん最初から考えて作ります。
Simplicityを矯正するのは、どうしてもあっちを立てれば、こちらが立たずというところが出てきてしまって、ちょっとどうしようもない部分があります（影響しない部分なら問題ないのですが）。ただ、名前はSimplicityとは別の無料テーマになると思います。
あらためて、サイトを作ってドメインを取るので、名前は僕が考えちゃって良いでしょうか？僕がSimplicityを無料で公開しているのは、面倒なことをしたくないからなんですよ。
「無料なんだから細かいことは勘弁してね」と言いたいがために、無料なんです。
僕は、無料テーマに、少なくない時間をかけてコード整理（諸々）を行うまでの義務はないと思っています（有料テーマもだけど）。
面倒なことからは逃れたいがための無料なのに、自分のやりたくないことまで、やるように何度も言われるのは正直、勘弁願いたいです（hidekichiさんは採用は自由だと言われているので断っているはずなんだけど、結構何度も言われるので）。もちろん、自分が出来る限りは良いテーマにはしたいと思っています。
けれど、僕がSimplicityに対して労力をかけたい部分はそこじゃないってことです。いや、僕も言っていることにはほぼほぼ同意なんですよ。
ただ、Simplicityは、元々僕が「こんなテーマがあれば良いな」と思って自分用に作ったテーマです。
それで、ある程度それなりのものが出来たからと公開。その後、自分の勉強もかねて様々な実験的なことも試し、いろいろな機能をつけてきたテーマです。そういった経緯から、厳密なこと言えば、テーマに少なからずとも歪があるのは重々承知しています。
けれども、ある程度利用者がいるテーマで、「CSSの仕様変更により利用者に負担を強いるかもしれない変更」をやりたくないと言っているだけです。
lign-heightだって、理屈はわかっているんですよ。ただ、変更することによりCSSカスタマイズに影響が出た（ユーザーさんが行ったカスタマイズにも影響が出る可能性が非常に高い）、から採用しないと言っているだけです。僕も以下のように思って実際に全部修正してみたんですけど、実際影響はそれだけじゃなかったです。いろいろなカスタマイズのサンプルテスト部分で問題が出たんですよ。これを「独自カスタマイズだから自己責任だろ」とはしたくないです。
line-heightを%から数値(倍率)だけにしたらどうなるかと言うのを確認した時、ほとんどが特別問題が出るわけではありません。行間が狭くなるか広くなるかだけですし
それに、これをすべて修正して、動作確認するだけでも、数十分～1時間ぐらいはかかるんですよ（動作確認が大変）。結局元に戻しました。こういうのを、何個も何個もhidekichiさんはやれとおしゃっているのと同じことだと思います。一つ一つやってもある程度負担はかかるんです。これが、僕の能力が低いからといわれればそれまでなんですけど。
いくら「この書き方が正しいから」とか「この書き方の方が整理されているから」という理由だけでスタイルの仕様を変更して、ユーザーさんの独自カスタマイズが崩れたとして、「この方が書き方として正しいんだから利用者側で直してください」と言うようなことはやりたくないだけです。こ
僕だって、言われているようなCSSの修正がアクセス的なパフォーマンスの改善になるなら当然やりますよ。
けれど、今回の修正は、「自分とユーザーさんにそこまで負担を強いてやるほど価値のある修正か？」ということなんです。僕だって、これから新しくテーマを作るなら、全然取り入れますよ。
「全機能に影響がないか機能を一つ一つ動作確認」する必要もないですし、何より仕様変更によりユーザーさんに負担を強いる必要もないですから。
僕は、Simplicityを「こっちの方が良い。CSSはこう書くべき。」という理由だけで、リスクの高い修正をするのは嫌だと言っているんです。これが僕1人しか使っていないテーマなら、どんだけでも直しますよ。それだったら、新しいテーマを1から作った方が遙かに楽です。
というか、僕は今からSimplicityを矯正するのは厳しいと思います。矯正により、改善する部分があるとしても問題も必ず出てきます。だったら、1からテーマを作ってしまいましょうよ。
それだったら、僕もほとんど異論はないんですよ。
新テーマ用の、サイトや議論の場も用意しますよ。
僕としては、そっちの方が楽です。なので、「Simplicityをこれから修正」というのだけは勘弁願いたいです。
普通はドメインを変更しても、設定は書き変わりません。
なので、ドメイン変更でそういうことが起こったのであれば、何かしら別の要因があるはずです。
ただその要因を探るには、サイトのソースを見せていただくしかないです。
けれどそれができないのであれば、自身で解決していただくしかないです。今回のトラブル以降、原因を明確にしたかったので再設定していません。
僕は、原因を探るために質問をしているのですけど。
Wordpress初心者ということなので、書かれていることがちぐはぐで何を説明しているのかよくわからないのは仕方ないかもしれません。
けれど、アドバイスしたテーマカスタマイザーの再設定もしてもらえない、しかもURLも公開できないということであれば、僕にはどうしようもありません。
自身で解決していただくしかないです。その中の例えば「アイキャッチ画像の角丸め」はどのファイルで定義されるのか教えていただけないでしょうか？
先程も書きましたが、設定が書き込まれるのは、データベースです。そもそも設定ファイルというのが存在しません。
仮に（処理が書かれている）ファイルが初期化されても、データベースから設定が読み込まれるので、動作は変わりません。
「アイキャッチ画像の角丸め」のような設定が初期化されたのであれば、データベースの設定値が初期化されているはずです。
データベース内の設定値を変更するには、テーマカスタマイザーを設定するしかありません。
で、今回の場合、まずテーマカスタマイザーが正常動作しているのかを確認するためにも質問をしています。#52233
僕の環境（最新版）では、そこはもう以下のようにコメントアウトされています。
/*padding:10 0;*//*様子を見る*/
コメントアウトしてあるということは、不要だったということだと思うので次のバージョンまでに削除しておきます。前にも言いましたが、直すのは僕で、それを採用するかどうかの判断はわいひらさんがしてもらえれば良いですし、全部でなくても、良いと思うことは部分的に使っても良いわけですしね。
親テーマとしてではなく、スキンとして導入すれば、親テーマ丸ごと上書きできるようにもできますし、それを更にカスタマイズするなら子テーマで修正すればよいだけです。親テーマでは採用しないです。
現状は不採用と判断しているということです。
修正を依頼するにしても、ここで書き込みしてやりとりする必要があります。
そういった労力的なことを考えても、僕にとってはハイリスクローリターンという判断というだけです（どちらが合っているとかではなく）。
もちろん、メリットがあることもわかります。けれどそのメリットが、リスクや労力に見合わないだけです。もちろん、明らかな動作上の不具合や、重複、ユーザーさんのカスタマイズに影響が出ない変更、などは言っていただければ、今後も修正していきます。けれど一気にスタイルの仕様まで変更してしまうのは無理です。
申しわけないですが、実際に修正して問題が出たので、戻した部分は変更しないと思います。
見出しのpaddingは、敢えてとってます。
今回の修正に関しては、そういう事は言っておらず、そういった修正はなかったかと思いますが。
申し訳ないですが、「スタイルを修正・動作確認」するにしても、「いろいろ出てくる問題箇所を全て議論する」にしても僕に負担が滅茶苦茶かかってしまいます。
多くの人に確認してもらうと言っても、ほとんどの方はそこまでやる方は少なく、結局最終的に動作確認しなければならないのは、僕になります。スタイルを変更して出てきた不具合を修正するのも、僕です（現状）。
自分の仕事をおろそかにしてまで、キャパシティーを超えることは出来ないとしか言えないです。
今のところ、現在それなりに動作しているものを、不具合（＆ユーザーのCSSカスタマイズへの影響）のリスクを負ってまで変更するということはないです。ここ何ヶ月、count.jsoon部分は変更していません。
おそらく、count.jsoon側のサーバー状態が影響しているのではないかと思います。
そういう場合は、SNS Count Cacheプラグインを併用して、シェア数のキャッシュ化などで改善される可能性もあります。
※count.jsoonのサーバー状態が良くない場合は、0と表示されると思います。ちょっと、書いてある内容では、申しわけないのですが、おっしゃっている意味が分からないです。
できれば、運営しているサイトのURLを提示して、「この部分が本来は〇〇なのだけど××になっている」といったように、詳細な説明がないと、何とも言えないです。
サイトのURLからソースコードを見ないと、どういった設定になっているかもわからないので。
※ソースコードをを見たからといって、必ずわかるという保証はできないですが。あと、普通ファイルが変に書き変わっているのだとしたら、テーマ自体動作しないと思います。
テーマの設定が書き込まれるのは、ファイルではなくデータベースですし。
前回も同様の質問をしたのですが、テーマカスタマイザーの設定は見直されたのでしょうか？
見直しても、おかしなところがない場合は、サイトのURLを掲載して詳細な説明をいただきたく思います。最悪は、特定のページを作ってそこに全ての関連ページを掲載して出来たページをサイドバートップに
持って行けば良いんじゃないかとも思いました。というか、関連性のあるものをちゃんと選ぶのだとしたら、書かれているようにカテゴリのまとめページを自分で作成して、サイドバーにクリックされやすいリンクを置いておくくらいしかないと思います。
記事の関連性の完全な把握は、運営者（記事作成者）にしかできません。
その関連性（人によって変わってくる）という曖昧なものを、コードで判別して自動化するには、よほどの手間がかかります。業者にそういったアルゴリズム作成をお願いするなら、簡単なものでも安くて数十万くらいはかかるのではないでしょうか。
それだったら、自分で関連性を判断して、記事を書いた方がよほどコストが安いです。コードが全く書けないのであれば、なおさらかと思います。※カテゴリーでくくれるものなら、僕も単なるカテゴリページで良いような気がします（回遊率で言うなら、サイドバーにクリックされやすいようなHTMLを食ってリンクを貼る）。それを、固定ベージとして実現する意味が、ちょっと書き込みからはわからないです。
固定ページにするのは、「記事紹介用のちょっとした文章書く必要がある」というのであれば、それこそ自動化はできず、手書きをするしかないですし。とりあえず、修正できそうなところは修正しておきました。
次のバージョンでアップします。ただ、申し訳ないですがスタイルに影響するところは、そのままになると思います。
もちろん、最初からline-heightとかは、おっしゃるようにしておけば良かったのですが、自分用に開発していた当時は知らなかったもので；
今から変更すると、CSSカスタマイズのスタイルずれとかを起こしてしまうので、子テーマでカスタマイズしている人に、全て「直してください」というわけにもいきません。
テーマが僕しか使っていないのなら、修正するのですが、ここは、厳密性をとるより、多くのユーザーに影響が出ない方を選択したいと思います。他にも、htmlタグ+クラス(ID)というのがありますが、カスタマイズのことを考えると余程の事情がない限り、クラス(ID)単体、場所が不明瞭であれば、親要素 クラス(ID)のようにして、なるべくhtmlタグを使わない方が優先度の問題で上書きできないというのを軽減できるかと思います。
.pagination li.first spanに関しては、大した理由はなかったかもしれませんが、その他で、HTMLセレクタを使っている場所では、そのようにする必要があって使っている部分もあります。
優先度に関しても、1つ高い優先度のセレクターを書けば対処できるので、ここも申し訳ないですがそのままになるかと思います。今から作るなら、書いてあるように作ると思うのですが、変更して影響がでそうな部分は、そのままにさせていただければと思います。
上に書きましたが、その作業は必要ないということがわかりました。
本文中の画像URLは新しいドメインに書き変わっているのでしょうか？
変更しておかないと、古いドメインの有効期限が切れたときに、表示されなくなると思うのですが。背景画像とかは、テーマカスタマイザー（外観→カスタマイズ）から再設定するとかなのかもしれません。その他の設定も、テーマカスタマイザーの設定は再設定されたのでしょうか？
うまくいかないようであれば、できればURLを提示していただければ、設定状態がこちらからもわかり、原因も特定しやすいので助かります。
ドメインが変更されたのならば、コンテンツ内のURLも書き換える必要があります。
例えば、当サイトのドメインを変更したとしたら、以下のように変更する必要があるかと思います。
https://wp-simplicity.com/wp-content/uploads/2017/04/dark-curve-forest-rails-100×100.jpg
↓
https://新しいドメイン/wp-content/uploads/2017/04/dark-curve-forest-rails-100×100.jpgそういった変換をまとめて行うのであれば、「Search Regex」というプラグインを使えば、一度に行うことができます。
ただ、「Search Regex」を使うと、取り返しのできない失敗をしたら元に戻せなくなるので、事前にデータベースのバックアップをとってからすることをおすすめします。
使い方は、プラグイン名で検索するといろいろ出てくるかと思います。結構な確率で大丈夫とは思います。
ただ、そういった注意書きが出ている以上、完全に大丈夫という保証はできません。
こればっかりは、プラグイン作者に質問するのが確実かもしれません（※プラグイン作者でも分からない（調べていない）可能性も多々あると思います）。僕だったら心配な場合は、ローカルでWordpressを立ち上げて、テストをすると思います。
ローカル上でWordpressを動かすなら、Instant WordPressが手軽かと思います。
Instant WordPressで超簡単にワードプレスローカル環境を構築する方法WordPressのプラグイン、Image Widgetを紹介されたことがあるのですが、
プラグインを増やすよりもsinplicityの機能のみで出来るならそちらを優先したいと思うのです。Simplicityのデフォルトの機能では、言われていることはおそらくできないと思います。
プラグインで出来ることならば、プラグインで行った方が良いのではないかと思います。
確かに、簡単なものなら、ちょっとしたコードで行うのは良いのかもしれません。
けれど、当トピックのようなことをするのであれば、コーディングするにも、結構なコストがかかり、保守もコードで行う必要も出てきて、余計手間がかかるのではないかと思います。
そこまで大変なことをするのであれば、プラグインで出来ることならサクッとやってしまった方が楽のような気がします。「固定ページの作り方」や「関連記事もまとめる方法」に関しては、当フォーラムには結構なトピック数があるので、どれのことを指しているのかがちょっとわからないです。
おそらく、ビジュアルエディターの自動整形機能によるものと思うので、ここら辺のことをやると何とかなるのかもしれません。
WordPressの自動整形（ビジュアルエディタ含む）を無効にする方法 – QiitaSimplicityでは、ビジュアルエディターに入力したコンテンツを編集するようなコードは加えていません。
「最新版にアップデートしてから」ということなら、なおさら、最近はそういった編集コードは含めていません。
おそらく、コードが変更されるのだとしたら、Wordpressデフォルトの動作だと思います。
今回のコードに関しては、詳しくはわからないのですが、以前からビジュアルエディターは、ソースコードを変更する動作を行っていたような気がします。僕も何度かコードによって改変されるのは体験しています（空タグが削除されたりとか）。ただ僕も、ビジュアルエディターのデフォルト動作に関しては、そこまで詳しくないので、Wordpressフォーラムで質問をしてみることをお勧めします。
開発当初、見た目だけのことを考えて、そういった仕様にしました。
だけど、よく考えたら、タイル一覧だけカテゴリが表示されないのも、ややこしいので、次のバージョンからはデフォルトで表示するように仕様変更したいと思います。
やっぱ、よく考えたらおかしい仕様のような気がします。はじめまして。
申し訳ないですが、初めての方はこちらを必ずお読みくださいにもあるように、プラグインに起因する不具合に関しては、サポート外となっています。・タイル2列
・タイル3列
・タイル2列 画像縦横比保存（要再生成）
・タイル3列 画像縦横比保存（要再生成）これについては、現在の仕様では一覧では非表示にしています。
上記設定の場合でも、スタイルシートで表示に変更すれば、表示されるようにはなっています。僕もFirefox（53.0）を使っているのですが、なぜか見えないです；
たぶんposition: relativeのせいかと。
これは、「#sidebar aside h3」のでしょうか？
以前は見えていたようなのに何でだろう…。
Attachments:
よほどおかしなテーマを使わない限り、テーマによるアクセス数の増減は、現在まず起こらないと思います。それほどまでに、Googleはコンテンツ自体（権威性も含めて）を重要視しています。
おそらく原因として考えられるのは、Googleのアルゴリズム変更だと思います。
2017年の2月以降、Googleはアルゴリズムを大幅に変更しています。
それにより、多くのブログでアクセス減少が報告されています。
詳しくは、「Google フレッドアップデート」で検索してみてください。
フレッドアップデート自体、ペンギン・パンダアップデートとは違って、単なる「通常業務内のアルゴリズム変更」です。
けれど、最近何度かに渡って行われた、アップデートがかなり、ウェブ全体に影響をおよぼしています。
これ自体は、Welqのようなまとめサイト問題に起因するものです。以前は、ブラックな手法を行わずとも、長文さえアップしていれば、上位表示できる可能性が高かったです。
けれども、いわゆるフレッドアップデートによって、そういった従来の常識は変わりました。
以前は、ホワイトなサイトであれば、ペナルティーのように下がることはなかったと思います。けれど、フレッドによって、「ホワイトだから下がらない」ということはなくなりました。詳しくは、いろいろと検索してみてください。
検索をすると原因と対応策もいろいろと出てきますが、どこまで効果があるのかは、今のところ不明といった感じです（今後検証は進んでいくと思いますが）。
そのぐらい、2月に始まったアルゴリズム変更は、サイト運営者も全容を掴みかねている変更です。1つだけ言えるのは、「いかに検索ユーザーの利益になるコンテンツが作れるか」だと思います。それができていないページ（サイトではない）は容赦なく下がるような気がします。今回のアルゴリズム変更で、これがより顕著になったような気がします。
まだGoogleも変更の途上とは思います。今後これが、また変化する可能性もなきにしもあらずだと思います。
確かに、CDNにしたほうがいいかもしれませんね。
ただシステム変更が伴うので、画像だけでも他のサーバーに移すというのでも良さそうです（容量を減らすだけなら）。ところで、トピックとはほぼ関係ないのですが、ちょっとhidekichiさんにお知恵をお貸ししていただいてよろしいでしょうか。
現在、当サイトはFlower-Popスキンを使用していて、「#sidebar aside h3」の部分は、本来「サイドバー追従領域」みたいな感じで、以下のようにピンク色の〇が出るはずです。
けれど、「サイドバー追従領域」以外の「#sidebar aside h3」では、以下のようにピンク色の〇が表示されていません。
これの原因とか、何か分かりますでしょうか？
僕は小一時間以上、ハマッて原因がよくわからずにいます…；以下の設定を、
#sidebar aside h3::after { left: -28px; }以下のようにすると、
#sidebar aside h3::after { left: -14px; }出てくるので、何かに隠れているのはわかるのですが。
何で隠れてしまうのかが、いまいち分からないです。
よろしければ、お知恵をお貸しいただければ幸いです。そうでした。
大抵のサーバーのデフォルトのアップロード上限は2MBでしたね；
すっかり忘れていました。
とりあえず、Simplicity内の不要なファイルや、大きな画像は縮小して、1.81MBくらいまでにしたものを2.5.3cとしてアップしておきました。
これで管理画面からもアップロードできるかと思います。ただ、今後スキンを追加しようと思っていたけれど、大きな画像を利用するものは、これ以上追加できそうにないな…。
それがわかっただけでも、良かったです。
ご報告ありがとうございます。みきさんがおしゃられているように、
og:imageで指定された画像が200ピクセル以上無い
↓
Facebook的に好ましくない
↓
その他の200ピクセル以上の画像を取得ということをクローラーがしている可能性はありそうですね。
できれば実際のページのURLを書き込んでいただければ、何か分るかもしれません。
あと、現在Simplicityのバージョンは幾つでしょうか？
以前、そういったスパム行為が問題になったときに、対処した覚えがあるので、Simplicityのバージョンが古い場合は、最新版にアップデートすると改善されるかもしれません。
ただ、詳しいことはやっぱり問題ページを見てみないと何とも言えないかもしれません。あと、最新バージョンで、ツイートのURLも子テーマに以下のように貼り付けることで、URL変更出来るようにしてみました。
function get_twitter_share_url(){ return 'https://twitter.com/intent/tweet?text='.urlencode( get_the_title() ).'&url='. urlencode( get_the_permalink() ). get_twitter_via_param(). //ツイートにメンションを含める get_twitter_related_param();//ツイート後にフォローを促す }ここの返り値となるURLを変更してみて、iPhone Chromeでアプリが開くURLを検証してみるというのもありかもしれません。
僕はiPhoneを持っていないので、テスト環境がなくて；このぐらいしかできず、申し訳ないです。
もし、アプリが開く法則などがわかれば、そのように修正させていただきます。
※v2.5.3以降でないと「ツイートURL取得関数」のオーバーライドはできないです（このトピックでアップしたものではできないです）。返信遅れて申しわけないです。
ご確認ありがとうございます！LINEをインストールしていない端末の場合は
LINEのログインページが表示されますがログイン後
Playストアが開きましたインストールされていない場合は、WEBでシェアするんじゃなくて、Playストアが開くんですね。LINEにしたら、インストールしろってことなんですかね。
やはり同じ挙動で、ボタンではアプリは立ち上がりません。不思議ですね。
何でだろう…。完全にURLスキームが問題だと思っていたので、完全に訳がわからなくなりました^^;
今後も、探ってみたいと思います。ただ、Safariはいずれにせよできないのかもしれません。iphoneも同じでログインするとアプリが立ち上がります。この辺は好みですかね。
ですね。僕も、どちらの利便性もわかるので、悩みました。なので結局、本家に合わせた次第です^^;
functions.phpのコード、利用させていただきます。ありがとうございました。
新しくバージョンアップした、2.5.3も同様にオーバーライド出来るようになっているので、先日紹介したコードをそのままfunctions.phpに貼り付けていれば、モバイルではアプリが開くように動作すると思います。
WPXに引っ越した時にsimpliciy2にしたのですが、それから拒否出来ていない気がしています。
WPXは確かNginxサーバーなので、Apacheの書き方ではダメなのではないでしょうか。
さらなるシステム高速化・安定性向上を実現！ Nginx導入のお知らせ – 2016/08/18 | WordPress専用のレンタルサーバー【wpXレンタルサーバー】
僕も、WPXはこれまで使ったことがないので、そこまで詳しいわけではないのですが。Nginxが使われている場合は、Nginx用の書き方をしないといけないのかもしれません。
ただ僕も、その書き方までは、ちょっとわからないです。以前のバージョンで、フォローボタンは、背景色に色を付けるように仕様変更したのでリンク先にある方法では、現在色変更できなくなっています。
Simplicityのテーマカスタマイザー機能の方で、色をつけれるのでそちらを使用してみてください。
CSSで書く場合は、現在は、以下のように書く必要があるかもしれません。ul.snsp li.twitter-page a span { background-color: #55ACEE; }リンク先の記事には、現在使用できないと追記しておこうと思います。
古い情報を、そのままにしておき申し訳ないです。教えていただきありがとうございます！
誤字箇所を確認しました。
早速、手元のファイルは修正しておいたので、v2.5.4にて改善されるかと思います。
音声入力すると楽なんですが、こういう困った誤字になります^^;
自分では、絶対気づかないので、教えていただき助かりました。３つともアプリは立ち上がりません。
だとしたら原因は、URLスキーム（https:）を抜いていることなのかもしれません。
https:を付加したものに当サイトのボタンを変えてみました。
これでうまくいかなかった、原因はよくわからないです。あと、いろいろ考えた結果、LINEシェアボタンは、パソコンモバイルとも、従来通り一旦WEBで開く動作に戻そうと思います。
1番の理由は、LINEの公式ボタンがそういった仕様だからです。
https://media.line.me/ja/how_to_install#lineitbutton
ここら辺は、公式の仕様に準拠したいと思います。とりあえず、#51936でアップしたファイルは、関数のオーバーライドが出来るようにはしてあるので、トピック冒頭のような動作にするのであれば、以下のように子テーマをfunctions.phpに貼り付けてください。
function get_line_share_url(){ if (wp_is_mobile()) { return '//line.me/R/msg/text/?'.get_the_title().'%0D%0A'.get_permalink(); } else { return '//lineit.line.me/share/ui?url='.get_the_permalink(); } }デフォルト機能としないで、個人で対応できるようにするだけにとどめたいと思います。
LINEをアプリ以外で使っている人がそんなにいるとは思えないのが最大の理由です。
とりあえず、僕のテスト環境では、WEBでログインすると、アプリが立ち上がるんですけど、iPhoneだとアプリが起動しないのでしょうか？
なので、個人的な印象ですが、パソコンではLINEボタンは表示されない以前の設定の方がスマートな気がしています。
それだと、バイラル表示などにしたときに、パソコンとモバイルで、シェアボタンの数がそろわず、双方数をそろえたい場合は、歯が欠けたようになって、ちょっと気持ち悪い感じになります。
#51949
#51950
ええっ！ますますよくわからなくなった…。
ちなみに、このサイトのツイートボタンのURLを「https://twitter.com/intent/tweet」に変更してみました。
ちょっと試してみていただけると助かります。それと、試しに以下の2つだとどうでしょうか？
①//twitter.com/share
②//twitter.com/intent/tweetあと、makisushiさんには、LINEボタンが「WEBで開くと何がだめ」で「アプリで開けると何が良いか」も参考までに教えていただければ幸いです。
#51951
とりあえず、今回実装した仕様で時間はバージョンアップしようかなと思っています。
以前は、アプリで開く方法が他サイトでもよく使われていて、現在も結構使われているようですし。
何か不都合があれば、フォーラムに書き込みもあるかなと。
ただ、ここら辺は、どちらも一長一短なので今後も検討の余地はあると思います（仕様を戻す可能性もあります。というか現在もどちらにするか迷ってます）。インストールを判別する方法は、「実装の面倒くささに対して、それに対して得られる効果」がそこまで大きくなさそうなので、今のところはやらないかと思います。
今公式のツイートボタンのリンクURLを見てみたら、「https://twitter.com/intent/tweet」を利用しているので、こっちに変更した方が良いのかも。
https://about.twitter.com/ja/resources/buttons#tweet今は、こんなURLリンクなんですけど、
https://twitter.com/share?text=Simplicity%E3%81%AE%E7%89%B9%E5%BE%B4&url=https%3A%2F%2Fwp-simplicity.com%2F&related=MrYhiraこれだったら、iPhoneのChromeで開けば、ツイッター公式アプリで開くということで良いのでしょうか？
https://twitter.com/intent/tweet?text=Simplicity%E3%81%AE%E7%89%B9%E5%BE%B4&url=https%3A%2F%2Fwp-simplicity.com%2F&related=MrYhira
どちらも方法も、WEBなら問題なさそう。Androidでもアプリで開くのかな？
ちょっと今日は遅いので、Androidエミュレーターでは、明日試します。
