Aller au contenu


Photo

Alternative à Parse


  • Please log in to reply
30 réponses à ce sujet

#1 Terflogag

Terflogag

    Cueilleur de cabosses

  • Membre
  • PipPipPip
  • 115 messages

Posté 29 janvier 2016 - 22:32

Bonsoir,

Comme certains le savent peut être déjà, Parse ferme ses portes prochainement... Mon choix s'était porté vers ce service avec dans l'idée qu'il perdurerai dans le temps grâce à son rachat par Facebook : c'est raté !

Quel sont les autres (solide) alternatives ?

Bonne soirée

#2 colas_

colas_

    Broyeur de fèves

  • Membre
  • PipPipPipPipPipPip
  • 1 431 messages

Posté 29 janvier 2016 - 23:00

CloudKit d'Apple
  • Pyroh aime ceci

small-logo.png

Mathématiques pour classes prépa et enseignement supérieur sur iPad et iPhone

www.improov.fr > < Improov sur facebook >


#3 muqaddar

muqaddar

    Mouleur de chocolats

  • Maître Chocolatier
  • 10 888 messages

Posté 30 janvier 2016 - 08:46

CloudKit d'Apple

 

Oui, pour une application destinée à une seule plateforme.

Autre inconvénient, est-ce qu'on peut attaquer CloudKit en JS ou autre serveur ? Je ne crois pas.


Mes applications iOS: VinoCell

#4 muqaddar

muqaddar

    Mouleur de chocolats

  • Maître Chocolatier
  • 10 888 messages

Posté 30 janvier 2016 - 08:47

Il y a FireBase de assez connu:

https://www.firebase.com


Mes applications iOS: VinoCell

#5 muqaddar

muqaddar

    Mouleur de chocolats

  • Maître Chocolatier
  • 10 888 messages

Posté 30 janvier 2016 - 08:49

Pour ceux qui veulent mettre les mains dans le cambouis, je suis tombé sur cela un jour:

http://kinto.readthe...t/overview.html


Mes applications iOS: VinoCell

#6 muqaddar

muqaddar

    Mouleur de chocolats

  • Maître Chocolatier
  • 10 888 messages

Posté 30 janvier 2016 - 09:14

Voilà une liste à débroussailler:

 

http://aws.amazon.com/mobile/?nc1=h_ls

https://www.firebase.com

https://syncano.io

https://stamplay.com

https://backendless.com

https://www.moback.com

https://www.rapidapi.com

https://www.backand.com

https://www.built.io

 

Pour ma part, j'ai fait le choix de gérer moi-même le backend (pas de mauvaise surprise, mais ça demande du temps et de l'apprentissage...).


Mes applications iOS: VinoCell

#7 Céroce

Céroce

    Mouleur de chocolats

  • Contrôleur d'arômes
  • 5 206 messages
  • LocationSaint-Leu-d'Esserent / France

Posté 30 janvier 2016 - 09:31

https://azure.microsoft.com/fr-fr


RenaudPradenc.com Je suis développeur iOS & Mac indépendant.

#8 Ugo

Ugo

    Eleveur de cacaoyers

  • Membre
  • PipPip
  • 12 messages

Posté 30 janvier 2016 - 10:19

firebase



#9 AliGator

AliGator

    Mouleur de chocolats

  • Contrôleur d'arômes
  • 13 621 messages
  • LocationRennes (France)

Posté 30 janvier 2016 - 10:51

Oui, pour une application destinée à une seule plateforme.
Autre inconvénient, est-ce qu'on peut attaquer CloudKit en JS ou autre serveur ? Je ne crois pas.

Bien sûr que si, il existe CloudKit.JS maintenant depuis plus d'un an, justement pour palier aux plaintes de gens qui disaient que c'était fermé à iOS. Du coup maintenant c'est accessible avec une API ouverte à toutes les plateformes.

Après j'ai pas essayé personnellement mais bon ça peut quand même valoir le coup de lui laisser une chance.
La Doc, c'est moi — Devise Shadok : S'il n'y a pas de solution, c'est qu'il n'y a pas de problème !
CocoaPods : Getting StartedLe Blog CocoaPodsCherchez des podsDocs de pods
Mon GitHub: OHHTTPStubs, SwiftGen…
Mon Blog: Crunchy Development

#10 Céroce

Céroce

    Mouleur de chocolats

  • Contrôleur d'arômes
  • 5 206 messages
  • LocationSaint-Leu-d'Esserent / France

Posté 30 janvier 2016 - 17:26

Après j'ai pas essayé personnellement mais bon ça peut quand même valoir le coup de lui laisser une chance.

 

 

Je n'écris pas ça pour troller — du moins, pas uniquement — mais faire confiance à Apple pour n'importe quel service web que ce soit, c'est prendre trop de risques. Le jour où ils sauront donner des informations correctes sur leur page http://www.apple.com...t/systemstatus/, je pourrai envisager d'éventuellement essayer à petite échelle.


RenaudPradenc.com Je suis développeur iOS & Mac indépendant.

#11 Terflogag

Terflogag

    Cueilleur de cabosses

  • Membre
  • PipPipPip
  • 115 messages

Posté 30 janvier 2016 - 17:35

Merci pour vos retours, à priori FireBase sort du lot je dirai !?

C'est quand même assez incroyable la fermeture de Parse... L'interface venait de faire peau neuve et était encore en Bêta, en plus de quelques nouveau services. Racheter une boîte pour la faire fermer quelques années plus tard sans détails, merci Facebook.

#12 Céroce

Céroce

    Mouleur de chocolats

  • Contrôleur d'arômes
  • 5 206 messages
  • LocationSaint-Leu-d'Esserent / France

Posté 30 janvier 2016 - 17:39

https://github.com/r...rseAlternatives


RenaudPradenc.com Je suis développeur iOS & Mac indépendant.

#13 FKDEV

FKDEV

    Broyeur de fèves

  • Artisan chocolatier
  • PipPipPipPipPipPip
  • 1 660 messages

Posté 30 janvier 2016 - 18:08

Faire soi-même le back-end n'est peut-être pas une mauvaise idée pour des petites apps.

 

Je trouve que le côté serveur a été maintenu trop longtemps dans l'obscurantisme, c'est historique.

C'est pas si compliqué que cela en fait.

Le problème c'est que:

soit on est 'à poils' avec son linux,

soit on doit utiliser une grosse artillerie type php, rails, etc. qui impose plein de contraintes.

 

Ce qui manque c'est d'avoir un service de mise à jour qui appliquerait tous les patchs de sécurité linux et serveurs (nginx) de manière semi-automatique et qui serait en SSL par défaut sans qu'on ait à se prendre la tête.



#14 Terflogag

Terflogag

    Cueilleur de cabosses

  • Membre
  • PipPipPip
  • 115 messages

Posté 30 janvier 2016 - 18:14

A mon sens c'est une perte de temps...
Par exemple dans le cadre d'une startup ou du test d'une idée je pense qu'il est préférable de passer plus de temps sur le front que sur le backend.
La suite viens naturellement si le succès est au rendez vous après. Bien que, bien entendu le fait de changer tout ça engendre d'important coût supplémentaire...

#15 FKDEV

FKDEV

    Broyeur de fèves

  • Artisan chocolatier
  • PipPipPipPipPipPip
  • 1 660 messages

Posté 30 janvier 2016 - 18:48

Pour un pro avec un peu d'expérience, cela ne devrait pas être plus long que de se mettre à un nouveau langage ou à un nouvel environnement de développement.

 

Louer un serveur virtuel, installer nginx, installer un serveur FastCGI, SimpleCGI ou http derrière pour traiter les requêtes.

Basta.

Et, au moins, on apprend quelque chose. Un problème avec les solutions clés en main type Azure, CloudKit ou Parse c'est qu'on apprend rien d'autre qu'à les utiliser.

 

Si ça commence à marcher, on essaye de bien sécuriser et de bien répartir la charge... 



#16 Larme

Larme

    Broyeur de fèves

  • Artisan chocolatier
  • PipPipPipPipPipPip
  • 1 949 messages
  • LocationParis

Posté 30 janvier 2016 - 19:29

Ou alors tout coder en Swift avec Perfect.org? :°)

Potentiellement la raison pour me mettre au Swift.


Tant que vous avez des dents, mangez des pommes. Tant que vous avez de l'argent, croquez la Pomme.

#17 muqaddar

muqaddar

    Mouleur de chocolats

  • Maître Chocolatier
  • 10 888 messages

Posté 31 janvier 2016 - 09:38

Bien sûr que si, il existe CloudKit.JS maintenant depuis plus d'un an, justement pour palier aux plaintes de gens qui disaient que c'était fermé à iOS. Du coup maintenant c'est accessible avec une API ouverte à toutes les plateformes.

 

Ok, je ne savais pas.

Reste que tes données sont toujours sur les serveurs d'Apple (juste un constat, pas une critique). J'aime bien être maître de "mes" données.

 

 

Pour un pro avec un peu d'expérience, cela ne devrait pas être plus long que de se mettre à un nouveau langage ou à un nouvel environnement de développement.

 

Louer un serveur virtuel, installer nginx, installer un serveur FastCGI, SimpleCGI ou http derrière pour traiter les requêtes.

Basta.

Et, au moins, on apprend quelque chose. Un problème avec les solutions clés en main type Azure, CloudKit ou Parse c'est qu'on apprend rien d'autre qu'à les utiliser.

 

Si ça commence à marcher, on essaye de bien sécuriser et de bien répartir la charge... 

 

 

Je suis en train de le faire.

Mais c'est bien plus long. Il y a beaucoup de choses à apprendre.

 

Ubuntu

ssh sécurisé

iptables, ufw

nginx, passenger

ruby

rails

mariadb

ssl

elasticsearch

...etc

 

ça prend du temps.

Le plus problématique, c'est la sécurité.


Mes applications iOS: VinoCell

#18 Terflogag

Terflogag

    Cueilleur de cabosses

  • Membre
  • PipPipPip
  • 115 messages

Posté 31 janvier 2016 - 12:13

Effectivement apprendre tout ça est clairement une perte de temps la majorité du temps, après cela n'est que mon avis !

 

Après avoir regardé FireBase de plus prêt ainsi que deux ou trois autres service, aucun ne me semble aussi agréable et aussi complet que Parse... 

Avez vous des API sympa pour l'intégration des notifications ?

 

Je n'aimais déjà pas (pour ne pas dire détester) Facebook avant, mais alors maintenant je vous laisse imaginer... 



#19 muqaddar

muqaddar

    Mouleur de chocolats

  • Maître Chocolatier
  • 10 888 messages

Posté 31 janvier 2016 - 13:32

Effectivement apprendre tout ça est clairement une perte de temps la majorité du temps, après cela n'est que mon avis !

 

Après avoir regardé FireBase de plus prêt ainsi que deux ou trois autres service, aucun ne me semble aussi agréable et aussi complet que Parse... 

Avez vous des API sympa pour l'intégration des notifications ?

 

Je n'aimais déjà pas (pour ne pas dire détester) Facebook avant, mais alors maintenant je vous laisse imaginer... 

 

C'est une perte de temps mais pas forcément d'argent... cela dépend de la quantité de données à faire traiter par un Parse & Co.


Mes applications iOS: VinoCell

#20 Terflogag

Terflogag

    Cueilleur de cabosses

  • Membre
  • PipPipPip
  • 115 messages

Posté 31 janvier 2016 - 18:32

Après avoir fait le tour de pas mal de service, la plupart commence à proposer des services de migration pour appâter le client ! 

 

Je pense que d'ici quelques semaine la migration sera bien plus simple, il est préférable d'attendre plutôt que de se lancer dans une refonte des applications... 






0 utilisateur(s) li(sen)t ce sujet

0 membre(s), 0 invité(s), 0 utilisateur(s) anonyme(s)