Масштабирование [закрытого] Drupal
вы можете использовать response-native-video .
Я работал над проектами, которые предоставляют подписанный URL для видео в виде списка. Эти URL могут быть переданы / воспроизведены с помощью этого пакета.
Единственное, на что нужно обратить внимание, это то, что вам нужно генерировать подписанный S3 url , чтобы видео легко воспроизводилось. Один из способов проверить это - скопировать и вставить подписанный URL-адрес в браузер, и он должен сразу же начать потоковую передачу.
PS: я также сомневался, что URL-адреса s3 могут не воспроизводиться с использованием response-native-video, но, оказывается, сработает видео SignUrl. Вы можете использовать onError для устранения проблем. (Убедитесь, что URL воспроизводится с Chrome, прежде чем тестировать его на RNApp)
Пример кода
// Load the module
import Video from 'react-native-video';
2 ответа
Движение к администраторской/настройке/производительности странице, включение CSS и агрегирования JS и страницы, кэширующейся с минимальным временем жизни 1 минуты, дадут Вам непосредственное повышение на сайте интенсивного трафика. Если Вы пишете свой собственный код и делаете какие-либо запросы, рассматриваете запись Вашего собственного дискретного кэширования для дорогих функций. Связанная статья касается Drupal 5, не 6, но единственное изменение в d6 является elimiation требования сериализации и функциональной подписи для cache_set () и cache_get () функции. (Оба отмеченные в комментариях к статье)
На крупномасштабных сайтах также рассматривают отбрасывание memcached сервера на сеть: Используя memcached модуль, можно полностью обойти drupal базу данных для кэшированных данных. Если у Вас есть огромные суммы содержания, и поиск является горячей точкой, можно также рассмотреть использование lucene/solr как поискового индексатора вместо встроенного поискового индексатора drupal. Это хорошо для встроенного индексатора, но это не разработано для больших нагрузок (сотни или тысячи новых частей содержания час, скажем, с тяжелым фасетным поиском). Модуль Apache Solr может соединиться с этим.
Если Вы делаете интенсивное использование из Представлений, уверены, что Вы проверили запросы, которые оно генерирует для неиндексируемых полей; сортировка и фильтрация по полям CCK в особенности могут быть медленными, потому что CCK автоматически не добавляет индексы вне первичных ключей. В D6 предварительно просмотрите Представление на администраторском экране, скопируйте текст запроса и прокрутите его, ОБЪЯСНЯЮТ в mysql или безотносительно аналитических инструментов запроса, которые Вы имеете.
Инструменты как YSlow и Firebug могут также помочь Вам определить медленный материал как значительные файлы изображений, JS, размещенная на удаленных серверах, и так далее.
Drupal 6, out-of-the-box, обеспечивает агрегирование CSS и JavaScript---большая часть CSS, и js файлы будут объединены в единственный файл (и таким образом единственный Запрос HTTP), и также сокращены пробелом (для сокращения потребления пропускной способности). Можно включить это под/admin/settings/performance.
Также на том экране средства управления для (очень эффективного) кэша Drupal, который помогает сократить количество запросов базы данных.
Кроме того, потому что Drupal (и все модули, которые Вы, вероятно, установите) имеет тонну источника PHP, использование кэша кода операции PHP, такого как APC помогает значительно уменьшить время запроса.