アクセスされたページはアドレスが変更されたか、削除された可能性があります。 お手数ですがメニューから目的のページをお探しください。 Sorry for the inconvenience caused. The page you're looking for cannot be found. Please search the desired page from menu.
アクセスされたページはアドレスが変更されたか、削除された可能性があります。 お手数ですがメニューから目的のページをお探しください。 Sorry for the inconvenience caused. The page you're looking for cannot be found. Please search the desired page from menu.
Go Modules Reference - The Go Programming Language を流し読みつつ手元でちょっと実験した感じだと、go.modに指定したバージョンになるようだった。 Module-aware commandsの節を見るとそのように読める。 In module-aware mode, the go command uses go.mod files to find versioned dependencies, and it typically loads packages out of the module cache, downloading modules if they are missing. module-awareな場合の go run サブコマンドも、go.modからライブラリのバージョンを特定していそう。 いきなり話題が変わるけど、tool
今回の記事では、これまで用いられてきたtools.goを振り返りつつ、go 1.16で変更されたgo installを用いてtools.goを削除する方法と、削除して運用してみた感想を記述する。 tools.go go言語で書かれたアプリケーションを開発する際に、CIや手元のコマンドでコマンドラインツールなどを用いる機会は多い。例えばgolangci-lintなどは多くのアプリケーションで導入されているlinterかと思う。 しかし、go modulesによってバージョン管理されたアプリケーションでは、コードで使われないコマンドラインツールなどのパッケージはgo mod tidyによって消されてしまう。これでは複数人で開発する際に同一の環境を用意できなかったり、一々手作業でバージョン管理をする必要が発生してしまう問題があった。 そこで、これらのツールをmoduleによって管理するために、t
VSCodeでデバッガを起動したい時に、毎回.vscode/launch.jsonの追加をしていた。これ面倒だなと思っていたのだが、普通にsettings.jsonのlaunchというキー名で全ワークスペースで使うdebug launch configurationの設定ができた。 例えばRubyのデバッグのためにvscode-rdbgを使っていた場合、.vscode/settings.jsonに次のように設定しておくと全ての場所でVSCode上でRubyのデバッグができる。便利ですね。 "launch": { "version": "0.2.0", "configurations": [ { "type": "rdbg", "name": "Debug current file with rdbg", "request": "launch", "script": "${file}", "
はてなエンジニア Advent Calendar 2022 - Hatena Developer Blog の 2023/1/5 の記事です。 id:hogashi です。 目次 目次 3行 こういうやつ 仕様を眺める 追記1: おまけ 追記2: id="top" な要素があるときは? 3行 a タグの href 属性に #top と書くと、クリックしてページの先頭にスクロールできる、という話をしているのを見て、 それって仕様なんだっけ、と思って調べたところ、 仕様でした こういうやつ クリックしてこのページの先頭にスクロールする <a href="#top">クリックしてこのページの先頭にスクロールする</a> 仕様を眺める MDN の a タグのページにちょろっと書いてあって、 HTML の仕様に定義されているよ、とある <a>: The Anchor element - HTML:
こんにちは!最近気になるニュースはスピノサウルスの尻尾の化石が発見されたこと1な、SRE部エンジニアの塩崎です。ZOZOテクノロジーズの前身となった会社の1つであるVASILYでは数多くのクローラーの開発・運用の担当をしてきました。 今回はその知見を生かして、クローラーを楽に運用するためのクラウドサービスを紹介します。 概要 データ解析を円滑に進めるためには、CSVやWeb APIなどの構造化されたデータが必要です。しかし全てのWebサイトにあるデータが構造化データを提供しているとは限りません。むしろ提供していないケースの方がはるかに多いです。そのため、Webクローラーを作成して構造化されていないWebページを解析し、構造化データを生成する必要があります。 しかし、Webクローラーの運用には数多くの「つらみ」があります。特に大量のWebページを1日1回などの頻度で定期的にクロールする際には
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く