Я так понимаю, что оператор отдает номер телефона именно того через который работает мобильный интернет. А как быть, если мобильный интернет подключен через одну симку, а пользователь хочет авторизоваться через другой номер телефона, тот который на второй симке?
У меня майл ру отключил доступ из почтовых программ 29 июня и потребовал за это деньги. Но поскольку это была почта для домена, то была оперативно перенесена на свой хостинг при помощи пакета программ https://github.com/docker-mailserver/docker-mailserver . Чтобы не возиться с репутацией айпишника, отправку почты сделал через почтовый сервис от селектела, там до 1000 писем в месяц бесплатно, а выше копейки.
Тут основная проблема что пользователи не будут заходить на сайты, вместо этого они будут читать высеры выжимки от нейросетей содержимого сайта с непонятным уровнем достоверности...
Почему вообще озадачился? В школе мне было очень скучно. Не абстрактно скучно — на контрольных я делал два, а если было четыре варианта — все четыре.
Только дочке может быть скучно вообще учиться в принципе, и поэтому она захочет делать 0 вариантов. Ну и интеллектуальный потенциал у всех разный и напрямую по наследству не передается. Так что школа в качестве какой-то единой базы для всех вполне неплоха. Конечно, любой булинг должен строго пресекаться.
Ну и ребенку нужно общение с детьми такого же возраста и социализация. На домашнем обучении обеспечить такое не факт что возможно.
Раньше очень хорошо заходил ютуб как средство поиска новых музыкантов с такой же музыкой как тебе нравится. Но сейчас в рекомендациях по большей части нейрослоп. Либо старые артисты.
Как научиться программировать так чтобы данные с которыми я работаю не утекали и сколько примерно времени нужно чтобы этому научиться?
Не пытаться переложить свою работу на условного клода, думать самому. А ИИ использовать только как справочник, максимум как средство быстро накидать какой-то совсем тривиальный лапшекод, который просто долго и неинтересно писать самому.
Не понимаю, откуда берётся это желание заставлять всех скачивать своё приложение.
Почему же, очень даже понятно. В приложении пользователю будет намного сложнее заблочить рекламу. Приложение имеет гораздо больше доступов к твоим данным, оно может слить твои контакты, местоположение, список других установленных приложений и т.д. А так же делать это постоянно в фоне, а не только когда пользователь зашел на сайт (сайты тоже могут поставить фоновый worker, но это надо пользователю отдельно разрешить, в отличие от приложения). Не говоря уже о размере приложения, такое впечатление, что там внутри зашит полноценный фильм в 4к. Поэтому там где есть альтернатива использовать сайт вместо приложения, я стараюсь везде использовать именно сайт.
Цель jquery была минимизировать отличия в работе с DOM у разных браузеров и предоставить удобный API для поиска и изменения контента на странице. Сейчас это во многом стало ненужным, современный js умеет всё то же самое "из коробки", где-то с практически таким же синтакисом, где-то с чуть другим, но очень похожим. Поэтому я когда делаю какие-то мелкие доработки для админки, уже делаю это на чистом js.
Мы делали где-то десяток-полтора портов под разные модели телефонов. Процесс этот был во многом ручной и тяжелый - надо было подогнать константы координат объектов под нужное разрешение экрана (да, всё в пикселях и абсолютных координатах). Проверить правильность работы в эмуляторе (годился стандартный, входящий в поставку средств разработчика MIDP2.0). А затем крайне желательно было проверить поведение игры на реальном телефоне. Так как могли всплыть неучтенные особенности с отрисовкой, поведением, воспроизведением звука и т.п. И хорошо, если можно было закачать на телефон по шнурку или ИК - некоторые модели позволяли только установку через WAP. Для этого у нас была куча телефонов для проверки, а также специальная симка с мобильным интернетом.
Особенно доставляла необходимость на некоторых моделях уложиться в определенный размер jar-файла. Насколько помню, 64 килобайта на ранних моделях нокий S40. Или 100 кб на самсунге X100. И вот тогда начинались ухищрения с перепаковкой джара зипом с более высокой степенью сжатия, уменьшением кол-ва цветов в графике вплоть до монохромной пнг с дизерингом. Если все равно размер был слишком большой, в ход шла тяжелая артиллерия: при сборке джарника штатным являлось использование обфускатора типа ProGuard, который, делает все именна переменных, классов и методов в одну-две буквы, экономя место (это кстати видно в статье в первом приложенном исходнике, явно после обфускации). Так вот, существовала патченная версия прогварда, которая позволяла мержить несколько классов в один большой фактически путем заинлайнивания кода из разных классов в один. Это позволяло еще сильнее уменьшить размер джарника, но такой джарник надо было очень тщательно тестировать, потому что запросто могли вылезти глюки после такого мержинга. И приходилось добавлять определенные классы в исключения, чтобы они не мержились (что приводило к увеличению джарника и надо было опять не вылезти за ограничение). В общем, процесс был долгим и увлекательным, не чета современному вайбкодингу...
По поводу распространения игр - да, были издатели, которые выкладывали игры у себя на серверах и давали их скачивать за платные СМС. Там арифметика стоимости была примерно следующая - пусть смс для закачки игры стоит 150 руб - из них половину сразу забирал сотовый оператор, еще половину из оставшейся суммы забирал издатель, и фирме-разработчику уходила хорошо если четверть от стоимости. Ну и пиратились игры очень быстро, и это стало большой проблемой, так как доходы падали. Поэтому в итоге и перешли на сетевые игры с продажей игровой валюты, а сами джарники выкладывали у себя вообще бесплатно...
Сталкивался с глючащим железом на сервере, выглядело это страшно. Причем постгрес падение по сегфолту и дальнейший перезапуск переносит относительно спокойно, а в elasticsearch это каждый раз заканчивалось повреждением индекса, чинить который очень тяжело и проще грохнуть и заново создавать.
Бизнесу нужен предсказуемый результат. Он не может ждать. пока на разработчика снизойдет вдохновение и наконец дойдут руки до проекта. Поэтому он и требует оценки и сроков, потому что под эти сроки закупается реклама, заключаются договора с издателями и облачными сервисами, распределяются бюджеты и так далее.
А быть художником... так художник тоже несвободен в своих делах. Разве что он пишет для себя. Но тогда он должен иметь какой-то другой источник средств к существованию. А иначе... возьмем классический пример - Микеланджело расписывал потолок Сикстинской капеллы. Так ему тоже поставили сроки - роспись должна быть готова к ее открытию, а не через 30 лет или когда он сподобится к ней подойти...
VNC - не самый лучший вариант в случае читалки на электронных чернилах. Могут не совпадать разрешения экрана, из-за чего либо будут огромные буквы, либо наоборот, слишком мелкие, либо криво отмасштабированные. То есть нагрузка на глаза может только еще возрасти. Ладно бы еще редактировал прямо на читалке бо там обычный Android и можно поставить любой необходимый софт.
Я так понимаю, что оператор отдает номер телефона именно того через который работает мобильный интернет. А как быть, если мобильный интернет подключен через одну симку, а пользователь хочет авторизоваться через другой номер телефона, тот который на второй симке?
Возможно, скоро и будет как раньше. А пока можно получить удаленно через телеграм например.
Да не нужно там ничего настраивать сейчас - полно готовых фидошных пакетов под разные операционки, в том числе под андроид.
У меня майл ру отключил доступ из почтовых программ 29 июня и потребовал за это деньги. Но поскольку это была почта для домена, то была оперативно перенесена на свой хостинг при помощи пакета программ https://github.com/docker-mailserver/docker-mailserver . Чтобы не возиться с репутацией айпишника, отправку почты сделал через почтовый сервис от селектела, там до 1000 писем в месяц бесплатно, а выше копейки.
Тут основная проблема что пользователи не будут заходить на сайты, вместо этого они будут читать
высерывыжимки от нейросетей содержимого сайта с непонятным уровнем достоверности...Если книга выложена бесплатно, то где можно ее скачать для чтения на читалке?
Только дочке может быть скучно вообще учиться в принципе, и поэтому она захочет делать 0 вариантов. Ну и интеллектуальный потенциал у всех разный и напрямую по наследству не передается. Так что школа в качестве какой-то единой базы для всех вполне неплоха. Конечно, любой булинг должен строго пресекаться.
Ну и ребенку нужно общение с детьми такого же возраста и социализация. На домашнем обучении обеспечить такое не факт что возможно.
Раньше очень хорошо заходил ютуб как средство поиска новых музыкантов с такой же музыкой как тебе нравится. Но сейчас в рекомендациях по большей части нейрослоп. Либо старые артисты.
Не пытаться переложить свою работу на условного клода, думать самому. А ИИ использовать только как справочник, максимум как средство быстро накидать какой-то совсем тривиальный лапшекод, который просто долго и неинтересно писать самому.
Почему же, очень даже понятно. В приложении пользователю будет намного сложнее заблочить рекламу. Приложение имеет гораздо больше доступов к твоим данным, оно может слить твои контакты, местоположение, список других установленных приложений и т.д. А так же делать это постоянно в фоне, а не только когда пользователь зашел на сайт (сайты тоже могут поставить фоновый worker, но это надо пользователю отдельно разрешить, в отличие от приложения). Не говоря уже о размере приложения, такое впечатление, что там внутри зашит полноценный фильм в 4к. Поэтому там где есть альтернатива использовать сайт вместо приложения, я стараюсь везде использовать именно сайт.
Цель jquery была минимизировать отличия в работе с DOM у разных браузеров и предоставить удобный API для поиска и изменения контента на странице. Сейчас это во многом стало ненужным, современный js умеет всё то же самое "из коробки", где-то с практически таким же синтакисом, где-то с чуть другим, но очень похожим. Поэтому я когда делаю какие-то мелкие доработки для админки, уже делаю это на чистом js.
Так это же мечта рекламодателя - не дать пользователю отключить рекламу) Странно, что об этом не подумали, убивая Flash
Мы делали где-то десяток-полтора портов под разные модели телефонов. Процесс этот был во многом ручной и тяжелый - надо было подогнать константы координат объектов под нужное разрешение экрана (да, всё в пикселях и абсолютных координатах). Проверить правильность работы в эмуляторе (годился стандартный, входящий в поставку средств разработчика MIDP2.0). А затем крайне желательно было проверить поведение игры на реальном телефоне. Так как могли всплыть неучтенные особенности с отрисовкой, поведением, воспроизведением звука и т.п. И хорошо, если можно было закачать на телефон по шнурку или ИК - некоторые модели позволяли только установку через WAP. Для этого у нас была куча телефонов для проверки, а также специальная симка с мобильным интернетом.
Особенно доставляла необходимость на некоторых моделях уложиться в определенный размер jar-файла. Насколько помню, 64 килобайта на ранних моделях нокий S40. Или 100 кб на самсунге X100. И вот тогда начинались ухищрения с перепаковкой джара зипом с более высокой степенью сжатия, уменьшением кол-ва цветов в графике вплоть до монохромной пнг с дизерингом. Если все равно размер был слишком большой, в ход шла тяжелая артиллерия: при сборке джарника штатным являлось использование обфускатора типа ProGuard, который, делает все именна переменных, классов и методов в одну-две буквы, экономя место (это кстати видно в статье в первом приложенном исходнике, явно после обфускации). Так вот, существовала патченная версия прогварда, которая позволяла мержить несколько классов в один большой фактически путем заинлайнивания кода из разных классов в один. Это позволяло еще сильнее уменьшить размер джарника, но такой джарник надо было очень тщательно тестировать, потому что запросто могли вылезти глюки после такого мержинга. И приходилось добавлять определенные классы в исключения, чтобы они не мержились (что приводило к увеличению джарника и надо было опять не вылезти за ограничение). В общем, процесс был долгим и увлекательным, не чета современному вайбкодингу...
По поводу распространения игр - да, были издатели, которые выкладывали игры у себя на серверах и давали их скачивать за платные СМС. Там арифметика стоимости была примерно следующая - пусть смс для закачки игры стоит 150 руб - из них половину сразу забирал сотовый оператор, еще половину из оставшейся суммы забирал издатель, и фирме-разработчику уходила хорошо если четверть от стоимости. Ну и пиратились игры очень быстро, и это стало большой проблемой, так как доходы падали. Поэтому в итоге и перешли на сетевые игры с продажей игровой валюты, а сами джарники выкладывали у себя вообще бесплатно...
И Стругацкие о чем-то подобном тоже догадались - см "Хищные вещи века".
Такое и раньше было - если нужно было фоновое воспроизведение, то надо было в меню Firefox поставить галочку Вид для ПК.
Так уже чуть ли не открытым текстом предупредили, что в 2026г gmail всё
Сталкивался с глючащим железом на сервере, выглядело это страшно. Причем постгрес падение по сегфолту и дальнейший перезапуск переносит относительно спокойно, а в elasticsearch это каждый раз заканчивалось повреждением индекса, чинить который очень тяжело и проще грохнуть и заново создавать.
Бизнесу нужен предсказуемый результат. Он не может ждать. пока на разработчика снизойдет вдохновение и наконец дойдут руки до проекта. Поэтому он и требует оценки и сроков, потому что под эти сроки закупается реклама, заключаются договора с издателями и облачными сервисами, распределяются бюджеты и так далее.
А быть художником... так художник тоже несвободен в своих делах. Разве что он пишет для себя. Но тогда он должен иметь какой-то другой источник средств к существованию. А иначе... возьмем классический пример - Микеланджело расписывал потолок Сикстинской капеллы. Так ему тоже поставили сроки - роспись должна быть готова к ее открытию, а не через 30 лет или когда он сподобится к ней подойти...
VNC - не самый лучший вариант в случае читалки на электронных чернилах. Могут не совпадать разрешения экрана, из-за чего либо будут огромные буквы, либо наоборот, слишком мелкие, либо криво отмасштабированные. То есть нагрузка на глаза может только еще возрасти. Ладно бы еще редактировал прямо на читалке бо там обычный Android и можно поставить любой необходимый софт.