플러그인 업그레이드 : 위젯 설정

나는 이것에 대한 연구를 시도했지만 아직 견고한 것을 찾지 못했습니다. 마지막 버전과 새 버전 사이에서 작업하는 플러그인이 있는데 일부 설정 이름 (백엔드)을 변경하는 위젯을 업데이트했으며이를 수행하기 위해 업그레이드 루틴을 만드는 데 문제가 있습니다.

내가 지금까지 한 일은 (주로) 일하는 것 같습니다.

$widget = get_option( 'widget_name' );

if( is_array( $widget ) && ! empty( $widget ) ) {
    foreach( $widget as $a => $b ) {
        if( ! is_array( $b ) ) {
            continue;
        } 

        foreach( $b as $k => $v ) {
            $widget[$a]['setting1'] = $widget[$a]['oldsetting1'];
            $widget[$a]['setting2'] = $widget[$a]['oldsetting2'];
        }
    }

    update_option( 'widget_name', $widget );
}

대부분의 테스트에서 이것은 정상적으로 작동하지만 문제는 이전 위젯이 더 이상 출력을 표시하지 않는다는 것입니다. 위젯의 제목 만 표시됩니다. 각 개별 위젯으로 이동하여 저장하면이 문제를 해결할 수 있으며 정상적으로 작동하지만 사용자가 그렇게하지 않으려 고합니다.

나는 이와 같은 것이 효과가 있다고 생각했다.

$settings = $widgets->get_settings();

foreach( $settings as $s ) {

    $s['setting1'] = $s['oldsetting1'];
    $s['setting2'] = $s['oldsetting2'];

    $widgets->save_settings( $s );

}

그러나 save_settings()위젯이 완전히 제거되므로 호출이 잘못되어야합니다.

나는 이와 같은 어떤 종류의 표준을 찾는 데 어려움을 겪고 있으며, 이와 같은 일을해야 할 생각, 아이디어 또는 링크를 듣고 싶습니다.

도움을 주셔서 감사합니다.

편집하다:

라이센스 키 추적이나 WP 리포지토리에서 호스팅되지 않는 플러그인 업그레이드에 대한 질문은 아닙니다. 이것은 사용자가 업그레이드 할 때 2 버전의 플러그인 사이에서 설정을 업데이트하는 것입니다.

예:

버전 1.0.0에는 설정 필드가 있습니다 name

버전 1.1.0에서는 이름과 성이 모두 필요하므로 이전 설정을 변경 first_name한 다음 새 설정을 추가합니다 last_name.

사용자 정의 게시물 유형의 게시물 메타로 저장된 경우 이러한 옵션을 전송해도 문제가 없습니다.

$old_name = get_post_meta( $post->ID, 'name', true );
$first_name = update_post_meta ( $post->ID, 'first_name', true );
delete_post_meta( $post->ID, 'name' );

그래서 그 부분은 쉽습니다. 내가 어려움을 겪고있는 것은 쉬운 일이 아닌 WIDGET 설정에 대한 것입니다.

잘하면 이것은 혼란을 없애고 더 쉽게 대답 할 수 있도록 도와 줄 것입니다.

편집 2 :

echo '<pre>' . print_r( $widget, true ) . '</pre>';위의 첫 번째 코드 청크 결과 :

Array
(
[2] => Array
    (
        [title] => Class Schedule
        [id] => 23
        [display_type] => grid
        [order] => asc
        [display_title_text] => Events on
        [paging] => 1
        [list_max_num] => 7
        [list_max_length] => days
        [list_start_offset_num] => 0
        [list_start_offset_direction] => back
        [gce_per_page_num] => 7
        [gce_events_per_page] => days
    )

[3] => Array
    (
        [title] => Examples
        [id] => 24
        [display_type] => grid
        [order] => asc
        [display_title_text] => Events on
        [paging] => 1
        [list_max_num] => 7
        [list_max_length] => days
        [list_start_offset_num] => 0
        [list_start_offset_direction] => back
        [gce_per_page_num] => 7
        [gce_events_per_page] => days
    )

[_multiwidget] => 1
)

옵션을 변경하는 것에 대한 빠른 테스트를 수행했으며 작동하는 것 같습니다.

내가 한 일은 :

1. "제목"과 "이름"필드 만있는 위젯을 작성했습니다. 이 위젯의 ​​여러 인스턴스를 사이드 바에 추가하십시오. 프론트 엔드에 올바르게 표시되는지 확인하십시오.
2. "제목"및 "이름"( "이름"을 대체하기 위해)이라는 3 개의 필드를 사용하도록 클래스를 편집하고 "성"을 추가했습니다.

3. 'widgets_init'위젯 옵션을 업데이트하는 기능을 호출하기 위해 위젯을 등록하는 기능을 편집했습니다 .

   add_action( 'widgets_init', 'my_example_widget_register' );
   
   function my_example_widget_register() {
   
     $widget_name = 'my_example_widget';  // <-- You will probably replace this
   
     $options = get_option("widget_{$widget_name}");
   
     // if the widget is not updated, run a function that updates it
     if ($options && ! get_option("is_{$widget_name}_updated")) {
         // use class below to update options
         $updater = new MyExampleWidgetUpdater($widget_name, $options);
         $updater->update();
     }
   
     register_widget('My_Example_Widget'); // <-- You will probably replace this
   }

4. 위젯 옵션을 업데이트하기 위해 간단한 클래스를 작성했습니다.

   class MyExampleWidgetUpdater
   {
   
     private $name;
     private $options;
   
     public function __construct($name, $options) {
        $this->name = $name;
        $this->options = $options;
     }
   
     public function update() {
       // loop all the options
       array_walk($this->options, function(&$option, $key) {
           if (is_array($option) && is_numeric($key)) {
             $option = $this->getOption($option);
           }
       });
       // update all options in DB
       update_option("widget_{$this->name}", $this->options);
       // set the widget as updated
       update_option("is_{$this->name}_updated", 1);
     }
   
     private function getOption($options) {
       if (!isset($options['name'])) {
          return $options;
       }
       $options['first_name'] = $options['name'];
       $options['last_name'] = '';
       unset($options['name']);
       return $options;
     }
   }

5. 메소드 "is_{$widget_name}_updated"내에 옵션을 저장하기 위해 위젯 클래스를 편집 update()했습니다.이 방법으로 이전 위젯을 설치하지 않은 새로운 사용자에 대해 업데이터 클래스가 호출되지 않습니다.

   class My_Example_Widget {
   
       ...
   
       public function update($new_instance, $old_instance) {
           ...
   
           $widget_name = 'my_example_widget';
           update_option("is_{$widget_name}_updated", 1);
       }
   }

6. 내 사이트를 방문했는데 이전 옵션으로 저장된 위젯이 새 옵션을 사용하여 문제없이 표시됩니다. 물론 "성"은 항상 비어 있습니다.

"is_{$widget_name}_updated"옵션을 실제 버전의 위젯을 저장하는 옵션 으로 바꾸는 것이 좋습니다 . 이런 식으로 다음에 업데이트가 필요할 때 편리합니다.

플러그인 업데이트에서 모든 설정을 자동 업그레이드하는 대신 다른 각도에서 무게를 측정하기 위해 "오래된"설정을 확인하고 "새"설정으로 즉시 매핑하면됩니다.

function widget( $args, $instance ) {
    if ( isset( $instance['old_setting'] ) )
         $instance = self::_version_compat( $instance );
}

static function _version_compat( $instance ) {
    $instance['new_setting'] = $instance['old_setting'];
    // etc.

    return $instance;
}

내 머리 꼭대기에서 위젯의 각 인스턴스에는 일종의 고유 ID가 부여됩니다. 위젯의 키에 대한 접두사가된다고 말하고 싶습니다.

나는 얼마 전에 이것을 파는 것을 기억하지만 정확한 것이 무엇인지 기억할 수 없습니다. 죄송합니다.