Viele alte RĂ€ume wie /helpBonfires sind jetzt veraltet, aber Camper schlieĂen sich ihnen immer noch an. Wir benötigen einen Mitwirkenden, der Schreibzugriff auf dieses Repository erworben hat, um das Thema dieser RĂ€ume durchzugehen und zu aktualisieren, indem er Folgendes ausfĂŒhrt:
/topic This room is inactive, and only exists for archival purposes. Join some active rooms - here's the full list: https://www.freecodecamp.com/wiki/en/official-free-code-camp-chat-rooms/
Zimmer benachrichtigt
Die stadtspezifischen RĂ€ume ausgelassen.
@QuincyLarson Ich denke, das sollte es sein.
PS Ich habe gerade festgestellt, dass wir mit diesem Audit 540 Zimmer haben.
Und einige davon waren wirklich lustig, andere wurden erschaffen und vergessen.
HinzugefĂŒgt:
Gute Arbeit!
@ sludge256 @raisedadead eigentlich, ich denke, wir mĂŒssen dies in buchstĂ€blich jedem Raum tun, der nicht auf unserer offiziellen Raumliste steht (es sei denn, es gab in den letzten 3 Tagen erhebliche AktivitĂ€ten).
Habe die meisten RĂ€ume ĂŒberprĂŒft, alle RĂ€ume, in denen (in mehr als einem Monat) keine AktivitĂ€t aufgetreten ist, wurden nicht angerĂŒhrt (einfach nur, weil es in ihnen Diskussionen ausgelöst hĂ€tte).
Die Campingzimmer brauchen dies nicht, sie haben bereits eine Nachricht und das oben genannte gilt auch fĂŒr alle.
SchlieĂen.
@raisedadead Wir haben das fcc-Wiki eingestellt. Zeigen die veralteten RĂ€ume auf den entsprechenden Beitrag im Forum?
@BerkeleyTrue
Ich habe das Thema aktualisiert.
Sie verlinken immer noch auf das Wiki in der Chatnachricht, ich kann sie aktualisieren, möchte nur keine Benachrichtigungen auslösen. Es ist am besten, so wie es ist, wenn man bedenkt, dass es in den meisten FÀllen keine AktivitÀten in letzter Zeit gibt.
Allerdings bekommen Ziplines und Bonfires manchmal Besucher, weil Gitter sie als vorgeschlagene RĂ€ume anzeigt.
@raisedadead @BerkeleyTrue Vielleicht möchten wir eigentlich nur die veralteten RĂ€ume löschen. Nur wenige wĂŒrden ĂŒbersehen, und auf diese Weise wĂŒrden die nativen Erkennungsfunktionen von Gitter ordnungsgemÀà funktionieren. Wir mĂŒssten unsere offiziellen RĂ€ume nicht auflisten - wir hĂ€tten nur offizielle RĂ€ume (alle inoffiziellen anderen RĂ€ume wĂŒrden von Campern selbst betrieben und nicht unter dem Freecodecamp-PrĂ€fix.
Nachteil: Wir verlieren etwas Verlauf und eine kleine Menge an Google-Suchergebnissen
Vorteil: Die Chatrooms sind den Leuten viel einfacher zu erklÀren.
Mit dem Erfolg des Forums ist es mein Ziel, einen GroĂteil der Kommunikation, die zeitweise auf Gitter stattgefunden hĂ€tte, auf das Forum zu verlagern, wo die Erwartung besteht, dass es Tage dauern kann, bis eine Antwort erhalten wird.
So viele der Chatrooms sind GeisterstĂ€dte â daher beschneiden oder verwerfen wir sie hĂ€ufig.
Wir mĂŒssten durch die offiziellen RĂ€ume gehen und sehen, welche aktiv sind.
Ja ich stimme zu. Ich denke, der Vorteil ist besser, sie zu löschen. Wird das Audit durchfĂŒhren und eine Liste veröffentlichen, die gelöscht werden kann/muss.
viele: > 100/Tag
einige: > 10/Tag, < 100/Tag,
wenige: < 10/Tag
inaktiv: heute keine BeitrÀge
FreeCodeCamp - viele
Hilfe - viele
HilfeJavaScript - viele
HilfeFrontEnd - viele
HelpDataViz - einige
HelpBackEnd - einige
Python - wenige
Java - wenige
Rubin - inaktiv
PHP - wenige
Los - inaktiv
Elixier - inaktiv
.NET - inaktiv
C++ - inaktiv
Landstreicher - inaktiv
Git - inaktiv
Linux - inaktiv
SQL - inaktiv
CodeReview - viele
YouCanDoThis - wenige
CodingJobs - viele
LĂ€ssig - einige
Lehrplanentwicklung - einige
DataScience - einige
Albanisch - inaktiv
Arabisch - wenige
Chinesisch - viele
NiederlÀndisch - inaktiv
Deutsch - inaktiv
Französisch - inaktiv
Japanisch - inaktiv
Koreanisch - inaktiv
Persisch - inaktiv
Portugiesisch - inaktiv
RumÀnisch - inaktiv
Russisch - wenige
Spanisch - einige
Schwedisch - inaktiv
Tagalog - inaktiv
Thai - inaktiv
Vietnamesisch - inaktiv
Unsere Community verteilt sich hauptsÀchlich auf 3 Orte:
Was es wert ist, hier ist meine Meinung zu jedem dieser Medien:
Von diesen drei schmieden Chatrooms die engsten Bindungen. Mit Leuten in Echtzeit zu sprechen ist aufregend und es kann schwierig sein, einen Chatroom zu verlassen. Allerdings leiden Chatrooms unter der âGeisterstadtâ weitaus mehr als Foren oder Facebook-Gruppen. Sobald die Dinge in einem Chatraum nachlassen, kann es schwierig sein, das GesprĂ€ch wieder in Gang zu bringen.
Indem wir so viel von unserer Chatroom-going-Community wie möglich auf wenige SchlĂŒsselrĂ€ume konzentrieren, verringern wir das Risiko von GeisterstĂ€dten.
Die Frage ist, welche RĂ€ume wir behalten?
Basierend auf den obigen Recherchen schlage ich bescheiden vor:
Ich freue mich, die Meinungen aller dazu zu hören.
Ich habe Ihre vorgeschlagene Liste und Ihre Einladung gesehen, ĂŒber die Zukunft eines Chatrooms wie dem von DataScience zu diskutieren. Ich glaube nicht, dass dieser Raum in ein "allgemeines Raum"-Format passt: Die Diskussionen, die dort stattfinden, drehen sich hauptsĂ€chlich um Data Science. Das ZusammenfĂŒhren dieses Raums mit einem anderen, allgemeineren Raum könnte den aktuellen Inhalt und die Motivation des Raums zerstören, es sei denn, er wird mit RĂ€umen mit Ă€hnlichen Absichten zusammengefĂŒhrt. Ein Raum wie "Mitwirkende" scheint nicht der beste Titel fĂŒr diesen zu sein. Ich kann auch sagen, dass es Leute anzieht: Es gibt derzeit 680 Abonnenten im Raum, und einige Leute ĂŒberwachen die AktivitĂ€t.
So wie es jetzt ist, glaube ich nicht, dass die Art dieses Raums und die damit verbundene AktivitĂ€t zum Forenformat passen wĂŒrden.
Ich kann nur ĂŒber diesen Raum sprechen, weil es der Raum ist, den ich seit seiner GrĂŒndung betreibe.
Ich habe auch die AktivitĂ€t im Python-Raum ĂŒberwacht: Es sind nicht 'wenige', sondern 'einige'. Dies ist jedoch ein Zimmer, das aufgrund seiner Beschaffenheit woanders hin verlegt werden könnte.
Der spanische Raum ist auch einer der aktivsten, den ich je gesehen habe ... Die Leute dort sind wirklich gut darin, die AktivitÀt im Raum aufrechtzuerhalten.
Das passt auch nicht in das Forenformat.
Wenn Sie denken, dass die Zukunft darin besteht, diese RĂ€ume zu löschen, denke ich, dass der spanische Raum davon betroffen sein wird, verwandte RĂ€ume wie HelpDataViz, HelpJavaScript usw RĂ€ume. Nachdem Sie die hilfebezogenen RĂ€ume gelöscht und die AktivitĂ€t in das Forum verschoben haben, besteht die Möglichkeit, dass der spanische Raum nicht ĂŒberlebt oder seine AktivitĂ€t reduziert. Wenn die AktivitĂ€t in Gitter im Allgemeinen weniger wird, könnte der spanische Raum tendenziell verschwinden.
Ich schlage folgendes vor:
FĂŒr einige dieser Projekte mit einer Art "einem" AktivitĂ€tsgrad, entweder zusammenfĂŒhren oder abwarten, was mit ihnen passiert, nachdem andere RĂ€ume gelöscht wurden, die möglicherweise miteinander verbunden sind.
Ich denke, das Löschen von RĂ€umen ĂŒber Hilfe wird einfach die gesamte AktivitĂ€t bei Gitter reduzieren, da Gitter kein Verweis mehr auf die Hilferessourcen ist.
entweder zusammenfĂŒhren oder abwarten, was mit ihnen passiert, nachdem andere RĂ€ume gelöscht wurden, die möglicherweise in Verbindung stehen.
@evaristoc hat sich gerade eine tolle Idee
FĂŒr den Anfang können wir die anderen SprachrĂ€ume (nicht JS ) schlieĂen und versuchen, Diskussionen in das Forum zu verschieben und das Ergebnis zu sehen, auĂerdem werden wir ein Feedback von regelmĂ€Ăigen Benutzern dieser RĂ€ume erhalten.
Wenn das Feedback sehr negativ ausfallen sollte, werden wir die ganze Idee der SchlieĂung von RĂ€umen ĂŒberdenken.
@QuincyLarson
Wenn der eigentliche Plan darin besteht, sie unabhĂ€ngig von der AktivitĂ€t zu löschen, wĂŒrde ich vorschlagen, den Benutzern Alternativen anzubieten, die mit dem Hauptmoderator ĂŒber Folgendes sprechen:
Zumindest, um die Nutzer mit genĂŒgend Zeit daran zu hindern, "ihre Sachen woanders hin zu verschieben".
Mein VerstÀndnis ist:
DataScience, Spanisch, Russisch, Chinesisch, Casual sind nicht Teil des Kerns und der Mission von Free Code Camp. Obwohl ich nicht vorschlagen möchte, dass fĂŒr den Raum, den ich verwalte, und ich weiĂ, dass dies die AktivitĂ€t dieses Raums vollstĂ€ndig beeinflusst, könnten diese RĂ€ume auf anderen Plattformen (wie FB) auĂer Betrieb genommen werden, mit der EinschrĂ€nkung, dass sie A . verlieren VIEL Verkehr - sie werden sowieso, wenn Gitter als FCC-Plattform weniger bekannt wird.
Dies sollte nur erfolgen, wenn Sie entscheiden, dass diese RÀume nicht direkt zum FCC-Projekt beitragen. Andernfalls empfehle ich Ihnen, sie zu behalten, bis Sie sehen, was mit der Gitter-AktivitÀt passiert, nachdem andere verwandte RÀume gelöscht wurden.
Ich stimme Quincy zu. Wenn es sehr aktive StadtrĂ€ume gibt, die man behalten sollte (ich weiĂ, dass Cleveland, wo ich herkomme, seit April nichts mehr gibt.), denke ich, dass die Paarung der RĂ€ume, die andere RĂ€ume duplizieren, die Dinge einfacher machen wĂŒrde. Wie die alten HilfsrĂ€ume vor der Umstellung.
Nun, spanisch/chinesisch rĂŒhren wir sie nicht an. Chinesen vor allem wegen fehlender guter FB-Alternative. Ich denke, wir sollten in der Lage sein, mit ungefĂ€hr 15 Zimmern auszukommen, indem wir eine Reihe von FĂ€higkeiten verwenden. Front, Data, Back, Code-Review, Pairing, CodingJobs. Mitwirkende, Kern . Ich bin mir ziemlich sicher, dass es noch andere RĂ€ume gibt, die hinzugefĂŒgt werden sollten, aber diese sind die, auf die ich mich am stĂ€rksten fĂŒhle. Sobald wir zum neuen Lehrplan wechseln (jedes Segment der Zertifizierung, das eine eigene Zertifizierung ist, kann einen eigenen Raum rechtfertigen)
Vielleicht halten Sie sich vom Thema fern, um eine Pomodoro-Pause vom Programmieren zu verbringen.
@evaristoc Danke fĂŒr dein Feedback. Wir können den Datenwissenschaftsraum getrennt halten, da er, wie Sie bereits erwĂ€hnt haben, fĂŒr viele Dinge verwendet wird und in Bezug auf AktivitĂ€t und Teilnehmer recht gesund ist.
Ich stimme @CarlJKashnier zu, dass wir fĂŒr insgesamt 15 RĂ€ume
Ich schlage nicht vor, dass wir einen der aktiven HilferĂ€ume löschen â nur die alten HilferĂ€ume, die nicht mehr verwendet werden. Wir hĂ€tten diese schon vor langer Zeit löschen sollen - jeder Archivierungsvorteil wird durch die Verwirrung aufgewogen, die sie verursachen:
Ich schlage vor, dass wir die folgenden RÀume sofort löschen:
FĂŒr die programmiersprachenspezifischen RĂ€ume, denke ich, sollten wir sie @alle mit einer ErklĂ€rung mit einer Standardnachricht erwĂ€hnen, warum wir denken, dass das Forum ein besserer Ort ist, um diese Themen zu diskutieren (aufgrund des geringen Nachrichtenaufkommens) und ein paar warten Tage, um zu sehen, wie die Leute reagieren.
Ich denke, CurriculumDevelopment, Hikes, LocalLeaders (weitgehend inaktiv fĂŒr den letzten Monat), CamperBot, NonprofitProjects (weitgehend inaktiv), LiveCoding und Translators sollten @all benachrichtigt werden, dass wir einen neuen Chatrooms 3 Tage löschen spĂ€ter.
"Mitwirkende" werden im Wesentlichen ein Raum fĂŒr FCC-Mitwirkende und "Superuser" sein (einschlieĂlich Camper, die zu gemeinnĂŒtzigen Projekten und internen Tools im LetsMeet-Stil beitragen. Er wird fĂŒr alle offen sein (CoreTeam ist unser einziger exklusiver Raum) und kann als Sortierung dienen eines Schmelztiegels von Leuten, die daran interessiert sind, Free Code Camp besser zu machen.
VorschlÀge? Reservierungen?
Einverstanden. Gibt es eine Möglichkeit, Gitter zu erreichen und eine Kopie der Nachrichten zur Archivierung zu erhalten?
@raisedadead Ich denke, all diese RĂ€ume werden immer noch von Google indiziert
@BerkeleyTrue @raisedadead Diese RÀume werden von Google archiviert, aber sie werden nicht mehr in den Suchergebnissen angezeigt , nachdem wir sie entfernt haben. Ich habe ein Problem erstellt, um den Download und die Open-Data-Veröffentlichung des vollstÀndigen Datensatzes zu koordinieren: https://github.com/FreeCodeCamp/FreeCodeCamp/issues/10069
Bis die RĂ€ume gelöscht sind, kann in diesen RĂ€umen auch eine Willkommensnachricht hinzugefĂŒgt werden, (optional) alle aus dem Raum entfernen; so dass, wenn jemand beitritt, die Willkommensnachricht angezeigt wird.
Dies ist der gitter API-Endpunkt zum HinzufĂŒgen einer BegrĂŒĂungsnachricht
METHOD: PUT
URI: /rooms/:roomId/meta/welcome-message
DATA: {"welcomeMessage":"# Welcome\n\nHi"}
Ich denke, dass CurriculumDevelopment, Hikes, LocalLeaders (weitgehend inaktiv fĂŒr den letzten Monat), CamperBot, NonprofitProjects (weitgehend inaktiv), LiveCoding und Translators
@/all
benachrichtigt werden sollten, dass wir einen neuen Raum namens "Contributors" erstellen und löschen diese Zimmer 3 Tage spÀter.
@QuincyLarson Ich schlage vor, die ProjektrÀume, z. B. den CamperBot- Raum, getrennt zu halten, da es sich um ein anderes Projekt handelt (_obwohl Teil von FreeCodeCamp_).
@abhisekp Ich bin nur neugierig, warum wir diese ProjektrÀume behalten sollten, wenn sie weitgehend inaktiv sind?
Der Raum von CamperBot ist extrem inaktiv - buchstÀblich eine Nachricht pro Woche. Unser Ziel ist es, diese RÀume auf so wenige wie möglich zu reduzieren, um die GesamtaktivitÀt zu maximieren und den "Hallo allerseits... [Grillen]"-Effekt zu minimieren.
Wir könnten leicht Ănderungen am Camperbot im Zusammenhang mit den allgemeinen Verbesserungen der FCC in einem Beitragsraum diskutieren.
@abhisekp danke, dass du den Endpunkt gefunden
@QuincyLarson :roomId
von Das Zimmer kostet 546fd572db8155e6700d6eaf
und kann erhalten werden, indem man einem Zimmer mit dem Namen beitritt, z
METHOD: POST
URI: /rooms
DATA: {"uri": "FreeCodeCamp/FreeCodeCamp"}
Dies ist ein zweistufiger Prozess.
:point_right: https://www.npmjs.com/package/node-gitter#promises -or-callbacks
Dokumente: https://developer.gitter.im/docs/welcome
@abhisekp ausgezeichnet - danke fĂŒr die Klarstellung.
WĂ€ren Sie daran interessiert, das Skript zu schreiben, das alle Themen aller RĂ€ume aktualisiert (auĂer denen, die wir beibehalten möchten)? Das wĂŒrde uns eine Menge mĂŒhsamer Arbeit ersparen, und ich stimme zu, es wĂ€re toll, diese RĂ€ume fĂŒr ein paar Tage mit diesem Thema zu belassen, wĂ€hrend wir ihre Historien herunterladen und sich darauf vorbereiten, sie zu löschen.
@QuincyLarson sicher ... Ich werde es herausfinden und das Skript schreiben. :+1:
@abhisekp Hatten Sie Zeit, diesbezĂŒglich Fortschritte zu machen?
@QuincyLarson ja. Ich hatte Fortschritte gemacht und werde es so schnell wie möglich abschlieĂen.
Meiner Gesundheit ging es einige Tage nicht gut. Es tut uns leid! fĂŒr die Verzögerung.
@abhisekp OK - groĂartig! Ich freue mich, dass Sie noch daran arbeiten. Keine Sorge wegen der Verzögerungen. Ich hoffe du kommst bald wieder zum GefĂŒhl đŻ :)
@QuincyLarson Welche RÀume möchten Sie NICHT einstellen ?
Danke, dass Sie mir diese Gelegenheit gegeben haben. Bei der Erstellung dieses Skripts hatte ich das BedĂŒrfnis nach einer Rate-Limiter-API (_fand so etwas nicht existieren_). Also habe ich eine Rate-Limiter-Bibliothek (https://rate-limiter-api.js.org) :smile: fĂŒr die problemlose Verwaltung von API-Ratenlimits von Drittanbietern erstellt.
Das Skript ist fertig. Und sorry fĂŒr die VerspĂ€tung.
Bitte geben Sie mir folgende Informationen
Dieser Raum ist inaktiv und existiert nur zu Archivierungszwecken. Treten Sie einigen aktiven RÀumen bei - hier ist die vollstÀndige Liste: https://www.freecodecamp.com/wiki/en/official-free-code-camp-chat-rooms/
- Eine Chatnachricht
- Willkommensnachricht
- Liste der zu speichernden RĂ€ume (Whitelist)
- Liste der RĂ€ume, die NICHT gespeichert werden sollen (schwarze Liste) (_optional_)
- Liste der RĂ€ume in der Speicherliste, die nicht gespeichert werden sollen
Bitte verachte FreeCodeCamp/Git room nicht, da es in gitter (_weird_) keine Git-RĂ€ume gibt :stuck_out_tongue_winking_eye:
Ich habe mit der folgenden Botschaft dafĂŒr geworben und es kommen von Tag zu Tag mehr Leute.
Sehen Sie sich jetzt _all_ Ihre Git
bezogenen Probleme an.
Keine Scheu : erröten:. Löse sie sofort. Die Lösung ist _nur einen Schritt entfernt_.
Fragen und Antworten bekommen von Git Ninjas :panda_face:
:point_right: FreeCodeCamp/Git :
@abhisekp Ich habe deine Nachricht gesehen
Meine SchĂ€tzung ist, dass es mit Ihrem Skript ungefĂ€hr 17 Tage dauern wĂŒrde, um eine Million Nachrichten herunterzuladen, und ich vermute, dass unser Haupt-Chatroom mehr als das hat. Wenn Ihre Optimierungen dies erheblich beschleunigen wĂŒrden, groĂartig - machen Sie sie bitte.
Ansonsten empfehle ich, dass wir uns darauf konzentrieren, dieses Skript so vorzubereiten, dass es kontinuierlich auf einem digitalen Ozeanserver fĂŒr viele verschiedene RĂ€ume ausgefĂŒhrt wird, und diese Daten in raumspezifische .csv-Dateien umwandeln, die wir als offenen Datensatz veröffentlichen können.
Wir könnten uns zuerst auf alle RĂ€ume konzentrieren, die wir löschen möchten, und dann mit der AusfĂŒhrung in unseren HauptrĂ€umen (die nicht gelöscht werden) beginnen.
Sie können sie einfach in ein lokales Verzeichnis kopieren und ich kann sie manuell abrufen und spÀter auf BitTorrent stellen.
@Berkeleytrue was hÀltst du von diesem Plan?
Hauptsache, wir löschen diese âGeisterstadtâ-RĂ€ume so schnell wie möglich. Danke fĂŒr deine MĂŒhe dabei.
@BerkeleyTrue was
@QuincyLarson @abhisekp
Ich habe mit @alayek gesprochen, der auch ein Skript dafĂŒr machen wollte. Keine Ahnung von seinen Fortschritten dabei.
Vielleicht möchte @abhisekp ihn kontaktieren?
@abhisekp @alayek Hallo zusammen, ich bin auch dabei. Es könnte interessant sein, live darĂŒber zu diskutieren. WĂ€ren Sie bereit fĂŒr ein Online-Meeting? (Skype, Google Hangouts, Webex ...)
@abhisekp wie viele Chatrooms hast du schon heruntergeladen? Ich bin bestrebt, die Konsolidierung voranzutreiben, möchte dabei aber keine Daten verlieren. Vielen Dank!
@QuincyLarson Ich brauche noch ein paar Tage. Ich habe um Hilfe bei der Logik fĂŒr die optimale Lösung gebeten. _Meine PrĂŒfungen laufen, konnte mich also nicht darauf konzentrieren._
Wenn jemand mit der optimalen Logik helfen kann, ist das wirklich nett. (_mit Ausfallsicherung von unterbrochener Verbindung zu Gitter und Speicherung in Datenbank_) dh
Ich versuche, PostgreSQL zu verwenden, um die Nachrichten mit Tabellen fĂŒr jeden Raum zu speichern. (_Bei Verwendung von NoSQL-DB kann es viel Speicher erfordern_)
Ich weiĂ nicht, wie viel Speicherplatz alles auf der Festplatte einnehmen wird.
PostgreSQL unterstĂŒtzt den Export als csv.
Einige Fakten:
beforeId
limit
(_max. 100_)skip
(_max 5000_)// cc: @alayek @evaristoc könnt ihr mir bitte dabei helfen?
@abhisekp danke fĂŒr das Update und fĂŒr das Teilen deiner bisherigen Fortschritte.
Viel GlĂŒck bei Deinen PrĂŒfungen.
@FreeCodeCamp/issue-moderators ist jemand daran interessiert, dies anzugehen?
@abhisekp ja viel GlĂŒck bei den PrĂŒfungen!
Ich sehe, was du tun willst. Das sieht groĂartig aus! Was fĂŒr Sprache verwendest du? Ist dies eine Endpunkt-API? Exzellente Idee!!!
Ich erwarte nicht viel Verkehr, der dieses Material herunterlĂ€dt, aber SEHR gelegentliche GROSSE Downloads ja. Ich sehe keinen groĂen Druck auf die Datenbank voraus, sodass möglicherweise keine zusĂ€tzliche Lastbehandlung erforderlich ist. Trotzdem sollten Warnungen fĂŒr fehlerhafte Downloads berĂŒcksichtigt werden, denke ich ...
Wo ist der Code, @abhisekp? Ich mag deine Herangehensweise...
@evaristoc es hört sich so an, als ob Sie in einer starken Position sind, dies fĂŒr @abhisekp tun zu können, wenn er nicht verfĂŒgbar ist. Wir planen ohnehin, den Inhalt all dieser RĂ€ume als Open Data freizugeben. Könnten Sie den Archivierungsprozess starten?
@FreeCodeCamp/issue-moderators
Wir werden Folgendes tun:
Hier sind unsere neuen offiziellen RĂ€ume (die Liste in unserem Wiki habe ich bereits aktualisiert:
FreeCodeCamp unser Haupt-Chatroom - hÀnge ab und
Helfen Sie mit, Hilfe bei unseren HTML-, CSS- und jQuery-Herausforderungen von Ihren Mitcampern zu erhalten
HelpJavaScript Holen Sie sich Hilfe bei unseren JavaScript- und Algorithmus-Herausforderungen von Ihren Mitcampern
HelpFrontEnd Holen Sie sich Hilfe bei unseren Frontend-Projekten von Ihren
HelpDataViz hol Mitcampern
HelpBackEnd Holen Sie sich Hilfe bei unseren Mitcampern
CodeReview gibt und erhÀlt konstruktives Feedback von deinen
YouCanDoThis Programmieren lernen ist schwer - teile deine GefĂŒhle und erhalte hier moralische UnterstĂŒtzung
LĂ€ssig kannst du hier mit anderen Campern ĂŒber deine nicht codierenden Interessen chatten
Mitwirkende helfen uns, unseren Open-Source-Lehrplan zu verbessern
DataScience hilft uns, unsere Gigs und Gigs mit öffentlichen Daten zu verstehen
Ich habe einen neuen Raum namens "Mitwirkende" erstellt und alle Diskussionen auĂerhalb des Kernteams ĂŒber BeitrĂ€ge zu FCC in irgendeiner Weise (unsere Open-Source-Repositorys, YouTube, Medium usw.) werden dort stattfinden. Dies wird die interdisziplinĂ€re Zusammenarbeit erleichtern, den Leuten eine viel bessere Vorstellung davon geben, woran die Leute arbeiten, und fĂŒr Begeisterung sorgen.
Ich sage den Leuten in den folgenden Chatrooms, dass sie unserem neuen Contributors-Room beitreten sollen:
Ich suche Kernteammitglieder, die uns helfen können, Folgendes zu erreichen:
Wer hat Interesse, bei diesem Prozess mitzuhelfen?
@QuincyLarson @evaristoc Der Themenwechsel, das Posten von Chatnachrichten und die Willkommensnachricht sind mit dem Skript bereits abgeschlossen. Ich kann es sofort einleiten.
Allein der Archivierungsprozess kann etwas Zeit in Anspruch nehmen.
@abhisekp groĂartig - danke fĂŒr die BestĂ€tigung. Ja, bitte mache es.
Haben Sie den Archivierungsprozess gestartet? Möglicherweise können wir mehr als eine Person dafĂŒr einsetzen ( @evaristoc könnte die HĂ€lfte der RĂ€ume machen und Sie könnten die andere HĂ€lfte machen?) Das wĂŒrde den Archivierungsprozess beschleunigen.
@QuincyLarson cool. Hier ist die Liste der zu speichernden RÀume. Bitte bestÀtigen Sie und ich kann beginnen. :+1:
FreeCodeCamp/FreeCodeCamp
FreeCodeCamp/Help
FreeCodeCamp/HelpJavaScript
FreeCodeCamp/HelpFrontEnd
FreeCodeCamp/HelpDataViz
FreeCodeCamp/HelpBackEnd
FreeCodeCamp/CodeReview
FreeCodeCamp/YouCanDoThis
FreeCodeCamp/Casual
FreeCodeCamp/Contributors
FreeCodeCamp/DataScience
FreeCodeCamp/CoreTeam
FreeCodeCamp/Espanol
FreeCodeCamp/chinese
_Andere RĂ€ume haben das folgende Thema, die Chatnachricht und die Willkommensnachricht_
Dieser Raum wird geschlossen und archiviert. Bitte verschieben Sie die Diskussion zu diesem Thema in unser Forum oder in einen der offiziellen Free Code Camp Chatrooms: http://forum.freecodecamp.com/t/free-code-camp-official-chat-rooms/19390
Dieser Raum wird geschlossen und archiviert.
@/all Bitte verschieben Sie die Diskussion zu diesem Thema in unser Forum oder in einen der offiziellen Free Code Camp Chatrooms: http://forum.freecodecamp.com/t/free-code-camp-official-chat-rooms/19390
Dieser Raum wird geschlossen und archiviert.
Bitte verschieben Sie die Diskussion zu diesem Thema in unser Forum oder in einen der offiziellen Free Code Camp Chatrooms: http://forum.freecodecamp.com/t/free-code-camp-official-chat-rooms/19390
@abhisekp Perfekt. Wenn Sie "gespeichert" speichern, meinen Sie "nicht gelöscht", oder?
@QuincyLarson ja. Nicht veraltet. :+1:
@abhisekp auch, bitte lösche nicht den Kernteamraum oder
@QuincyLarson Gibt es weitere RĂ€ume, die nicht eingestellt werden sollten?
@abhisekp Das glaube ich nicht. Wenn jemand bemerkt, dass ein Raum die Benachrichtigung ĂŒber die Einstellung erhĂ€lt, der keine erhalten sollte, kann er dies hier zu diesem Thema erwĂ€hnen.
Bitte behalten Sie den Chatroom von Coding Jobs. Viele von uns lesen es, auch wenn wir nicht kommentieren. Ich habe gesehen, dass Jobangebote auftauchen und ich denke, wenn jemand in diesem Moment nach einem Programmierer sucht, ist es einfacher und schneller fĂŒr ihn, einfach im Chat statt in einem Forum zu posten. AuĂerdem ist dynamische Konversation einfach interessanter. Danke fĂŒr deine RĂŒcksicht.
Der Coding-Jobs-Raum hat viele Posts in diesem Thread und hat dort einen Hinweis auf die Einstellung veröffentlicht.
Die Linux-, Ruby-, Python- und vielleicht LetsPair- und Git-RĂ€ume sind es wert, gerettet zu werden. Auch der GameDev-Raum.
WĂ€hrend ich mit der Entscheidung einiger lĂ€nderspezifischer RĂ€ume einverstanden bin, die nicht zum Thema gehören und andere RĂ€ume, die wirklich nicht geholfen haben, stimme ich der Entfernung sprachspezifischer RĂ€ume absolut nicht zu, insbesondere der Sprachen, die immer noch blĂŒhen und anziehen auf wie Elixier.
ZusĂ€tzliche RĂ€ume helfen bei der SpezifitĂ€t und der ĂberfĂŒllung allgemeiner RĂ€ume wie /FreeCodeCamp/FreeCodeCamp, wir könnten Leute haben, die ĂŒber bestimmte Dinge in diesen RĂ€umen sprechen. Ich mochte auch das LetsPair-Zimmer, vielleicht ist das Problem nicht, dass die Zimmer von den Campern nicht viel Aufmerksamkeit und Verkehrsrichtung erhalten.
Es war klug, den Beitragsraum zu schaffen, aber es ist nur so, dass so viele RĂ€ume dorthin gerichtet wurden, ich sehe nicht, wie es funktionieren wird, aber ich wĂŒnschte wirklich, es wĂ€re so. Ich hĂ€tte gerne die Python-, Elixir-, Ruby- und PHP-RĂ€ume zurĂŒck, denn nach der Vision von FCC wolltet ihr "etwas" fĂŒr diese Sprachen haben, es gibt keine Informationen darĂŒber auf der Speisekarte oder der Karte, es war nur ein Medium-Post, an den sich die Leute wahrscheinlich nicht mehr erinnern.
Auch der Gitroom könnte ein WÀrter sein.
Und abgesehen davon:
Wenn jemand bemerkt, dass ein Raum die Benachrichtigung ĂŒber die Einstellung erhĂ€lt, der keine erhalten sollte, kann er dies hier zu diesem Thema erwĂ€hnen.
Ich muss hinzufĂŒgen, dass es vielleicht gut wĂ€re, diesen (tief versteckten) Problemlink zum Benachrichtigungstitel in den RĂ€umen hinzuzufĂŒgen, damit die Leute wirklich Bescheid wissen
erwÀhne es hier zu diesem Thema
Im Moment warnt der Text die Leute einfach davor, dass der Raum, den sie benutzen und tĂ€glich ĂŒberprĂŒfen, ohne vorherige Warnung geschlossen wird, ohne die Benutzer ĂŒberhaupt um ihre Meinung zu bitten. Nur ein Satz. Es wird auf jeden Fall geschlossen, und Sie mĂŒssen stattdessen die vorgeschlagenen minderwertigen Alternativen verwenden (ja: ĂŒberfĂŒllte und verstreute KanĂ€le oder ein Unterforum sind eine minderwertige Alternative zu einem bestimmten Chatroom).
Hallo. Ich bin bei der NYC FCC-Gruppe. Wir haben eine aktive Gruppe, die jetzt mit der EinfĂŒhrung von FCC Coffee N Codes aus Queens an Bedeutung gewinnt.
Formale Anforderung, dass /NewYorkCity nicht veraltet ist.
Edit: Link fĂŒr die Faulen .
@AryanJ-NYC Vielen Dank fĂŒr den Hinweis auf gitter.im/freecodecamp/NewYorkCity. Dies ist ein Sonderfall, in dem ein lokal ausgerichteter Chatroom erfolgreich war. Wenn dieser Raum aktiv bleibt, können wir ihn als nicht gelistet behalten. Ich poste ein Update im Raum.
@coffeebeanzz Sie haben Recht - es war ein Fehler, die Einstellungsmitteilung an CodingJobs zu senden. Ich habe es wieder der offiziellen Raumliste hinzugefĂŒgt und eine Nachricht in den Raum gesendet, in der klargestellt wird, dass es nicht archiviert wird.
Ich habe eine detaillierte ErklÀrung dieses Prozesses gepostet und oben im Forum angepinnt :
Bitte ĂŒberlassen Sie uns den Let's Pair Raum. Viele Camper haben sich geteilt und aufgeholt, um ihre Herausforderungen zu meistern, indem sie sich in diesem Raum treffen.
Ist es nicht eines der FCC-Konzepte, sich mit anderen zusammenzutun, um unser Programmierlernen und unsere Erfahrungen zu verbessern?
Die einzigen zwei RĂ€ume, denen ich folge, sind Front End und Let's Pair.
@KoniKodes Nachdem ich
Du bist so einer meiner Haupthelden. Ich danke dir sehr.
Von: Quincy Larson [mailto:[email protected]]
Gesendet: Samstag, 17. September 2016 15:39
An: FreeCodeCamp/FreeCodeCamp
CC: KoniKodes; ErwÀhnen
Betreff: Re: [FreeCodeCamp/FreeCodeCamp] Gitter-RĂ€ume verwerfen, alle Daten herunterladen (#8418)
@KoniKodes https://github.com/KoniKodes Nachdem ich LetsPair ĂŒberprĂŒft und mit mehreren Campern dort gesprochen habe, stimme ich zu, dass wir es als offiziellen Raum fĂŒhren sollten.
â
Sie erhalten dies, weil Sie erwÀhnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an https://github.com/FreeCodeCamp/FreeCodeCamp/issues/8418#issuecomment -247812317 , oder schalten Sie den Thread stumm https://github.com/notifications/unsubscribe-auth/ARjWiUauw4_o2DR5nIyYazvVm5KGv4_gaw5q https://github.com/notifications/beacon/ARjWicsQahixEmA4fdn-_d98WTRuUffZks5qrGv_gaJpZM4IWBHE.gif
Hallo @abhisekp hast du irgendwelche Fortschritte beim Herunterladen gemacht?
@QuincyLarson Ich arbeite noch daran. Brauche noch ein bisschen Zeit.
@abhisekp OK - danke fĂŒr die BestĂ€tigung, dass dies noch im Gange ist. Keine Eile
@abhisekp lass es mich wissen, wie ich helfen kann. Bitte lesen Sie auch meine Nachricht oben:
https://github.com/FreeCodeCamp/FreeCodeCamp/issues/8418#issuecomment -247571215
@evaristoc : Hallo! Schön, Sie zu lesen :) Ich bin neugierig, wie Sie dieses Problem angegangen sind. Sie mĂŒssen den Token nicht teilen, wĂŒrden Sie bitte ein Repo oder etwas anderes machen. Gibt es eine Möglichkeit herauszufinden, wie viele Daten sich in einem Raum befinden, bevor das Skript ausgefĂŒhrt wird? Wir könnten dann die benötigte Zeit abschĂ€tzen. Hast du die 1.3G heruntergeladen? Mit NodeJS und dem Schreiben von Daten in eine JSON-Datei lieferten mir 2 der RĂ€ume die folgenden Ergebnisse:
@evaristoc Wenn Sie auch alle RĂ€ume herunterziehen und in einem Format speichern könnten, das als offene Daten (CSV?) freigegeben werden kann, wĂ€re das Ă€uĂerst hilfreich. Wenn Sie den gesamten Hauptraum in weniger als einem Tag ziehen können, bedeutet dies, dass Sie die meisten RĂ€ume ziemlich schnell ziehen können.
@ladybugtju Sobald wir alle Chatrooms archiviert und sicher gesichert haben, können wir mit dem Löschen der Chatrooms beginnen. Die einzigen RÀume, die wir nicht löschen, sind:
FreeCodeCamp/FreeCodeCamp
FreeCodeCamp/Hilfe
FreeCodeCamp/HilfeJavaScript
FreeCodeCamp/HilfeFrontEnd
FreeCodeCamp/HelpDataViz
FreeCodeCamp/HelpBackEnd
FreeCodeCamp/CodeReview
FreeCodeCamp/YouCanDoThis
FreeCodeCamp/Casual
FreeCodeCamp/Mitwirkende
FreeCodeCamp/DataScience
FreeCodeCamp/CoreTeam
FreeCodeCamp/Espanol
FreeCodeCamp/chinesisch
FreeCodeCamp/pairprogrammingwomen
FreeCodeCamp/newyorkcity
FreeCodeCamp/letspair
FreeCodeCamp/codingjobs
@QuincyLarson : Danke fĂŒr die Liste. Es gibt ein paar andere RĂ€ume, die viele Abonnenten haben und aktiv zu sein scheinen. Ich denke, ich werde es umgekehrt machen und nur die RĂ€ume herunterladen, die behalten werden sollen_oder einige davon. Hier ist die Liste mit Room_Ids: (es könnte nĂŒtzlich sein)
https://docs.google.com/spreadsheets/d/1HSRL-HTOREYF86mNDczNp7XNA5Tuo4TWP4AiMYyZDU8/edit?usp=sharing
@ladybugtju Obwohl diese RĂ€ume etwas aktiv sind (ein paar Nachrichten pro Woche), haben wir uns entschlossen, sie zu schlieĂen. Es ist hilfreich, RĂ€ume herunterzuladen, die wir behalten, aber unser Ziel ist es, sicherzustellen, dass wir alle RĂ€ume, die wir zu Archivierungszwecken löschen, gesichert haben.
@QuincyLarson : Danke fĂŒr die prompte Antwort. Ich könnte auch dabei helfen, aber da Abhisekp bereits allen RĂ€umen beigetreten ist (er sollte alle IDs haben), denke ich darĂŒber nach, die KernrĂ€ume und vielleicht ein paar andere RĂ€ume dieses Wochenende herunterzuladen. Es kann ungefĂ€hr 5 Stunden dauern. Der Punkt ist, die Daten als Open Source zu verwenden und die Leute sie auch analysieren zu lassen, oder? FĂŒr einige der relevanten RĂ€ume kann ich das JSON-Format bereitstellen
Darf ich Sie auch auf folgende RĂ€ume aufmerksam machen, die es wert sind, erhalten zu werden:
25 FreeCodeCamp/HilfeBonfires 55b516800fc9f982beab0950 4141
28 FreeCodeCamp/HilfeZiplines 55b522300fc9f982beab0a40 2203
29 FreeCodeCamp/CamperPracticeProjects 54ef614115522ed4b3dc863b 1692
31 FreeCodeCamp/CurriculumDevelopment 54d96d6915522ed4b3dbd2ce 846
@ladybugtju Ja - das wÀre wirklich hilfreich. Wir können auch die Daten aus diesen RÀumen in den offenen Datensatz aufnehmen.
BezĂŒglich der anderen Zimmer, die Sie erwĂ€hnt haben:
@QuincyLarson @evaristoc : Hallo! Hoffe du hattest ein schönes Wochenende. Ich habe das Skript heute Morgen ausgefĂŒhrt und festgestellt, dass ein Problem mit der Speicherzuweisung beim Knoten vorliegt, wenn die Daten 1 GB ĂŒberschreiten. Ich muss das ein bisschen mehr graben, aber hier sind die neuesten Updates:
Code stĂŒrzte nach 4H30mn ab - Daten im Speicher: 1,4G (Es könnte der Raumdatenwert sein, aber ich vermute, dass es die Absturzstufe ist, da ich festgestellt habe, dass Ă€hnliche Skripte an derselben Stelle abstĂŒrzen)
Hier die Konsolenausgabe:
<--- Letzte GCs --->
15953303 ms: Mark-Sweep 1372,8 (1435,0) -> 1363,8 (1427,5) MB, 1203,0 / 0 ms [Zuordnungsfehler] [GC im alten Speicherplatz angefordert].
15954582 ms: Mark-Sweep 1363,8 (1427,5) -> 1363,8 (1428,5) MB, 1278,9 / 0 ms [Zuordnungsfehler] [GC im alten Speicherplatz angefordert].
15955886 ms: Mark-Sweep 1363,8 (1428,5) -> 1363,8 (1427,5) MB, 1304,2 / 0 ms [letzter Ausweg gc].
15957195 ms: Mark-Sweep 1363,8 (1427,5) -> 1363,5 (1427,5) MB, 1309.3 / 0 ms [letzter Ausweg gc].
<--- JS-Stacktrace --->
==== JS-Stack-Trace ========================================
Sicherheitskontext: 0x3f8620ec9fa9
1: _callback [/Users/MacBookPro/Desktop/TEST apps/FCC_challenges/Gitter/GitterApiV2/gitter-demo-app/fccGitterData.js:37] [pc=0x7c8872149cb](this=0x26b775e241a1 ,err=0x3f8620e04101
FAbbruchfalle: 6
Ich bin diese Woche beschÀftigt, werde aber mehr Zeit haben, um an dieser nÀchsten zu arbeiten.
@evaristoc Ich frage mich, ob Sie nicht das gleiche Problem hatten oder VorschlÀge haben
@QuincyLarson : Es ist kein Problem, kleinere RÀume herunterzuladen, aber der Hauptraum ist schwer. Es wÀre gut, sich bei den Leuten von Gitter zu erkundigen und zu fragen, wie viele Daten darin enthalten sind. Ich habe ihnen eine E-Mail geschickt und bin immer noch ausstehend
@ladybugtju OK - hört sich gut an. Danke fĂŒr Ihre Hilfe. Fahren Sie fort und laden Sie die kleinen RĂ€ume herunter. Ein GroĂteil der RĂ€ume, die wir löschen möchten, sind relativ klein.
@ladybugtju @abhisekp @evaristoc Hast du eine Liste aller RĂ€ume unter der Free Code Camp Organisation? Wenn ja, könnten Sie eine Ăbersicht ĂŒber alle RĂ€ume erstellen, die gesichert wurden, wĂ€hrend wir sie sichern? Auf diese Weise können wir sehen, wie viel Fortschritt wir in dieser Richtung gemacht haben.
Danke fĂŒr deine harte Arbeit. Dies ist ein Thema, das tĂ€glich im GesprĂ€ch mit Campern auftaucht. Chat wird viel benutzerfreundlicher (und erforschbarer) sein, sobald wir diese RĂ€ume konsolidiert haben.
Archivierte RĂ€ume sind mit . gekennzeichnet
Und gelöschte RÀume werden mit gelöschter Textmarkierung markiert
@abhisekp perfekt. Dankeschön!
@abhisekp Ich habe Ihre Liste aktualisiert, sodass alle RÀume, die wir nicht löschen
Frage: Gibt es eine Möglichkeit, die erforderlichen Daten aus veralteten RÀumen zu behalten, sie aber trotzdem von dieser Seite zu entfernen? https://gitter.im/orgs/FreeCodeCamp/rooms
WaitButWhy: Weil Studenten bei der Verfolgung eines aktiven und relevanten Raums leicht irregefĂŒhrt, abgelenkt und von KernrĂ€umen abgeschreckt werden, die nicht bequem auf der ersten Seite des FCC-Erkunden-Links angezeigt werden. Hier hilft sicherlich eine Konsolidierung . Ich glaube, wenn wir solche RĂ€ume wie _Git_ leicht finden könnten, wĂŒrden wir mehr positives Engagement in RĂ€umen sehen, die fĂŒr die Mission von Freecodecamp relevant sind.
https://gitter.im/FreeCodeCamp/Git
AuĂerdem denke ich, dass _Git_ ein perfektes Beispiel fĂŒr einen notwendigen Raum ist. Es gibt keine aktiven RĂ€ume auf Gitter, die so spezifisch sind, dass es eine Git- oder Github-Community gibt, von denen mir gesagt wurde, dass sie beide unerlĂ€sslich sind, um Entwickler zu werden. Ich denke, wir können den Raum integrativer gestalten, um das Engagement der Gemeinschaft zu erhöhen, indem wir nicht nur git, sondern auch die _Befehlszeile_, _Editoren_, _GUI-Clients, von denen es viele gibt_ und natĂŒrlich _alles, was mit Github zu tun hat_đ
@ladybugtju Entschuldigung fĂŒr die spĂ€te Antwort:
Ja, das könnte ein Problem bei der Verwendung von Node sein, aber ĂŒberprĂŒfen Sie: Sind Sie asynchron? Vielleicht in Blöcken schreiben und versuchen, keine Daten im Speicher zu behalten? Ich habe Python verwendet, das dieses Limit nicht hat; Mein Problem wĂ€re mehr RAM, aber ich könnte auch Brocken machen.
Der Hauptraum wird nicht zum Download angeboten.
@evaristoc : Hallo, danke fĂŒr die Nachricht und entschuldige die Schneckenantwort, ich war in letzter Zeit beschĂ€ftigt. Habe in 1/2 Wochen mehr Zeit. Als ich mir das das letzte Mal ansah, stellte ich fest, dass es sich um ein Speicherproblem handelt, mit dem wir uns sowohl in Knoten als auch in Python auseinandersetzen mĂŒssen. Es scheint, dass es mit dem Kernel zusammenhĂ€ngt, ein einzelner Prozess kann trotz eines gröĂeren physischen Arbeitsspeichers nicht mehr als 2 GB gleichzeitig verwenden. Diese kann mit /3gb boot.ini auf 3GB erhöht werden. Vielleicht macht es SpaĂ zu versuchen (ich habe den Beitrag angehĂ€ngt, in dem ich das gefunden habe).
Python
http://stackoverflow.com/questions/4285185/upper-memory-limit
Knoten
https://www.youtube.com/watch?v=NLtL-EEclRc
In dieser Wohnung habe ich einige RĂ€ume heruntergeladen, aber vielleicht besser zu koordinieren? Ich begann, mir die von @abhisekp gepostete Liste
@ladybugtju Hallo! Danke fĂŒr die Untersuchung des Problems und den Link.
Ich habe meine Quelle fĂŒr das Deprecation-Skript hier in BitBucket hochgeladen https://bitbucket.org/abhisekp/gitter-archive/src
Dies speichert in postgresql db anstelle einer CSV-Datei direkt, die spÀter in CSV exportiert werden kann.
Es lÀdt Nachrichten herunter, stoppt jedoch etwa 30.000 Nachrichten. Aber von vorne beginnend, beginnt es dort, wo es aufgehört hat.
Aufgrund technischer Schwierigkeiten konnte ich einige Probleme beim Herunterladen nicht beheben.
Hi @abhisekp : Entschuldigung fĂŒr die Schneckenantwort, arbeitsreiche Tage. Ich werde mir das alles nach dem 14. noch einmal ansehen, aber ich glaube, ich habe tatsĂ€chlich schon 10 RĂ€ume heruntergeladen und eine kurze Liste erstellt. Wir könnten einige RĂ€ume, die nicht nĂŒtzlich sind, schlieĂen und einige andere kleine vorerst fertig herunterladen. Teilen wir die Arbeit auf? Wir könnten spĂ€ter andere Probleme angehen. Wie viele RĂ€ume haben Sie heruntergeladen und was wĂ€ren Ihre PrĂ€ferenzen?
@ladybugtju Danke fĂŒr das Update. Und danke dafĂŒr.
Könnten Sie bitte die Liste der RÀume, die Sie bereits heruntergeladen haben, teilen?
Ich konnte aufgrund technischer Probleme mit meinem PC und instabiler KonnektivitÀt nicht fortfahren.
@ladybugtju Ich empfehle, alle RĂ€ume auf einmal zu schlieĂen, sobald Sie alle ihre Daten heruntergeladen und wir sie gesichert haben.
Der einfachste Weg, dies zu tun, besteht darin, fĂŒr jeden Raum individuelle Dateien zu erstellen und diese in dieses von mir erstellte Repository zu verschieben :
Ich habe sowohl Sie als auch das gesamte Moderationsteam (einschlieĂlich @abhisekp) als Mitglieder zugelassen.
Welches Format wĂ€re dafĂŒr am besten? CSV ist kompakter und ermöglicht die Untersuchung von Daten in Tabellenkalkulationen.
Da RÀume gepusht werden, können sie in der obigen Checkliste abgehakt werden.
@ladybugtju @abhisekp gab es
@QuincyLarson Ich habe den FreeCodeCamp/FreeCodeCamp
Hauptraum bis zum 17-12-2016 15:39:24 GMT vollstÀndig
GesamtgröĂe unkomprimiert: 588 MB (Tabulator getrenntes Format .tsv
)
Komprimiert mit 7z GröĂe: 95 MB (wird mit git-lfs in das Repo hochgeladen)
room_id | room_uri | gesendet_at | from_userid | from_username | message_id | Text
:----:|:----:|:----:|:----:|:----:|:----:|----:
546fd572db8155e6700d6eaf | FreeCodeCamp/FreeCodeCamp | 2014-11-22T00:26:21.469Z | 546fd823db8155e6700d6eb4 | Rybar | 546fd82da07c098d4401b480 | Hallo.
546fd572db8155e6700d6eaf | FreeCodeCamp/FreeCodeCamp | 2014-11-22T00:15:04.643Z | | | 546fd58872a00ba87914fcfe | @FreeCodeCamp erste Person hier
Hinweis: Die Felder
from_userid
undfrom_username
waren in der ursprĂŒnglichen Nachricht leer.
Dies ist die allererste Nachricht im FreeCodeCamp-Raum :smiley:
Notiz. Ich habe den gesamten Download ĂŒberwacht und es gibt absolut KEINE Fehler beim Herunterladen der Nachrichten .
Ich habe http://papertrailapp.com zum Loggen verwendet.
// cc: @evaristoc
git-lfs kann nicht verwendet werden, da es kostenpflichtig ist. Und github ist nicht der richtige Ort, um groĂe Dateien hochzuladen.
https://github.com/ckolivas/lrzip bietet die beste Komprimierung. Ich konnte die Datei 588 MB
auf nur 75 MB
komprimieren. Und dann dekomprimieren. (beide mit C9, dh 512 MB Speicherlimit)
@abhisekp Genial ! Ich wusste nicht, dass Git-LFS Geld kostet. Können wir diese Dateien nicht einfach in ein Repo verschieben? FreeCodeCamp/FreeCodeCamp ist um eine GröĂenordnung der gröĂte Gitterraum, daher sollten die anderen RĂ€ume bei dieser Komprimierungsstufe kein groĂes Problem darstellen.
Können wir das auf Amazon S3 ĂŒbertragen? GitHub ist eindeutig nicht der richtige Ort fĂŒr die Datenspeicherung. Es kommt mit kostenlosen 5 GB Speicherplatz und Datenabrufe kosten 0,01 USD pro GB.
Ich glaube, dafĂŒr haben wir schon eine Instanz?
@raisedadead ja - ich kann sie zum Hosten in unser AWS S3-Konto
@QuincyLarson , @abhisekp hat die Daten derzeit. Vielleicht kann er also nur das Beste fĂŒhren.
Das Hochladen sollte ziemlich einfach sein, solange Sie können (vielleicht mit Hilfe von Berkeley) Anmeldeinformationen fĂŒr ihn mit den richtigen Bereichen erstellen
Aber lass es mich wissen, wenn ich irgendwie helfen kann.
@raisedadead Danke fĂŒr die Idee! Ich habe extra fĂŒr @abhisekp einen S3-SchlĂŒssel
Hi
Freut mich , solche Fortschritte zu sehen :) einiger Zeit geteilt habe: https://docs.google.com/spreadsheets/d/1HSRL-HTOREYF86mNDczNp7XNA5Tuo4TWP4AiMYyZDU8/edit#gid =0
Es stammt jedoch aus dem Oktober, daher ist es wahrscheinlich besser, die Daten neu auszurichten. Ich habe mir tatsĂ€chlich wichtige und aktive RĂ€ume ausgesucht, also gibt es sicher viele neue Sachen. Haben Sie das Herunterladen aller RĂ€ume automatisiert oder mĂŒssen Sie das separat tun? Lass es mich wissen falls du Hilfe benötigst. Danke schön
PS: Hier ein Link fĂŒr die heruntergeladenen RĂ€ume: https://we.tl/lcBU6Cs7E4
12 RÀume am 21. Oktober. Es ist nur ein weTransfer, aber Sie können Github, AWS oder andere verwenden
Gitter-Communitys sorgenfrei archivieren :smiley:
CTRL + C
zum Beenden des Prozesses) und beim Start wird es dort fortgesetzt, wo es aufgehört hat ( wie in der automatisch generierten Datei gitterarchive-settings.json
).# install globally
$ npm i -g gitter-archive-cli
Erstellen Sie ein Verzeichnis, in dem Sie die gitter-Community-Archive speichern möchten.
Erstellen Sie eine .env
Datei und .gitterarchiverc.json
wie im Beispiel unten in diesem Verzeichnis.
HINWEIS:
noArchiveList
hat Vorrang vorarchiveList
.
Starten Sie nun einfach den Archivierungsprozess mit dem Befehl gitter-archive
. :LĂ€cheln:
.env
# Gitter Tokens
GITTER_TOKEN_username1=
GITTER_TOKEN_username2=
GITTER_TOKEN_username3=
.gitterarchiverc.json
{
"rooms": {
"noArchiveList": [
"FreeCodeCamp/HelpJavaScript",
"FreeCodeCamp/FreeCodeCamp",
"FreeCodeCamp/Help",
"FreeCodeCamp/HelpFrontend",
"FreeCodeCamp/HelpBackend",
"FreeCodeCamp/[a-m]*"
],
"archiveList": [
"FreeCodeCamp/*"
]
},
"groups": {
"enabled": [{
"uri": "FreeCodeCamp",
"id": "57542cf4c43b8c6019778297"
}],
"disabled": []
}
}
$ gitter-archive
Wenn es abrupt stoppt, fĂŒhren Sie einfach den obigen Befehl erneut aus und es wird automatisch dort fortgesetzt, wo es aufgehört hat. :white_check_mark:
einige known bugs
Wenn Sie den Status Error Response 429 sehen, warten Sie ein oder zwei Minuten und beenden Sie den Vorgang nicht.
Randnotiz: Es funktioniert nahtlos in C9.io
// cc: @evaristoc @ladybugtju
@abhisekp Genial ! Wenn dies gut funktioniert, können Sie es dann so einstellen, dass es ununterbrochen lÀuft, bis alle unsere RÀume gesichert sind? Dann können wir das zippen und auf S3 schieben.
@abhisekp Lass die Magie geschehen :) Prost
@QuincyLarson @ladybugtju Danke. Die Magie ist fast vollstÀndig :smirk:
:point_right: https://github.com/FreeCodeCamp/gitter-history
Github hat eine strikte DateigröĂenbeschrĂ€nkung von 100 MB, gibt aber bei 50 MB eine Warnung aus. Ich konnte eine 53 MB groĂe Datei ( FreeCodeCamp/HelpFrontend
Raumarchiv ) ĂŒbertragen.
â https://help.github.com/articles/what-is-my-disk-quota/
Die einzigen verbleibenden Zimmer sind
FreeCodeCamp/Help
( messageCount: 1368452
) (291 MB unkomprimiert)FreeCodeCamp/HelpJavaScript
FreeCodeCamp/FreeCodeCamp
Dies sind die gröĂten RĂ€ume.
Aktualisieren
FreeCodeCamp/Help
Raum nach der Archivierung mit zip
mit einer maximalen Komprimierungsstufe von 9
.
DateigröĂe: 62 MB (komprimiert)
@abhisekp Erstaunliche Arbeit. Glauben Sie, dass wir jetzt, da diese RÀume in der Versionskontrolle sind, sicher sind, diese RÀume zu löschen?
Was die gröĂeren RĂ€ume anbelangt, möchten wir sie möglicherweise nach Datum in separate Dateien aufteilen. Zum Beispiel: FreeCodeCamp/FreeCodeCamp 1. August 2015 - 31. November 2015
Dies wird es uns erleichtern, ihnen weiterhin aktualisierte Archive zu ĂŒbermitteln.
Dies wird ein riesiger öffentlicher Datensatz sein und ich kann mir vorstellen, dass viele Leute daran interessiert sein werden. Wir können dies auf Kaggle veröffentlichen, sobald es fertig ist :)
@abhisekp wie lĂ€uft dieser Prozess ab? Haben Sie es geschafft, ein vollstĂ€ndiges Archiv unserer Gitter-RĂ€ume zu erstellen? Können wir anfangen, RĂ€ume zu schlieĂen, die wir jetzt nicht behalten wollen?
Unser Plan ist:
Sobald alle diese Nachrichten im https://github.com/FreeCodeCamp/gitter-history-Repository sind , werde ich alle RÀume mit Ausnahme derjenigen auf unserer offiziellen Raumliste durchgehen und löschen. In all diesen Chatrooms sind bereits Meldungen zur Einstellung vorhanden und sie werden sowieso nicht verwendet.
Camper können immer noch ihre eigenen inoffiziellen GitterrĂ€ume erstellen, aber die Chatroom-Struktur von freeCodeCamp wird sauber und einfach sein, mit minimaler Unklarheit darĂŒber, zu welchen RĂ€umen sie gehen sollen.
Dann werden wir https://gitter.im/FreeCodeCamp/home als unseren Haupteingang zu unseren Chatrooms verwenden.
Sorry @QuincyLarson fragt warum FreeCodeCamp/FreeCodeCamp?
@evaristoc klingt wie die Antwort ist
...die Chatroom-Struktur von freeCodeCamp wird sauber und einfach sein, mit minimaler Unklarheit darĂŒber, in welche RĂ€ume man gehen soll. - https://github.com/freeCodeCamp/freeCodeCamp/issues/8418#issuecomment -282459257
Ein Raum, der nur freeCodeCamp
wird, beschreibt nicht wirklich, was der Raum an sich tut.
@QuincyLarson @erictleung FĂŒr ein kleines Projekt, das ich geplant hatte, habe ich fast alle Nachrichten aus dem Hauptraum heruntergeladen. Daten sind bis gestern.
Das sind ungefĂ€hr 2,5 GB Daten ohne Komprimierung (wenn die Daten, die ich heruntergeladen habe, korrekt sind). Muss dies zum Repo hinzugefĂŒgt werden?
@erictleung guter Punkt, aber ich verstehe, dass dies die Liste der offiziellen RĂ€ume ist. Freecodecamp-Raum ist noch da:
https://github.com/freeCodeCamp/freeCodeCamp/issues/8418#issuecomment -247755458
Ist es eine Ănderung in dieser Liste, die mir nicht bekannt ist?
@erictleung Es gibt keine Möglichkeit, einen
@evaristoc ja - das wĂ€re toll. Wenn du alles von freecodecamp/freecodecamp ziehst, fĂŒge es unbedingt zu https://github.com/FreeCodeCamp/gitter-history hinzu
OK - alle veralteten RĂ€ume wurden danach gesichert. Ich habe in letzter Zeit nichts von
Neue RĂ€ume zur Archivierung geplant:
Derzeit wird der @abhisekp- Ansatz zur Archivierung untersucht, bevor der Prozess zum Herunterladen der Daten eingeleitet wird:
https://github.com/freeCodeCamp/freeCodeCamp/issues/8418#issuecomment -238083019
https://github.com/freeCodeCamp/freeCodeCamp/issues/8418#issuecomment -269025399
https://github.com/freeCodeCamp/freeCodeCamp/issues/8418#issuecomment -258058263
@QuincyLarson :
Ich habe versucht, das groĂartige Paket von @abhisekp zu verwenden : https://www.npmjs.com/package/gitter-archive-cli, aber leider hat es auf meinem Computer nicht funktioniert. Es gibt ein 404 error
, das ich schwer debuggen kann.
Ich werde dies wahrscheinlich auf Python bearbeiten. Mein aktueller Code scheint jedoch veraltet zu sein. Anscheinend bin ich auch von den Ratenlimits mit einem 459 error
betroffen - war vorher nicht passiert, ich habe es geschafft, herunterzuladen
Nachrichten ĂŒber das Limit im MĂ€rz 2017 mit einem einfacheren Code.
Wenn es funktioniert, werde ich meinen Python-Code zur VerfĂŒgung stellen. In der Hoffnung, dass dies hilft, einen Standardcode fĂŒr die zukĂŒnftige Chatroom-Archivierung zu finden.
Eine andere, einfachere Option von @ladybugtju :
https://github.com/ladybugtju/ffcGitterData/blob/master/fccGitterData.js
Dies ist eine frĂŒhere Nachricht von @abhisekp , die hier als Referenz aufbewahrt werden soll: https://github.com/freeCodeCamp/freeCodeCamp/issues/8418#issuecomment -252860430
@evaristoc bitte
Hilfreichster Kommentar
Bitte behalten Sie den Chatroom von Coding Jobs. Viele von uns lesen es, auch wenn wir nicht kommentieren. Ich habe gesehen, dass Jobangebote auftauchen und ich denke, wenn jemand in diesem Moment nach einem Programmierer sucht, ist es einfacher und schneller fĂŒr ihn, einfach im Chat statt in einem Forum zu posten. AuĂerdem ist dynamische Konversation einfach interessanter. Danke fĂŒr deine RĂŒcksicht.