Я где-то говорил, что я его не люблю? Я сказал ровно то, что сказал — Microsoft промывает мозги студентам. Хорошо это или плохо — вопрос спорный. Самой компании явно хорошо. Студенты с этого тоже имеют свои ништяки — им тоже хорошо. Но однонаправленное развитие — это уже плохо.
Сам я давно не студент и во время моего студенчества такого не было. Но знакомые сегодняшние студенты помешаны на продуктах Microsoft, поэтому я сужу о промывке мозгов именно по ним, а этот случай ещё одно тому подтверждение.
Регистрация в Windows Store — это не «рыночные аспекты». А отсутствие конкурентов — это не плюс, а повод подумать, почему их там нет. Рыночные аспекты это то, на сколько устройств в итоге будет установлено ваше приложение, то, какой доход вам в итоге оно принесёт. Для андроида тоже есть магазины с бесплатной регистрацией для разработчиков, например у Яндекса и Самсунга. И у последнего, определённо, рынок куда больше.
«Это», т.е. перечисленное, промывкой мозгов я никак не называл. А вот «взвесив рыночные аспекты» прямо говорит о том, что кто-то этим студентам про эти «рыночные аспекты» часто на мозги капает. Хотя если бы они просто погуглили, то обнаружили, что рынок совсем не на стороне Windows Phone, но гуглить им в голову не приходит — им уже вбит в голову правильный ответ.
Ну и вот это всё перечисленное выглядит очень странно и больше похоже на сетевой маркетинг, а то и на наркоту вовсе. Во время учёбы их бесплатно подсаживают на свои сервисы, на тот же VS, Xamarin, а после учёбы — добро пожаловать в реальную жизнь и начинайте платить!
В то время как Google даёт AndroidStudio совершенно бесплатно каждому. Apple даёт Xcode совершенно бесплатно каждому. Но они не выглядят такими хорошими. Наверное потому, что им не приходится маячить перед студентами и нахваливать свои продукты.
Как утверждает документация на сайте Apple, нам достаточно проверить только поле status с присланного нам json.
Ничего подобного документация не утверждает. Задача сервера сводится к проверке, что рецепт был подписан самим эпплом, и возврату этого рецепта в json.
Вы никакой информации на сервер о принадлежности этого рецепта не передаёте. Откуда ему знать ваш это был рецепт или нет?
Естественно, проверка соответствия bundle_id лежит на вашей совести, как и всех остальных параметров.
если вы в своей базе данных найдете идентичное значение этого поля — то это фрод
Или просто у вас очень преданный пользователь и он совершил вторую покупку. Предыдущая покупка из рецепта никуда не исчезнет.
Более того, рынок завален именно ПАВ и ИК, в силу их дешевизны и доступности. Остальные технологии либо дороги, либо являются конечными решениями определённых производителей техники.
Присмотрелся, всё практически идентично, местами пиксель-хантинг, местами голубой фон вместо серого, стартовая страница та же что и раньше, а вместо /guide — белое ничего. Видимо, у меня просто предыдущая ревизия.
Не проще ли в таком случае вообще не использовать пароли?
Админу не нужно пытать пользователя по поводу его пароля для выполнения простых действий: подключится к сеансу пользователя, зайти за него куда-либо и сделать все настройки. Пользователю, который не забудет пароль после отпуска, потому как пароля нет.
А у меня «новый дизайн» включился сам, но он другой (и не панда).
Подозреваю что ютуб раздал случайным пользователям разные варианты дизайна, чтобы их потестить.
Ну, а далее то, что привык видеть каждый системный администратор в списке паролей пользователей своей компании (если, конечно, за управление паролями/логинами отвечают пользователи, а не сисадмины).
Каждый системный администратор привык видеть список паролей пользователей? Да еще и когда за управление паролями отвечают сами пользователи?
Не верю что помог именно он.
Вообще с трудом представляю ситуацию, когда компилятор захотел бы искать библиотеки в нестандартных местах, если только перед этим ему не подсказали искать их именно там.
И часто приходится метод делать свойством и наоборот? :)
А по производительности всё же было бы неплохо увидеть какие-то цифры.
Мне на самом деле вообще сложно представить условия в которых шаблонизатор становится узким местом и его производительность столь критична.
Тут нужно сделать отступление. При конфигурировании x264 БЕЗ параметра --enable-shared библиотека будет инсталлироваться в каталог по умолчанию (у меня это /usr/local/bin) и при запуске ffmpeg будет выдавать ошибку о неизвестном местоположении библиотеки libx264
На сколько я помню без параметра --enable-shared библиотека не будет собираться ВООБЩЕ. Будет скомпилирован только исполняемый x264 (для чего он нужен — не знаю).
Ну и собственно именно с параметром --enable-shared бибилотека БУДЕТ устанавливаться в каталог по-умолчанию, что и показал вам checkinstall.
А еще есть параметр --enable-static.
Помог параметр --prefix=/shared при конфигурировании x264.
Интересно, чем? И зачем засорять корень всякими сомнительными директориями?
Сам я давно не студент и во время моего студенчества такого не было. Но знакомые сегодняшние студенты помешаны на продуктах Microsoft, поэтому я сужу о промывке мозгов именно по ним, а этот случай ещё одно тому подтверждение.
Регистрация в Windows Store — это не «рыночные аспекты». А отсутствие конкурентов — это не плюс, а повод подумать, почему их там нет. Рыночные аспекты это то, на сколько устройств в итоге будет установлено ваше приложение, то, какой доход вам в итоге оно принесёт. Для андроида тоже есть магазины с бесплатной регистрацией для разработчиков, например у Яндекса и Самсунга. И у последнего, определённо, рынок куда больше.
Ну и вот это всё перечисленное выглядит очень странно и больше похоже на сетевой маркетинг, а то и на наркоту вовсе. Во время учёбы их бесплатно подсаживают на свои сервисы, на тот же VS, Xamarin, а после учёбы — добро пожаловать в реальную жизнь и начинайте платить!
В то время как Google даёт AndroidStudio совершенно бесплатно каждому. Apple даёт Xcode совершенно бесплатно каждому. Но они не выглядят такими хорошими. Наверное потому, что им не приходится маячить перед студентами и нахваливать свои продукты.
Ничего подобного документация не утверждает. Задача сервера сводится к проверке, что рецепт был подписан самим эпплом, и возврату этого рецепта в json.
Вы никакой информации на сервер о принадлежности этого рецепта не передаёте. Откуда ему знать ваш это был рецепт или нет?
Естественно, проверка соответствия bundle_id лежит на вашей совести, как и всех остальных параметров.
Или просто у вас очень преданный пользователь и он совершил вторую покупку. Предыдущая покупка из рецепта никуда не исчезнет.
Админу не нужно пытать пользователя по поводу его пароля для выполнения простых действий: подключится к сеансу пользователя, зайти за него куда-либо и сделать все настройки. Пользователю, который не забудет пароль после отпуска, потому как пароля нет.
Подозреваю что ютуб раздал случайным пользователям разные варианты дизайна, чтобы их потестить.
Каждый системный администратор привык видеть список паролей пользователей? Да еще и когда за управление паролями отвечают сами пользователи?
Отличные у вас администраторы!
А модуль nginx с метаданными mp4 знаком, чтобы не приходилось елозить?
Вообще с трудом представляю ситуацию, когда компилятор захотел бы искать библиотеки в нестандартных местах, если только перед этим ему не подсказали искать их именно там.
А по производительности всё же было бы неплохо увидеть какие-то цифры.
Мне на самом деле вообще сложно представить условия в которых шаблонизатор становится узким местом и его производительность столь критична.
А вот стриминг mp4 использовать крайне не рекомендуется.
На сколько я помню без параметра --enable-shared библиотека не будет собираться ВООБЩЕ. Будет скомпилирован только исполняемый x264 (для чего он нужен — не знаю).
Ну и собственно именно с параметром --enable-shared бибилотека БУДЕТ устанавливаться в каталог по-умолчанию, что и показал вам checkinstall.
А еще есть параметр --enable-static.
Интересно, чем? И зачем засорять корень всякими сомнительными директориями?