はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
58. すごいリロード対策
まず、日本のサイトにある一般的な登録フォームの画面遷移は 入力画面→入力確認画面→完了画面 となっている場合が多いようです。ここでリロード問題となるのは完了画面でのDBへのINSERT処理やCSV書き出し処理、メール送信処理など「一度しか行わない処理」です。例えば完了画面へ遷移した際にブラウザのリロードボタンが押された場合、確認画面よりsubmitした情報が再度submitされて上記の一度しか行わない処理が二度行われてしまいます。そうならないよう、リロード対策はスクリプトで制御します。 まずは確認画面のスクリプト 確認画面でチケットを発行し、セッションに保存しておきます。同時に完了画面へチケットがPOSTされるよう、hiddenにセット。こうして完了画面へ遷移させます。それでは完了画面のスクリプトを見てみましょう。 このように、確認画面で発行されたチケットは一度使い切ってしまえば2度処理さ
PHPにおける負のunix timeの扱いとPropel
こんにちは、hnwです。さて、今回はPHPの時刻とPropelに関する話題です。 PropelはPHPで使われるO/Rマッパーとしてはメジャーなものの一つです。symfonyでは標準のO/Rマッパーとして採用されていますし、Mojaviなど他のフレームワークを利用した際もO/RマッパーとしてPropelを採用している事例があります。 ところで、PropelではRDBのtimestamp型のカラムを扱う際に内部的にunix timeに直すような実装をしています。SQL標準ではtimestamp型は西暦1年から9999年まで表せるわけですから、unix timeに直す実装というのはtimestamp型の全ての値を正しく扱えないような、いわば乱暴な実装であるといえます。 完璧ではないにせよ、実際に利用する際の適用の可否を考えてみます。unix timeは1970年1月1日からの経過秒ですから、誕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://black.ap.teacup.com/programer/22.html
