insector Не приходилось ли сталкиваться с проблемой монтирования на Win10? Выглядит это так: отмечаем все три галочки в окне настроек DAV server, нажимаем ОК, окно закрывается и выдает ошибку «System.Exception: 53 в CarotDAV.NetDriveManager.MountDrive(char letter, String unc, String name, String iconpath, Int32 index) в CarotDAV.MainForm.MountDrive()».
Время, когда Android позволял делать все что угодно, уходят в прошлое.
Лично для меня как пользователя была бы удобной возможность самостоятельно выбирать, что запрещать, а что нет. Например, мне было не очень удобно, когда они решили запретить сторонним приложениям управлять режимом полета.
У первого достаточно узкий функционал. Второе лично мне кажется не очень удобным в использовании. Ну и из всех решений, которые мне удалось найти на тот момент, я не встретил ни одного расширяемого. Здесь же достаточно просто создать собственный модуль при необходимости, притом практически под любой функционал.
К сожалению, мне не доводилось пока работать с sqlcipher. Бегло проглядел, кажется, что его поддержку можно реализовать на базе уже существующего модуля SQLite. Не могу обещать, что смогу это сделать в ближайшее время. Если у вас будет возможность — буду рад вашей помощи и отвечу на любые ваши вопросы.
Это в общем-то и есть основная проблема для разработчиков. В любой момент любой разработчик может пострадать от их политики. Скорее всего при этом не будет толком никаких объяснений и дальнейшие попытки разработчика что-то исправить будут проигнорированы в том или ином виде. И годы идут, а в этой их системе ничего не меняется.
Интересно, а почему принято считать, что всякая эволюция всенепременно стремится к возникновению кого-то интеллектуального? По идее, с человеком это может быть просто достаточно редкой мутацией. Тогда может быть, что жизнь достаточно распространена, но разумных существ среди нее крайне мало.
Есть еще одна методика для увеличения CTR: нужно сделать рекламу отключаемой на несколько дней после клика. Некоторые показывают всплывающее сообщение после клика с текстом вроде «Реклама отключена на пять дней». Правила того же AdMob этого не запрещают.
Все это очень неплохо, но пока не будет пересмотрена политика модерации приложений и не будет введена возможность исправлять ошибки связанные с нарушениями правил — это все не совсем то.
Согласен. На одном из моих проектов есть чат. И пользователи невероятное количество раз спрашивали у меня, есть ли у меня возможность читать их приват. Ну формально конечно есть, открывай PhpMyAdmin, да читай. Вот только незачем. Вся их интимно-виртуальная и личная информация — по сути для меня информация абсолютно не нужная, это чужие люди. Особенно с учетом того, какие объемы сообщений мне придется перелопачивать. Разве что ставить парсер и контекстно рекламу подбирать. Но и тогда информация была бы обезличена.
Главное, нужно придумать, чтобы все это в мобильном приложении отображалось. Нынешнее приложение выводит посты только с хабра. И конечно, не хотелось бы в будущем наткнуться на необходимость ставить в смартфон три приложения для чтения постов.
Что касается ручной премодерации, то здесь тоже есть свои плюсы и минусы
Вы правы. Именно поэтому, я предложил дать возможность выбора разработчику. Хотя, мне кажется, многие бы предпочли перейти именно на премодерацию, во избежание каких-либо проблем превентивно.
К сожалению, пока не будет реализована адекватная система модерации приложений, нормально работать с сервисом не представляется возможным. Пострадать может любой и каждый, притом в любую минуту. Фактически что-либо сделать после этого не представляется возможным. Апелляции помогают лишь в очень редких случаях. На данный момент разработчик может очень легко полностью потерять свой многолетний труд даже в случае малейшей ошибки и не иметь возможности исправить ситуацию. Более того, зачастую даже непонятно, где именно в приложении было нарушение.
Самое первое, что необходимо — это возможность исправления ошибок. Разумеется, это тяжелый труд для модераторов. Однако, и это решаемо. Лично я вижу два возможных пути:
1. Предоставить разработчику опциональную возможность перехода на аккаунт с ежегодной оплатой и внимательной поддержкой с приостановкой приложений до исправления, вместо удаления приложений и аккаунта. Премодерация приложений, пожалуй, будет только плюсом.
2. Ввести возможность заплатить за восстановление аккаунта, оплатив тем самым работу модераторов за повторную проверку приложения.
Первый способ мне кажется более предпочтительным как для разработчиков, так и для сервиса. В обоих случаях, нужны скриншоты, указывающие, где именно есть нарушение, чтобы разработчик мог их исправить.
Ну, не хватает у вас ресурсов все модерировать, ну дык дайте сперва возможность самому разработчику разобраться с проблемой, зачем рубить-то с плеча!
В дополнение: если это настолько трудозатратно, могли бы ввести систему штрафов, чтобы окупать собственные труды по повторной модерации проблемных приложений.
Лично для меня как пользователя была бы удобной возможность самостоятельно выбирать, что запрещать, а что нет. Например, мне было не очень удобно, когда они решили запретить сторонним приложениям управлять режимом полета.
К сожалению, мне не доводилось пока работать с sqlcipher. Бегло проглядел, кажется, что его поддержку можно реализовать на базе уже существующего модуля SQLite. Не могу обещать, что смогу это сделать в ближайшее время. Если у вас будет возможность — буду рад вашей помощи и отвечу на любые ваши вопросы.
Вы правы. Именно поэтому, я предложил дать возможность выбора разработчику. Хотя, мне кажется, многие бы предпочли перейти именно на премодерацию, во избежание каких-либо проблем превентивно.
Самое первое, что необходимо — это возможность исправления ошибок. Разумеется, это тяжелый труд для модераторов. Однако, и это решаемо. Лично я вижу два возможных пути:
1. Предоставить разработчику опциональную возможность перехода на аккаунт с ежегодной оплатой и внимательной поддержкой с приостановкой приложений до исправления, вместо удаления приложений и аккаунта. Премодерация приложений, пожалуй, будет только плюсом.
2. Ввести возможность заплатить за восстановление аккаунта, оплатив тем самым работу модераторов за повторную проверку приложения.
Первый способ мне кажется более предпочтительным как для разработчиков, так и для сервиса. В обоих случаях, нужны скриншоты, указывающие, где именно есть нарушение, чтобы разработчик мог их исправить.
В дополнение: если это настолько трудозатратно, могли бы ввести систему штрафов, чтобы окупать собственные труды по повторной модерации проблемных приложений.