Oops, the page you're trying to view isn't here. The page may have been removed for one of the following reasons: Product reached end of life Page merged with another page Page no longer relevant Page temporarily removed for improvement
yumで何かのアプリをインストールした後、システムの調子が悪くなってやはり以前のバージョンに戻したくなることがある。 しかし単純に
はじめまして。 今回初めてECCubeを使用してみようと自分のPCにテスト的にインストールしています。 そこでインストールを開始し、アクセス制限のチェックは正常に終了し、次へ進むをクリックすると下記のメッセージが表示されインストールができません。 環境は ECCube : 2.1.2 OS : Windows Vista Business Webサーバー : IIS 7 PHP : 5.2.5 です。 ------------------------------------------------------------ アプリケーション "Default Web Site" でのサーバー エラー アプリケーションでのサーバー エラー HTTP エラー 500.0 - Internal Server Error 説明: 内部サーバー エラーが発生したため、ページを表示できません。 エラー
[an error occurred while processing this directive][an error occurred while processing this directive][an error occurred while processing this directive][an error occurred while processing this directive]ホームサポートTechNote[an error occurred while processing this directive][an error occurred while processing this directive][an error occurred while processing this directive]PDF 形式で保存すると画像の右側に線が入る(Frame
このページではFlashPaper(いきなりPDF FlashPaper)を利用してPDFファイルを作成する場合に、元のドキュメントにワードアートが使用されていると、変換されたPDFファイルに余計な線が入る現象について説明しています。 FlashPaper(いきなりPDF FlashPaper)ではワードやエクセルなどのドキュメントからPDF形式に変換することができます。 問題の状況 ワードアートを含むドキュメントを変換すると、ワードアートの部分に余計な線が入ります。 再現例 下の図のようなワードアートがあるワードファイルを作成します。 これをFlashPaperでPDF形式に変換します。 作成されたPDFファイルのワードアートの部分に下の図のような余計な線があります。 ▼拡大図 原因 FlashPaperではワードアートの部分を一部画像化してPDF形式として保存することがあるようです。
Illustrator CS・Illustrator CS2から直接PDF形式で保存すると画像に細く白い線が出る現象について掲載しています。 問題が発生すると思われるバージョン Illustrator CS Illustrator CS2 ※Illustrator CS3ではこの問題は発生しませんでした。 問題の状況 Illustrator CS・Illustrator CS2から直接PDF形式で保存すると、保存したPDFをプリントアウトしたとき・画面表示で見るときに画像に細く白い線が入ります。 画像はリンク画像でPhotoshop EPSファイルをリンクしています。 ▲上の画像はPhotoshop EPSをリンクした状態、下の画像はPhotoshop EPSを埋め込んだ状態。 ▲できあがったPDFをAcrobatで開き、TouchUPツールで選択すると、リンクされていた画像と埋め込まれて
大量のjpg形式(RGB)の写真をeps形式(CMYK)で保存したくてバッチを使おうとしたのですが、なぜか失敗してしまいます。。。 アクションなどを見直しましたが、どこの設定が違うのかわかりません;ご指摘お願いします(><) ■環境 MacOSX Photoshop CS4 ■手順 1.バッチ用にフォルダを2つ作成(バッチ前・バッチ後) 2.ダミーの写真でアクションを作成 3.バッチ前フォルダにjpg画像を入れる 4.バッチ開始 ■結果 バッチ後フォルダに別名保存はされるのですが、アクションが適用されていなくて、jpg形式(RGB)のまま保存されてしまいます。
色々気軽に試せる環境を作ろうと、ローカル仮想環境に VirtualBox を導入しました。一つ目の仮想環境は Debian GNU/Linux です。 VirtualBox を立ち上げて新規仮想環境を作成し、Debian のインストール、起動までは快調。次にホストである Mac からゲストの Debian に SSH でログインしようと思ったときにはたと止まりました。 ネットワークの設定をした覚えはないけど、Debian から外には出られている。一体どういう設定がされたのだ? Debian 上でネットワーク設定を確認。 $ /sbin/ifconfig eth0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX inet addr:10.0.2.15 Bcast:10.0.2.255 Mask:255.255.255.0 Mac は 192.168.
お世話になっております。 MAC OS X 10.3.9 InDesignCSで作業をしています。 昨日から突然InDesignが起動しなくなってしまいました。 InDesignを起動すると、なんのメッセージも出ずにシャットダウンしてしまいます。 ユーザーアカウントで作業をしているのですが、管理者では何の問題もなく立ち上がります。 何かの初期設定ファイルを捨てたりすればいいと思うのですが、どこにあるどのファイルを捨てればよいのか見当がつかずに困っています。 どなたかご存知の方がいたら教えて下さい。 よろしくお願いします。
何度か書き込みのあった、InDesignの最初の起動時によく落ちるという話ですが、 最近その現象がまったく発生しなくなりました。 おそらく、フォント管理ツールを変えたことか、オートアクティベーションをオフにした ことが原因と考えられます。 フォント管理ツールについては、いままではSuitcase X1を使っていました。 フォントのオートアクティベーションはオンです。 しかし、Suitcase自体があまり気に入らなかったことと、 オートアクティベーションをオンにしていると、どうでもいいところで 不要なアラートがでてくるのが嫌で、 フリーのツールである、FontExplorer X(FEX)に変えました。 ご存知の方も多いと思いますが、FEXはフォントベンダーである Linotypeがリリースしている物で、見た目iTunesまんまの 非常に使い勝手のよいアプリです。 フリーですが着実にアップデ
InDesignの勉強部屋でInDesignCSが一度落ちる方のための対策が出ているが スポンサードリンク Tweet http://cgi.www5c.biglobe.ne.jp/%7ethats/study_bbs/study.cgi?mode=find&word=8062 (そろそろ掲示板にもPermalink相当がほしいぞ) Tiger で再起動後にCSが最初の起動で落ちるという経験をしている方はいませんか? 以前、このBBSに載ったようですが、CSのパッチは出る気配がありません(CS2は修正されましたけど)。 この現象は、全てのTigerで起こるわけではなく、私のところでも最新のmac miniだけがこの現象を引き起こします。 そこで、もし、同じ状態で悩んでいる方がいたら、対策をお知らせします。 まず再起動をしてCSを立ち上げ、新規文書などを作り落とします(っていうか落ちるわけで
先にD ドライブを仮想ネットワークドライブとして作成する方法を紹介しました。 これで期待通りC:\...というフォルダ構成を維持できたのですが、新たな問題が発生しました。 vb.net で作成された.exe ファイルを起動すると確実にエラーが発生するのです。 普通に.sln ファイルを開いても警告めいたメッセージが出る始末です。 どうやら権限の問題が絡んでいるらしく、ものによると以下の方法で解決できるらしい、 とあったので試してみました。 (ちなみに環境はvisual studio 2002 で2003 などは入っていない) 1.[管理ツール] - [Microsoft .NET Framework Wizards] を展開。.NET ウィザードが開く。 2.アセンブリの信頼 をクリックするとウィザードが始まるので、とりあえず ネットワークドライブ上の.exe ファイルを指定して、信頼のレ
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
米Googleは、9月1日にGmailで起きたサービス障害の原因について、ルータの過負荷によるものだったことを明らかにした。 障害の発端となったのは、同日朝に定期アップグレードのため、Gmailの一部サーバをオフラインにしたことにあると同社は説明している。これらサーバがオフラインになっている間、GmailのWebインタフェースはほかのサーバにトラフィックを送る。このときに、リクエストルータ(トラフィックを適切なGmailサーバに転送するサーバ)の幾つかが過負荷状態になった。Googleが最近リクエストルータに変更を加えた際に、「負荷を少し過小評価していた」ためだという。 過負荷状態のリクエストルータからほかのルータにトラフィックが転送され、さらに過負荷状態のルータが増え、数分のうちにすべてのリクエストルータが過負荷になった。この結果、Gmailサーバにリクエストが転送されず、ユーザーがGm
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く