|
 18.04.2013 14:22:41 Uhr
|
 #26
|
|
|
|
Edit: Habe mit dem Fensterdesign angefangen - diese lassen sich nun innerhalb des Bildschirms verschieben und in der größe verändern (bis zu einem von mir festgelegten Wert) |
|
|
|
|
18.04.2013 14:59:25 Uhr
|
#27
|
|
|
|
Mir stellt sich die Frage, für welche Leute die Nutzung attraktiv ist? Also was kann das BS, was das des Nutzers nicht kann? |
|
|
|
|
19.04.2013 15:07:53 Uhr
|
#28
|
|
|
|
Finde die Idee ansich auch sehr interessant.
@One: So ließe sich ja z.B. auch Cloud Storage verwalten. Könnte ich mir als Verwendung denken. Bzw. wenn man wirklich die OS-Idee weiterspinnt und auf den eigenen PC überträgt, hätte man zum Systemstart nur ein einziges Programm, also den Browser, in dem sich verschiedener Content bedienen lässt. Problem dieser solchen weitergesponnenen "Neuentwicklung" ist aber, dass es eine Heidenarbeit ist überhaupt erst ein mal die eigene Hardware zu integrieren...  Könnte mir allerdings vorstellen, dass das OS in null Komma nix starten könnte wenn man die zu startenden Ressourcen auf ein Minimum reduziert.
Aber mal davon ab, finde ich das was ich bisher sehe, schon sehr ansprechend. 
Schließe mich Whiteknight an, bin gespannt auf mehr! |
|
|
|
|
20.04.2013 14:18:09 Uhr
|
#29
|
|
|
|
Idee finde ich auch sehr interessant und bin wie die Anderen auch gespannt was so noch kommt 
Trotzdem stelle ich mir auch die Frage, die One gestellt hat.
Ich habe gerade die Gedanken bei einem "Konfigurations-Assistenten", z.B. Router Konfigurieren, um gewisse Sachen einfacher zu machen. Da denke ich jetzt an "nicht löschbare" Dateien, trotzdem durch einen Mausklick (DoppelKlick) zu entfernen.
Um den Gedanken weiter zu führen, gewisse Windows bzw. Linux Funktionen, Benutzerfreundlicher umzusetzten.
Aber Cloud Storage ist denke ein gutes Stichwort.
Verschiedene Geräte unterstützen bereits "Browser" Möglichkeiten z.B. TV's, dort somit eine "Cloud-Betriebssystem" um Filme oder Dateien auch über den TV zu verwalten bzw. aufzurufen. Ob das funktioniert ?
|
|
|
|
|
|
|
RewriteEngine
...vorweg - nicht dass jemand denkt - der E4 is nur Google-Faul - natürlich suche ich auch selbst noch weiter - nur wenn jemand hier schon Ahnung, darf er sich gern melden 
Ich möchte gerne mit der RewriteEngine meine URLs umschreiben - statisch klappt das alles gut.
ich schreibe z.b. die URL http://www.domain.de/?s=teamspeak
mit diesem Eintrag in der .htaccess -> RewriteRule ^teamspeak index.php?s=teamspeak
auf die Domain http://www.domain.de/teamspeak
aber das ganze ist unschön gelöst da ich ja für jede neue Seite einen Eintrag in die .htaccess machen muss.
Geht doch sicher auch mit Platzhaltern.
Zur Erklärung - meine Ordnerstruktur
Er soll mir quasi immer die index.php im "Root" öffnen zusammen mit dem Präfix ?s=*modulname*
wenn ich eine URL (z.b. http://www.domain.de/*modulname* ) öffne
2tes Problem - im Forum rufe ich die Boards und Threads mit diesen URLS auf
http://www.domain.de/index.php?s=forum&boardID=xxx
http://www.domain.de/index.php?s=forum&thread=xxx
da müsste es doch auch etwas geben - am besten natürlich wenn man die url so aufrufen könnte...
http://www.domain.de/forum/board/name_des_boards.html
und
http://www.domain.de/forum/thread/name_des_threads.html |
|
|
|
|
18.09.2013 08:46:18 Uhr
|
#31
|
|
|
|
Ja das geht mit Variablen.
|
RewriteRule ^/([a-z]*)_([0-9]*)$ http://www.domain.de/index.php?s=&1&id=$2 [NC] |
Dann würdest Du die Seite bsp. mit http://www.meinedomain.de/forum_7 aufrufen und er würde dann zu http://www.domain.de/index.php?s=forum&boardID=7 weiterleiten.
Das [NC] dahinter steht für nocase, es wird dann also nicht zwischen Groß- und Kleinschreibung unterschieden. Du kannst also auch /Forum_7 schreiben. Schau mal hier, super erklärt.
http://de.selfhtml.org/servercgi/server/rewrite.htm
Du wirst allerdings nicht herum kommen mehrere RewriteRules zu schreiben. Du brauchst ja die ID bsp. nur im Forum, nicht jedoch auf der Teamspeakseite. Ginge zwar auch, wäre aber vielleicht etwas unschön wenn dann stünde http://www.domain.de/index.php?s=teamspeak&id= |
|
|
|
|
|
|
Brauche mal wieder einen kleinen Denkanstoß - Arbeite gerade an einem Forum
Hierzu ist es natürlich nötig - zwischen Gelesenen und Ungelesene Beiträgen zu unterscheiden.
Habe aber noch nicht die richtige Idee..
Meine Lösung 1: Natürlich könnte ich für jeden angemeldeten User die kompletten Threads in eine DB schreiben - und sie dann mit dem LastAction und LastThreadTimestamp vergleichen.
Dies würde aber bedeuten -> Threadanzahl * User in Datenbank -> also z.b. 100 User und 1000 Threads = 100.000 Einträge in der DB -> Unschön
Meine 2te Lösung: Beim Besuch des Threads den VisitTimestamp in einem Cookie-Array auf dem Rechner des Users Speichern.
Vorteil: Meine DB bleibt Clean, New Threads auch für nicht-Registrierte - Nachteil - ich mülle den Rechner des Users zu - weil bei z.b. 1000 Threads auch 1000 Cookies erzeugen würden.
Habe dies mal getestet - er wirft mir zwar das Array aus
|
<?php
[forumthread] => Array
(
[24] => 1382531244
[23] => 1382492711
[21] => 1382492708
[10] => 1382492692
[12] => 1382492694
[15] => 1382492699
[19] => 1382492702
[20] => 1382492706
[2] => 1382492722
[4] => 1382492731
)
?>
|
Nur wird dieses dann beim ersten Besuch natürlich komplett erstellt -
somit also z.b. 1000 Einträge. Jedenfalls zeigt die Cookieverwaltung in FF mit auch 10 Einträge zu meinem Beispiel an.
Und in ein Cookie ist wegen der 4kb beschränkung auch schlecht möglich.
Möglichkeit 3:
Habe die Idee mit dem Array mal weitergesponnen (aber nur für angemeldete User)
Ein Eintrag pro User in der DB mit dem Inhalt
thread24_1382531244; thread23_1382492711; thread21_1382492708; thread10_1382492692; ... usw.
Das ganze dann per explode wieder in ein Array und mit dem Forum vergleichen.
Ein LastLogin bringt mir ja nicht viel - da ja auch bei jedem Klick (LastAction) auf neue Beiträge geprüft werden soll - da ist dann immernoch das Problem, wann der User das Forum gelesen hat. Ein Array brauche ich in jedem fall denke ich - auf welchem Wege auch immer. |
|
|
|
|
|
|
Nimm Lösung 3
Vergiss das mit den Cookies ganz schnell wieder. Und du musst auch nicht für alle User alle Threads abspeichern. Du musst nur für jeden User die Threads merken, die er gelesen hat. Wenn er die nicht gelesen hat, brauchste nix speichern und der ist automatisch neu.
Du brauchst auch nicht alles speichern, einfach nur die ID des letzten Beitrags des jeweiligen Forums / Threads. bzw. vielleicht noch das Datum wenn geänderte Posts wieder als neu angezeigt werden sollen. Index auf Forum, Thread und User, fertig.
Und 100.000 Einträge in der Datenbank sind überhaupt kein Problem. Wenn Du richtig indiziert hast, reden wir hier von ganz wenigen Millisekunden und arg wenig Speicherplatz. |
|
|
|
|
|
|
Dank dir - würde also bedeuten - beim ersten Besuch ist die DB noch leer und alle Einträge werden als neu angezeigt -
Klickt der User nun "Alles gelesen" an - schreibt er mit in die z.b. read-table alle bisher existierenden threads (nur threads - nicht posts) incl last_timestamp mit Semikolon getrennt in die DB.
Ich versuche das mal umzusetzen |
|
|
|
|
28.10.2013 11:26:23 Uhr
|
#35
|
|
|
|
naja es kommt darauf an wie detailliert du es haben willst.
Klickt der User auf "alles gelesen", kannst du den aktuellen Timestamp für den User pro Thread speichern. Ich würde da nichts mit Semikolon trennen sondern seperate Spalten anlegen, vereinfacht die SQL Abfragen.
Ich speicher z. B. neben dem Timespamp noch die letzte Beitrags-ID des Themas. |
|
|
|
|
28.10.2013 13:26:53 Uhr
|
#36
|
|
|
|
Jup - hab ich nun auch so gemacht War ich ja nicht gänzlich auf dem falschen weg. |
|
|
|
|
|
|
Erklärung: Ich übergebe meine Formulare an eine Funktions-Seite in der sie verarbeitet werden (also an DB gesendet etc.) und leite sie dann mit header location zurück.
Frage: Habe ich eine Möglichkeit, dem User eine Bestätigung wie "Gespeichert" etc. ohne die Angabe eines Parameters wie &success zu zeigen - da ja nach "header location" gleich der break befehlt folgt.
Serverside Redirect möchte ich schon gern nutzen - da somit der User das Formular nicht ausversehen 2mal abschicken kann wenn er mal F5 drückt.
Möglichkeit ?: Ich könnte doch vor dem exit; befehl eine "Session" mit meinem Wuschtext anlegen und nach dem Redirect daraufhin prüfen und nach aufruf wieder löschen lassen... müsste gehen oder  ich werd es mal so testen. |
|
|
|
|
02.11.2013 18:04:15 Uhr
|
#38
|
|
|
|
Ich würde hier auf eine Session verzichten und ein &success=1 dem Header Location mitgeben, den du auf der Folgeseite mit $_GET["success"] abfragst. |
|
|
Seite von 2
Standard Smileys