The Lounge

Ja würd ich auch besser finden.... Hilft defekte oder gelöschte Files im linksave Ordner auszutauschen

Unter anderem

@nameuser:
zu 1. Man könnte es den User aussuchen lassen, ob oder ob nicht.
zu 2. Vom Kontext her aber sicherlich immer (wo wurde der Link gepostet, welcher Text steht vor/nach dem(den) Link(s)).
zu 3. Selbst wenn der Dateiname in der URL aufgeführt wird, heißt das nicht, dass man ihn auch in DB-Queries benutzen _muss_. Und selbst wenn, kann man auch einfach einen zusätzlichen Index auf den Dateinamen anlegen, und schon ist Geschwindigkeit kein Problem mehr.

Aber, @root, als "Web Dev" sollte man schon in der Lage sein, Links per Programm/Script zu öffnen, um Dateiname & -größe auszulesen

cYa

Quoted from ""nameuser""

zu 1) hast du mein "Sicherlich kann man..." bemerkt? UP = uploaded.to

Ok sorry, ich dachte dein "Sicherlich kann man" wäre auf die Sätze danach bezogen, weil Uploaded ja auch eine API anbietet, um Dateinamen & -größen einfacher erkennen zu können.

Quoted from ""nameuser""

zu 2) hast du mein "auf den ersten Blick" bemerkt? Es ging beim "ersten Blick" um den Dateinamen und nicht den Kontext. Was versteht du unter Kontext bei einer leeren Seite nur mit einem Link? Die leere Seite? Stimmt, aber das macht nicht viel Sinn.

Ich meinte damit, dass ein "illegaler" Link immer zusammen mit ein wenig Informationen veröffentlicht wird wie z.B. Beschreibung, Quelle, Größe und/oder nfo. Deswegen finde ich es z.B. auch ein wenig Unsinnig, welchen Aufwand manche Leute treiben beim Umbenennen der Parts ihrer Uploads. Denn Rapidshare hat ganz sicher keine Zeit, hochgeladene Dateien anhand ihrer Dateinamen zu löschen. Und die Unternehmen, die sich auf die Suche nach urheberrechtsgeschütztem Material machen, sehen trotz nicht vorhandenem Dateinamen sofort, dass die Datei illegal hochgeladen wurde, wenn sich über den Links z.B. ein Cover von einem Film, Größenangabe, Release-Bezeichnung und/oder nfo befinden...

Quoted from ""nameuser""

zu 3) logisch wäre die kürzere Weise zu wählen - eine kurze alphanumerische Kombination ist nun mal "schneller" als "diessindnichtwirklichmeineurlaubsbildervomletzenherbst.part222.rar" und dann siehe noch zusätzlich Punkt 1 - Kurzfassung: kürzer gleich schneller, egal ob der Dateiname oder sonst was genutzt wird (bevor du jetzt auf den letzten Punkt wieder eingehst - bemerke das "oder sonst was")

P.S.: der Dateiname muss genutzt werden - wie soll der User sonst an die Datei kommen?

Ein Missverständnis, denn ich ging davon aus, dass "root" die Downloadlinks in Form von http://share-online.biz/download-id/Urlaub_Deutschland_2008.rar.html haben wollte (bei genauerem Hinschauen bemerkte ich dann das fehlen einer ID).
Denn bei einem Downloadlink in der Form "http://share-online.biz/1XC75248/Urlaub_Deutschland_2008.rar" könnte man ja den Dateinamen überhaupt nicht beachten, sondern dann anhand der eindeutigen ID den passenden Dateinamen & Fileserver aus der Datenbank holen.

cYa

<!-- m --><a class="postlink" href="http://www.share-online.biz/linkcheck/linkcheck.php">http://www.share-online.biz/linkcheck/linkcheck.php</a><!-- m -->

@crystal
vielen dank fürs moderieren . top!

von langen urls halte ich persönlich auch nicht viel, vorallem sind sie wie im beispiel von NL ohnehin nur gekrückt (ohne die nummer in der url tut sich mal gar nichts, was das rewrite quasi schon auffliegen lässt).
sowas liesse sich auch im fall von s-o easy nachrüsten, aber in meinen augen ist es überflüssig und kostet unglaublich power (da liefe ja jedesmal die regex engine des apache bei jeder url durch, was bei den massen an zugriffen auf jeden fall spürbar wäre).

wegen anderen problemen habe ich die ids ohnehin die letzten wochen noch stark aufgebohrt (um u.a den alten pool loszuwerden), eine "real-url" wäre aber auf jeden fall zwecks anonymität kontra produktiv, auch wenn sich natürlich durch das rewrite immer schön die möglichkeit ergeben würde, einen anderen "dateinamen" zu nutzen, als der, der wirklich dahinter steckt...

letztlich kann man in der tat darüber streiten, auch an eine erweiterung der linkcheck api ist zu denken, was dann aber wohl eher in einen "link-generator" zu ändern wäre. sprich alte id (oder irgendwas kürzeres was dennoch eindeutig ist) in kombination mit einem teil des parsten dateinamens.
keine ahnung ob nötig, gewollt, wichtig oder einfach nur als kleines gimmick, ich hab dafür gerade keine zeit, aber wer weiss was noch kommen mag .