Wir haben ja bereits gestern darüber berichtet, dass 2 unserer Accounts gesperrt wurden.
Nun scheint etwas Licht in die Sache zu kommen. Vermutlich hängt die Sperre mit der einstweiligen Verfügung von Constantin Film gegen Rapidshare zusammen.
Auf dem betreffenden Account wurde der Bushido Film “Zeiten ändern dich” hochgeladen und nach einem Abuse reuppt (die MD5 Checksumme wurde geändert um die Sperre von Rapidshare zu umgehen) – scheinbar muss Rapidshare aktiv gegen den Upload der Werke der Constantin Film AG vorgehen – gemäss unseren (unbestätigten) Infos droht ihnen eine Strafe von bis zu 100′000€ pro Fall.
Weitere Informationen zum etwas älteren Urteil bei Gulli: http://gulli.com/news/constantin-film-ag-rapidshare-2009-09-12
Wir vermuten, dass Constantin Film eine ähnliche Verfügung für den Bushido Movie erreicht hat. Dies ist aber ebenfalls unbestätigt.
Wir möchten keinenfalls Panik verbreiten, empfehlen aber allen Uploadern in Zukunft zu erhöhter Vorsicht bei Werken der Constantin Film AG.
z.B. ein eigener Account für Constantin Werke – so wären bei einer möglichen Sperre andere Files nicht betroffen.
Leider hat Rapidshare diese Vermutungen auf Anfrage noch nicht bestätigt. Wir hoffen in den nächsten Tagen weitere Informationen liefern zu können.
Rapidshare geht gegen Warezseiten vor und sperrt die Premium Accounts der Uploader unwiederruflich.
Diese Mittel sind neu – bisher wurden nur die abused Files gelöscht und für den reupload per MD5-Checksum gesperrt.
Betroffen sind bisher 2 Accounts von moviez.to mit je 500Gb gespeicherten Filmen und über 2Mio Premium Points.
Dies bestätigt die im Internet verbreitete Theorie, dass Rapidshare immer mehr mit den Rechte-Inhaber kooperiert und mit Rapidshare:Games und Rapidshare:Tainment 2 Produkte lanciert hat, welche in einer direkten Konkurenzsituation zu den Warezseiten stehen.
Fraglich ist nun, wie es weiter geht. Werden weiter grosse Szene Accounts gesperrt – dies hätte weitgehende Konsequenzen für die Szene sowie auch für RS:
- Warezseiten und Uploader verzichten auf den Upload bei RS.com
- Viele Premium-User benötigen Ihre Premium Accounts nicht mehr und lassen diese Auslaufen (Moviez.to schätzt den Anteil der Premium Account Besitzer, welche ihn zum downloaden von Warez benötigen bei ca. 90%) dies hat natürlich massive Umsatzeinbussen zur Folge
Hier noch die eindeutige Nachricht des RS abuse Teams:
Guten Tag,
wir wurden darauf aufmerksam gemacht, dass sie illegale Filme in Ihrem Account
hochgeladen haben. Aus diesem Grund wurde Ihr Account gesperrt.
Deshalb legen wir Ihnen nahe, in Ihrem eigenen Interesse in Zukunft darauf zu
achten, die Urheberrechte Dritter nicht mehr zu verletzen.
Mit freundlichen Grüssen,
Kostenlos bei Lockerz.com registrieren und Rapidshare Premium Accs gewinnen.
Wie’s geht, erfahrt ihr bei uns im Board:
Lockerz
Zu gewinnen gibts:
20 Ul.to, 20 RS.com und 20 Share-Online.biz Premium Accounts für einen Monat
Wie bereits kürzlich erwähnt, zählt der Sitespeed neu als Ranking Faktor. Mehr dazu hier: http://blog.moviez.to/google-sitespeed-als-rankingfaktor-gzipdeflate-aktivieren/
Als weiterer Punkt führen wir nun den http eTag ein. Was ist ein eTag genau? Wikipedia.org sagt dazu:
ETag (für entity tag, etwa Entitätmarke) ist ein im HTTP 1.1 eingeführtes Header-Feld. Es dient zur Bestimmung von Änderungen an der angeforderten Ressource und wird hauptsächlich zum Caching, also der Vermeidung redundanter Datenübertragungen, verwendet.
Apache 2.2 unterstütz dies von Haus aus und es reicht die Anweisung FileETag All hinzuzufügen.
Wer sich dazu genauer informieren will, empfiehlt sich dieser Artikel: Apache eTag
Auch Yahoo berichtet darüber ausführlich (englisch)
Wie vielleicht einige bereits mitbekommen wird ab 2010 der Sitespeed als Ranking Faktor miteinbezogen. Wie stark der Sitespeed als Ranking-Kriterium mit einbezogen wird und ob er nicht bereits schon zählt, steht in den Sternen.
Auf jeden Fall wollen wir gut vorbereitet sein. Deshalb haben wir einige Verbesserungen für die Ladezeiten vorgenommen. Eine davon ist die Aktivierung von mod_deflate.
Deflate komprimiert die Auslieferung von Webseiten. Sprich der Browser erhält vom Server eine komprimierte Datei welche er verarbeiten kann. Dies hat 2 Vorteile: weniger Traffic auf dem Server, kürzere Ladezeiten für den User. Allerdings gibt es einen grossen Nachteil: die serverseitige Komprimierung braucht CPU-Resourcen. Wer da nichts mehrs frei hat, sollte die Finger davon lassen!
Mod_deflate haben wir wie folgt aktiviert: http://httpd.apache.org/docs/2.0/mod/mod_deflate.html
Um zu testen, ob alles läuft verwendet man am Besten folgenden Link: http://www.whatsmyip.org/http_compression/
Zusätzlich wird einem noch schön das Komprimierungslevel vorgeführt:
http://www.moviez.to/nojs/ is gzipped
Original Size: 100.87 KB
Gzipped Size: 12.49 KB
Data Savings: 87.62%
Demnächst wird die Textlink Werbung im Downloadbereich von Moviez.to von Usenext.de auf Usenet.nl umgestellt.
Unser Partner Friendlyduck hat (vermutlich aus rechtlichen Gründen) die Partnerschaft mit Usenext.de beenden.
Der Anbieter macht auf den ersten Blick einen seriösen, guten Eindruck. Man darf gespannt sein.
Mehr dazu auch bei uns im Board: usenet.nl
Wir nutzen derzeit ein Debian Lenny als Host OS und Windows Server 2008 als Guest OS auf einer Virtualbox 3.0.10.
Kurz zu VirtualBox: VirtualBox ist die Opensource Alternative zu VMWare, OpenVZ und wie sie alle heissen. VirtualBox wird von Sun produziert und vermarktet.
Wie kommt es zu diesem Blog Eintrag? Wir hatten seit dem Einsatz von VBox div. Probleme mit der CPU – zuerst vermuteten wir die fehlende Unterstützung des RAID-Controllers, der beim Packen/Entpacken von RAR Files die CPU in die Höhe treibt, dann die fehlerhafte Unterstützung von TrueCrypt und und und.
Schlussendlich lag es aber ganz einfach daran, dass die für die Virtualisierung wichtigen CPU Flags nicht gesetzt waren. Somit betrieben wir die VirtualBox ohne AMD-V was massive Einbussen zur Folge hatte… Das nächste mal also ganz einfach von Beginn an:
VBoxManage modifyvm <vm> –hwvirtex on
VBoxManage modifyvm <vm> –nestedpaging on
Ein Relaunch mit einem (aus meiner Sicht) schrecklichen Design, ist ja die einte Sache. Aber dann auch gleich noch die beliebte Underground Topliste unangekündigt in ein Blog/Twitter Verzeichnis zu verwandeln die Andere.
Gulli wird zum 0815 Portal – Schade!
Nach dem Gulli Börsen Debakel nun auch noch dies – absehbar war es aber ja schon lange.
Ein Stück Underground ist nun entgültig Geschichte.
Zum Glück gibt es massig Alternativen wie raidrush.ws (diese wirds bestimmt freuen..)
Im Gulli:Board wird desweitern auch schon massiv protestiert – sogar erste Protestgruppen haben sich gebildet. Ob Gulli dem Druck nachgeben wird? Ich denke nicht.
Gestern haben wir das Burning Board 3.0.9 auf die neue (kostenpflichtige) Version 3.1 updated. Der Preis für dieses Update betrug 49€, welche sich aber alleweil lohnen, wenn man sich die Featurelist anschaut.
Das Update gestaltet sich sehr einfach – im Mitgliederbereich die Update .tar.gz downloaden und im ACP das Burning Board Package auswählen und “aktualisieren” anwählen. Nun muss die .tar.gz hochgeladen werden und schwup läuft das update schon.
Ich empfehle allerdings, die Kompatibilität der Extensions / Plugins zu überprüfen und diese vorgängig zu deaktivieren, falls (noch) nicht kompatibel. Somit erspart ihr euch eine Menge Ärger.
Mehr zum Update in unserem Board.
Kurzer Tipp des Tages:
Ihr könnt euer LV (logical volume) bzw. LVM einfach und bequem per:
# lvextend -L+100GB /dev/VGxy/LV1
# resize2fs /dev/VGxy/LV1
vergrössern. Praktisch, nicht?
Kein umounten und weitere nervige Dinge nötig..
