CMS o soluciones precocinadas para compartir files de la comunidad

Quiero crear una comunidad alnetworkingedor de una aplicación de iPhone actual que he creado. Permitirá que los usuarios registrados carguen y descarguen pequeños files de configuration o configuration, que se usan en mi aplicación para personalizar la funcionalidad. Estos files son files de serie (files binarys de alnetworkingedor de 500 bytes), pero se pueden convertir a un formatting JSON o XML si es necesario.

No necesito un front-end HTML; Planeo que se acceda solo a través de mi aplicación. Los files no necesitan ser privados o seguros. No planeo almacenar ni pedir ningún dato privado de usuario, solo un nombre de usuario y una contraseña.

Estoy buscando consejos que puedan acercarme a mis objectives con el menor esfuerzo: quiero centrarme en la funcionalidad principal de la aplicación y tener esta como una característica estable que puedo agregar en el futuro si es útil. Por supuesto, preferiría FOSS, pero una solución comercial no está descartada. Cosas como sitios para compartir files con apis, ideas de inicio de session, etc.

Entonces, ¿qué soluciones de software hay por ahí que puede que no tenga en count? Sé que Drupal tiene modules para permitir el inicio de session de los usuarios. ¿Hay algo que funcione no como una aplicación web, sino como un service único? Dropbox tiene un intercambio de files y una API, pero no estoy seguro de poder usarlo de la manera que pretendo.

En resumen, podría codificar esto, pero preferiría una solución precocida que se ocupe de cosas que quizás no haya pensado. Estoy seguro de que debe haber algo que pueda usar.

Más detalles y qué planifico en la oferta de service:

  • El logging de los usuarios a través del iPhone, y todo lo que conlleva (codificará la interfaz de usuario por mi count, solo quiero una API para conectarse)
  • Visualización de estos files de manera rápida y eficiente (los files se crearon teniendo en count el performance, y esta es una aplicación gratuita, por lo que me gustaría mantener bajos los costos del server)
  • Cargar sus propios files, con algunos controles de integridad
  • Clasificación de los files
  • Recostackción de statistics sobre el uso (qué files se downloadon con mayor frecuencia), etc., para proporcionar una manera de clasificar los files por calificación, popularidad, etc.
  • Opcional: envío de versiones revisadas de los files (un tree).
  • Opcional pero preferido: statistics sobre los usuarios (no se cargan files, tal vez recompensa el sistema para compartir)

Simplemente no estoy al día con las tecnologías actuales y las soluciones de código abierto. Tengo experiencia en SQL, layout de bases de datos relacionales, y he construido backends en Java, por lo que una solución personalizada no está descartada. Sin embargo, ha pasado un time, no soy un experto en security, y preferiría no redevise la rueda para un proyecto bastante simple, por lo que sería preferible una solución estándar.

Echa un vistazo a http://www.parse.com! Es absolutamente genial para cosas como esta.

Es posible que desee ver los sistemas de versiones de origen como SVN o sistemas distribuidos como Mercurial o GIT. Ambos serían mucho mejores si los datos se serializaran a un formatting de text, como JSON o XML como mencionaste.

  • La inscripción debería ser realizada por usted, por supuesto
  • La visualización de files (incluidos los cambios, por supuesto) es rápida y eficiente. La interfaz se puede hacer de varias maneras, incluso simulando la línea de command.
  • La carga de files funcionará, por supuesto, y los cambios realizados se almacenarán como diffs. Las comprobaciones de integridad pueden realizarse, por ejemplo, mediante complementos de Mercurial.
  • Clasificación de los files probablemente no se puede hacer directamente a less que desee un truco incómodo que involucre inputs de cambio de análisis o escritura de un complemento.
  • El envío de versiones revisadas de los files funcionaría ya que es la razón de ser de los sistemas de control de versiones.
  • Algunas statistics están disponibles en los VCS.

Esto es, sinceramente, un poco extraño para los sistemas de control de versiones y no es del todo elegante, pero a veces es de lo que se trata la innovación.

Sugiero TikiWiki .

Pros:

  1. Fuera de la caja, todo lo que necesita para build una comunidad. (Consulte la reference a continuación para get una list de funciones)
  2. Es FOSS
  3. Tiene 200 desarrolladores activos, por lo que realmente tiene mucho ímpetu.

Contras:

  1. Tantas funciones lists para usar que sufre de hinchazón de características. La configuration y la configuration inicial pueden ser complicadas.
  2. Realmente no orientado a plataforms mobilees.
    Intereting Posts