You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-de@openoffice.apache.org by Jörg Schmidt <jo...@j-m-schmidt.de> on 2013/05/23 19:28:35 UTC
[dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Hallo,
Ich hatte ja bereits vor einigen Tagen versprochen mich an der Aktualisierung der Webseiten zu beteiligen, bei der Raphael schon die Startseite aktualisiert hatte.
Gestern Abend hatte ich einige Stunden Zeit mich damit zu beschäftigen und stelle u.a. fest das es in den css-Dateien etliche Verweise auf Grafiken gibt und wohl noch andere Stolpersteine.
Zu Testzwecken jetzt hier lokal bei mir diverse Pfade 'umzubiegen' birgt die Gefahr etwas zu übersehen, deshalb die Frage, gibt es irgendeine Live-Testumgebung dafür oder liefe es wirklich darauf hinaus das ich z.B., wenn ich http://www.openoffice.org/de/about-ooo/about-mailinglist.html unter Realbedingungen testen will, eine vorübergehende Adresse http://www.openoffice.org/de/about-ooo/about-mailinglist-tmp-testseite.html nutzen muss?
Gruß
Jörg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by RA Stehmann <an...@rechtsanwalt-stehmann.de>.
Nur zur Klarstellung:
Codesigning oder ein Zertifikat für eine Webseite gibt nur den Nutzenden
bzw. Betrachtenden die Sicherheit, dass das, was sie erhalten, vom
Apache-Projekt kommt und ihnen nicht von irgendwelchen bösen "Mallory"
s. http://de.wikipedia.org/wiki/Alice_und_Bob
irgendetwas untergejubelt wird.
Das nur die Person zu veröffentlichenden Content oder Code in das
Apache-Projekt einbringen kann, der seitens des Projektes hinreichend
vertraut wird, muss auf andere Weise sichergestellt werden.
Oder andersherum: Weder Codesigning noch https können verhindern, dass
irgendein Committer "Mist baut" oder ein Unbefugter entsprechende Rechte
erlangt.
Gruß
Michael
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 05/27/2013 10:17 PM, schrieb Jörg Schmidt:
> Hallo Marcus,
>
>> From: Marcus (OOo) [mailto:marcus.mail@wtnet.de]
>
>> Das echte Testing würde ich schon lokal sehen. Im
>> Staging-Bereich würde
>> ich nur noch schauen, ob sich die Änderungen ins Gesamtbild einfügen.
>
> Das ist mir verständlich.
>
> Eigentlich zielte meine Formulierung versteckt auf Etwas Anderes, nämlich auf die Frage der Sicherheit, weil es mich am Rande interessiert.
> Mir kam das deshalb in den Sinn weil international gerade eine Diskussion zum Signieren der Code-Dateien lief und ich mich fragte wie gut allgemeine Dinge vor 'Störversuchen' Dritter geschützt sind.
Geschützt ist der Code (egal, ob AOO oder Website), indem nur Committer
ins SVN schreiben dürfen. Diesen Status muss man sich erarbeiten durch
Mitarbeit und Vertrauen.
Natürlich sollte Der Committer Sorge dafür tragen, dass keine oder
ähnliches auf die Webseiten kommen. Natürlich sollte er auch die
Änderungen in seinem lokalen Repository einbauen, und schauen das auch
das passiert, was der Autor des Patches (oder wie auch immer die
Änderungen zu ihm kommen) geplant hat. Ansonsten wird er die Änderungen
nicht committen und dem Autor Feedback geben, was er noch verbessern muss.
Sicherlich wird niemand wegverhaftet, wenn es nur zu 99% perfekt ist.
Aber eine gewisse Verantwortung hat der Committer natürlich.
>> Je größer und/oder bedeutender der Aufwand ist, desto eher würde ich
>> einen eigenen Test-Bereich empfehlen.
>>
>> Da es hier um den gesamten de-Bereich geht, ist er ansich
>> schon groß (im
>> Sinne von: viele, viele Änderungen).
>
> Ja, das wird sinngemäß alles so gemacht werden.
>
> Bitte verstehe meine persönliche Situation richtig, ich möchte aktuell nur einige Probleme korrigieren die durch die jetzige Änderung der Startseite temporär in Erscheinung traten, weil sonst derzeitig niemand dafür da ist.
> Es ist hingegen nicht mein Wunsch mich dauerhaft mit der Pflege der de-Webseiten befassen, weil das nicht mein (bevorzugtes) Arbeitsgebiet ist.
>
> Ich denke aber da sich die Probleme mit Raphael inzwischen geklärt haben wird ohnehin alles leichter gehen.
Ja, deshalb hab ich auch nicht mehr auf Deine andere Mail geantwortet.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by Jörg Schmidt <jo...@j-m-schmidt.de>.
Hallo Marcus,
> From: Marcus (OOo) [mailto:marcus.mail@wtnet.de]
> Das echte Testing würde ich schon lokal sehen. Im
> Staging-Bereich würde
> ich nur noch schauen, ob sich die Änderungen ins Gesamtbild einfügen.
Das ist mir verständlich.
Eigentlich zielte meine Formulierung versteckt auf Etwas Anderes, nämlich auf die Frage der Sicherheit, weil es mich am Rande interessiert.
Mir kam das deshalb in den Sinn weil international gerade eine Diskussion zum Signieren der Code-Dateien lief und ich mich fragte wie gut allgemeine Dinge vor 'Störversuchen' Dritter geschützt sind.
> Je größer und/oder bedeutender der Aufwand ist, desto eher würde ich
> einen eigenen Test-Bereich empfehlen.
>
> Da es hier um den gesamten de-Bereich geht, ist er ansich
> schon groß (im
> Sinne von: viele, viele Änderungen).
Ja, das wird sinngemäß alles so gemacht werden.
Bitte verstehe meine persönliche Situation richtig, ich möchte aktuell nur einige Probleme korrigieren die durch die jetzige Änderung der Startseite temporär in Erscheinung traten, weil sonst derzeitig niemand dafür da ist.
Es ist hingegen nicht mein Wunsch mich dauerhaft mit der Pflege der de-Webseiten befassen, weil das nicht mein (bevorzugtes) Arbeitsgebiet ist.
Ich denke aber da sich die Probleme mit Raphael inzwischen geklärt haben wird ohnehin alles leichter gehen.
Gruß
Jörg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 05/25/2013 03:00 PM, schrieb Jörg Schmidt:
> Hallo Marcus,
>
>> From: Marcus (OOo) [mailto:marcus.mail@wtnet.de]
>
> Zunächst Danke.
>
>> Ich hoffe, das war jetzt verständlicher. Ansonsten nochmal
>> nachfragen. :-)
>
> Ja, ich fürchte da muß ich dann nochmal nachfragen.
>
> 1.
> Wenn also "Publish" durchgeführt wird 'alles' online gestellt, wobei ich nicht wissen kann wann das der Fall ist sofern ich selbst das "Publish" nicht durchführe oder selbst jemanden gebeten habe das zu tun?
Ja
> 2.
> Ich gehe doch aber schon richtig in der Annahme das der Staging-Bereich zum echten Testen da ist (was dann auch heißt dort können in den Seiten noch Fehler sein, auch inhaltliche Fehler)?
Das echte Testing würde ich schon lokal sehen. Im Staging-Bereich würde
ich nur noch schauen, ob sich die Änderungen ins Gesamtbild einfügen.
> Wenn das so ist verstehe ich das ganze Verfahren nicht, denn meines Wissens müssen doch Änderungen an den 'echten' Webseiten von Committern bestätigt sein. Woher aber soll ein Committer, der gebeten wird bestimmte Seiten online zu stellen, wissen was für andere Seiten noch im Staging-Bereich sind und dann systembedingt zusätzlich veröffentlicht werden (und dabei auch fehlerhafte Seiten online kommen können) obwohl diese doch überhaupt nicht geprüft sind, denn ein Committer kann ja wohl kaum bei jedem Commit den kompletten Staging-Bereich auf Verdacht prüfen?
Richtig, da muss man sich dann absprechen bzw. die letzten Commits via
"commits@openoffice.apache.org" beobachten, ob es Änderungen in Richtung
"openoffice/ooo-site/trunk/content/..." gibt.
> Möglicherweise täusche ich mich ja, und im Staging-Bereich ist so wenig 'Betrieb' das das für jeden Committer überschaubar ist, nur glaube ich dafür ist AOO zu groß.
AOO und seine Webseiten sind schon ein Riesenprojekt. Allerdings sind
die laufenden Änderungen durchaus noch überschaubar.
> (natürlich ist mir klar das es technisch leicht sein dürfte mitzubekomen wenn jemand etwas in den Staging-Bereich lädt, nur dadurch ist noch nicht der Inhalt des Hochgeladenen geprüft)
>> Du könntest z.B. mit Raphael zusammenarbeiten - Du änderst,
>> er committet.
>
> Siehe bitte neu eröffneten Thread "Effizient arbeiten heißt (auch) abstimmen und kommunizieren"
>
>> Ja, das mache ich auch so. Allerdings habe ich immer wieder die
>> Erfahrung gemacht, dass das nicht reicht: Weil das CSS sich anders
>> verhält (Lokal, Staging, Live), Website-Templates nicht
>> berücksichtigt
>> werden, Header und Footer sind lokal auch nicht da. Also
>> komme ich nicht
>> umhin, regelmäßig zu schauen, wie die Änderungen im Staging-Bereich
>> aussehen.
>
> Ja stimmt, bloss ich meinte ja, _an dieser Stelle_ nicht lokal, sondern online. Wenn ich eine meiner Webseiten (z.B. www.calc-info.de) bearbeiten lade ich ständig Aktualisierungen kurzfristig online und schaue mir das Ergebnis an, was ich praktisch so mache das ich, wenn ich index.html bearbeiten will ich die momentane Arbeitskopie als z.B. index-tmp.html online lade.
>
>> Ja, "test" ist Verzeichnis wie jedes andere auch; sobald es
>> denn existiert.
>
> OK
>
>> Ob Du das jetzt brauchst oder nicht, solltest Du selber herausfinden.
>> Größere Änderungen mache ich immer in einem "test"
>> Verzeichnis. Dieser
>> ist offiziell nicht bekannt. Also ist es auch egal, ob zwischendurch
>> immer mal wieder ein Publish gemacht wird.
>
> Was meint hierbei "egal" - es ist egal weil kaum jemand die entsprechenden Seiten aufrufen wird, weil sie nicht bekannt sind ODER es ist egal weil beim Publish nur bestimmte, feststehende Verzeichnisse berücksichtigt werden, also Seiten die in zusätzlichen Verzeichnissen wie "test" liegen garnicht 'gepublisht' werden.
Das erstere: Weil sie nicht bekannt sind - zumindest unterstelle ich das
jetzt mal.
>> Aber lass Dich nicht verwirren, einfach ausprobieren.
>
> Ich werde mich bemühen.
Je größer und/oder bedeutender der Aufwand ist, desto eher würde ich
einen eigenen Test-Bereich empfehlen.
Da es hier um den gesamten de-Bereich geht, ist er ansich schon groß (im
Sinne von: viele, viele Änderungen).
Da es aber auch einige kritische Links gibt wie z.B. Downloads, die auf
spezielle deutsche Installationsdateien zeigen, sollte das von Anfang an
funktionieren.
Kleiner Vergleich:
Die Entwicklung der Sidebar wurde nicht im großen Trunk-Bereich gemacht,
sondern es wurde ein eigener Branch erstellt, um ungestört (und ohne
Nebenwirkungen für Trunk) entwickeln zu können. Erst als die Sidebar
fertig war wurde alles wieder in Trunk zusammengeführt.
Ich hoffe Du verstehst den Vergleich.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by Jörg Schmidt <jo...@j-m-schmidt.de>.
Hallo Marcus,
> From: Marcus (OOo) [mailto:marcus.mail@wtnet.de]
Zunächst Danke.
> Ich hoffe, das war jetzt verständlicher. Ansonsten nochmal
> nachfragen. :-)
Ja, ich fürchte da muß ich dann nochmal nachfragen.
1.
Wenn also "Publish" durchgeführt wird 'alles' online gestellt, wobei ich nicht wissen kann wann das der Fall ist sofern ich selbst das "Publish" nicht durchführe oder selbst jemanden gebeten habe das zu tun?
2.
Ich gehe doch aber schon richtig in der Annahme das der Staging-Bereich zum echten Testen da ist (was dann auch heißt dort können in den Seiten noch Fehler sein, auch inhaltliche Fehler)?
Wenn das so ist verstehe ich das ganze Verfahren nicht, denn meines Wissens müssen doch Änderungen an den 'echten' Webseiten von Committern bestätigt sein. Woher aber soll ein Committer, der gebeten wird bestimmte Seiten online zu stellen, wissen was für andere Seiten noch im Staging-Bereich sind und dann systembedingt zusätzlich veröffentlicht werden (und dabei auch fehlerhafte Seiten online kommen können) obwohl diese doch überhaupt nicht geprüft sind, denn ein Committer kann ja wohl kaum bei jedem Commit den kompletten Staging-Bereich auf Verdacht prüfen?
Möglicherweise täusche ich mich ja, und im Staging-Bereich ist so wenig 'Betrieb' das das für jeden Committer überschaubar ist, nur glaube ich dafür ist AOO zu groß.
(natürlich ist mir klar das es technisch leicht sein dürfte mitzubekomen wenn jemand etwas in den Staging-Bereich lädt, nur dadurch ist noch nicht der Inhalt des Hochgeladenen geprüft)
> Du könntest z.B. mit Raphael zusammenarbeiten - Du änderst,
> er committet.
Siehe bitte neu eröffneten Thread "Effizient arbeiten heißt (auch) abstimmen und kommunizieren"
> Ja, das mache ich auch so. Allerdings habe ich immer wieder die
> Erfahrung gemacht, dass das nicht reicht: Weil das CSS sich anders
> verhält (Lokal, Staging, Live), Website-Templates nicht
> berücksichtigt
> werden, Header und Footer sind lokal auch nicht da. Also
> komme ich nicht
> umhin, regelmäßig zu schauen, wie die Änderungen im Staging-Bereich
> aussehen.
Ja stimmt, bloss ich meinte ja, _an dieser Stelle_ nicht lokal, sondern online. Wenn ich eine meiner Webseiten (z.B. www.calc-info.de) bearbeiten lade ich ständig Aktualisierungen kurzfristig online und schaue mir das Ergebnis an, was ich praktisch so mache das ich, wenn ich index.html bearbeiten will ich die momentane Arbeitskopie als z.B. index-tmp.html online lade.
> Ja, "test" ist Verzeichnis wie jedes andere auch; sobald es
> denn existiert.
OK
> Ob Du das jetzt brauchst oder nicht, solltest Du selber herausfinden.
> Größere Änderungen mache ich immer in einem "test"
> Verzeichnis. Dieser
> ist offiziell nicht bekannt. Also ist es auch egal, ob zwischendurch
> immer mal wieder ein Publish gemacht wird.
Was meint hierbei "egal" - es ist egal weil kaum jemand die entsprechenden Seiten aufrufen wird, weil sie nicht bekannt sind ODER es ist egal weil beim Publish nur bestimmte, feststehende Verzeichnisse berücksichtigt werden, also Seiten die in zusätzlichen Verzeichnissen wie "test" liegen garnicht 'gepublisht' werden.
> Aber lass Dich nicht verwirren, einfach ausprobieren.
Ich werde mich bemühen.
Gruß
Jörg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 05/24/2013 09:14 AM, schrieb Jörg Schmidt:
> Hallo Marcus,
>
>> From: Marcus (OOo) [mailto:marcus.mail@wtnet.de]
>
>> Nein, eine echte Test-Umgebung gibt es nicht.
>>
>> Es gibt einen Staging-Bereich, damit man Änderungen machen kann, die
>> sich nicht sofort auf den Live-Bereich auswirken sollen. Z.B.:
>>
>> Staging - http://ooo-site.staging.apache.org/de
>> Live - http://www.openoffice.org/de
>>
>> Das hat aber einen entscheidenen Nachteil:
>>
>> Wenn jemand anderes seine Änderungen ins SVN committet
>> (landet erst im
>> Staging-Bereich) und dann published (landet dann im
>> Live-Bereich), dann
>> sind Deine Änderungen in dem momentanen Zustand auch im Live-Bereich.
>
> Darf ich hier bitte nachfragen, denn das verstehe ich nicht. Ich würde verstehen wenn meine Änderungen im Staging-Bereich, durch die Änderungen des Anderen, überschrieben würden (soweit es um die namentlich gleichen Dateien geht) nur warum sollten meine Dateien in den Live-Bereich gelangen, wenn jemand andere Dateien published?
> (Ich bestreite nicht Deine Aussage das es so ist, nur ich würde gerne verstehen warum es so ist)
Also:
Wenn Du eine einzele Datei lokal änderst und dann per SVN Commit
hochlädst, dann geht nur diese einzelne Datei in den Staging-Bereich.
Und auch nur dieser Bereich der Webseite ist betroffen.
Wenn dann die Änderung auch in den Live-Bereich rein soll, geht das
nicht über svn, sondern über das CMS, das Apache dafür zur Verfügung stellt.
Das Veröffentlichen im Live-Bereich nennt sich "Publish" und ist eine
Sammlung von Skripten, die das *ganze* Projekt nimmt (bei uns ist das
"ooo-site", der Projektname für die Webpage), durchbaut und dann zum
Webserver gibt.
Der Unterschied ist also:
- In den Staging-Bereich gehen *einzele Änderungen* ausgehend von SVN
Commits.
- In den Live-Bereich gehen Änderungen, nachdem *das ganze Projekt*
durchgebaut wird.
Wenn Du also eine Änderung im "ooo-site" Projekt machst, und ein anderer
auch, und am Ende per Publish *alles* durchgebaut wird, dann werden
Deine Änderungen auch veröffentlicht, egal ob Du schon fertig bist oder
noch nicht.
Ich hoffe, das war jetzt verständlicher. Ansonsten nochmal nachfragen. :-)
> Oder ist das nur ein Verständnisproblem meinerseits, jedoch hast Du von "sind Deine Änderungen ... auch[!] ..." gesprochen, was ja eigentlich deutlich macht es handelt sich nicht um namensgleiche Dateien die ungewollt überschrieben werden.
>
> Außerdem noch folgende Frage:
>
> Leider arbeite ich mich erst ein und weiß nur recht allgemein das ein Berechtigter meine Änderungen immer erst zulassen muss, was natürlich Zeit erfordert.
> Wäre diesbezüglich der Staging-Bereich günstiger, d.h. könnte ich dort direkt Dinge hochladen/ändern quasi in Echtzeit?
Nein, für das Hochladen brauchst Du Zugang zu SVN - und das haben nur
Committer. Du könntest z.B. mit Raphael zusammenarbeiten - Du änderst,
er committet.
> Der praktische Aspekt der Sache ist doch, das wenn ich Webseiten bearbeite und das effizient tun will, das ich im Allgemeinen kleine Änderungen mache, die Datei speichere, im Browser aktualisiere und schaue ob die Änderung das tut was ich wollte.
Ja, das mache ich auch so. Allerdings habe ich immer wieder die
Erfahrung gemacht, dass das nicht reicht: Weil das CSS sich anders
verhält (Lokal, Staging, Live), Website-Templates nicht berücksichtigt
werden, Header und Footer sind lokal auch nicht da. Also komme ich nicht
umhin, regelmäßig zu schauen, wie die Änderungen im Staging-Bereich
aussehen.
>> Also besser ist es einen eigenen Test-Bereich zu erschaffen, z.B.:
>>
>> http://www.openoffice.org/de/test/about-ooo/about-mailinglist.html
>
> Ich habe jetzt mal auf diesen Link geklickt, und logisch mein Browser gibt eine Fehlermeldung aus, weil die Seite nicht existiert.
>
> Falls aber http://www.openoffice.org/de/test/ ein ganz 'gewöhnliches' Verzeichnis ist (ich sage das so denn es könnte ja sein das der Server dieses spezielle Verzeichnis im Konkreten besonders behandelt), sehe ich leider keinerlei Vorteil bei diesem Vorgehen, gegenüber dem das ich das Ganze lokal mache, WEIL mein Problem bzw. der Grund meiner Anfrage ja war, das ich mich nicht darum kümmern müssen muß das Pfade zu css-Dateien etc. stimmen, nutze ich jedoch irgendein Verzeichnis, auch wenn dieses auf dem Server liegt, bin ich doch wieder gezwungen zu Testzwecken die Pfadangaben in der HTML-Datei anzupassen und laufe Gefahr etwas zu übersehen.
Ja, "test" ist Verzeichnis wie jedes andere auch; sobald es denn existiert.
Ob Du das jetzt brauchst oder nicht, solltest Du selber herausfinden.
Größere Änderungen mache ich immer in einem "test" Verzeichnis. Dieser
ist offiziell nicht bekannt. Also ist es auch egal, ob zwischendurch
immer mal wieder ein Publish gemacht wird.
Wie ich oben geschrieben habe, ist es (zumindest bei mir ;-) ) hin und
wieder nötig, im Staging-Bereich vorbeizuschauen.
Aber lass Dich nicht verwirren, einfach ausprobieren.
Ciao
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by Jörg Schmidt <jo...@j-m-schmidt.de>.
Hallo Marcus,
> From: Marcus (OOo) [mailto:marcus.mail@wtnet.de]
> Nein, eine echte Test-Umgebung gibt es nicht.
>
> Es gibt einen Staging-Bereich, damit man Änderungen machen kann, die
> sich nicht sofort auf den Live-Bereich auswirken sollen. Z.B.:
>
> Staging - http://ooo-site.staging.apache.org/de
> Live - http://www.openoffice.org/de
>
> Das hat aber einen entscheidenen Nachteil:
>
> Wenn jemand anderes seine Änderungen ins SVN committet
> (landet erst im
> Staging-Bereich) und dann published (landet dann im
> Live-Bereich), dann
> sind Deine Änderungen in dem momentanen Zustand auch im Live-Bereich.
Darf ich hier bitte nachfragen, denn das verstehe ich nicht. Ich würde verstehen wenn meine Änderungen im Staging-Bereich, durch die Änderungen des Anderen, überschrieben würden (soweit es um die namentlich gleichen Dateien geht) nur warum sollten meine Dateien in den Live-Bereich gelangen, wenn jemand andere Dateien published?
(Ich bestreite nicht Deine Aussage das es so ist, nur ich würde gerne verstehen warum es so ist)
Oder ist das nur ein Verständnisproblem meinerseits, jedoch hast Du von "sind Deine Änderungen ... auch[!] ..." gesprochen, was ja eigentlich deutlich macht es handelt sich nicht um namensgleiche Dateien die ungewollt überschrieben werden.
Außerdem noch folgende Frage:
Leider arbeite ich mich erst ein und weiß nur recht allgemein das ein Berechtigter meine Änderungen immer erst zulassen muss, was natürlich Zeit erfordert.
Wäre diesbezüglich der Staging-Bereich günstiger, d.h. könnte ich dort direkt Dinge hochladen/ändern quasi in Echtzeit?
Der praktische Aspekt der Sache ist doch, das wenn ich Webseiten bearbeite und das effizient tun will, das ich im Allgemeinen kleine Änderungen mache, die Datei speichere, im Browser aktualisiere und schaue ob die Änderung das tut was ich wollte.
> Also besser ist es einen eigenen Test-Bereich zu erschaffen, z.B.:
>
> http://www.openoffice.org/de/test/about-ooo/about-mailinglist.html
Ich habe jetzt mal auf diesen Link geklickt, und logisch mein Browser gibt eine Fehlermeldung aus, weil die Seite nicht existiert.
Falls aber http://www.openoffice.org/de/test/ ein ganz 'gewöhnliches' Verzeichnis ist (ich sage das so denn es könnte ja sein das der Server dieses spezielle Verzeichnis im Konkreten besonders behandelt), sehe ich leider keinerlei Vorteil bei diesem Vorgehen, gegenüber dem das ich das Ganze lokal mache, WEIL mein Problem bzw. der Grund meiner Anfrage ja war, das ich mich nicht darum kümmern müssen muß das Pfade zu css-Dateien etc. stimmen, nutze ich jedoch irgendein Verzeichnis, auch wenn dieses auf dem Server liegt, bin ich doch wieder gezwungen zu Testzwecken die Pfadangaben in der HTML-Datei anzupassen und laufe Gefahr etwas zu übersehen.
Gruß
Jörg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org
Re: [dev] AOO-Webseiten bearbeiten, verfügbareTestumgebung?
Posted by "Marcus (OOo)" <ma...@wtnet.de>.
Am 05/23/2013 07:28 PM, schrieb Jörg Schmidt:
> Hallo,
>
> Ich hatte ja bereits vor einigen Tagen versprochen mich an der Aktualisierung der Webseiten zu beteiligen, bei der Raphael schon die Startseite aktualisiert hatte.
>
> Gestern Abend hatte ich einige Stunden Zeit mich damit zu beschäftigen und stelle u.a. fest das es in den css-Dateien etliche Verweise auf Grafiken gibt und wohl noch andere Stolpersteine.
>
> Zu Testzwecken jetzt hier lokal bei mir diverse Pfade 'umzubiegen' birgt die Gefahr etwas zu übersehen, deshalb die Frage, gibt es irgendeine Live-Testumgebung dafür oder liefe es wirklich darauf hinaus das ich z.B., wenn ich http://www.openoffice.org/de/about-ooo/about-mailinglist.html unter Realbedingungen testen will, eine vorübergehende Adresse http://www.openoffice.org/de/about-ooo/about-mailinglist-tmp-testseite.html nutzen muss?
Nein, eine echte Test-Umgebung gibt es nicht.
Es gibt einen Staging-Bereich, damit man Änderungen machen kann, die
sich nicht sofort auf den Live-Bereich auswirken sollen. Z.B.:
Staging - http://ooo-site.staging.apache.org/de
Live - http://www.openoffice.org/de
Das hat aber einen entscheidenen Nachteil:
Wenn jemand anderes seine Änderungen ins SVN committet (landet erst im
Staging-Bereich) und dann published (landet dann im Live-Bereich), dann
sind Deine Änderungen in dem momentanen Zustand auch im Live-Bereich.
Also besser ist es einen eigenen Test-Bereich zu erschaffen, z.B.:
http://www.openoffice.org/de/test/about-ooo/about-mailinglist.html
Nachdem Du fertig bist, und auch im Staging-Bereich alles gut und schön
ist, dann kannst Du alles in den echten Bereich committen, nochmal im
Staging-Bereich kontrollieren und dann in den Live-Bereich publishen.
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org