”トップページ用”カテゴリより画像をお借りしてます/対策として有効ではなかったため、投稿形式にzipを復活させました。引き続きなりすまし、パスワード付き圧縮ファイルにご注意ください

hz

フォーラムへの返信

15件の投稿を表示中 - 1 - 15件目 (全16件中)
  • 投稿者
    投稿
  • 返信先: 連絡掲示板 #11595
    hzhz
    参加者

    https://yuki-portal.com/uploader/emotioncreator/page-594/
    から更新日順に確認できますよ。

    返信先: イベント・ユーザー企画 #9932
    hzhz
    参加者

    これは大喜利回答のタグをつければ、どのお題を使ったかタグ付けしないほうがいいのでしょうか?それともタグ付けしたほうがいいのでしょうか?

    返信先: 自由掲示板 #9202
    hzhz
    参加者

    windows10でchromeではダウンロードOKでfirefoxではだめでした。
    firefoxはクリック時点ででてくるダウンロード確認ダイアログの段階でダウンロードファイルサイズが0がでるのでheaderなんか間違っているんじゃないですかね。ダウンロードファイル名は正しいファイル名がでてきます。

    返信先: 連絡掲示板 #8332
    hzhz
    参加者

    ありがとうございます。リンクは歓迎です。こちらも追加しました。
    このサイトにアップロードされている作品はオートコンプリートにも追加されて、感想が投稿された場合 非公式 というボタンリンクが表示されそのページに移動します。
    公式にもアップされている場合両方表示されるのですが、意外な盲点というか、同じ名前でアップしている人が意外とすくないのですね。そのあたりはどうするか今後ちょっと考えてみます。

    返信先: 連絡掲示板 #8305
    hzhz
    参加者

    ご返事ありがとうございます。
    WP REST APIの機能はWordpressの標準機能なので特に設定は不要です(先日稼働を確認しました)
    特定のURLにパラメータを添えてアクセスすることで投稿データを取得できるRSSのすごい版みたいなもので、最大100件までまとめて取得できるために夏コンで一時的にまとめて投稿させる可能性を考慮してRSSではなくこちらを選択しました。
    一応管理人様が設定すれば、例えばカスタムフィールドの値を追加で設定してダウンロード数やいいねの数を追加で渡したり、投稿があるたびにこちらのWPRESTにアクセスすることで自動でデータベースに登録したりすることも可能ですが、今回必要な情報はタイトルと作品のID、作者名くらいなので標準のままで問題ないです。

    返信先: 連絡掲示板 #8182
    hzhz
    参加者

    お世話になっております。感想投稿所の管理をしているものですが、今回はお願いがあります。
    現在感想投稿所では主に公式のアップローダーに対して最適化された表示を行っていましたが(リンク等)
    夏コンに向けてそちらのサイトの投稿に関しても感想を行えるように設定を行いたいと思っていますがよろしいでしょうか?
    機能としては、
    ・現在感想を投稿する際のタイトル入力時のオートコンプリートに作品名追加
    ・感想からこのサイトへのリンク
    を、想定しています。公式で設定している新しい投稿がアップロードされたときにTwitterで告知は重複するので
    実装予定はありません。

    また、データ更新のために1時間に一度、WP REST APIを経由してそちらのサイトのユーザー情報と投稿情報をチェックさせていただくことになります。
    よろしくご検討ください。

    返信先: イベント・ユーザー企画 #7680
    hzhz
    参加者

    早速試してきました。
    現状ですと一人のユーザーが多重投稿できてそれを判別するすべが内容に見えます。
    なんらかの識別手段があればいいのですが。

    返信先: イベント・ユーザー企画 #7526
    hzhz
    参加者

    一応管理人さんの負担がさらに大きいので提案しませんでしたが、案の一つとしては
    GoogleTagManagerでボタンクリックイベントにラベルを割り振って集計する手もあることはあります。この場合途中経過はかなり面倒な手順を踏まないと表示されないのが難点ですね。

    返信先: イベント・ユーザー企画 #7261
    hzhz
    参加者

    BF Click Counterをカスタマイズして
    ・カウンターの保存方法を合計値保存から、個別保存にして表示するときに加算する仕様にしました。(デメリット レコード数が投票数分増える)
    ・IPアドレス一つにつき各ボタン一回のみに変更(交互に押しても連続で押しても一回以外反応なし)
    ・投稿ID、ボタンキー、値という形で保存されているので集計時はGROUP BYで多分集計できるんじゃないかな?

    現在自サイトで運用チェック中ですが実用に耐えれるのかはわかりません。

    返信先: イベント・ユーザー企画 #7233
    hzhz
    参加者

    ざっとソース見てきましたが1番のBF Click Counterはだめですね。
    ipによる連続投稿は禁止されてますが、あくまで直前のIPしか記録していないので交互に押されるとカウントアップされそう。

    また、ID毎にカウントなので投稿ごとに いいね post_id000_likeのように
    ID+指定ボタンのIDを作成する必要があるようで、集計時ちょっと大変になりそう。
    目的にはあわないかな

    返信先: シーン #7213
    hzhz
    参加者

    ここも使われていないのは寂しいのでお蔵入りしたシーンのプロットを放り投げていきます。

    https://yuki-portal.com/uploader/emotioncreator/wp-content/uploads/2019/05/plot.zip

    魔法少女が自分のパートナーとエッチする話です(嘘は言っていない)
    感想や指摘などもらえると嬉しいですし、好きに改変して私の代わりにシーンつくってくれてもいいのよ(チラッチラッ)

    HTMLとtxtは同じ内容です。txtのマークダウン記述をHTMLに変換しているだけです。

    返信先: イベント・ユーザー企画 #7160
    hzhz
    参加者

    あまりベストな方法ではないという前置き付きですが

    1.BF Click Counterを使う
    こちらで公開されているプラグインですとショートコードで複数のいいねを追加できます。ただし一度に1いいねしかつけられませんので2ポイント3ポイントという方法はとれません。

    2.コンタクトフォーム&フラミンゴを使用する。
    各個別ページの下にコンタクトフォーム設置。コンタクトフォームの独自タグによりタイトル等は自動で入れられます。
    メール自体はダミーアドレスに送って捨ててflamingoでログをとる。
    とったログをCSVで出力させて集計でしょうか。
    もし3点が3個以上~を実装する場合はメール送信前に割り込んで書き換える処理が追加で必要になります。

    3.googleドキュメントフォームを使う。
    別サイトに飛んでいいならグーグルフォームを使えば簡単なアンケート、集計システムが作れます。その場合URLにタイトルを渡すことで自動でタイトルが挿入された状態で登録できます。

    このあたりでしょうか?そもそも元のコンテストはどのような集計手段をとっていたのでしょうか?

    返信先: イベント・ユーザー企画 #7036
    hzhz
    参加者

    テーマを決めてコンテストを開くなら<span class=”st”>三題噺</span>というのも面白いかもしれません。
    これは誰かに3つの単語を出してもらって、その単語に沿った内容で作品を作る形です。 例)「ふたなり」「学園」「バナナ」
    どれだけ題目に沿っているかというのと、当然内容が評価基準となります。
    ただこれは3題ができるだけ入るように作る必要があるので敷居が高いもしれません。手軽さを重視するなら一題で広く募集するほうがいいと思います。

    返信先: 連絡掲示板 #2366
    hzhz
    参加者

    応急処置になりますがget_post_meta( <span class=”font-italic”>$post</span>->ID , ‘keywords’ , true );のように
    第三パラメータをtrueにするとメタデータを配列で取得できますので、配列の一番最後のデータを取得すれば多分行けるんじゃないかと思います。メタデータは重複したままですのでメタをキーにした検索などをした場合多重に引っかかる可能性がありますが

    返信先: 連絡掲示板 #2351
    hzhz
    参加者

    おそらくなのですがカスタムフィールドが更新ではなく重複して登録されてしまっているのではないでしょうか?(もし確認できるならphpmyadmin等から該当IDのカスタムフィールドを抽出してみるとわかるかもしれません)
    そのため、get_post_metaかget_field かでメタデータを読み込む際に一番最初に登録されたデータを読み込んでいる感じがします。

15件の投稿を表示中 - 1 - 15件目 (全16件中)
タイトルとURLをコピーしました