Должны ли сообщения об ошибках извиняться?

Мы обсуждаем нашу команду с сообщением об ошибке «Извините, у вас нет разрешения на доступ к этой функции. Обратитесь за помощью к администратору».

Уместно ли использовать язык «извинения» в этом случае? Обоснование против этого состоит в том, что было бы более уместным «извиниться» за что-то, что будет считаться исключительно «ошибкой» приложения, такой как простои. («Извините, но наш сайт в настоящее время недоступен ... повторите попытку позже».)

494 голоса | спросил JoelFan 4 Jpm1000000pmFri, 04 Jan 2013 19:21:16 +040013 2013, 19:21:16

16 ответов


434

Я считаю, что важно иметь апологетический тон, чтобы убедиться, что вы сообщаете пользователю, что, хотя ошибка была сделана и он взаимодействует с машиной или приложением в этом случае, вы по-прежнему уважаете его действие и очеловечивают ошибку.

Чтобы процитировать эту статью статьи UXMatters :

  

«Вы собираетесь отображать свое сообщение об ошибке человеку, поэтому напишите его   в тоне голоса, который вы использовали бы, если бы вы сообщали об ошибке   сообщение человеку прямо. »

Я также рекомендую посмотреть на эту замечательную статью, Вы говорите« Нет », когда вы можете сказать« Да »в ваших веб-формах? :

  

Сообщения об ошибках кажутся несущественной и невероятно скучной частью   создавая пользовательский интерфейс. Но тональность сообщений об ошибках может   отбросить опыт от почти определенного отказа от   преобразование.

В статье подчеркивается, что сообщения об ошибках должны иметь положительный тон, и, следовательно, апологетический ответ может помочь пользователям быстро восстановиться, а не сразу стать защищенными от ошибки, которую они могли бы сделать.

  

Написание сообщений об ошибках, несущих положительный тон, не является ракетой   наука. Просто следуйте нескольким простым правилам:

     
  1. Во-первых, избавитесь от технологического жаргона, такого как «несовместимый». Большинство пользователей не знают, что это значит. Поговорите с ними на их родном языке и   а не язык ваших разработчиков. Например, «несовместимый»   переводится как «не работает вместе» на простом английском языке.

  2.   
  3. Не используйте отрицательные слова

  4.   
  5. Четко идентифицируйте ошибку, чтобы пользователь знал, что исправить.

  6.   
  7. Дайте пользователю понять, как проблема может быть решена.

  8.   
  9. Положите вину на себя, а не на пользователя.

  10.   

Я также рекомендую посмотреть Влияние сообщений об апологетических ошибках и состояний настроения на самооценку производительности компьютеров пользователей для исследования, которое анализировало влияние использования апологетических сообщений об ошибках на состояния настроения пользователя и то, как человекоподобные апологетические тона эффективны в компьютерных интерфейсах. Чтобы процитировать выдержку из статьи

  

В HHI извинения обычно используются для выражения сожаления (Leech, 1983;   Schlenker andDarby, 1981) или для облегчения гнева индивидуума, вызванного   от их неодобрения других действий. Иными словами, извинения   смягчить разочарование и гнев при попытках взаимодействия   Несомненно, Nielsen (1998) утверждает, что сообщения об ошибках   к действию пользователя компьютера должно быть простое извинение   если причиной ошибки является ограничение   компьютерный интерфейс для выполнения намеченной задачи. Цзэн (2006)   провели исследование, посвященное восприятию пользователями онлайн-систем   содержащий три разных сообщения об ошибках, каждый из которых включает   разные стратегии вежливости. В исследовании, во-первых, пользователи   ориентация вежливости была вызвана, а затем участников попросили   для взаимодействия с веб-сайтами, включая заранее определенные проблемы. когда   пользователи столкнулись с проблемами, система предоставила определенные сообщения об ошибках   представляя одну положительную стратегию вежливости (т. е. шутку), одну   отрицательная вежливость (т. е. простое извинение) и механическое   сообщение об ошибке (т. е. страница временно недоступна).   результаты исследования показали, что пользователи, занимающиеся социальными событиями   с вежливыми выражениями предпочитают получать апологетические сообщения   значительно больше, чем механические или шуточные сообщения, и они   предпочли апологетические сообщения значительно больше, чем те сообщения   которые менее ориентированы на вежливые выражения.

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

  

De Laere, Lundgren and Howe (1998) сравнивали человекоподобные по сравнению с   машинные стили взаимодействия компьютерных интерфейсов. Они не   наблюдайте значительную разницу между разными стилями в терминах   самооценки пользователей. Результаты исследования также продемонстрировали   что отрицательная обратная связь влияет на самовосприятие   участников по-разному, чем положительная обратная связь.

     

Tzeng (2004) изучил, влияет ли апологетическая обратная связь на пользователей   восприятие производительностив компьютеризированной среде. Эта учеба   предложили, чтобы пользователи не ожидали, что компьютеры будут вежливыми, но   апологетические заявления заставили испытуемых почувствовать себя лучше   взаимодействия с программой.

Исследовательская статья Компьютерная апология: влияние апологетической обратной связи на пользователей в компьютерной среде также вызывает почему апологетическая отрицательная обратная связь связана с пользовательским опытом из социального аспекта

  

Использование апологетических операторов с сообщением об ошибке способствует   взаимодействие человека и компьютера. Если мы считаем, что главная цель   дизайн, ориентированный на пользователя, заключается в создании среды для пользователей в   которые они чувствуют себя комфортно, использование апологетических высказываний   в дизайне пользовательского интерфейса становится очень важной проблемой. Более того,   в человеко-человеческом взаимодействии, одним из наиболее важных, может быть   большинство вопросов - вести себя уважительно. В большинстве   общества, когда человек не ведет себя уважительно или   делает ошибку в отношении другого человека, извиняясь за   традиционным и наиболее эффективным способом преодоления   проблема. Аналогичным образом, это исследование показывает, что большинство субъектов   считали, что апологетические обратные связи им кажутся неудобными и   95% из них получили апологетическую обратную связь, что апологетические   обратная связь казалась чувствительной к ним. Здесь кажется, что предметы находят   интересно противостоять уважительному поведению, таким как   извиняясь, когда они сталкиваются с ошибкой, вызванной компьютерами   как если бы они столкнулись с проблемой взаимодействия человека.   результаты этого исследования показывают, что представление аффективного состояния   человека в дизайне интерфейса очень важно в   человеко-компьютерное взаимодействие, потому что люди более сочувствуют видеть   эмоциональные аспекты интерфейса, такие как чувствительность, уважение и   чувства человечества. Поэтому эти результаты могут быть использованы как   доказательства того, что компьютеры предлагают апологетические заявления   пользователи могут обосновать идею реального ориентированного на пользователя дизайна.

С обратной стороны Microsoft рекомендует использовать извините или апологетический тон , только когда произошла серьезная ошибка:

  

Используйте слово œ извините только в сообщениях об ошибках, которые приводят к серьезным   проблемы для пользователя (например, потеря данных или невозможность использования   компьютер). Не прошу прощения, если проблема возникла во время нормальной   функционирования программы (например, если пользователю необходимо дождаться   сетевое соединение, которое будет найдено).

ответил Mervin Johnsingh 4 Jpm1000000pmFri, 04 Jan 2013 19:38:56 +040013 2013, 19:38:56
101

В то время как ответ Мервина превосходный, я бы сказал, что он «приемлемый» или «предпочтительный». Я бы сказал, что вы «должны» использовать апологетический тон по одной очень веской причине: если пользователь совершает ошибку, это связано с тем, что пользователь не понимает правила или логику системы. Это не ошибка пользователя! Ответственность системы заключается в том, чтобы точно объяснить логику системы пользователям. Ошибка пользователя тогда является несоответствием между тем, что, по мнению пользователя, должно быть сделано, и тем, что система позволяет сделать.

В то время как никто никогда не будет таким многословным, если мы все это изложим, ваше апологетическое сообщение об ошибке: « Мне жаль, что пользовательский интерфейс этой программы, ваш прошлый опыт работы с ней или опыт с другими аналогичные программы, заставили вас поверить, что вы можете предпринять такое действие в это время, но вы не можете, потому что .... "

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

Что значит сказать, что ошибка может быть ошибкой пользователя? Пользователи не ходят и не делают то, что они знают , не будут работать (это будет просто тратить свое время). Единственная причина, по которой они делают что-то не так, потому что они не знают, что это не сработает. Если пользователь ничего не знает, не правда ли, что система не делает это прозрачным? Независимо от того, насколько очевидным может показаться программист, в большинстве случаев ошибка является ошибкой системы, поэтому записывайте сообщения об ошибках в соответствии, и у вас будут более счастливые пользователи.

ответил AgilePro 5 Jam1000000amSat, 05 Jan 2013 03:35:51 +040013 2013, 03:35:51
58

Сделаем шаг назад: почему эта функция стала доступной (видимой) для пользователя в первую очередь?

Если это функция, недоступная конкретному пользователю (или классу пользователя), скройте его.

Если это премиальная функция, которую вы хотели бы использовать, сделайте это.

  

Экспорт истории - отличный способ резервного копирования данных, но доступен только для премиум-аккаунтов. Свяжитесь с администратором и попросите обновить свою учетную запись до Premium.

Относительно простоев или ошибок (когда ответственность падает только на приложение), я чувствую, что тон вторичен, зная, что:

Проблема была зарегистрирована и что теплое тело где-то знает, что у вас проблемы.

У меня есть кто-то, с кем можно связаться.

Я могу попробовать еще раз.

  

Что-то ужасно ужасно!   Мы зарегистрировали ошибку.
  Повторите попытку или свяжитесь с [email protected], и мы свяжемся с вами как можно скорее.

ответил Max 4 Jpm1000000pmFri, 04 Jan 2013 23:57:30 +040013 2013, 23:57:30
35

Я не нахожу извинения, очень очеловечивающие с компьютера, не более, чем автоматическая система удержания для телефонной сети, заставляет меня чувствовать, что мой звонок важен, говоря: «Ваш звонок очень важен для нас! для следующего доступного представителя.

Я не думаю, что извинения - главная проблема здесь. Гораздо важнее то, что они достаточно ясны, чтобы помочь пользователю решить проблему, не подавляя их.

Хорошее сообщение об ошибке полностью подробно описано в том, что вызвало проблему и как ее исправить. Это также совершенно понятно и не подчеркивает пользователя, используя жаргон, который они не понимают.

Конечно, эти две цели противоречат друг другу. Сообщая пользователю о том, что возникло фатальное исключение при дискомбилизации ядра в строке 47, и есть журнал дампа памяти, который очень полезен для разработчика, но он полностью утерян для пользователя и создает для пользователя больше стресса, чем сама ошибка. Тем не менее, в равной степени, если не более неприятно иметь сообщение об ошибке, которое говорит: «Извините, я прищурился. Извините!» Как пользователь, как я должен знать, что пошло не так? Как я могу начать решать мою проблему?

Это сводится к компромиссу, который важен для пользователя (они, вероятно, опытный пользователь? Это факт в воздухе? ​​Английский ли их первый язык? и т. д.).

Я считаю предпочтительным избегать пуха и беспорядка извинения за ошибку, которую пользователь привнес в себя, и вместо этого писать сообщения об ошибках, которые действительно внимательны к пользователю, совершенно ясно, как его разрешить.

ответил Ben Mordecai 5 Jam1000000amSat, 05 Jan 2013 05:48:56 +040013 2013, 05:48:56
27

Да, сообщения об ошибках должны извиняться, когда это правдоподобно. Люди будут приписывать человеческие эмоции компьютерам , поэтому компьютеры должны быть вежливыми, особенно пользователей, которые ожидают, что люди будут вежливыми.

Например, веб-сайты, предназначенные для пожилых людей, получат от очень вежливых сообщений как

  1. , чтобы показать, что сайт, а не пользователь, неисправен.
  2. , чтобы соответствовать социальным ожиданиям этих пользователей. (Я принимаю предположение, что пожилые люди с большей вероятностью ожидают вежливости в нормальном социальном взаимодействии человека и человека.)

Глава « Приведение к взаимодействию с человеческим компьютером » содержит раздел об апологетической обратной связи (акцент мой):

  

Nielsen (1998) утверждал, что когда пользователь сталкивается с проблемой и получает сообщение об ошибке, он должен включать простой апологетический оператор , что причиной ошибки является ограничение интерфейса для выполнения команда для намеченной задачи, а не пользовательское действие. [...]

     

Tzeng (2004) показал, что испытуемые в группах апологетических отзывов не воспринимали свою эффективность и умения так же хорошо, как в группах, не являющихся апологетическими. Он также продемонстрировал, что компьютерные пользователи не могут ожидать, что компьютеры будут вежливыми; но апологетические высказывания заставляют испытуемых чувствовать себя лучше об их взаимодействии с программой. Основываясь на идее, что ориентация на ориентацию участников может повлиять на их восприятие сообщений об ошибках апологетического компьютера, Цзэн (2006) провел еще одно исследование, посвященное восприятию пользователями о онлайн-системах, содержащих три разных сообщения об ошибках, каждый из которых включает в себя различную вежливость стратегии. Он выявил ориентиры пользователей и попросил их взаимодействовать с веб-сайтами, каждый из которых содержит предопределенные проблемы. При возникновении проблем пользователям предоставляются определенные сообщения об ошибках, представляющие три разные стратегии вежливости, которые были позитивной стратегией вежливости (например, шутка), негативной политикой вежливости (т. Е. Простой извинениями) и механическим сообщением об ошибке (т.е. страница временно недоступен). Результаты показали, что пользователи, которые используют вежливые выражения при работе с социальными событиями, предпочитают апологетические сообщения значительно больше, чем другие механические или шуточные сообщения и других пользователей, которые менее ориентированы на вежливые выражения.

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

ответил Graham Herrli 4 Jpm1000000pmFri, 04 Jan 2013 19:49:39 +040013 2013, 19:49:39
19

Будьте естественны, это может раздражать, если вы слишком часто извиняетесь, напишите свое сообщение на простом языке - как человек, разговаривающий с другим человеком . Если ошибка вызвана вами (ваше приложение, ваш сервер e.t.c.), добавьте извинения, иначе оставьте только утверждение факта и как решить проблему.

Например:

  • «Извините, мы не смогли отправить ваше сообщение из-за проблемы [some] на нашем сервере. Повторите попытку.»
  • «Мы не смогли отправить ваше сообщение, пожалуйста, заполните поле электронной почты».

Другой:

  • «Извините, у вас нет разрешения на доступ к этой функции больше, ваш баланс был низким, и мы понизили ваш план».
  • «У вас нет доступа к этой функции, она доступна только в нашем расширенном плане».

Когда вы удаляете все эти «извинения» из сообщения, вы сокращаете его, что означает, что пользователь может читать и быстрее решать проблему . Если вы даете четкие инструкции и проблема может быть исправлена ​​легко - никто не нуждается в извинениях.

ответил Dmitry Semenov 4 Jpm1000000pmFri, 04 Jan 2013 19:57:54 +040013 2013, 19:57:54
12

Я полагаю, что в большинстве случаев могут применяться два правила большого пальца:

  1. Если пользователь допустил ошибку , не извиняйтесь за его ошибку. Скорее объясните, как избежать /исправить проблему в будущем или в будущем. Предоставляйте справочные ресурсы, если это возможно /применимо.

  2. Если проблема была вызвана программой , сделайте простое извинение за неудобство из вежливости, но более важно сообщить пользователю, что на самом деле происходит, что будет дальше, что можно сделать, чтобы исправить это, дайте возможность помочь устранить проблему (например, выпустить отчет об ошибке) и т. д.

ответил epistemex 5 Jpm1000000pmSat, 05 Jan 2013 16:55:18 +040013 2013, 16:55:18
9

У программного обеспечения нет чувств или эго, но люди это делают. Если, например, вы ошиблись при использовании торговой АТС AMEX, система говорит «Извините, моя ошибка» приятным человеческим голосом. Это можно рассматривать как покровительствование некоторых, но это также гуманизирует и, на мой взгляд, очень умный.

Лучше ошибиться на стороне слишком извиняющихся, а не слишком контролирующих или средних (например, «Введите число, stooopid!» или, что еще хуже: никакой обратной связи вообще). Люди часто являются иерархическими, и, к сожалению, извинения часто рассматриваются как покорные действия. Люди хотят чувствовать, что они лучше, чем компьютеры, которые они используют, поэтому извинения будут работать в этом направлении.

Короче говоря, рассматривая это как вопрос «кто виноват?» это очень логичный способ приблизиться к очень нелогичной проблеме, то есть: как вы помогаете пользователю чувствовать себя хорошо о препятствиях в потоке использования вашего программного обеспечения?

ответил Brian Duncan 5 Jam1000000amSat, 05 Jan 2013 04:50:31 +040013 2013, 04:50:31
4

Апологический тон помогает поддерживать правильное человекоподобное общение. Что-то, что нельзя недооценивать!

Взаимодействие с интерфейсом всегда должно сравниваться с лицом к лицу с человеком. Представьте, что вы пытаетесь купить билет на поезд со скидкой, которая не относится к вашему делу. Хотели бы вы услышать «Доступ запрещен!» от кассира, чем что-то информативное и вежливое?

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

ответил marcintreder 6 Jpm1000000pmSun, 06 Jan 2013 15:16:53 +040013 2013, 15:16:53
3

Зависит от намерения сайта или приложений. Вы хотите, чтобы пользователь почувствовал, что они не в порядке? Например; вы хотите, чтобы они обновили свою учетную запись, чтобы увеличить доход? Я думаю, что пользователи часто будут обновляться, когда сталкиваются с ощущением потери или «бездействия». Сообщение об ошибке - еще одна ценная возможность произвести впечатление на пользователя. Если ошибка не важна для целей интерфейса; Я не сделал бы больше «вещи» из-за ошибки. Быстро заметите ошибку и помогите вернуть пользователю заданную задачу.

ответил code-blind 5 Jam1000000amSat, 05 Jan 2013 05:30:17 +040013 2013, 05:30:17
3

Как и все решения UX, рассмотрим контекст использования. Я не думаю, что извиняюсь за все, что сделал пользователь, но если система или приложение стали недоступны для них или потерпели неудачу из-за проблемы без пользователя (сбой, сбой инфраструктуры и т. Д.), Тогда стоит подумать, если это произойдет с другой полезной информацией об известном вопросе, ETA исправления, что делать дальше, обходные пути - что угодно, чтобы держать пользователя в движении или возвращать его.

В связи с тем, что делает диски пользователей, не извинениями или недостатками, а инструкциями для обращения к системному администратору. Многие пользователи не могут этого сделать или даже знают, как и что представляет собой системный администратор! Лучше в таких случаях сбоя приложения обратиться за помощью к ним (скажем, в службу поддержки или в службу поддержки) и сказать им, что это сделано, полагаясь на управление инцидентами и автоматическое ведение журнала. Затем сообщите пользователю, как действовать, если их работа безопасна, каков номер инцидента, как делиться им и т. Д.

Возможно, это будет полезно: https://blogs.oracle.com/userassistance/entry /unexpected_errors_are_they_ever_expected_anyway

ответил uobroin 5 Jpm1000000pmSat, 05 Jan 2013 15:14:28 +040013 2013, 15:14:28
3

Да, будьте pollite для пользователя, но имейте в виду, что пользователи не читают - особенно текст посередине. Поэтому убедитесь, что фактическую информацию легко обнаружить. И это может быть настоящей болью, когда у вас есть формы с несколькими сообщениями об ошибках, и каждый из них начинается с «Извините ...» или «Oops ...»

ответил Steffen Kastner 9 Jam1000000amWed, 09 Jan 2013 10:34:28 +040013 2013, 10:34:28
3

Ваше заявление кажется мне прекрасным. Это не слишком извиняющееся в природе, чего и не должно быть. И вы очень хорошо дополняете извинения соответствующим решением в самой следующей строке. В некоторых ситуациях извинения становятся необходимыми, потому что некоторые сообщения об ошибках выглядят слишком тупыми и негативными, что может привести к демотивации пользователей.

Даже если это ошибка пользователя, вы не хотите выступать грубо и нечувствительно, поскольку программное обеспечение никогда не узнает, как конкретный пользователь примет конкретное сообщение об ошибке, особенно когда это затрудняет его производительность. Добавление небольших извинений и возможное решение нейтрализует все сообщение об ошибке и позволяет пользователю сосредоточиться на решении, а не на проблеме.

ответил Mohit 4 Jpm1000000pmFri, 04 Jan 2013 19:36:12 +040013 2013, 19:36:12
2

Работая в компании SAS, я бы сказал, что нужно быть апологичным, предполагая, что вы не ошибаетесь.

С такими компаниями, как Starbucks, Apple и Zappos, людям все равно, чья это вина, если это не их. Потребителем, конечным пользователем и покупателем является король или королева.

Так что не извиняйтесь, если ваше приложение /сайт удаляет все свои данные ... Это приветствует иск с распростертыми объятиями, но люди любят чувствовать, что мир - это их устрица. И если у вас есть извиняющееся сообщение WITH, чтобы быстро найти решение - пойдите для него.

ответил Peter 5 Jam1000000amSat, 05 Jan 2013 11:12:28 +040013 2013, 11:12:28
2

Возможно, рассуждение - это не лучший способ, когда дело доходит до сообщений об ошибках. Если мы будем следовать универсальной логике, да, мы не должны извиняться за то, что не является нашей ошибкой.

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

Подумайте, что чувствует пользователь в этот момент:

«Черт, мне не разрешено использовать эту функцию!»

Ошибка - это решающий момент, когда вы можете легко потерять посетителя, поэтому вы должны очень внимательно относиться к ситуации, думая обо всех когнитивных и психологических последствиях. Это то, что по-настоящему важно, а не повседневная логика.

Если это его вина или нет, при возникновении ошибки пользователь будет чувствовать себя расстроенным. Когда вы чувствуете разочарование, вы хотите, чтобы кто-то извинился. Да, вы обвиняете всех и всех вокруг себя, но себя.

Это по-детски, но я признаю, что это случилось со мной. Когда приложение провалило меня (из-за моей ошибки) и извинилось, это действительно положило улыбку на мое лицо и заставило меня подумать:

«Хорошо, я прощаю тебя. Я знаю, ты все равно не сделал ничего плохого».

Если вы целенаправленно стоите за определенную политическую значимость, и вы не хотите извиняться за то, что не ваша вина, рассмотрите более нейтральный тон, например:

" К сожалению , у вас нет разрешения на доступ к этой функции."

Я считаю, что слово «к сожалению» имеет решающее значение. В противном случае это будет звучать как инкриминирование, которое в течение секунды будет преследовать разочарованного пользователя:

«У вас нет разрешения на доступ к этой функции». (добавьте восклицательный знак, и вы не увидите этого пользователя снова)

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

Вы также должны указать возможное объяснение ошибки и некоторые способы ее восстановления. Это значительно уменьшит разочарование пользователя!

4 H of Writing Error Messages

ответил Mircea 29 J000000Friday16 2016, 09:31:18
0

, вы должны извиниться за то, что не дали им ссылку или номер телефона или каким-либо другим способом «связаться со своим администратором для помощи»

Пользователю остается задаться вопросом «администратор чего?», «мой администратор офиса или тот, который у вас в компании»?

ответил Steve Whetstone 8 AMpTue, 08 Apr 2014 06:21:21 +040021Tuesday 2014, 06:21:21

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132