タグ

errorに関するoctopus553のブックマーク (14)

  • サービス終了のお知らせ

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • Use of uninitialized value in string eq エラー | Log

  • FAQ:NTTPC Contact Center

  • PerlのWARNINGをなくす

    「才能を非生産的な事に浪費してこそ、真のヲタクである」 この名言にかなう為に日々色々学ぶ日々(多分)。 perl -w hoge.pm Perl開発者が死ぬまでに一番たたくコマンドじゃなかろうか('A`) これでエラーを見つけて修正して、やっとこさ動くプログラムが完成する。しかし正常動作してもこのコマンドを叩くと警告とかが出てくる。 ■警告内容 ・その1.Use of uninitialized value in hash element at hoge.pm line 123 ・その2.Use of uninitialized value in substitution (s///) at hoge.pm line 456 エラーじゃないしプログラムもちゃんと動くので今まで無視してきたけど、ちょっと気になってきたので直してみる。 ■その1の警告の解決方法 その1の場合は「変数としては存在

  • 【要保存】WordPressでブログも管理画面も真っ白になった時に最初にすべきこと

    突然画面が真っ白に 管理画面が文字通り真っ白になってしまい何も表示されない。 ビックリしてブログを表示させようとしたが、ブログも真っ白。何も表示されない。 えーとえーとえーと…。 これは今までにないパターンだ。管理画面もブログも真っ白では、どうしようもない。何もできない。 思わずWordpressを丸ごと再インストールしようかと考えてしまったが、ふと冷静になった。 「ファイルが消えてしまっているわけではあるまい。冷静に対処しよう」 そうなのだ。Wordpressやテーマにはたくさんの手を加えている。何も考えずに再インストールなどしてしまうと、カスタマイズした箇所が消えてしまう。落ち着こう。 とにかく自分のサイトは真っ白でどうにもならないので、まずはFTPクライアント “Fetch”でサーバ自体がぶっ飛んだりしていないことを確認。もちろん問題なかった。 真っ白は「エラーを表示させる」設定で脱

    【要保存】WordPressでブログも管理画面も真っ白になった時に最初にすべきこと
  • フリーティケットシアター全サービスが終了

    フリーティケットシアター全サービス終了 誠に勝手ながら、「フリーティケットシアター」のサービス提供を 2016年3月31日をもちまして終了させていただきました。 これまで長らくご愛顧を賜り、誠にありがとうございました。 http://www.freett.com/

  • パスワード認証

    人類以外閲覧不可 日々美味しくする技術の備忘録

  • Facebookのプラグインを設置したらFB.getLoginStatus()なんたら〜って言われた時の対策 | NeGiMeMo.net

    bell賞味期限切れコンテンツ この記事は公開または最終更新から1741日くらい経過しています。 このメッセージが表示されている記事(特にプログラミング系)は情報が古くなっている可能性があるので注意して下さい。 Facebookのソーシャルプラグインはサイト制作において欠かせないアイテムになって来ましたね。 自分も仕事でよくいいねボタンや Like Box (Facebookページのウォールとかを出せるやつ)を設置しますが、ある日突然サイトによっては FB.getLoginStatus() called before calling FB.init(). というエラーが出るようになり困っていたのですが、ようやく解決方法が見つかったのでメモしておきます。 何が起こったのか? エラーのないようですが、Chromeのデベロッパツールでみるとこんな感じ これってなんなんだろうなと思っていろいろ調べ

    Facebookのプラグインを設置したらFB.getLoginStatus()なんたら〜って言われた時の対策 | NeGiMeMo.net
  • PHPでpreg_match関数、URLの比較してUnknown modifier '/' inエラーが出てしまう時の原因と対処法 |

    PHPでpreg_match関数、URLの比較してUnknown modifier ‘/’ inエラーが出てしまう時の原因と対処法 WordPress関連ですが、PHPでpreg_match関数、URLの比較して Warning: preg_match() [function.preg-match]: Unknown modifier ‘/’ in と出てしまって、単純にもかかわらずコードが動かなくなってしまった時の原因と対処法です。 実際に問題の起きたコード 実際に問題の起きたコードは下記のコードです。 // サイトのURL $site_url = 'https://www.1ft-seabass.jp/'; // 現在のURL 実際は動的に取得する $current_url = 'https://www.1ft-seabass.jp/memo/'; // preg_match echo

    PHPでpreg_match関数、URLの比較してUnknown modifier '/' inエラーが出てしまう時の原因と対処法 |
  • はてなブログ | 無料ブログを作成しよう

    うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのがべられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…

    はてなブログ | 無料ブログを作成しよう
  • メール送信&受信(送受信)エラーコード

    ▼メール送信&受信(送受信)時のエラーコードの読み方と解決方法 Microsoft Office Outlook、および Outlook Express、Windowsメールで、 メールを送受信できない場合に、エラー番号(エラーコード)から問題を判別して解決する方法について説明します。 表示されたエラー メッセージをメモして、そのエラー番号(エラーコード)に当てはまる下記のリンクをご覧ください。 エラーメッセージ例 メールを送受信したときに、表示されるエラーメッセージ内容の一例です。 「対象のコンピュータによって拒否されたため、接続できませんでした」 「サーバーが見つかりませんでした。(アカウント:AccountName、POPサーバー:popmailServer、エラー番号:0x800ccc0d) 「タスク ‘server name - 送受信中’はエラー (0x800ccc0f) を報

  • EC-CUBEのサーバ移行の方法 - [EC-CUBE/PHP] ぺんたん info

    EC-CUBEで作成されたサイトを別のサーバに移す場合、ファイルをサーバにアップロードする、データベースをサーバに投入するなどの手順を行います。 移行後に管理画面のログインページが出ずに『システムエラーが発生しました。』と出る場合 移行後に『IDまたはパスワードが正しくありません。』と出る場合 移行後に『システムエラーが発生しました。』と出る場合 ファイルの移行 SSHが使用できる場合 移行元サーバと移行先サーバがともにSSHでログインできる場合は、rsyncを使ってファイルを同期するか、tarなどを使用してパーミッション情報を保持したままファイルをコピーします。 SSHが使用できない場合 移行元サーバからファイルを全てダウンロードして、移行先サーバにアップロードします。 これだけだとパーミッション(書き込み権限)の設定はされていないため、システムエラーが発生します。 /html/inst

  • EC-CUBEシステムエラーが発生しました。大変お手数ですが、サイト管理者までご連絡ください。のエラーを表示する « ウップス!!なかわけ

    EC-CUBEシステムエラーが発生しました。大変お手数ですが、サイト管理者までご連絡ください。のエラーを表示する こんにちは、なかわけです。 EC-CUBEの不親切なエラー(?)に対して少しだけヒントが見つかる方法を発見しました。 管理ページの「システム設定」>「パラメータ設定」で、 DEBUG_MODEの項目をtrueにします。 この設定にすると、エラーが起きた時にエラー内容が表示されるようです。 (設定してからエラーが出ないので未確認です。) また、EC-CUBEにログファイルがあることも発見しました。場所は以下です。 /data/logs/site.log もっと早く気付きたかったです。 参考:http://seasoft.jp1.cx/ec/tips/error Tags: EC-CUBE This entry was posted on 木曜日, 7月 23rd, 2009 at

  • [perlメモ]XREA系サーバでperlのCGIを動かす時の注意点

    このブログはXREAさんに設置しています。もともとはさくらインターネットさんのサーバ上にありましたが、負荷で制限をかけられたので仕方なくXREAさんのサーバに引っ越しました。つまり追い出されたわけですw。 他にもさくらインターネットさんのサーバをいくつか借りているのですが、XREAの上位プランであるCORESERVER.JPの下位プランができたのですが年間契約だと月額208円とお安いのでメインのアカウントを残して現在絶賛引越し中です。まあ、癖のあるサーバなので初心者の人にはあまりおすすめしませんけど、自由度は高いサーバです。コストパフォーマンスもいいです。 そういうわけで、CORE-MINIというCORESERVER.JPの下位プランに引越し中なのですが、まあさくらさんで動くCGIが動かなかったりするわけです。 プログラムが悪いのですが、そこら辺の注意点とその対策を書いておきます。 下のよ

    [perlメモ]XREA系サーバでperlのCGIを動かす時の注意点
  • 1