Pull to refresh
28
0
Send message
Я где-то говорил, что я его не люблю? Я сказал ровно то, что сказал — Microsoft промывает мозги студентам. Хорошо это или плохо — вопрос спорный. Самой компании явно хорошо. Студенты с этого тоже имеют свои ништяки — им тоже хорошо. Но однонаправленное развитие — это уже плохо.

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

Регистрация в Windows Store — это не «рыночные аспекты». А отсутствие конкурентов — это не плюс, а повод подумать, почему их там нет. Рыночные аспекты это то, на сколько устройств в итоге будет установлено ваше приложение, то, какой доход вам в итоге оно принесёт. Для андроида тоже есть магазины с бесплатной регистрацией для разработчиков, например у Яндекса и Самсунга. И у последнего, определённо, рынок куда больше.
«Это», т.е. перечисленное, промывкой мозгов я никак не называл. А вот «взвесив рыночные аспекты» прямо говорит о том, что кто-то этим студентам про эти «рыночные аспекты» часто на мозги капает. Хотя если бы они просто погуглили, то обнаружили, что рынок совсем не на стороне Windows Phone, но гуглить им в голову не приходит — им уже вбит в голову правильный ответ.

Ну и вот это всё перечисленное выглядит очень странно и больше похоже на сетевой маркетинг, а то и на наркоту вовсе. Во время учёбы их бесплатно подсаживают на свои сервисы, на тот же VS, Xamarin, а после учёбы — добро пожаловать в реальную жизнь и начинайте платить!
В то время как Google даёт AndroidStudio совершенно бесплатно каждому. Apple даёт Xcode совершенно бесплатно каждому. Но они не выглядят такими хорошими. Наверное потому, что им не приходится маячить перед студентами и нахваливать свои продукты.
Просто Microsoft очень хорошо промывает мозги студентам.
Под рецептом я имею ввиду receipt, конечно, который на самом деле никакой не рецепт, а вовсе даже квитанция, просто я привык его так называть :)
Как утверждает документация на сайте Apple, нам достаточно проверить только поле status с присланного нам json.


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

Естественно, проверка соответствия bundle_id лежит на вашей совести, как и всех остальных параметров.

если вы в своей базе данных найдете идентичное значение этого поля — то это фрод

Или просто у вас очень преданный пользователь и он совершил вторую покупку. Предыдущая покупка из рецепта никуда не исчезнет.
Более того, рынок завален именно ПАВ и ИК, в силу их дешевизны и доступности. Остальные технологии либо дороги, либо являются конечными решениями определённых производителей техники.
Присмотрелся, всё практически идентично, местами пиксель-хантинг, местами голубой фон вместо серого, стартовая страница та же что и раньше, а вместо /guide — белое ничего. Видимо, у меня просто предыдущая ревизия.

Не проще ли в таком случае вообще не использовать пароли?
Админу не нужно пытать пользователя по поводу его пароля для выполнения простых действий: подключится к сеансу пользователя, зайти за него куда-либо и сделать все настройки. Пользователю, который не забудет пароль после отпуска, потому как пароля нет.
А у меня «новый дизайн» включился сам, но он другой (и не панда).
Подозреваю что ютуб раздал случайным пользователям разные варианты дизайна, чтобы их потестить.
Ну, а далее то, что привык видеть каждый системный администратор в списке паролей пользователей своей компании (если, конечно, за управление паролями/логинами отвечают пользователи, а не сисадмины).

Каждый системный администратор привык видеть список паролей пользователей? Да еще и когда за управление паролями отвечают сами пользователи?

Отличные у вас администраторы!
Тогда зачем вы поставили php-eaccelerator? :)
Возможно, разработчики обновили игру и теперь данный способ не подходит.
Чубайс сказал что за 12000 не будет в рознице, а про 20000 он ничего не говорил.
В flv можно (нужно) точно так же запихнуть в начало метаданные. yamdi в помощь.

А модуль nginx с метаданными mp4 знаком, чтобы не приходилось елозить?
Ага, посмотрел. Цифры там действительно интересные.
Не верю что помог именно он.
Вообще с трудом представляю ситуацию, когда компилятор захотел бы искать библиотеки в нестандартных местах, если только перед этим ему не подсказали искать их именно там.
И часто приходится метод делать свойством и наоборот? :)

А по производительности всё же было бы неплохо увидеть какие-то цифры.
Мне на самом деле вообще сложно представить условия в которых шаблонизатор становится узким местом и его производительность столь критична.
Стриминг flv в nginx существует ооочень давно.
А вот стриминг mp4 использовать крайне не рекомендуется.
Тут нужно сделать отступление. При конфигурировании x264 БЕЗ параметра --enable-shared библиотека будет инсталлироваться в каталог по умолчанию (у меня это /usr/local/bin) и при запуске ffmpeg будет выдавать ошибку о неизвестном местоположении библиотеки libx264

На сколько я помню без параметра --enable-shared библиотека не будет собираться ВООБЩЕ. Будет скомпилирован только исполняемый x264 (для чего он нужен — не знаю).
Ну и собственно именно с параметром --enable-shared бибилотека БУДЕТ устанавливаться в каталог по-умолчанию, что и показал вам checkinstall.
А еще есть параметр --enable-static.

Помог параметр --prefix=/shared при конфигурировании x264.

Интересно, чем? И зачем засорять корень всякими сомнительными директориями?

Information

Rating
Does not participate
Registered
Activity