Las principales cualidades de los servicios para recibir SMS
Destaquemos las principales funciones de los servicios que inspiran confianza a los usuarios de los que depende el beneficio del proyecto en el futuro.
- La disponibilidad constante de números y su número siempre seguirá siendo un problema urgente para todos los servicios, ya que algunos países bloquean este tipo de actividad, y para el usuario este es el factor principal donde busca cuando visita el servicio de recepción de SMS.
- El precio de una habitación es el siguiente punto en el que busca el usuario al elegir un servicio.
- Velocidad de llegada del número: cuanto más rápido, más confianza tiene el usuario en este servicio.
- El número de países con disponibilidad de números - expandiendo gradualmente la red de números, el número de usuarios interesados de diferentes países al servicio también está creciendo, por lo que este ítem es uno de los más importantes en el desarrollo.
- — , , SEO- .
- — , , , .
- — , , (1 ).
- — , , .
- — , , .
- — .
- : « , , » — , , , , , .
- — .
- — , .
- Multithreading: la capacidad de ordenar una gran cantidad de números en paralelo entre sí, esto le permitirá ordenar códigos para diferentes registros al mismo tiempo.
- La presencia de una API: la interfaz del software le permitirá escalar su proyecto e integrarlo en varios sistemas (registradores de cuentas automáticos, servicios de promoción, automatización del servicio para el cliente).
- Fichas adicionales: este elemento incluye fichas que no están disponibles para los sitios de servicio, por ejemplo: copia automática de un número, reproducción automática de un código, copia automática de un código enviado.
Estos puntos son la base de cada servicio y, por supuesto, su calidad se evalúa en función de su disponibilidad. Está claro que todo esto está automatizado y requiere un apoyo constante del equipo del proyecto.
Lucha contra los servicios de recepción de SMS
No es ningún secreto que la protección contra "botosistemas" automatizados siempre se ha llevado a cabo y se está llevando a cabo. Todos protegen su proyecto lo mejor que pueden y proponen sus propios métodos de protección, además de los básicos. Introducen límites de tiempo para el registro, acertijos de acertijos además de resolver captcha, por hardware, direcciones amapolas, gps, tamaño de ventana de pantalla, uso de una llamada al teléfono, así como muchos otros, y en la mayoría de los casos ayuda, pero no al 100%, todos estos las consecuencias de la protección se topan con la seguridad interna de cualquier proyecto en línea.
La presencia de vulnerabilidades en él, a las que la pereza de los desarrolladores o la falta de voluntad del cliente, de gastar fondos adicionales en protección, hace la vista gorda; al final, toda la protección está dirigida a identificar a una persona de acciones masivas "tipo bot".
Pero todo esto no impide la existencia de “bots móviles manuales” (usuarios para los que una cuenta no es suficiente, que utilizan registros masivos para sus propios fines), en los dispositivos móviles puede haber hasta doscientas cuentas de telegram para enviar spam o hacer trampa.
Y ahora los mensajeros móviles, que en 2020 ganaron popularidad en medio de la crisis global, debido a los registros masivos en telegram, discord, google, whatssap, viber y otras redes sociales. redes, los indicadores de registros masivos debido a bots se disparan en calificaciones a la cima en términos de audiencia.
Servicios de recepción de SMS para Android
En pos de captar el mercado del público objetivo, se lanzaron proyectos que decidieron cubrir todas las necesidades de este nicho. Por tanto, se sellaron una cantidad suficiente de proyectos con distintos tipos y distintas funcionalidades, pero nadie se ocupó de su calidad, hay algunos que funcionan gratis, pero con anuncios molestos, los números se rompen una y otra vez y los códigos no llegan para nada, según estimaciones en el Play Market y reseñas en general. no se recomienda su uso. Por ello, se decidió emprender un nuevo proyecto, que será reinventado para Android con una nueva cara y con un nuevo significado, que podrá abarcar todos los puntos de calidad del servicio. Pasaremos al análisis un poco más adelante.
Comparación de servicios y aplicaciones de navegador
¡Empecemos por los servicios! Yendo a las necesidades del usuario, obtuvimos una base de requisitos para este tipo de proyectos, que poco a poco se están desbordando de funcionalidad, pero todo lo que a un usuario común le gustaría ver sigue sin estar disponible, para su contemplación solo tiene que soñar que su servicio favorito se molestará en crear una aplicación para un dispositivo móvil. ...
Pero no, disipemos todos los pensamientos y decepciones calculando la rentabilidad de crear tal proyecto, ya que el principal ingreso de los servicios es la provisión de APIs a sistemas automatizados para ecosistemas de bots, los "usuarios" ordinarios están contentos con "lo que tienen" y, en teoría, deberían estar satisfechos.
Pero, ¿cuál es el truco? Y calculemos el tiempo que pasa el usuario, para que cada vez que necesite obtener un número, tenga que iniciar sesión en el sitio, aunque hay uno adicional. características relacionadas con el caché, guardar contraseñas, los servicios imponen una restricción de sesión para preocuparse por la seguridad de sus clientes, y después de la autorización, encontrar la página deseada es un montón de acciones de rutina que desperdician el tiempo del usuario todos los días. ¿Y el tráfico? Los valiosos kilobytes desaparecen con fluidez en el tiempo.
Por ello, con los mayores esfuerzos y a altas velocidades, se lanzaron los requisitos básicos para el proyecto de desarrollo móvil para Android.
Experiencia de desarrollo de Android
Requisitos de calidad (puntos 1 a 15, disponibles arriba) + funcionalidad adicional que no está disponible en sitios de servicios basados en navegador:
- copia automática del número después de realizar el pedido al portapapeles.
- ( ).
- , .
- .
- .
- .
- .
- .
- .
La siguiente tarea fue determinar qué plataforma de desarrollo elegir y en el futuro desarrollar no solo una aplicación de Android, sino también para otros sistemas operativos.
La elección fue entre Android Studio y Visual Studio Xamarin, habiendo sopesado todos los pros y contras, se eligió la plataforma en Visual Studio Xamarin, ya que el lenguaje C # es más de mi agrado, además hubo algunos desarrollos en C # y en el futuro si surge el proyecto, sería posible intégrelo para IOS y UWP.
Pero aquí comenzaron las trampas por primera vez. Me encontré con el marcado de texto "xaml", que consumió una semana de mi tiempo, ya que la tarea era crear una interfaz de usuario minimalista y simple, sin "quacozyabers" y otras fuentes anti-legibles. Habiendo tratado con el marcado textual, habiendo escrito un par de funciones básicas, comenzamos a depurar, nada presagiaba problemas.
Y luego la pregunta se convirtió en una ventaja: ¿Por qué esta aplicación si nadie puede usarla?
Dándose cuenta de todos los riesgos, se compró una cuenta de desarrollador de Google Play por $ 25, pero para su publicación, aún queda muy lejos, la pregunta "¿Cómo monetizar sin autorización?"
Se le ocurrió la idea de crear un algoritmo que encriptara y desencriptaría la clave y, por lo tanto, el proyecto sería monetizado.
Luego se lanzó la primera versión, que se publicó un mes después, en referencia a la cuarentena.
De acuerdo, el proyecto está listo para la primera versión, ¿cómo promocionarlo? En Google Play Console se encontró una función que permite promocionar un proyecto en la plataforma Play Market usando publicidad, se decidió donar $ 10 por un mes, pero esto no trajo mucha devolución y solo se compraron 2 claves para todo el tiempo.
Entonces, ¿cómo y a quién probar, dónde atraer clientes?
Otra idea filosófica fue tratar de distribuir tu aplicación, en sitios que piratean aplicaciones, el significado era que les lanzarían una apk, la subirían + a cambio yo obtendría PR, nadie por supuesto lo hacía gratis.
Bueno, sin dudarlo, se decidió publicarlo en el foro . Esto dio una experiencia positiva, para la aplicación en términos de desarrollo adicional, los principales errores fueron identificados por los usuarios del foro, así como las críticas que se dirigieron a mejorar la estabilidad de la aplicación, se proporcionó una clave para la prueba, durante 20 días de uso de la clave de prueba, los usuarios gastaron 500 rublos en números. foro.
Bien, encontramos errores, probamos la aplicación, y en Play Market, según las estadísticas de retención de audiencia, hay menos de 10 personas y nadie compra claves, ¿qué pasa?
Habiendo llegado al punto del multilingüismo, quedó claro que la mayor parte de la audiencia del Play Market es el inglés, por lo que el siguiente paso fue crear una aplicación multilingüe, de la que, como después, tuve que lamentar y esto debería haber quedado plasmado en las primeras etapas del diseño de la aplicación, ya que ahora hay que hacer todo el texto para transferir a los recursos del proyecto, enlazar a través del constructor y comprobar si la aplicación funciona con esta codificación, teorías de conspiración con un punto "." y coma "," en codificaciones "ru-Ru" (excepción con "." funciona con ",") y "en-US" (no se muestra con "," funciona con "."). Y sí, eso es todo cuando se usa el tipo doble. Entonces, use el resto de la división entera en sus proyectos correctamente, ¡no como resultó para mí que tuve que reescribir un código de dos meses!