@Blog{zip358.com}

セキュリティーソフトは要らない。デフォルトで大丈夫。本当！？

2022.01.13

Logging

おはよう御座います。昨日はいろいろと忙しくてブログを書くタイミングがありませんでした。

さて、タイトル通り市販のセキュリティーソフトは要らない、Windows10移行ならデフォルトについているWindows Defenderで大丈夫だそうですね。わざわざセキュリティーソフトを買う必要はないような気がしますが、フリーランスエンジニアやITプログラマーなどは導入しておいたほうが良いという話を記載しときます。何故ならもしもしウイルスに感染した場合、セキュリティーソフトを入れていたけど感染してしまったという逃げ道（言い訳）が出来るからです。

逆に何も対策していなかったら、責任を咎められることは避けられないと思います。其のためにも企業さんやエンジニアさんは導入しておいたほうが良いと思います。個人で使用する場合で個人情報やクレジットカードの番号、ID、パスワードを保管していない場合はデフォルトのWindows Defenderで大丈夫かもしれませんが、私は保証はしません。

あとは個人の判断で導入するかどうかは決めるべきだと思います、尚、何も入れていない場合はデフォルトのWindows DefenderをOFFにすることは、何も持たないで戦場に行くと同じことなので、必ずONにしてインターネットという荒野に出かけてください。

タグ

10, de, Defender, ID, IT, Windows, いろいろ, ウィルス, エンジニア, カード, クレジット, こと, セキュリティー, ソフト, タイトル, タイミング, ため, デフォルト, パスワード, フリー, ブログ, プログラマー, ランス, わざわざ, 企業, 何, 使用, 保管, 個人, 場合, 対策, 導入, 市販, 必要, 情報, 感染, 昨日, 本当, 気, 番号, 移行, 言い訳, 記載, 話, 責任, 逃げ道, 逆,

LinkedIn（リンクトイン）で個人情報を取られました。

2021.09.24

Logging

今日は晴天です、お外は暑いですが部屋の中は丁度よい温度ですね。

さて、いきなりですがLinkedIn（リンクトイン）であるアカウントに個人情報を取られました。 LinkedInというのはビジネスに特化したSNSです。ビジネス版のフェイスブックだと考えて頂けたら良いかと思います。そのLinkedInにスクウェア・エニックスの人事を名乗る人から面談のお誘いがあり、本日、電話面談を行う予定でしたが時間になっても電話ならず今に至ります。

自分の名前と個人情報である電話番号が抜き取られましたが自分はあまり痛くありません、情報漏れしたのは050の電話番号だからです。こちらは元々、派遣や仕事用に構えた電話番号ですので漏れても問題ないのです。

本名はフェイスブックを見れば分かる状態になっているので、元々漏れている状態になっている。自分としては問題ないのです。

ただ、詐欺的な手法で個人情報を取られたのはちょっと自分が甘かったなと思いました。まずスクウェア・エニックスの人事担当なのに自分の顔写真のアイコンもない時点で変だなと疑うべきでしたし、人事やリクルート関係のLinkedInアカウントは日中はオンラインになっています。また求人情報も自サイトで紹介せず求人情報を掲載できるサービスで提供していたりなど不可解な点がありました。そしてスクウェア・エニックスの方だったら電話面談じゃなくzoom面談だろうなと思います。

自分のようにもしかしたら、騙される人も中にはいるかと思いますので、今回、注意喚起としてブログに掲載いたしました。皆さんも騙されないように気おつけてくださいね?

最後にLinkedIn（リンクトイン）は良いサービスですが、上記のような事もあるので注意してくださいな?

タグ

050, LinkedIn, SNS, アカウント, エニックス, お誘い, こちら, スクウェア, ビジネス, フェイスブック, リンクトイン, 中, 予定, 人, 人事, 今日, 仕事, 個人, 名前, 外, 情報, 情報漏れ, 手法, 時間, 晴天, 本名, 本日, 派遣, 温度, 特化, 状態, 番号, 自分, 部屋, 電話, 面談,

文字の置き換えはよく使うjavascript「吾輩は猫である。」

2020.12.06

Logging

文字の置き換えはよく使う。いろいろな参考書にも文字の置き換えは出てくる基本中の基本だ、そしてコレは結構使うことがある、とくに商品名を整理するときなど、連番に命名を置き換えるなどに使用することがある。EC系のシステム開発ではデーターベースへ製品名（product name）を登録するときなどによく使うのである?が、製品名や商品番号が整っていないのは、よくあることだ、だがしかしコレが中小企業の現実なのである。

この頃、再帰処理を使うことが少なくなってきて、何でも良いから再帰処理に当てはまる題材をじぶんに課すべきだと思う今日このごろです?

<p>吾輩は猫である、名前はまだない。</p>
<p>吾輩は猫である、名前はまだない。</p>
<button class="btn btn-primary" id="btn" type="button">名前はまだない？</button>

<script>
	document.getElementById("btn").addEventListener("click",(e)=>{
		var object= document.querySelectorAll("p");
		for (const key in object) {
			
			if (object.hasOwnProperty(key)) {
				const element = object[key];
				(element).innerText = (element).innerText.replace("名前はまだない。","名前は猫はちだ。");
			}
		}
	});
</script>

タグ

btn, btn-primary, button, class, EC, gt, ID, javascript, lt, name, product, quot, type, いろいろ, こと, コレ, システム, じぶん, データー, とき, ベース, 中小企業, 今日このごろ, 使用, 再帰, 処理, 参考書, 名前, 吾輩は猫である, 命名, 商品, 基本, 整理, 文字, 現実, 番号, 登録, 系, 製品, 連番, 開発, 頃, 題材,

アプリ申請の壁?GoogleとApple。

2020.11.26

Logging

アプリ申請の壁?GoogleとAppleともにある、屋号がどうも必要のようです、個人事業主でもちゃんと屋号を持ってないとアプリが申請できない感じがします。住所も必要みたいだけど、それは仕方がないなと思いつつも何だか、疑問も頂くのだけど、何故、会社でもないのに個人でアプリをリリースする場合、住んでいる住所を公表しないといけないのだろうか？

こういうところをデジタル庁、改善してほしいものですね、個人情報とか…全然な感じがします。でも自分が子供だった頃は普通に住所や電話番号がわかる時代だったですけどね。オレオレ詐欺などの事件が多発してきてから個人情報保護とか言い出したじゃないかな。その頃から殆どの人が携帯電話（ガラケー）を持ち出したのですねぇ・・・・・・・。そう思うとまぁ住所はアプリに公表しても良いかなと思いつつも日本全国に公表するのは少し勇気がいりますね。

タグ

apple, Google, アプリ, オレオレ, ガラケー, それ, デジタル, ところ, もの, リリース, 事件, 事業主, 人, 会社, 住所, 保護, 個人, 全国, 公表, 勇気, 場合, 壁, 多発, 子供, 少し, 屋号, 必要, 情報, 感じ, 携帯, 改善, 日本, 時代, 普通, 殆ど, 申請, 番号, 疑問, 自分, 詐欺, 電話, 頃,

All in One SEO一括、自動入力したった。

2020.07.16

Logging

All in One SEO一括、自動入力したった。そのままです。SEO入力欄にデータを流し込みました。前処理として記事のID番号を列挙してJSONで保存しそのIDデータを使用してＳＥＯタイトル、SEO ディスクリプション、SEO キーワードに記事のタイトル、記事内容、タグをそれぞれ流し込みました。この結果は数ヶ月ぐらいかかると思いますが、良い方向に動いていほしいものです。

ここではJSONデータは記載していませんがプログラム処理から想像出来るかと思います。

<?php
date_default_timezone_set("Asia/Tokyo");
require_once(__DIR__ . '/../wp-load.php');
class db{
    public $db = NULL;
    function __construct()
    {
        $this->db = new PDO('mysql:dbname=DBNAME;host=HOST;charset=utf8;', 'USER', 'PASS');
    }
    public function tbl_update($id,$title,$comment,$keyword){
		//
		$sdb = $this->db->prepare("select * from wp_postmeta where wp_postmeta.post_id = :id and wp_postmeta.meta_key='_aioseop_title';");
		$sdb->bindParam(":id",$id,PDO::PARAM_INT);
		$ret = $sdb->execute();
		var_dump($sdb->rowCount());
		if($sdb->rowCount()){
			$sdb = Null;
			$sdb = $this->db->prepare("UPDATE wp_postmeta set  wp_postmeta.meta_value = :title where wp_postmeta.post_id = :id and wp_postmeta.meta_key='_aioseop_title';");
		}else{
			$sdb = Null;
			$sdb = $this->db->prepare("INSERT INTO wp_postmeta(post_id,meta_key,meta_value) VALUES (:id,'_aioseop_title',:title);");
		}
		$sdb->bindParam(":id",$id,PDO::PARAM_INT);
		$sdb->bindParam(":title",$title,PDO::PARAM_STR);
		$ret = $sdb->execute();
		//
		//
		$sdb = $this->db->prepare("select * from wp_postmeta where wp_postmeta.post_id = :id and wp_postmeta.meta_key='_aioseop_description';");
		$sdb->bindParam(":id",$id,PDO::PARAM_INT);
		$ret = $sdb->execute();
		if($sdb->rowCount()){
			$sdb = Null;
			$sdb = $sdb = $this->db->prepare("UPDATE wp_postmeta set wp_postmeta.meta_value = :comment where wp_postmeta.post_id = :id and wp_postmeta.meta_key='_aioseop_description';");
		}else{
			$sdb = Null;
			$sdb = $this->db->prepare("INSERT INTO wp_postmeta(post_id,meta_key,meta_value) VALUES (:id,'_aioseop_description' ,:comment);");
		}
		$sdb->bindParam(":id",$id,PDO::PARAM_INT);
		$sdb->bindParam(":comment",$comment,PDO::PARAM_STR);
		$ret = $sdb->execute();
		//
		//
		$sdb = $this->db->prepare("select * from wp_postmeta where wp_postmeta.post_id = :id and wp_postmeta.meta_key='_aioseop_keywords';");
		$sdb->bindParam(":id",$id,PDO::PARAM_INT);
		$ret = $sdb->execute();
		if($sdb->rowCount()){
			$sdb = Null;
			$sdb = $this->db->prepare("UPDATE wp_postmeta set wp_postmeta.meta_value = :keyword where wp_postmeta.post_id = :id and wp_postmeta.meta_key='_aioseop_keywords';");
		}else{
			$sdb = Null;
			$sdb = $this->db->prepare("INSERT INTO wp_postmeta(post_id,meta_key,meta_value) VALUES (:id,'_aioseop_keywords' ,:keyword);");
		}
		$sdb->bindParam(":id",$id,PDO::PARAM_INT);
		$sdb->bindParam(":keyword",$keyword,PDO::PARAM_STR);
		$ret = $sdb->execute();
		$sdb = Null;
		$this->db = Null;
        return "{'id':$id,'title':'$title','comment':'$comment','keyword':'$keyword'}";
	}
}
//$_POST["ID"] = 9541;
$obj = (object)json_decode(file_get_contents("./postid.json"));
foreach($obj->rows as $key=>$val){
	$ID = (int)$val->ID;
  $page = get_post($ID);
	$title = mb_strimwidth($page->post_title,0,60,"…");
	$content = $page->post_content;
	$content = wp_strip_all_tags( $content );
	$content = mb_strimwidth(strip_shortcodes( $content ),0,160,"…");
	$keyword = array();
	$posttags = get_the_tags($ID);
	if ( $posttags ) {
	  foreach ( $posttags as $tag ) {
		$keyword[] = $tag->name;
	  }
	}
	$DB = new db();
	print count($keyword)>0?$DB->tbl_update($ID,$title,$content,implode(",",$keyword)):$DB->tbl_update($ID,$title,$content,"");
	$DB = Null;
}

タグ

39, all, Asia, class, construct, date, db, default, DIR, function, ID, in, json, lt, null, once, one, php, public, quot, require, SEO, set, timezone, Tokyo, wp-load, キーワード, ここ, それぞれ, タイトル, タグ, データ, ディスクリプション, プログラム, もの, 一括, 使用, 保存, 入力, 入力欄, 内容, 処理, 列挙, 前処理, 想像, 数, 方向, 番号, 結果, 自動, 記事, 記載,

他人のせいにしても現実は変わらない。

2019.12.04

Logging

他人のせいにしても何も変わらない、むしろ後退するだけ
いまを楽しみ、前向きに頑張らないといけないなと
思う今日このごろです。

下記の言葉が好きなので心がけています。

「情けは人の為ならず、巡り巡って己がため」
「下がるほど 人の見上ぐる 藤の花」

世の中、本当にこれだと思います、、、
なんだかねぇこれなんだよなと、あまり人付合いしないですけど
たまたま何度も道端で合う人などがいます。

電話番号すらしらないのに。
以前、お仕事していたときに関わっていた人と
何故か何度も合うのです、こういうのを縁なんだと思います。

繋がっていないようで繋がっていて、恐ろしい世の中です（笑）

タグ

いま, お仕事, ぐる, これ, ため, とき, 下記, 世, 中, 人, 人付合い, 今日このごろ, 他人, 以前, 何, 何度, 前向き, 己, 後退, 情け, 本当, 為, 現実, 番号, 縁, 藤の花, 見上, 言葉, 道端, 電話,

自分の務めてる会社の１次入社試験（過去問）

2019.10.12

Logging

自分の務めてる会社の入社試験（過去問）です。
これぐらいのことは出来てもらわないと困るという事で出題したのですが
どうもこの問題難しいのか？
ここまで漕ぎ着けて採用された人はひとりしかいない。
大手の会社にはこんなの簡単だよという人は
たくさんいると思いますが、自分の務めてる会社は
どちらかと言えば零細企業です。
こういう問題出しても中々、解けない人が多くて
採用まで至らないのが現状です。
※今は募集していません。
■問題
郵便番号入力すると検索結果を表示するようにせよ。
また下記の条件を満たしていることとする。
1．サジェスト機能がある。
2.PHP言語を使用。
3.非同期処理。
単なるこれだけでも、中々出来る人が来ない。
これが零細企業地方の現状です。
https://zip358.com/tool/postal_code_search/

タグ

１, 2, ３, 358, Code, com, php, postal, search, tool, zip, ここ, こと, これ, これぐらい, これだけ, サジェスト, たくさん, どちらか, ひとり, また下, 中々, 事, 人, 今, 企業, 会社, 使用, 入力, 入社, 処理, 出題, 募集, 同期, 問題, 地方, 大手, 採用, 条件, 検索, 機能, 現状, 番号, 簡単, 結果, 自分, 表示, 言語, 記, 試験, 過去問, 郵便, 零細,

非同期通信の2重ループは素人にはオススメしません。

2016.03.20

Logging

非同期通信の2重ループは素人にはオススメしません。
そして、2重ループでなおかつ、再帰処理だったら・・・
まさにややこしくなる事間違いないのでオススメ度は限りなく低いですね。
ただ、こういう事も出来ることを覚えていると
何かの役に立つことは間違いないです。
ちなみに再帰処理は、いろいろな言語で可能ですので
技として覚えていて損はないです。
再帰処理を追う方法はループせずに見るという
感覚を養うことが大事だと思います。
ようするに再帰処理を抜け出すひとつ前の値で
トレースすることが大事だと思われます(´Д｀)。
ちなみに非同期通信の場合、非同期ですので
返ってくる順番はめちゃくちゃです。
何か番号を振って処理しないと、
うまく処理されないという事になるのでそこらへんも注意して組み立ててください。

追記2021：今では古くなったコードになったのでソースコードを削除致しました。
ただ、考えは間違っていませんがJSも進化して非同期処理も簡単に組み込めるようになりました。
これも時代の流れですね。async/await、promiseというキーワードでググってみると非同期処理の説明が書かれたサイトがありますのでそちらを参考に！！

https://qiita.com/_takeshi_24/items/1403727efb3fd86f0bcd

タグ

2, 2021, JS, いろいろ, おすすめ, コード, こと, ソース, そこら, トレース, ひとつ, べん, めちゃくちゃ, ループ, 事, 今, 何か, 値, 再帰, 処理, 削除, 可能, 同期, 場合, 大事, 役, 感覚, 技, 損, 方法, 注意, 番号, 簡単, 素人, 言語, 追記, 通信, 進化, 順番,