Pesquisei bastante, mas não consegui encontrar uma solução que atenda a todos esses objetivos de uma só vez:

• Tenho centenas de arquivos RData localizados em diferentes subpastas.
• Em cada um desses arquivos RData, tenho um único objeto data.frame e outros objetos de caracteres. O objeto data.frame sempre tem 48 colunas, mas o número de linhas pode variar (várias centenas de milhares).

Gostaria de poder importar apenas os data.frames para uma lista (ou seja, sem os outros objetos de caracteres nem os outros formatos), selecionando apenas as colunas 3, 4, 5 e 6, e então vinculá-los a um novo objeto único no ambiente (ou seja, não mais em uma lista).
Pergunta opcional: dado o grande número e tamanho dos data.frames, não seria melhor convertê-los em data.tables primeiro?

Obrigado pela ajuda.

Desculpe, mas dada a complexidade do caso, não vejo como fornecer um exemplo concreto para testar.

Estou tentando criar uma paginação com um tipo de postagem personalizado "resposta", mas, por algum motivo, ele cria as mesmas 2 páginas, o que significa que tenho postagens suficientes para caber em 2 páginas (20 postagens), mas ele mostra as mesmas postagens em ambas e na mesma ordem. O que estou fazendo errado?

$args_rel = array(
    'posts_per_page' => 10,
    'order' => 'DESC',
    'orderby' => 'ID',
    'post_type' => 'answer'
);

$wpex_query = new wp_query( $args_rel );
foreach( $wpex_query->posts as $post ){
    setup_postdata( $post );
    $tags = get_the_tags();
    echo '<div class="answer-wrapper" category="' . get_field('answer_cat') . '"><a class="rel-section" href="' . get_permalink() . '">' . get_the_title() . '
    <div class="rel-wrapper"><img class="rel-img" src="'. get_field('post_image') .'" /><p class="ans-name">' . get_field('name') . '<span class="inn-g">&nbsp; answered</span></p><div class="tags">'; 
    foreach ( $tags as $tag ) {
        echo "<span rel='tag'>{$tag->name}</span>";
    }
    echo '</div></div></a></div>';
}
$total_pages = $wpex_query->max_num_pages;

if ($total_pages > 1){

    $current_page = max(1, get_query_var('paged'));
    echo '<div class="pagination">';
    echo paginate_links(array(
        'base' => get_pagenum_link(1) . '%_%',
        'format' => '/page/%#%',
        'current' => $current_page,
        'total' => $total_pages,
        'prev_text'    => __('«'),
        'next_text'    => __('»'),
    ));
    echo '</div>';
}
wp_reset_postdata();

E devo mencionar que estava funcionando bem, mas algo aconteceu no caminho, não encontrei nenhuma razão para isso.

Tenho uma situação em que preciso adicionar um tensor PyTorch a partes de outro tensor. Um exemplo é este:

import torch

x = torch.randn([10, 7, 128, 128])  # [batch, channel, height, width]

# In the actual program, batch_idx and channel_idx are generated dynamically
batch_idx = torch.tensor([1,3], dtype=torch.int64)
channel_idx = torch.tensor([2,3,5], dtype=torch.int64)

y = torch.randn([2, 3, 128, 128])  # [len(batch_idx), len(channel_idx), height, width]

x[batch_idx, channel_idx, :, :] += y

A execução deste código gera o seguinte erro:

IndexError: shape mismatch: indexing tensors could not be broadcast together with shapes [2], [3]

Como posso executar a operação desejada sem executar um loop em cada índice de cada dimensão?

Atualmente, estou usando o pacote agricolae em R para gerar delineamentos em blocos casualizados completos (DBCC) com seis tratamentos e quatro repetições. Embora a randomização funcione conforme o esperado, notei que, às vezes, o mesmo tratamento aparece adjacente a si mesmo em diferentes blocos (por exemplo, o mesmo tratamento em parcelas vizinhas). Em nossos testes de campo, a empresa prefere evitar tais situações devido a potenciais efeitos de vizinhança (por exemplo, deriva, interferência de raízes).

Minhas perguntas são: É possível evitar essa adjacência diretamente dentro de agricolae, impondo restrições espaciais no projeto?

Caso contrário, a melhor abordagem seria repetir as randomizações até que um layout espacialmente aceitável seja encontrado?

Existem outros pacotes ou estratégias que você recomendaria que permitissem mais controle sobre o layout do tratamento, mas ainda fossem compatíveis com agricolae?

Abaixo, um exemplo prático mínimo mostrando como eu gero o design e o ploto. Sugestões sobre como adicionar restrições espaciais serão muito apreciadas!

# Install agricolae and agricolaeplotr if needed
install.packages("agricolae")
install.packages("agricolaeplotr")

library(tidyverse)
library(agricolae)
library(agricolaeplotr) # for plot_rcbd()

# Define treatment names
fertilizers <- c("Growth2000",
                "Starter50",
                "WellGrown",
                "MaxDev",
                "SuperBoost",
                "NatFertilizer")

# Generate a randomized complete block design (RCBD)
RCBD <- design.rcbd(trt = treatments,
                    r = 4,
                    seed = 2025)

# Plot the field layout
plot_rcbd(design = RCBD,
          factor_name = "fertilizers",      # Column containing the treatment levels
          treatment_label = "fertilizers",  # Display treatment names in the plot
          width = 2,   # Width of each plot (in meters)
          height = 1)  # Height of each block (in meters)

Este gráfico mostra um exemplo do que eu gostaria de evitar: o tratamento Growth2000 aparece em gráficos adjacentes nos blocos 3 e 4, primeira coluna.

Agradecemos antecipadamente seu feedback e quaisquer ideias que você possa ter para controlar a adjacência do tratamento no layout do campo.

Atenciosamente.

Estou tentando criar um tipo genérico que altere qualquer tipo de propriedade de um para outro. Funciona se eu criar um novo objeto com o novo tipo convertido, mas gera erros se eu tentar convertê-lo dinamicamente usando o tipo de interface antigo:

Código:

export type ConvertTypes<B, F, T> = { [K in keyof B]: B[K] extends F ? T : B[K] }
export type ConvertStringToDate<T> = ConvertTypes<T, string, Date>

interface ITest {
  aa: number;
  bb: string;
  cc: Date;
}

// Working
const test :ITest = {
  aa: 1,
  bb: 'test',
  cc: new Date()
}

// Working
const test2: ConvertStringToDate<ITest> = {
  aa: 1,
  bb: new Date(),
  cc: new Date()
}

let test3: ConvertStringToDate<ITest>

// Not Working
for (let field of Object.keys(test)) {
  test3[field] = typeof test[field] === 'string' ? new Date() : test[field]
}

Erros:

Element implicitly has an 'any' type because expression of type 'string' can't be used to index type 'ConvertTypes<ITest, string, Date>'.
  No index signature with a parameter of type 'string' was found on type 'ConvertTypes<ITest, string, Date>'.
Element implicitly has an 'any' type because expression of type 'string' can't be used to index type 'ITest'.
  No index signature with a parameter of type 'string' was found on type 'ITest'.
Element implicitly has an 'any' type because expression of type 'string' can't be used to index type 'ITest'.
  No index signature with a parameter of type 'string' was found on type 'ITest'.

O código testado deve funcionar bem e converter valores de testvariáveis ​​para novas variáveis test3.

Investigação

Qual RFC mais recente (a partir de 2025 ABR) define o formato de dados candidatos do WebRTC ICE?

Fundo

O RFC 5245 definiu o formato de dados do candidato ICE:

candidate:842163049 1 udp 1677729535 192.168.1.2 61734 typ srflx raddr 10.0.0.2 rport 54321

O formato pode ser claramente identificado com RFC 5245 15.1. Atributo "candidato" :

15.1.  "candidate" Attribute

   The candidate attribute is a media-level attribute only.  It contains
   a transport address for a candidate that can be used for connectivity
   checks.

   The syntax of this attribute is defined using Augmented BNF as
   defined in RFC 5234 [RFC5234]:

   candidate-attribute   = "candidate" ":" foundation SP component-id SP
                           transport SP
                           priority SP
                           connection-address SP     ;from RFC 4566
                           port         ;port from RFC 4566
                           SP cand-type
                           [SP rel-addr]
                           [SP rel-port]
                           *(SP extension-att-name SP
                                extension-att-value)

   foundation            = 1*32ice-char
   component-id          = 1*5DIGIT
   transport             = "UDP" / transport-extension
   transport-extension   = token              ; from RFC 3261
   priority              = 1*10DIGIT
   cand-type             = "typ" SP candidate-types
   candidate-types       = "host" / "srflx" / "prflx" / "relay" / token
   rel-addr              = "raddr" SP connection-address
   rel-port              = "rport" SP port
   extension-att-name    = byte-string    ;from RFC 4566
   extension-att-value   = byte-string
   ice-char              = ALPHA / DIGIT / "+" / "/"

No entanto, ele foi descontinuado e estamos procurando qual RFC mais recente o define.

RFC 8445 5.3. Troca de informações de candidatos tem informações semelhantes, mas não definitivas, por exemplo, Type: The type of the candidate.não dá a pista do uso de typ nos dados do candidato ICE.

5.3.  Exchanging Candidate Information

   ICE agents (initiating and responding) need the following information
   about candidates to be exchanged.  Each ICE usage MUST define how the
   information is exchanged with the using protocol.  This section
   describes the information that needs to be exchanged.

   Candidates:   One or more candidates.  For each candidate:

      Address:  The IP address and transport protocol port of the
         candidate.

      Transport:  The transport protocol of the candidate.  This MAY be
         omitted if the using protocol only runs over a single transport
         protocol.

      Foundation:  A sequence of up to 32 characters.

      Component ID:  The component ID of the candidate.  This MAY be
         omitted if the using protocol does not use the concept of
         components.

      Priority:  The 32-bit priority of the candidate.

      Type:  The type of the candidate.

      Related Address and Port:  The related IP address and port of the
         candidate.  These MAY be omitted or set to invalid values if
         the agent does not want to reveal them, e.g., for privacy
         reasons.

      Extensibility Parameters:  The using protocol might define means
         for adding new per-candidate ICE parameters in the future.

Estou trabalhando com a API do Google Docs para inserir uma tabela e preencher cada célula com texto. A tabela é inserida corretamente, mas quando insiro texto nas células, todo o conteúdo aparece comprimido na primeira célula, assim: minha saída

O que estou fazendo:

1. Eu crio a tabela usando insertTable.
2. Em seguida, busco o documento atualizado para encontrar a tabela e a estrutura da célula.
3. Tento inserir texto em cada célula usando insertText.

Aqui está o código relevante que estou usando:

    const insertTableWithText = async () => {
  if (!docId) return;

  try {
    const doc = await gapi.client.docs.documents.get({ documentId: docId });
    const endIndex = doc.result.body.content.reduce((max, el) => {
      return el.endIndex > max ? el.endIndex : max;
    }, 1);

    const tableData = [
      ["Header 1", "Header 2"],
      ["Value 1", "Value 2"]
    ];

    await gapi.client.docs.documents.batchUpdate({
      documentId: docId,
      resource: {
        requests: [{
          insertTable: {
            rows: tableData.length,
            columns: tableData[0].length,
            location: { index: endIndex - 1 }
          }
        }]
      }
    });

    await new Promise(resolve => setTimeout(resolve, 1000));

    const updatedDoc = await gapi.client.docs.documents.get({ documentId: docId });

    let tableElement = null;
    for (let i = updatedDoc.result.body.content.length - 1; i >= 0; i--) {
      if (updatedDoc.result.body.content[i].table) {
        tableElement = updatedDoc.result.body.content[i];
        break;
      }
    }

    if (!tableElement) throw new Error("Table not found");

    const requests = [];

    tableElement.table.tableRows.forEach((row, rowIndex) => {
      row.tableCells.forEach((cell, colIndex) => {
        const paragraphIndex = cell.content[0].paragraph.elements[0].startIndex;

        requests.push({
          insertText: {
            text: tableData[rowIndex][colIndex],
            location: { index: paragraphIndex }
          }
        });
      });
    });

    if (requests.length > 0) {
      await gapi.client.docs.documents.batchUpdate({
        documentId: docId,
        resource: { requests }
      });
    }

  } catch (err) {
    console.error("Error inserting table with text:", err);
  }
};

Problema: Em vez de cada valor ir para sua respectiva célula, todos os valores estão sendo inseridos na primeira célula, um após o outro (como se o índice de inserção fosse reutilizado ou sobreposto).

Como determino corretamente o índice para inserir texto em cada célula? Por que o texto aparece todo em uma célula, mesmo quando eu percorro células diferentes?

No OceanBase (modo MySQL), sei que posso definir o grau paralelo de uma tabela ou índice usando comandos SQL como:

alter table my_table parallel 4;
alter index my_index parallel 2;

No entanto, por razões de conformidade e governança, precisamos garantir que todas as tabelas e índices tenham o grau padrão (ou seja, nenhum paralelismo explícito).

No Oracle, posso consultar a coluna DEGREE de DBA_TABLES ou DBA_INDEXES para verificar isso. Por exemplo:

SELECT table_name, degree FROM dba_tables WHERE owner = 'MY_SCHEMA';

Mas no OceanBase, embora essas visualizações (DBA_TABLES, DBA_INDEXES) existam, a coluna DEGREE parece sempre retornar valores nulos ou padrão e não reflete o que realmente foi definido.

Minha pergunta é:

Existe uma maneira suportada no OceanBase para consultar o valor real do grau paralelo de uma tabela ou índice depois que ele foi definido?

Analisei os documentos oficiais e as visualizações do sistema, mas não encontrei um método claro para confirmar a configuração do grau.

Consultei a documentação oficial e as visualizações do sistema, mas não encontrei um método claro para confirmar a configuração do grau. Eu esperava encontrar uma maneira — seja por meio de uma visualização do sistema, função SQL ou qualquer consulta de metadados — de confirmar se uma tabela ou índice tem um grau paralelo específico definido, semelhante ao que é feito no Oracle usando a coluna DEGREE em DBA_TABLES ou DBA_INDEXES.

Aqui estão os dados de resposta

array:3 [▼ // app\Http\Controllers\DataSend.php:38
  "status" => 200
  "message" => "Consignment has been created successfully."
  "consignment" => array:11 [▼
    "consignment_id" => 139732775
    "invoice" => "fddf51213"
    "tracking_code" => "854272742CC"
    "recipient_name" => "APi Test"
    "recipient_phone" => "01900110011"
    "recipient_address" => "address is here"
    "cod_amount" => 1
    "status" => "in_review"
    "note" => "Handle with care"
    "created_at" => "2025-04-21T05:53:11.000000Z"
    "updated_at" => "2025-04-21T05:53:11.000000Z"
  ]
]

Quero inserir esses dados no meu banco de dados.

todos os dados na $responsesvariável

foreach ($responses as $response) {
    $curDatains = new CurrierData();
    $curDatains->orderId = 1;
    $curDatains->orderInvoice = $response->invoice;
    $curDatains->consignment_id = $response->consignment_id;
    $curDatains->tracking_code = $response->tracking_code;
    $curDatains->status = $response->status;
    $curDatains->save();
}

no meu código eu enfrento o erro

Tentar ler a propriedade "fatura" em int

const auto& it = container.find( value );

Este código é seguro? Estou confuso porque find()retorna um objeto temporário (iterador). Poderia estar pendurado?