osu
  • 0
Новичок

Шаблон настраиваемого поля серьезно испорчен в WP 3.1.1

  • 0

У меня серьезная проблема с плагином Custom Field Template, в котором применение CFT на основе имени шаблона не работает (как будто Ajax, используемый для загрузки шаблона, ломается). Я пытался получить помощь на форумах, но не получил ответа — похоже, это не зависит от браузера (пробовал в FF4, Safari 5 и Chrome).

Мне нужно выяснить, почему это происходит, и у меня мало времени, так как мой клиент должен запустить этот сайт к концу недели, как они говорят.

http://www.youtube.com/watch?v=RIfDToXm5IU

Может ли кто-нибудь взглянуть на видео выше и сообщить мне, что я могу сделать, чтобы попытаться решить проблему? Это отличный плагин, но такая проблема подтверждает, почему всегда лучше не использовать плагины, если это возможно 🙁

Любая помощь очень ценится,

Осу

Share
  1. Этот плагин загружает довольно много скриптов :

    wp_enqueue_script( 'jquery' );
    wp_enqueue_script( 'jquery-form' );
    wp_enqueue_script( 'date', '/' . PLUGINDIR . '/' . $plugin_dir . '/js/date.js', array('jquery') );
    wp_enqueue_script( 'bgiframe', '/' . PLUGINDIR . '/' . $plugin_dir . '/js/jquery.bgiframe.js', array('jquery') ) ;
    wp_enqueue_script( 'datePicker', '/' . PLUGINDIR . '/' . $plugin_dir . '/js/jquery.datePicker.js', array('jquery') );
    wp_enqueue_script( 'textarearesizer', '/' . PLUGINDIR . '/' . $plugin_dir . '/js/jquery.textarearesizer.js', array('jquery') );
    if( strstr($_SERVER['REQUEST_URI'], 'wp-admin/post-new.php') || strstr($_SERVER['REQUEST_URI'], 'wp-admin/post.php') || strstr($_SERVER['REQUEST_URI'], 'wp-admin/page-new.php') || strstr($_SERVER['REQUEST_URI'], 'wp-admin/page.php') || $post->post_type=='page' ) :
        wp_enqueue_script( 'editor' );
    endif;
    

    Не исключено, что конфликт.

    Вы уверены, что проблема началась с WordPress 3.1.1, а не с 3.1? Версия jQuery в 3.1 была улучшена; Я не знаю об изменениях версий скриптов в 3.1.1, но могу ошибаться.

    • 0
    • Вполне возможно, что есть конфликт, и, честно говоря, я не на 100% уверен, что это проблема 3.1 или 3.1.1, поэтому я попробую новую установку с 3.1 и сравним ее с 3.1.1, чтобы проверить (сообщу, как только я сделал это). Если это конфликт сценариев, как лучше всего это проверить? С Фаербагом? Я связался с разработчиком плагина, но какое-то время от него ничего не было слышно, поэтому я предполагаю, что это немного более сложная проблема, чем я ожидал.

      • 0
    • Я только что попробовал это на установке 3.0.5 и 3.1 и то же самое 🙁 Я предполагаю, что может быть проблема с шаблонами, которые я настроил, поэтому я рассмотрю это дальше, если вы не можете предложить что-то еще Я могу попробовать?

      • 0
    • В итоге я выбрал Advanced Custom Fields от Elliot Condon — гораздо лучший плагин IMO. advancedcustomfields.com

      • 0
  2. Я знаю, что прошло больше года, но кажется, что конфликт между Custom Field Template v2.02 и Ajax Event Calendar v1.02 продолжает существовать.

    Во многих блогах/форумах рекомендуется удалить файл date.js из папки /wp-content/plugins/custom-field-template/. Однако это оставляет «Шаблон настраиваемого поля» неспособным использовать средство выбора даты на любые поля.

    Я разместил здесь альтернативное решение, которое позволяет обоим плагинам сосуществовать и работать без помех:

    http://wordpress.org/support/topic/solution-conflict-work-around-for-ajax-event-calendar-custom-field-template?replies=1

    • 0
  3. Эта проблема, по-видимому, была исправлена ​​в шаблоне настраиваемого поля 1.8.5:

    http://wordpress.org/extend/plugins/custom-field-template/

    Спасибо за ответы @Chip Bennett!

    • 0

Оставить ответ

You must login to add an answer.