Подтвердить что ты не робот

Обнаружение мобильных устройств из строки пользовательского агента

Я ищу способ анализа строк пользовательского агента, чтобы определить, были ли они созданы мобильными устройствами. Это должно быть основано на java и использоваться в большом анализе файлов журналов партии на hadoop для генерации статистики (т.е. Веб-сервис не подходит).

Я видел WURFL, но, учитывая, что мне просто нужен бинарный мобильный/немобильный ответ, плата за лицензию кажется непомерной.

До сих пор я использовал UADetector, что почти то, что мне нужно. Однако я столкнулся с некоторыми ограничениями. В моем тестировании я обнаружил множество строк пользовательских агентов, которые предоставляют достаточную информацию, чтобы определить, что пользовательский агент находится с мобильного устройства, но сообщается UKetector как UNKNOWN.

Например, слабо стандартизированные приложения для Android могут отправлять строку UA "Android". Этого достаточно, чтобы знать, что он пришел с мобильного устройства, но UADetector сообщает об этом UserAgentType как UNKNOWN, а не MOBILE_BROWSER.

Apache Mobile Filter Lite Device Detection делает правильный но мне нужно что-то, что я могу использовать с Java.

Может ли кто-нибудь рекомендовать лучшее решение?

4b9b3361

ОТВЕТЫ

Ответ 1

Я являюсь основателем и сторонником проекта MobileESP, свободной межплатформенной библиотеки с открытым исходным кодом для обнаружения мобильных устройств. Он все еще очень живой!:-)

www.mobileesp.org

MobileESP дает только бинарные "мобильные" ответы. Вы можете обнаружить на платформе, например, iOS, Android или Windows Phone, или по категории устройств, например смартфоны iPhone Tier и планшеты. Обязательно просмотрите страницу API.

Как вы знаете, строки useragent сильно различаются. Если браузер отправлен на устройство, производитель может его настроить. Например, HTC часто настраивает собственную пользовательскую строку браузера Android.

Google предоставляет рекомендации о том, как OEM должен настроить пользовательский агент. Если устройство следует считать телефоном, Google рекомендует включить в строку слово "мобильный" элемент. Но если устройство следует считать планшетом, то строка не должна содержать "мобильный". Разумеется, соблюдение этой рекомендации варьируется в широких пределах.

Сторонние браузеры, такие как Opera или Maxthon, могут размещать все, что захотят, в строке useragent - и делать! Некоторые "новые" браузеры, которые останутся безымянными, делали очень плохие задания по размещению правильной информации в своих файлах useragent для каждой платформы (например, версии для Android и версий iOS). Не так много вы можете сделать, если вы не получите большой трафик от этих браузеров и не захотите инвестировать в отслеживание их точных значений useragent для каждой платформы и программного обеспечения rev.

Во всяком случае, MobileESP был создан с видением выполнения обнаружения на странице за страницей, когда страница обслуживается. Я целенаправленно написал код, который очень легко читать и настраивать.

Чтобы выполнить пакетную обработку, вы можете сделать что-то вроде этого:

1.) В конструкторе закомментируйте метод initDeviceScan(). Это не понадобится для массовой обработки.

2.) Передайте UserAgent и пустую строку в конструктор (UAgentInfo()).

3.) Затем запустите все методы обнаружения, которые вам интересны. Будьте осторожны с порядком, в котором вы их делаете, чтобы сэкономить время на основе проверки ваших пользователей.

Например, если большинство ваших пользователей находятся на iPhone и что один из критериев обнаружения вас интересует, сначала выполните эту проверку. Если этот пример, вы, конечно, не будете запускать метод BlackBerry первым!

Моя контактная информация находится в исходном коде и на веб-сайте. Пришлите мне примечание, если у вас есть какие-либо вопросы или какие-либо ошибки. Определенно посмотрите вокруг веб-сайта MobileESP.org для получения некоторых советов.

С наилучшими пожеланиями в вашем проекте, Aniket!

  • Энтони

Ответ 3

Как читать значение фильтра Apache Mobile Filter в JSP (для Tomcat)?

Прежде чем в файле httpd.conf, где вам нужно настроить mod_jk, вы добавите это:

JkEnvVar AMF_IS_MOBILE undefined

Код Java:

request.getAttribute("AMF_IS_MOBILE")

from: http://wiki.apachemobilefilter.org

Ответ 4

51Degrees имеет бесплатный Java-API с открытым исходным кодом, который позволяет вам выполнять автономную обработку. Здесь вы можете получить доступ к нему из репозитория GitHub. https://github.com/51Degrees/Java-Device-Detection.

В составе API есть пример автономной обработки (код, также показанный ниже), для этого требуется CSV файл User-Agents и возвращает необходимые свойства в выходной файл. Следующий пример использует только 3 свойства в наборе данных, для полного списка вы можете посмотреть здесь словарь https://51degrees.com/resources/property-dictionary p > 

// output file in current working directory
public String outputFilePath = "batch-processing-example-results.csv";
// pattern detection matching provider
private final Provider provider;

/**
 * Initialises the device detection Provider with the included Lite data
 * file. For more data see: 
 * <a href="https://51degrees.com/compare-data-options">compare data options
 * </a>
 * 
 * @throws IOException if there was a problem reading from the data file.
 */
public OfflineProcessingExample() throws IOException {
    provider = new Provider(StreamFactory.create(
            Shared.getLitePatternV32(), false));
 }

/**
 * Reads a CSV file containing User-Agents and adds the IsMobile, 
 * PlatformName and PlatformVersion information for the first 20 lines.
 * For a full list of properties and the files they are available in please 
 * see: <a href="https://51degrees.com/resources/property-dictionary">
 * Property Dictionary</a>
 * 
 * @param inputFileName the CSV file to read from.
 * @param outputFilename where to save the file with extra entries.
 * @throws IOException if there was a problem reading from the data file.
 */
public void processCsv(String inputFileName, String outputFilename) 
        throws IOException {
    BufferedReader bufferedReader = 
            new BufferedReader(new FileReader(inputFileName));
    try {
        FileWriter fileWriter = new FileWriter(outputFilename);
        try {
            // it more efficient over the long haul to create a match 
            // once and reuse it in multiple matches
            Match match = provider.createMatch();
            // there are 20k lines in supplied file, we'll just do a couple 
            // of them!
            for (int i = 0; i < 20; i++) {

                // read next line
                String userAgentString = bufferedReader.readLine();

                // ask the provider to match the UA using match we created
                provider.match(userAgentString, match);

                // get some property values from the match
                Values isMobile = match.getValues("IsMobile");
                Values platformName = match.getValues("PlatformName");
                Values platformVersion = match.getValues("PlatformVersion");

                // write result to file
                fileWriter.append("\"")
                        .append(userAgentString)
                        .append("\", ")
                        .append(getValueForDisplay(isMobile))
                        .append(", ")
                        .append(getValueForDisplay(platformName))
                        .append(", ")
                        .append(getValueForDisplay(platformVersion))
                        .append('\n')
                        .flush();
            }
        } finally {
            fileWriter.close();
        }
    } finally {
        bufferedReader.close();
    }
}

/**
 * Match values may be null. A helper method to get something displayable
 * @param values a Values to render
 * @return a non-null String
 */
protected String getValueForDisplay(Values values) {
    return values == null ? "N/A": values.toString();
} 

/**
 * Closes the {@link fiftyone.mobile.detection.Dataset} by releasing data 
 * file readers and freeing the data file from locks. This method should 
 * only be used when the {@code Dataset} is no longer required, i.e. when 
 * device detection functionality is no longer required, or the data file 
 * needs to be freed.
 * 
 * @throws IOException if there was a problem accessing the data file.
 */
@Override
public void close() throws IOException {
    provider.dataSet.close();
}

/**
 * Instantiates this class and starts 
 * {@link #processCsv(java.lang.String, java.lang.String)} with default 
 * parameters.
 * 
 * @param args command line arguments.
 * @throws IOException if there was a problem accessing the data file.
 */
public static void main(String[] args) throws IOException {
    System.out.println("Starting Offline Processing Example");
    OfflineProcessingExample offlineProcessingExample = 
            new OfflineProcessingExample();
    try {
        offlineProcessingExample.processCsv(Shared.getGoodUserAgentsFile(), 
                offlineProcessingExample.outputFilePath);
        System.out.println("Output written to " + 
                offlineProcessingExample.outputFilePath);
    } finally {
        offlineProcessingExample.close();
    }
}

Надеюсь, что это поможет.

Раскрытие: я работаю на 51Degrees.

Ответ 6

Для обнаружения iPhone, Android и других мобильных устройств в Java user-agent можно использовать. Если вы используете Spring, вы можете настроить приведенный ниже код в соответствии с вашими потребностями.

@Override
public ModelAndView redirectToAppstore(HttpServletRequest request) {
    String userAgent = request.getHeader("user-agent").toLowerCase();
    String iphoneStoreUrl = "IPONE_STORE_URL";
    String androidStoreUrl = "ANDROID_STORE_URL";
    if (userAgent.contains("iphone"))
        return new ModelAndView("redirect:" + iphoneStoreUrl);
    else if (userAgent.contains("android"))
        return new ModelAndView("redirect:" + androidStoreUrl);

    return new ModelAndView("redirect:/");
}