В соответствии с keras учебником вы можете просто использовать ту же область tf.device
, что и в обычном тензорном потоке:
with tf.device('/gpu:0'):
x = tf.placeholder(tf.float32, shape=(None, 20, 64))
y = LSTM(32)(x) # all ops in the LSTM layer will live on GPU:0
with tf.device('/cpu:0'):
x = tf.placeholder(tf.float32, shape=(None, 20, 64))
y = LSTM(32)(x) # all ops in the LSTM layer will live on CPU:0
Вы можете настроить Redux с помощью вашей настройки NextJS и проверить в функции getInitialProps()
B, есть ли в хранилище соответствующие данные, используя store.getState()
, и, соответственно, выполнить выборку. Это также поможет вам сохранить данные в случае перехода от A к B и последующего обновления страницы на B.
Настройка Redux может быть немного хитрой, но эта статья в основном подводит итог.
В дополнение к тому, что Harshail Shah , у вас есть возможность настроить Redux, чтобы позволить getInitialProps
читать данные. Но в дополнение к этому у вас есть много других опций, которые вы можете попробовать. У каждого из них есть свои преимущества и недостатки, которые обычно определяются объемом данных, которые вы перемещаете.
1. Попытка использования псевдо-флеш-подхода
При таком подходе вы временно сохраняете данные в одном getInitialProps
с использованием файлов cookie, а на следующей странице вы удаляете файл cookie. Один пакет, который вы можете использовать, который автоматически выбирает куки (на стороне клиента или на стороне сервера): next-cookie
Итак, ваш подход будет:
class Component1 extends React.Component {
static async getInitialProps(ctx) {
const isServer = !!ctx.req;
// Set the cookie here. You can use next-cookie or ctx.req.cookie
}
}
, а затем во втором компоненте у вас будет :
class Component2 extends React.Component {
static async getInitialProps(ctx) {
const cookies = NextCookie(ctx);
const desiredCookie = cookies['key_name'];
// You can then delete the cookie here so that the data won't be available the next time
}
}
2. Шифрование данных и передача их в качестве параметра запроса на следующую страницу
По моему мнению, это является причиной множества длинных URL-адресов, которые мы видим вокруг. По сути, идея заключается в нажатии кнопки: вы преобразуете данные либо в строку base64, либо используете очень быстрый браузерный шифратор / расшифровщик, чтобы добавить данные к новому URL-адресу в качестве параметра запроса и прочитать их на следующей странице. [1111 ]
Лучший подход обычно зависит от того, сколько данных вы шифруете; и как долго вы хотите, чтобы данные сохранялись.
BLOCKQUOTE>