[EN]
Dear members and friends of ipernity!
We are pleased to present to you today the financial report*) for the short fiscal year 2017**). Adjusted for the one-off expenses in connection with the takeover of the website (contract costs and settlement of debts of Ipernity S.A.), revenues exceeded expenses. The website is therefore economically viable.
*) English version: www.ipernity.com/doc/team/46643796
**) 14.04.2017 - 31.12.2017
Based on the existing subscriptions, a reasonable revenue surplus is expected for 2018. Since we as a non-profit organization do not have to make a profit neither for shareholders nor for a parent company, we can use this surplus to adapt our website to the changing conditions and needs and to [order] initiate the first improvements. We are confident about the future of ipernity.
Eric Desjours
President and CEO of the ipernity members association
[FR]
Chers membres et amis d'ipernity,
Nous sommes heureux de vous présenter aujourd'hui le rapport financier de l'association*) pour l'exercice 2017**). Malgré les dépenses exceptionnelles liées à la prise de contrôle du site (coûts contractuels et règlement des dettes d'Ipernity S.A.), les revenus ont dépassé les dépenses. Le site est donc économiquement viable.
*) Version française: www.ipernity.com/doc/team/46643798
**) 14.04.2017 - 31.12.2017
Sur la base des abonnements existants, un excédent raisonnable de revenus est attendu pour 2018. En tant qu'association à but non lucratif nous sommes tenus de ne pas faire de profit, ni pour les actionnaires ni pour une société mère. Nous continuerons donc de mettre ces bénéfices au service de l'adéquation de notre site web aux exigences et aux normes en vigueur, et nous initierons ses premières améliorations. Nous sommes désormais confiants quant à l'avenir d'ipernity.
Eric Desjours
Président et CEO de l'association des membres ipernity
[DE]
Liebe Mitglieder und Freunde von ipernity!
Wir freuen uns, euch heute den Finanzbericht*) für das Rumpfgeschäftsjahr 2017**) vorlegen zu können. Bereinigt um die einmaligen Aufwendungen im Zusammenhang mit der Übernahme der Website (Vertragskosten und Schuldentilgung der Ipernity S.A.) lagen die Erträge über den Aufwendungen. Die Website ist also wirtschaftlich tragfähig.
*) Deutsche Version: www.ipernity.com/doc/team/46643800
**) 14.04.2017 - 31.12.2017
Auf Basis der bestehenden Abonnements wird für 2018 ein angemessener Ertragsüberschuss erwartet. Da wir als Non-Profit-Organisation keinen Gewinn machen müssen, weder für Aktionäre noch für eine Muttergesellschaft, können wir diesen Überschuss nutzen, um unsere Website an veränderte Bedingungen und Bedürfnisse anzupassen, sowie erste Verbesserungen einzuleiten. Wir sind zuversichtlich für die Zukunft von ipernity.
Eric Desjours
Präsident und CEO der ipernity members association
2018-05-25 Newsflash
-
[EN]
Dear members and friends of ipernity!
1) Synchronization problems on our upload servers h…
-
25 May 2018
2018-04-13 Newsflash
-
[EN]
Dear members and friends of ipernity!
1) In the meantime, the beta version of the new hom…
-
13 Apr 2018
See all articles...
Keywords
Authorizations, license
-
Visible by: Everyone (public). -
Attribution + non-Commercial + no derivative
-
5 017 visits
, @ngélique ❤️Absente, Peggy C, LutzP and 27 other people have particularly liked this article
Jump to top
RSS feed- Latest comments - Subscribe to the feed of comments related to this post
- ipernity © 2007-2025
- Help & Contact
|
Club news
|
About ipernity
|
History |
ipernity Club & Prices |
Guide of good conduct
Donate | Group guidelines | Privacy policy | Terms of use | Statutes | In memoria -
Facebook
Twitter
The problem is most likely a server hiccup, which is why objects (target images) keep on getting disconnected, and therefore opening images, commenting on them, giving stars, opening images on PicMonkey and somewhat everything fails.
Please believe us: As the ima team, we really don't enjoy it either. Because we are also completely normal members and experience the disturbances as very unpleasant, too.
Above all, the origin is completely unclear to us. Since the middle of April, when the new frontpage was integrated and the text for "Thanks!" was updated, the program code has not been touched. (And even then not really. Because only the link for accessing the homepage has been redirected, as well as a stored text has been exchanged.) So why did the error suddenly occur on May 7th? No one knows.
However, Qwellcode has been able to locate the cause of the error now with the help of a more in-depth analysis: It could be detected that only one of the two reserved AWS servers reacted to upload requests. (The standard NAGIOS monitoring tool does not show such details.) This error has been fixed immediately. (Download requests never were affected.)
For a deeper understanding: For security and speed reasons, two servers work in parallel at Amazon Web Service, where ipernity is hosted. In an upload request, the server that is currently least busy should react. This means that initially only one server accepts the new data or content. Later - during breaks in load - both servers synchronize automatically. Then the contents are available identically on both servers in parallel. The synchronization periods are in the range of seconds. Due to now discovered differences in certain schemata for the database servers (part of the ipernity programm code), one of the servers refused to accept new data. Therefore, uploads were only possible if the other server was "free".
Meanwhile, this upload bug has been fixed. But the background synchronization is not yet working properly. This is expressed in the strange behaviour which we all recognize. At the very moment Qwellcode is trying to fix this bug as well. Afterwards the ipernity software shall be reinitialized at AWS to set a new recovery point.
Where the code differences come from is inexplicable. But Qwellcode is in Skype contact with Christophe, who tries to get this out in consultation with the former programmers. For us as users these are less important details. It is more important that ipernity runs smoothly again as soon as possible.
Let's cross our fingers!
Bernhard (ima)
Veuillez nous croire : En tant qu'ima-Team, nous n'en profitons pas non plus ! Parce que nous sommes des membres normaux et que les perturbations sont aussi très désagréables.
Surtout, l'origine est complètement mystérieuse pour nous. Depuis la mi-avril, lorsque la nouvelle page d'accueil a été intégrée et que le texte de "Thank You" a été mis à jour, le programme actuel n'a pas été touché. (Et même dans ce cas, pas vraiment. Seul le lien pour l'accès à la page d'accueil a été redirigé et un texte stocké a été échangé. La raison pour laquelle l'erreur s'est produite soudainement le 7 mai n'est absolument pas claire.
Cependant, Qwellcode a maintenant été en mesure de localiser la cause de l'erreur à l'aide d'une analyse approfondie : On a constaté qu'un seul des deux serveurs SSFE réservés répondait encore aux demandes de téléchargement (upload). (L'outil de surveillance NAGIOS standard n'affiche pas de tels détails.) Cette erreur a été corrigée immédiatement. (Les exigences de téléchargement (download n'ont jamais été affectées.)
Pour une meilleure compréhension : Pour des raisons de sécurité et de rapidité, deux serveurs travaillent en parallèle pour nous chez Amazon Web Service, où ipernity est hébergé. Dans le cas d'une demande de téléchargement, le serveur qui est actuellement le moins occupé doit toujours réagir. Cela signifie qu'au départ, un seul serveur accepte les nouvelles données ou le nouveau contenu. Plus tard - avec une utilisation plus faible - les deux serveurs se synchronisent automatiquement. Les contenus sont alors disponibles sur les deux serveurs en parallèle et à l'identique. Les temps de synchronisation sont généralement de l'ordre de quelques secondes. En raison de différences dans certains schémas de serveur de base de données (une partie du code de programme ipernity), un des serveurs a refusé d'accepter de nouvelles données. Par conséquent, les téléchargements n'étaient possibles que si l'autre serveur était "libre".
Entre-temps, ce bogue a été corrigé. Mais la synchronisation en arrière-plan ne fonctionne pas encore correctement. Cela s'exprime dans le comportement étrange du serveur qui nous ennuie tous. Ce matin, Qwellcode essaie aussi de corriger cette erreur. Ensuite, le logiciel ipernity est réinitialisé chez AWS pour établir un nouveau point de récupération.
L'origine des différences de code est inexplicable. Mais Qwellcode est en contact Skype avec Christophe, qui tente de le découvrir en consultation avec les anciens programmeurs. Pour nous, en tant qu'utilisateurs, ce sont des détails techniques moins importants. Le plus important est que l'ipernité fonctionne à nouveau sans heurts dès que possible.
Croisons les doigts !
Bernhard (ima)
Traduit avec www.deepl.com/Translator
Bitte glaubt uns: Wir als ima-Team haben wir auch keinen Spaß daran! Weil auch wir ganz normale Mitglieder sind und die Störungen ebenfalls als sehr unangenehm empfinden.
Vor allem ist uns die Herkunft völlig schleierhaft. Seit Mitte April, als die neue Startseite integriert und der Text für "Danke" aktualisiert wurde, wurde das laufende Programm nämlich nicht angetastet. (Und selbst da nicht wirklich. Es wurde ja nur der Link für den Zugriff auf die Homepage umgeleitet und ein hinterlegter Text ausgetauscht.) Warum der Fehler plötzlich am 7. Mai auftrat, ist absolut unklar.
Qwellcode konnte die Fehlerursache inzwischen jedoch mit Hilfe einer vertieften Analyse lokalisieren: Es wurde festgestellt, dass nur noch einer der beiden reservierten AWS-Server auf Upload-Anfragen reagierte. (Das Standard-NAGIOS-Monitoring-Tool zeigt solche Details nicht an.) Dieser Fehler wurde sofort behoben. (Download-Anforderungen waren nie betroffen.)
Für ein tieferes Verständnis: Aus Sicherheits- und Geschwindigkeitsgründen arbeiten beim Amazon Web Service, wo ipernity gehostet wird, zwei Server parallel für uns. Bei einer Upload-Anfrage sollte immer derjenige Server, der gerade am wenigsten ausgelastet ist, reagieren. Das bedeutet, dass zunächst nur ein Server die neuen Daten oder Inhalte annimmt. Später - bei geringerer Auslastung - synchronisieren sich beide Server automatisch. Die Inhalte stehen dann auf beiden Servern parallel und identisch zur Verfügung. Die Synchronisationszeiten liegen normalerweise im Bereich von Sekunden. Aufgrund von inzwischen entdeckten Unterschieden in bestimmten Schemata für die Datenbankserver (Teil des ipernity-Programmcodes) weigerte sich einer der Server, neue Daten zu akzeptieren. Daher waren Uploads nur möglich, wenn der andere Server "frei" war.
Inzwischen wurde dieser Programmfehler behoben. Aber die Hintergrundsynchronisation funktioniert noch nicht richtig. Das kommt in dem seltsamen Server-Verhalten zum Ausdruck, das uns alle nervt. Heute morgen versucht Qwellcode, auch diesen Fehler zu beheben. Danach wird die ipernity-Software bei AWS neu initialisiert, um einen neuen Wiederherstellungspunkt zu setzen.
Woher die Code-Unterschiede kommen, ist unerklärlich. Aber Qwellcode steht in Skype-Kontakt mit Christophe, der versucht, dies in Absprache mit den ehemaligen Programmierern herauszubekommen. Für uns als Anwender sind das allerdings weniger wichtige technische Details. Wichtiger ist, dass ipernity so schnell wie möglich wieder reibungslos läuft.
Lasst uns die Daumen drücken!
Bernhard (ima)
Sign-in to write a comment.