Googleの検索結果がちょっと変なのは以前からだけど… [web]
Googleの批判をするとGoogle八分にされて、ブログを表示されなくなると困るので、あまりやりたくはないのだが、まぁ来なくなっても仕方ないなと諦めで。
先に
https://miff.blog.ss-blog.jp/2020-02-16-1
のページを記事の題名でググっていたら、Googleの2ページ目ぐらいに出てきていた。それも変な文字列が入っていたので変だなと思っていた。
一週間ぐらいして、思うところあってまた同じくググったら、10ページ行っても出てこなくなった。結局、検索結果から消されたんだと思うけど、なんだか気分が良い話ではありません。
意図的じゃなく、クロールの関係とランキングのアルゴリズムが関係しているんだろうけど、最近AIが導入されたとかでさらに訳が分からなくなっているようです。商売をしている訳じゃないので、SEOを気にしている訳じゃないんですけど、少しは気になりますよね。任意なWebの入り口は9割Googleに支配されているようなものですから、気にするなという方が間違っています。
コンスタントにアクセスがあるページの記事名の一部でググると１ページ目の上部に出てくるのですが、Googleにログインしたことのないパソコンで検索すると1ページ目には出てこない時があるんですよね。そういうところはユーザーにおもねっている感じがしなくはないんだけど、再度検索することが多いと便宜のために上の方に表示するってことがあるのかもしれません。それはそれでGoogleの親切ではあるのでしょうが、正確な検索結果を出すためにはGoogleのサービスにログインをしていないマシンを使う必要があるみたいです。
なんか最近、利用規定を改定したようですけど、わりとユーザー側のことを考えていると思いきや、やっぱりGoogleの利益を確保するものがほとんどでした。
https://policies.google.com/terms/update?utm_source=hpp&utm_medium=pushdown&utm_campaign=tosso
まぁ昔から誰かのページの情報を又貸しして儲けているようなものなので、そこのところはきっちり明示しておかないといけなくなるんでしょうね。だけど、もはや検索はいいとして、別のサービスはなくなると困ることは多いですね。代替サービスはあるのだけれど、利便性やいろいろなことを考えるとGoogleのものを使わざるを得ないことは多いですね。ありがたいことですが、儲ける地盤ともなっているのでお互い様です。
先に
https://miff.blog.ss-blog.jp/2020-02-16-1
のページを記事の題名でググっていたら、Googleの2ページ目ぐらいに出てきていた。それも変な文字列が入っていたので変だなと思っていた。
一週間ぐらいして、思うところあってまた同じくググったら、10ページ行っても出てこなくなった。結局、検索結果から消されたんだと思うけど、なんだか気分が良い話ではありません。
意図的じゃなく、クロールの関係とランキングのアルゴリズムが関係しているんだろうけど、最近AIが導入されたとかでさらに訳が分からなくなっているようです。商売をしている訳じゃないので、SEOを気にしている訳じゃないんですけど、少しは気になりますよね。任意なWebの入り口は9割Googleに支配されているようなものですから、気にするなという方が間違っています。
コンスタントにアクセスがあるページの記事名の一部でググると１ページ目の上部に出てくるのですが、Googleにログインしたことのないパソコンで検索すると1ページ目には出てこない時があるんですよね。そういうところはユーザーにおもねっている感じがしなくはないんだけど、再度検索することが多いと便宜のために上の方に表示するってことがあるのかもしれません。それはそれでGoogleの親切ではあるのでしょうが、正確な検索結果を出すためにはGoogleのサービスにログインをしていないマシンを使う必要があるみたいです。
なんか最近、利用規定を改定したようですけど、わりとユーザー側のことを考えていると思いきや、やっぱりGoogleの利益を確保するものがほとんどでした。
https://policies.google.com/terms/update?utm_source=hpp&utm_medium=pushdown&utm_campaign=tosso
まぁ昔から誰かのページの情報を又貸しして儲けているようなものなので、そこのところはきっちり明示しておかないといけなくなるんでしょうね。だけど、もはや検索はいいとして、別のサービスはなくなると困ることは多いですね。代替サービスはあるのだけれど、利便性やいろいろなことを考えるとGoogleのものを使わざるを得ないことは多いですね。ありがたいことですが、儲ける地盤ともなっているのでお互い様です。
PHPってデバッグでブレークとかステップ実行できたんだ。 [プログラミング]
以前、VSCodeとXdebugを使ってステップ実行をしたり、ブレークを張ったりしてデバッグできていたことを確認しました。そこそこ手こずったけれど、問題なく変数の中身とかを見ることができたと思います。
メンテしているPHPのシステムの環境が古くて、VSCodeの範囲外だったのですが、使っていたEclipseでもXdebugを使ってブレークを張ったりできました。なんだよー、使えるならはよ言ってくれないとな～。
Eclipseをファイルがツリー表示にできて、ソースを文字コード対応してGrep検索ができるくらいにしか使っていなかったよ。Tabを使っているとインデントが崩れるしいいことないと思っていたけどそうでもないかな。というかTabの表示だけでもしっかりしてくれればまともになるんだけどな…。明らかに害になっているので。
細かいところは事前に用意されていたので、Eclipseの設定いかんだったのですが、まぁそこそこ使える感じではありました。いちから設定するのは少々しんどいかもなぁ。下記などの設定を見てやってください。
https://qiita.com/twinblack/items/2b112441e0753cd5e6c2
https://rensrv.com/wp/xdebug/install-xdebug-on-eclipse/
自分のところでなかなか動かなかったので、ちょっと参考にしてみました。
というかPHPのEclipseってあったんだとちょっと感心した。GPGPUの時にmakeファイルを使っていたので、C/C++用のEclipse使っていたんだけど、そこそこ楽できましたね。やっぱりGUIからパソコンに入った人なので、IDEがあると安心する。まぁviとコマンドラインとかでもいいんだけど、デバッグとかはGUIでやりたいよね。
変数の中身はボックスに指定してあげないといけないと思いきや、ソースの上の変数にマウスを乗せると、ポップアップしてくるのでたくさんのデータじゃなければそれでOK。ゴロゴロたくさん配列が出てくるような奴は、改めて変数名をコピペして変数用のペインで見ればいいのでしょう。
それまではprint_r()やvar_dump()の嵐で後から消すのも面倒だったのですが、PHPの罠にかかっていたのを書いておいた方がいいかなと思ったので書いておきます。
$test_array
という配列の中身を見ようとして、単純に
とすればよかったのですが、
他の出力とくっつくのが嫌だったので
としていたのでした。
これだと"\n"の文字列に引きずられて、文字列型にキャストされて、配列の中身が出てきません。実際出るのはArray\nという文字列になってしまいます。さらにその場だけでキャストが終わるのではなく、後を引きずって$test_arrayが"Array"という文字列になってしまうという罠がありました。なんかよくわからん仕様ですが、PHPはそういうものらしいのです。正直意味わかんないです。他の言語を使っていてにわかに信じがたいことであったりしました。
PHPは言語的にバグの元や罠になる言語仕様が盛り沢山なので、使うことになった人は言語仕様と合わせて事前に調べておいた方がいいですよね。配列の添字というかkey,valueのkeyのキャストとかもかなりやばい感じではあります。変数のスコープとキャストに関してはバグを招く仕様になっているので、今後も使われるであろうPHPには気をつけた方がいいですね。
できればvar_dump、print_r、echoなどは使わなければそれに越したことはない。のでGUIなデバッガは動いてしまえばお手軽なので積極的に使いましょう、ということで。他の言語でprintfデバッグ的なことやってるのあんまりないですし。個人的には少しやったりはするかもしれないですが…。
メンテしているPHPのシステムの環境が古くて、VSCodeの範囲外だったのですが、使っていたEclipseでもXdebugを使ってブレークを張ったりできました。なんだよー、使えるならはよ言ってくれないとな～。
Eclipseをファイルがツリー表示にできて、ソースを文字コード対応してGrep検索ができるくらいにしか使っていなかったよ。Tabを使っているとインデントが崩れるしいいことないと思っていたけどそうでもないかな。というかTabの表示だけでもしっかりしてくれればまともになるんだけどな…。明らかに害になっているので。
細かいところは事前に用意されていたので、Eclipseの設定いかんだったのですが、まぁそこそこ使える感じではありました。いちから設定するのは少々しんどいかもなぁ。下記などの設定を見てやってください。
https://qiita.com/twinblack/items/2b112441e0753cd5e6c2
https://rensrv.com/wp/xdebug/install-xdebug-on-eclipse/
自分のところでなかなか動かなかったので、ちょっと参考にしてみました。
というかPHPのEclipseってあったんだとちょっと感心した。GPGPUの時にmakeファイルを使っていたので、C/C++用のEclipse使っていたんだけど、そこそこ楽できましたね。やっぱりGUIからパソコンに入った人なので、IDEがあると安心する。まぁviとコマンドラインとかでもいいんだけど、デバッグとかはGUIでやりたいよね。
変数の中身はボックスに指定してあげないといけないと思いきや、ソースの上の変数にマウスを乗せると、ポップアップしてくるのでたくさんのデータじゃなければそれでOK。ゴロゴロたくさん配列が出てくるような奴は、改めて変数名をコピペして変数用のペインで見ればいいのでしょう。
それまではprint_r()やvar_dump()の嵐で後から消すのも面倒だったのですが、PHPの罠にかかっていたのを書いておいた方がいいかなと思ったので書いておきます。
$test_array
という配列の中身を見ようとして、単純に
print_r($test_array);
とすればよかったのですが、
他の出力とくっつくのが嫌だったので
print_r($test_array . "\n");
としていたのでした。
これだと"\n"の文字列に引きずられて、文字列型にキャストされて、配列の中身が出てきません。実際出るのはArray\nという文字列になってしまいます。さらにその場だけでキャストが終わるのではなく、後を引きずって$test_arrayが"Array"という文字列になってしまうという罠がありました。なんかよくわからん仕様ですが、PHPはそういうものらしいのです。正直意味わかんないです。他の言語を使っていてにわかに信じがたいことであったりしました。
PHPは言語的にバグの元や罠になる言語仕様が盛り沢山なので、使うことになった人は言語仕様と合わせて事前に調べておいた方がいいですよね。配列の添字というかkey,valueのkeyのキャストとかもかなりやばい感じではあります。変数のスコープとキャストに関してはバグを招く仕様になっているので、今後も使われるであろうPHPには気をつけた方がいいですね。
できればvar_dump、print_r、echoなどは使わなければそれに越したことはない。のでGUIなデバッガは動いてしまえばお手軽なので積極的に使いましょう、ということで。他の言語でprintfデバッグ的なことやってるのあんまりないですし。個人的には少しやったりはするかもしれないですが…。
タグ：PHP
Twitterまとめ投稿 2020/02/22 [Twitter]
carbonhydratRT @mph_for_doctors: これが正に私の危惧していることです。 「バカ医者」 「名を名乗れ」 「橋のたもとに晒す」 こういった恫喝は、確実に「善意の情報提供」の意欲を削ぎます。 本当に感染症の専門家なしにこの状況を乗り切れると思いますか？ 不安と恐怖…02/21 06:30
2020-02-22 05:01
コメント(0)
