PythonだけでWebアプリが作れるライブラリが増えている（2024.05） - Qiita
2024.8.6：FastHTMLについて追記しました。 ※本記事で言及しているReflexのdiscordサーバー内に日本語チャンネルをつくってもらいました。もし、興味をもった人がいたら参加してみてください。 １．PythonだけでWebアプリをつくるライブラリが増えている 最近（2024.05）、Python界隈ではPythonだけでWebアプリが作れるライブラリが増えています。詳しくは他の記事を参照してもらえればと思います。 以下の記事がとても参考になりました。ありがとうございます。 ２．ライブラリの分類 こうしたライブラリも大きくわけて２つの種類があるように思います。 ①データ解析の結果を表示するダッシュボードライブラリ ②汎用的なWebアプリをつくるローコードライブラリ ①ダッシュボード系ライブラリ たとえば、上記の記事にも出てきますし、ネットでもかなり情報の多い、Streaml
とってもやさしいフロントエンド入門
まず、新しいアイデアが提案されると、ステージ0の「Strawman」と呼ばれる段階に入ります。ステージ0のアイデアが価値のある提案として見なされ、大まかな形で問題点や解決策を説明できるようになると、ステージ1の「Proposal」と呼ばれる段階に進みます。そして、提案がある程度まとまって仕様の草案として認められると、ステージ2の「Draft」と呼ばれる段階に上がります。さらに細かいところまで練り上げられて、仕様がほぼ完成した状態になると、ステージ3の「Candidate」の段階になります。最後に、2つ以上のブラウザがその機能を実装していて、ECMAScript の編集者に承認されると、ステージ4の「Finished」と呼ばれる段階になります。 ステージ4に上がった提案は、毎年 6 月のタイミングで ECMAScript の新しいバージョンとしてリリースされます。リリースする際は、ECMAS
フロントエンドエンジニアが知るべきキャッシュを理解する
キャッシュは、CPUのバスやネットワークなど様々な情報伝達経路において、ある領域から他の領域へ情報を転送する際、その転送遅延を極力隠蔽し転送効率を向上するために考案された記憶階層の実現手段である。(引用: フリー百科事典『ウィキペディア（Wikipedia）』) こんにちは、@kaa_a_zu です。私たちエンジニアは、「キャッシュ」というワードをよく口にしています。それはインフラの設計をしている時かもしれないし、表示されるコンテンツが変わらない時かもしれないし、パフォーマンスの改善をしている時かもしれません。普段何気なく使っている「キャッシュ」とは一体何なのでしょうか。この記事は、そんな「(Webフロントエンドを触るエンジニアが知るべき)キャッシュ」について、どんなものがあるのかがちょっと分かったという状態になることを目的に書いています。
2015年Webサーバアーキテクチャ序論 - ゆううきブログ
2023年03月31日追記：この記事を基に、@sadnessOjisanさんより、コードレベルにより踏み込んだ、かつ、グリーンスレッドベースの新しいWebサーバアーキテクチャも含めて整理された記事 Webサーバーアーキテクチャ進化論2023 | blog.ojisan.io が公開されました。 主に新卒のWebエンジニア向けに、古典的なWebサーバアーキテクチャを学ぶ道のりと代表的な実装モデルの概要を紹介します。 この辺りの話題がWeb界隈で流行っていたのは数年以上前というイメージですが、Webサービスは相変わらずWebサーバの上で動いているので、流行り廃り関係なく学ぶべき内容だと思っています。 また、HTTP/2がいよいよRFC化し、既にh2oやtrusterdなどのHTTP/2のサーバ実装があり、今後Webサーバアーキテクチャを再訪することが増えるような気がしています。 ところが、We
Webシステムにおけるデータベース接続アーキテクチャ概論 - ゆううきブログ
先月投稿した2015年Webサーバアーキテクチャ序論では、Webサーバアーキテクチャを学ぶ道のりと代表的な実装モデルの概要を紹介しました。 今回は、前回同様、主に新卒Webエンジニア向けに、Webアプリケーションサーバとデータベースサーバ間の接続管理モデルと運用事情について紹介します。 データベース接続の永続化やコネクションプーリングとは何なのか、なぜ必要なのかといったことが主な話題です。 背景 データベース接続の永続化とはなにか データベース接続のオーバヘッド データベース接続の永続化手法 コネクションプーリングとはなにか コネクションプーリング: ドライバ型 コネクションプーリング: プロキシ型 コネクションプーリング全体について PostgreSQLとMySQL 参考資料 まとめ 背景 2015年Webサーバアーキテクチャ序論では、Webサーバアーキテクチャの話とWebアプリケーショ
Webサービスを個人で開発して月10万円以上稼いでいる事例まとめ - 仮想化エンジニアの日常
今回は、Webサービスを個人で開発して月10万円以上稼ぐことができている人たちの事例をまとめてみました。会社員としての本業で月10万円（年収にして120万円）の昇給を達成するのは結構大変ですが、個人でWebサービスを開発して月々10万円以上の収益を作る方がやりようによっては簡単なのかも？と思えてくる内容になっています。 Webサービスを個人で開発して収益を上げている事例ってあんまりまとまっていなかったりするので、これからWebサービスを作る上での参考にしようとまとめてみました。 個人で月10万円以上のWebサービスを作っている事例 それでは、Webサービスを個人で開発している人の記事をみていきます。 ゴリゴリ開発しまくるスタイル blog.sesere.net 7年間Webサービスを個人で作り続けた猛者。公開された日に記事を読みましたが、めちゃくちゃWebサービス作りたくなりましたw 王道
「ウェブらしさを考える本─つながり社会のゆくえ─」（情報研シリーズ15）
本書内容概略 ウェブはティム・バーナーズ＝リーというひとりの人物によってつくられました。それから20余年を経た現在、ウェブ以前にはなかった新しい価値観やルールが現実世界に大きな影響を与えています。メディアとして、コミュニケーション・ツールとして、ウェブは本質的にどのような特徴を持っているのか。そして、私たちはそれをどのように使いこなすことができるのか。さまざまな角度から「ウェブらしさ」を考えます。 著者紹介 大向一輝（おおむかい・いっき） 国立情報学研究所・コンテンツ科学研究系 准教授。 2002年同志社大学大学院修了、2005年総合研究大学院大学 複合科学研究科、情報学専攻修了。専門はセマンティックウェブ、情報・知識共有、コミュニティ支援。2005年国立情報学研究所助教。2009年国立情報学研究所准教授。2010年より総合研究大学院大学准教授を併任。2008年からは株式会社グルコース取締
古参ウェブ屋が最新のサイト立ち上げ運用マニュアルを本気になって作ってみた
HOME / ウェブサイトのコツ / いまさら聞けない！ホームページの立ち上げから運用体制構築 Date: 2011/11/25 | | Tags: ホームページ, 立ち上げ, 運用体制, 構築 いまさら聞けない！ホームページの立ち上げから運用体制構築 自社ウェブの立ち上げから運用体制の構築まで、ウェブ担当者は何を考えないとならないのか？ 本日、静岡商工会議所主催の静岡清水産業情報プラザ創立10周年記念セミナーでお話しした内容です。 いまさら聞けない！ホームページの立ち上げから運用体制構築">いまさら聞けない！ホームページの立ち上げから運用体制構築 小規模ウェブから大規模ウェブまで通用する、「担当者が何を考えるべきか？」という切り口の資料になっています。ウェブ担当者はなにも技術のことを勉強するのではなく、誰かを使って、場合によっては外注して、やらなくてはならないことを実現すればいいわけです
webサイトの裏側の意識を変える事で売り上げをアップする方法
ネットショップ運営者が、あることをちょっとだけ始めてみただけでわずか5ヶ月で売り上げが3倍になりました。 はたして、webサイト運営がどのように変わったのでしょうか。 ネットショップを運営している新規クライアントから、サイトリニューアルの依頼がありました。初めてのご依頼だったので、まずはヒアリングから開始。今回のリニューアルは、サイトであまり物が売れず、□□（私が作ったサイト）のように売れるようにして欲しいとの事でした。 しかし話をよく聞くと、当初サイトを作ったときは、ただ作っただけで、特に運営方法についてはアドバイスが無かったとのこと。私はリニューアル前に1つだけある事をするようにお願いしました。その方法とは、実はサイトをいじる事ではありません。結果、売り上げが5ヶ月で3倍になりました。 実は最近、webサイトを制作する側も、データに依存しすぎて、大事な事を忘れているケースが多かったりす
とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする
すこし前にはてなスターのリリースがされたのですが、サービス開始直後にありがちなことに、時々負荷で遅くなったり、アクセスしにくくなったりしてしまいました*1。これではいけない、ということで、すぐ次の日に、バックエンドのサーバを一気に10台近くまで増やして、おおむね快適に使える状態になっていると思います。この時に、新しいサーバをまっさらな状態から、だいたい30分程度で本番投入することができていました。これを、どのように実現したのかを軽く紹介したいと思います。 ちなみに、サービスの重さは、サーバ増強だけで済むものではなく、それ以降も、Javascriptが重い!とか、アプリケーションロジックで重いSQL を走らせてしまって遅いという問題は何回かありました。が、そこはインフラではなく、アプリケーションの問題で、アプリケーションの改善は、継続的に進んでいると思います。ので、今回は、インフラの話に限定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はじめに | ちいさな Web ブラウザを作ってみよう
Webフロントエンド基礎研修 ~歴史から学ぶ、現場のスタンダードな開発~
Webフロントエンド基礎研修 ~歴史から学ぶ、現場のスタンダードな開発~