サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
memopad.noor.jp
CMSにWordPressを使った案件では、ほぼカスタムフィールドのプラグインを使います。 以前までは、なぜか頑なに「Custom Field Template」を使っていたのですが 管理画面の案件で「Advanced Custom Fields」を使ってからというもの すっかりこちらに魅了されてしまいました。 出力ラクちん!管理画面カスタマイズOK!オプション多め!\(^o^)/ 魅了されたわりに、つい最近まで選択したカテゴリ別の出し分け方法がわからなかったので調べてみました。 出し分けの設定は『位置』の方の「ルール」 この「位置」っていう項目が2箇所あるので迷いますよね。 『オプション』>「位置」ではなく、『位置』の方の「ルール」でした。 デフォルト派は「投稿タイプ」なのですが、今回はカテゴリ別なので「Post Category」を選択します。 さらに、その2つとなりのプルダウンから限
Basic認証というと、意図的にページへのアクセスに制限をかけられる、Web屋さんなら一度は必ずお世話になるやつですね。 しかしなぜかこれでハマってしまって思わぬタイムロスしてしまいました… ので、未来の自分と、同じような状況に陥った方のために、今さらながらBasic認証について覚書です。 ちなみにBasic認証のかけ方については、下記のサイト様を参考にしてください。 Basic認証をかけたページに入れない… アイパスを聞かれているのに、入力しても入れない…そんなときもありますよね。 その場合、まず.htaccessは正常に動いているので問題ありません。 疑うべきは下記の4点です。 .htpasswdへのフルパスは合っているか これが間違っていると、.htaccessの要求とは永遠にすれ違ったままですね。 もしサーバのフルパスがわからない場合には、 <?php echo __FILE__;
普段からショートハンドで書く癖があるのですが、スマホサイト制作にあたってなぜかうまくいかず、改めてちゃんと調べてみました。 スマホの場合、画面サイズの2倍の解像度のため、画像も2倍の大きさで用意する必要があります。 そうしないと、ピンぼけした写真のようにぼやけてしまうんですね。 CSS3からは、背景画像をbackground-sizeでサイズ指定できるプロパティが登場したので、ショートハンドのおさらいをしてみたわけです。 以下、書き方になります。 background-sizeを分けて書く場合 これは従来のショートハンドはそのままに、background-sizeだけ別に指定する書き方です。 background:url(../images/h2_green.png) 0 2px no-repeat; background-size:13px 13px; なんのひねりもなく、いたってポピュ
PCではfloatかけて一列に並べてしまうコンテンツも、スマホの画面サイズを考えると、フリックが断然有利な上に、動きがあってアイキャッチにもなりますよね。 jQueryで便利なものを開発してくれる方がいらっしゃるので、大変助かっております。 がしかし、今回の案件では、数あるその便利ツールの選定で四苦八苦しました。 というのも、条件が以下のようなものでして… フリックする 自動でスライド(オートプレイ) Androidで動作する 「そんなに難しくないよね?」って思うかもしれません。 私めにもう少しJavascriptの知識があれば、きっとどれを使ってもうまくいったんだと思います。 が、残念ながらPHPより知識が乏しくおりますので、恐ろしいところで引っかかりました… といわけで、あくまで個人の観点から、比較メモを綴りたいと思います! FlickSlide iPhoneの案件あるときには毎回お世
つい先日、レイアウト重視でどうしてもテーブルを多用しなければならない機会がありました。 対応ブラウザとしてはIE9以降、ChromeとFirefox最新版とのことだったので、クロスブラウザで特に困ることはないだろうなーと思っていたのですが…やられました。 なぜかChromeだけ、テーブルの一部セルで、ボーダーがテーブル幅いっぱいに延びているという。 しかしFirebugで検証してみても、HTML・CSSともに全く問題なく、しばし頭を抱えるはめに。 完全にChromeを信用しきっていただけに、しばらくバグだという考えに至りませんでした。 ということで、以下原因と解決策です。 Webkitのバグのようだ はい、ChromeというよりWebkitのバグなんだそうです。 Safariが対応外だったこともあって、一切検証していなかったのも良くなかったですね。 原因としてはcolspanが悪さをしてい
Webのカンプデータを、ブラウザ上で確認するために、「Web用に保存」をすることに。 が、保存の設定画面で画像サイズを確認してみると、100%になっていない。 ・・・? おかしいなーと思いつつ100%に直すも拒否られ。 バグかなーと困ってしまいました。 ただその一回だけではなかったため、何かしら法則があると思い、ある日徹底的に調べることに。 で、見つけました。 結論から言うと、データサイズ! 今までサイズが勝手に縮小されていた時には共通点があって、 デザイン自体が恐ろしく縦長なとき。 そしてもっと細かく言うと、縦の長さが8192px以上になると、勝手にサイズが縮小されます! こちらの記事にもそのようなことが書いてありました(英語だから読めないのだけど…)。
このページを最初にブックマークしてみませんか?
『memopad.noor.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く