Deta.shの無料枠が廃止になったらCyclic.shへ移行する - Qiita
HerokuのFree Planが終了するらしい(泣)(泣) Starting November 28, 2022, we plan to stop offering free product plans and plan to start shutting down free dynos and data services. We will be sending out a series of email communications to affected users. 2022/11/28までに有料版にアップグレードしてねとのことらしい。 Cyclic.sh ⇒ Deta.sh ⇒ Cyclic.shへ移行した Cyclic.shは無料で使えるクラウドプラットフォーム。 クレジットカード・電話番号不要。 デプロイしたアプリはAWS上に展開されるようだ。 主に3つのサービスが無料で使え
Herokuの無料枠が廃止になるのでDeta.shへ移行する - Qiita
追記(2023/3/11) 約半年ほどDeta.shで簡単なサービスを運用していたが、先日Deta.shに大幅なアップデートがあり、仕様が大きく変わった。 これによりREST APIを公開して運用することができなくなった。（できなくはないが必ずヘッダにAPIキーを指定する必要がある。そのため例えばLINE Messaging APIのバックエンドとしては使用不可） Detaは”Personal Cloud”を思想に掲げているらしく、何らかのサービスのバックエンドとして使うにはちょっと使い勝手が悪くなってしまった。 というわけで、自分の使い方には合わなくなったため現在はAWSへ移行している。 HerokuのFree Planが終了するらしい(泣) Starting November 28, 2022, we plan to stop offering free product plans a
Web Speed Hackathon 2022 を勝手に開催する
CyberAgentのWeb Speed Hackathon 2022 の仕組みが素晴しいと思ったので(特にGitHub Actionsで自動化されたLeaderboardの部分)、自分の環境で遊ぶための方法を書きます。 Web Speed Hackathonとは たぶんフロントエンド版のISUCONのようなイベントです。 参加者は自分でHeroku等にデプロイしたURLを記載したGitHub Issueを投稿し、BOTが返すGoogle Lighthouseの結果を元に算出されたスコアを競います。 ウェブアプリケーションを遅くするための逆プラクティスがあてられているのはISUCONと同様で。 無料で使えるHerokuにデプロイできるかつ（インフラやバックエンド実装で工夫することも可能ですが）基本的にフロントエンドエンジニアのスキルの範囲内でスコアがアップするような設問になっているのが良い
Wiki.js + Heroku を使って、無料で高機能の情報共有 wiki を簡単に作る
背景: GitHub wiki への不満 私の所属する研究室では、メンバー全員が１つの GitHub Organization に所属しており、情報共有はその Organization 上のリポジトリの GitHub wiki で行われています。 研究室がコンピュータサイエンス系であることもあってメンバーは GitHub や Markdown に慣れており、普段 GitHub wiki を使っていて困ることはそんなになかったのですが、それでも時々不満が出ることがありました。 不満として多いのは、色々記事を書いているうちに全体構造がよくわからなくなってしまうという点にあると思います。GitHub wiki ではディレクトリ構造を持てないので、全ての情報がリンクを経由してアクセスされることになり、段々と整理がつかなくなってしまいます。 複数のリポジトリにそれぞれ wiki を書くこともできます
月 5.5ドルで使える Vultr で nginx-proxy を構築して frourio を Docker で動かす！
はじめに この記事は、いままで Docker を開発環境としてお気持ちで使っていた初心者が書いています。 玄人の方々におかれましては、暖かい目で見守って頂けますと幸いです。 （誤っている情報などありましたらディスカッションにてお願いします…！） 最初は下の記事で紹介されている Vercel + Heroku での運用を考えていたのですが、Free Dyno があまりよくなかったので（スリープしたり、時間枠の概念だったり）悩んでいました。 👇 Vercel + Heroku 構成の紹介 そこで知人が Docker ベースでの VPS 運用を勧めてくれて、その知人の手厚いサポートの末になんとか構築できました。本当にありがとうございます！ (単純比較できるものではないですが、Heroku Hobby は $7/月、Vultr は $5.5/月 なので自分で運用したほうが安い！) 完成図 Git
認証付きGraphQL APIサーバーを爆速で立てる。 Hasura + Firebase Authentication - Qiita
認証付きGraphQL APIサーバーを爆速で立てる。 Hasura + Firebase AuthenticationFirebaseGraphQLcloudfunctionsFirebaseAuthenticationHasura HasuraはPostgreSQLからGraphQL APIサーバーを爆速で構築できるものの、認証については外部の認証基盤を使う必要があります。 今回は、認証基盤としてFirebase AuthenticationのJWT認証を使った例を紹介します。 Hasuraの認証について Hasuraの認証はWebhook方式と、JWT方式があり、今回はJWT方式を使います。 JWTは属性情報をJSONデータ構造で表現したトークンを使い認証を行う方法で、Firebase Authenticationにて採用されています。 Hasuraの認証でFirebase Auth
SlackでDMを受け取るとパブリックチャネルに優しく誘導してくれるDM警察というBOTを作って公開しました - rocky-manobi's blog
この記事はLAPRAS Advent Calendar 2019の9日目の記事です 概要 LAPRASに入る前、業務の内容をDMでたくさん受け取って辛いという課題があった DMを受け取るとパブリックチャネルに優しく誘導してくれるDM警察というBOTを作ったがLAPRASに入ったら需要がなかった なんでや？じゃあLAPRAS関係ないやろ！？ まとめ 課題 - 業務の内容をDMでたくさん受け取るのは辛い このような内容をDMで受け取ると少し困ります。 パブリックチャネルの発言であれば、僕がこの質問に答えられない場合でも「@知っていそうな人 さん、わかりますか？」とメンションするだけで事が足ります。たまたま会話を見ていて知っている人が能動的に答えてくれる事もあるでしょう。また、後々一連の会話をシェアしたくなったときでも、この会話へのリンクを貼れば経緯を伝えることができます。DMではいずれも叶いま
Slackからのリクエストを処理するwebhookを1回だけ実行したい - くりにっき
最近そういうことを社内で何回か書いたのでメモ 前提 なぜ重複投稿されるか？ 重複実行対策 1. 実行内容を一定時間キャッシュする 2. 排他ロックをする 3. サーバ側での並列処理を捨てる 前提 Slackには特定のイベントが発生した時に任意のwebhookにリクエストを飛ばすことができます。 具体的には下記のような使い方ができます sue445.hatenablog.com しかし普通にやると1回しかemojiを登録してないのにSlackに何回も投稿されて困ることがありました なぜ重複投稿されるか？ 公式ドキュメントを見つけきれてないので推測ですが、そういう仕様な気がしてます。 （Herokuだとdyno起動に時間がかかる時に重複リクエストになりやすい傾向があったけど、GASやLambdaでも同じことになる） 重複実行対策 Heroku + sinatra + puma構成の場合下記を行
（兎に角）早くプロトタイプを作る技術（初心者向け） - Qiita
とにかく早くプロダクトのプロトタイプを作るための技術についてまとめます。 この技術は運用しやすく作る技術とはまた別の技術です。 （綺麗に作るのは後でやる） かなり偏った考え方もあると思いますがご容赦ください。 プロトタイプを作る上でやらないことを決めます。 実はやることよりもやらないことを決めることの方が難しいです。 UXに基づいて後回しにするという意思決定が必要です。 プロトタイプでやるべきこと コンセプトの決定/チャネルの調査： なぜ作るのか、誰をターゲットとして作るのか、競合プロダクトの調査 コア機能の実装： ユーザの苦痛を解消させるプロダクトのコア機能の実装をします。 ここで想定しているコア機能とは一画面に収まるアプリケーションのメイン機能の事を指します。 デザインはモックレベルではなく、ユーザが使う想定のデザインテーマ、レイアウト、アフォーダンス、メンタルモデル、UI、アニメーシ
Laravel+Nuxt.jsでDocker開発環境構築からHerokuデプロイまで - Qiita
はじめに 本記事では「フレームワークをインストールして、それをインターネットに公開する」という0から1までのフェーズについて、Laravel+Nuxt.jsによって「蔵書管理」システムを構築して解説したいと思います。 また、実際に構築したシステムは下記になります。 - Heroku: https://frozen-castle-47874.herokuapp.com/ - Github: https://github.com/kon-shou/bcm-qiita-example 目次 システムアーキテクチャ Laravel/Nuxt.jsインストール Docker環境構築 Nginx設定 Typescript対応 サーバーでのモデル/ビジネスロジック実装 フロントでのモデル/ビジネスロジック実装 Heroku設定 システムアーキテクチャ 下記の技術スタックを用います。 サーバーサイド: L
質問箱クローンをRustで作った話 - さんちゃのblog
1年ぐらい前に質問箱(peing.net)を真似て匿名質問サービスを作成しました． これに関して技術的な話と技術的でない話をします．技術的な話というのはRustでWebサービスを作る知見で，技術的でない話というのは質問箱を自分で運用するとどういう感じになるかという知見です． 作ったもの 背景 技術的な話 仕様策定 実装 Webフレームワーク "Rocket" に関する所感 ORM "Diesel" に関する所感 画像の生成 デプロイ Heroku さくらのVPS 速度について オマケ：技術的でない話 質問してくるユーザーの数は非常に少ない 自演するやつがいる 追記(2019/03/19) 作ったもの 質問お待ちしてます！！！ ソースは公開しており，気持ち程度にREADMEも書いてあるので，あなたも自分のインスタンスを立てることができます． 背景 当初は "本家質問箱" を使っていたんですが
12 Factor CLI Apps – Jeff Dickey – Medium
CLIs are a fantastic way to build products. Unlike web applications, they take a small fraction of the time to build and are much more powerful. With the web, you can do whatever the developer programmed. With CLIs, you can easily mash-up multiple tools together yourself to perform advanced tasks. They require more technical expertise to use, but still work well for admin tasks, power-user tasks,
Docker を用いてソフトウェアをデプロイするとソフトウェアの品質が上がる - Diary
Docker を用いてソフトウェアをデプロイするとソフトウェアの品質が上がる http://b.hatena.ne.jp/entry/bonotake.hatenablog.com/entry/2018/09/06/072800 ここをながめていて思ったことなんですが。 Docker はデプロイにのみ関連するツールであって、ソフトウェア開発の本質には一切関係ないものだ、という考えの人をたまに、いや、よく見る。これは全く間違っていて、 Docker を用いて継続的にソフトウェアをデプロイしているだけでソフトウェアの品質は上がります。ソフトウェアの品質のような問題について考えている人は Docker とそのメンタルモデルに興味をもつべきです。 本来こうした問題について僕がなにかを言う必要はなくて The Twelve-Factor App という文章を読めば十分です。あるいは 大切なことはだい
Herokuの無料プランで月間100万PVをさばく（さばかない）話 - NOT SO BADなブログ
Herokuの無料プランで月間100万PVをさばく（さばかない）話Feb 03, 2018 個人開発論技術系Heroku「Heroku Meetup #19 Heroku Trust!」でLTさせてもらってきました！ せっかくなので、LTのスライドを一部修正して掲載しておきます。 Heroku Meetupはずっと行きたかったけど今まで都合がつかず、初参加できてよかったです。 ピザごちそうさまでした🍕 LT内容というわけで発表したスライドはこちら。 3行で要約それなりにアクセスが多いサイトでも、場合によってはHerokuのFreeDynoだけでさばけるよHerokuは更新系に集中して、アクセスが多い閲覧系のコンテンツはGoogleCloudStorage(GCS)とかS3に置いちゃえばいいんだよ最近だとFastlyとか使うのがいいらしいけど、GCS/S3も安くて手軽にできるからおすすめだ
実はHerokuで充分なのでは問題｜こんぴゅ
Herokuはwebアプリをインターネット上にデプロイする場所として広く使われている。web業界の人は誰もが一度は触った事があると思う。 何が便利なのかというと、デプロイ作業が極めて簡単なことだ。コマンド一発でサーバーが用意され、これまたコマンド一発でデプロイが出来る。一般に、webアプリは依存するライブラリが多種多様あり、それらを漏れなくインストールしないとデプロイ出来ないのだが、代表的なwebアプリケーションの作り方に添って作っている限り、後は構成を検知してよしなにやってくれるのだ。noteのリリース時の検証にも大活躍してくれた。 別にHerokuの回し者ではないのだが、一旦これを経験すると、VPSを借りてLinuxのセットアップをしてミドルウェアいれて....といった一般的な構築作業が気の遠くなる工程に思えてくる。 しかし、HerokuはUSとヨーロッパにサーバーがあり、日本からの通
Heroku で本番運用を続けていくために必要なこと - ボクココ
ども、@kimihom です。この記事は Heroku Advent Calendar 2017 の 20日目です。明日以降が豪華メンツで今から楽しみですね。 さて、今回は Heroku で本番運用を続けていくって方のための情報をシェアしたいと思う。自社サービスで Heroku を使い続けている事例ってのがあまり出て来ないので、積極的に開示していきたいと思う。 ※ 本記事は、今年書いた Heroku に関する記事のまとめ的な立ち位置として読んでいただけたら幸いだ。 Heroku で本番運用の実績 私は Heroku で 2年間以上、本番環境でサービスを動かし続けて来た。その間、Heroku 起因でトラブルに遭ったことは1日くらいで、他は安定的に動き続けてくれた。その1日も、いつもよりレスポンスが遅くなっていた程度で、なんとかなったので助かった。 さて、私がなぜ Heroku にこだわり続け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DockerベースのHerokuライクなオープンソースのミニPaaS・「Dokku」
「GitHub」から非公開リポジトリなどのデータが流出 ～「npm」にも被害／「Heroku」「Travis-CI」発行のOAuthトークンが盗難・悪用される
TechCrunch
NOT SO BADなブログ
