powie.de Tech Forum

Hallo,
gibt es hier weitere Entwicklungen? Haben sich Leute gefunden die eigenständig die pSkripte weiterentwickeln?
 
Grüße

Ich weiss auf jeden Fall von niemanden der es aktiv betreibt. Die meisten Anpassungen die ich kenne sind kleinere Dinge die Leute zum eigenen Vergnügen machen und welche niocht für den Standard geeignet sind.

Darf ich mal etwas provokativ sein?
Waren das noch Zeiten, als die Skripte einzeln entwickelt und weiterentwickelt wurden. Ich finde, es ist eine Schande, dass die Einzelscripte jetzt, da sie in psys aufgegangen sind, in einem morbiden status quo vor sich hindümpeln. Ich gebe es ja zu: Mir wäre es viel lieber gewesen, wenn auf Einzelscriptbasis weiterentwickelt worden wäre und die Kompatibilität der Einzelscripte noch weiter perfektioniert worden wären, als in psys aufzugehen.
Aber ich bin ja nicht provokativ ... /uploads/emoticons/icon_e_wink.gif.3167d127940f44558fbf1ccd9b6d60a9.gif\" alt=\";-)\" />
p.s. ... es ist nie zu spät, einen Schritt zurück zu wagen ... (?)

Woran denkst wird das liegen, dass das so ist?

Nico, dieser Schritt ging mir bereits mehrere male durch den Kopf, ehrlich! Dafür gibt es mehrere Gründe
- Immer noch Leute die die Single Versionen einsetzen, neu einsetzen und auch weiterentwickelt haben wollen
- Ich mache immer noch Mikro Ã,,nderungen an den pSkripten
- Nicht jeder braucht ein pSys....
- Manchmal will man wirklich nur eine Bildergalerie haben.
Ich habe vor kurzem ein komplett anderes System probiert für den Aufbau der Skripte, mit diesen wäre es möglich jeden Teil separat für sich zu betreiben. Ich habe schon lange darauf geschielt das in gewisser Weise so zu handhaben, nicht umsonst ist alles in den Scripten separat gehalten, inklusive Smarty Instanz usw.
Ich würde dies aber nicht mal als Schritt zurück definieren, es wäre mehr ein Schritt nach vorn. Das Hauptproblem dabei ist allerdings der Frame Aufbau, das Seitengerüst, hierfür habe ich keine saubere Idee wie man das machen könnte.... Ich habe damit experimentiert aber keine schöne Lösung gefunden.

meinst du das man es nach dem motto mudul dann nutzen könnte?? ich brauche zwar jetzt nur das und das, aber schön, das ich das andere einfach erweitern köntte wenn ich es brauche??
wenn ich das so richtig interpretiert habe, dann wünsche ich viel erfolg dabei. würde mir echt gefallen  /uploads/emoticons/icon_e_wink.gif.c059000ae48ff64afa53be0962c021f2.gif\" alt=\":wink:\" />
falls die interpretation falsch war: nimm es als idee für die weiterentwicklung des psys, das mehr modullastig aufzubauen.  /uploads/emoticons/icon_e_surprised.gif.a8707b3f35a569cb4cfe563fc72ef78d.gif\" alt=\":-o\" />

Ich habs mal ausgelagert, damit wir hier weiterdiskutieren können, ohne den alten Thread aufzuweichen.
@Powie: Diese Modularisierung hatte ich auch beim iSys angestrebt. Der erste Schritt war für mich das Umwandeln der Komponenten (wie Forum, News etc.) in Module. Das Gleiche für die Poll-, Glossar und Statistikkomponente, welche zur Zeit eher \"zwischendrin hängen\".
Das Nutzen eigener Smartyinstanzen halte ich für ineffektiv. Effektiver wäre es einen Grundstock von Funktionen usw. anzubieten, auf denen alle anderen Teile aufbauen.
Das Frame- und Seitenaufbaugedöns kann auch als Modul realisiert werden.
@all: Was hält man hier eigentlich davon ein fremdes Grundsystem zu nehmen? Sowas wie Drupal oder Joomla. Diese pflegen bereits einen Großteil der Funktionen und bietet guten Support. Weiterhin wäre der Nutzerkreis größer und man hätte mehr Feedback in Form von Tests und Bugmeldungen, ggf auch Patches.
 
Grüße
ps.: schönen zweiten Advent

Das Nutzen eigener Smartyinstanzen halte ich für ineffektiv. Effektiver wäre es einen Grundstock von Funktionen usw. anzubieten, auf denen alle anderen Teile aufbauen.[/quote]
Das gefällt mir auch nicht, ist aber unumgänglich, da Template includes nur sauber funktionieren wenn die eigene Instanz das selbe TPL Verzeichniss besitzt.

@all: Was hält man hier eigentlich davon ein fremdes Grundsystem zu nehmen? Sowas wie Drupal oder Joomla. Diese pflegen bereits einen Großteil der Funktionen und bietet guten Support. Weiterhin wäre der Nutzerkreis größer und man hätte mehr Feedback in Form von Tests und Bugmeldungen, ggf auch Patches.[/quote]
Ja habe ich mir auch sehr oft angesehen, aber bin nie konkret auf ein System losgegangen.

Das gefällt mir auch nicht, ist aber unumgänglich, da Template includes nur sauber funktionieren wenn die eigene Instanz das selbe TPL Verzeichniss besitzt.[/quote]
Das wäre an sich kein Problem, da jedes Modul seine eigene Config hat und man darin dann das Templateverzeichnis setzt. Die Frage wäre, was man bei Panels macht die hier und da eingebunden werden.
Was wäre mit einem zentralen tpl-Verzeichnis für ALLE Module?
 

Ja habe ich mir auch sehr oft angesehen, aber bin nie konkret auf ein System losgegangen. [/quote]
Wir schreiben hier eh immer wieder Dinge, die es schon hundertmal gibt. Warum also nicht bestehendes nehmen und das erweitern oder anpassen? Die pSkripte sind ja an sich geschlossen und könnten somit gut in ein anderes System portiert werden.

Man könnte Templates als Ressource auch aus der DB ziehen...!

Das macht aber das Vornehmen von Ã,,nderungen schwieriger.
Worin siehst du Vorteile?
Andererseits, was wäre mit der Nutzung einer neuen Sprache und deren Framework , z.b. Ruby mit Rails?

Wie gesagt. Ich fände die Sache gut.
Habe da ein Bsp, das zwar jetzt nicht so extrem toll ist, aber naja.
Auf meiner Smallville Seite, wo ich ursprüglich nur mit dem pGB angefangen bin, nutze ich zusätlich mittlerweile auch das pPoll und das pNews. Sowas alles einzeln in eine Seite einzupassen kostet recht viel Arbeit. Wäre sowas alles Modular, würde das einiges an Arbeit ersparen und man hat nur das, was man wirklich braucht. Und man kann eben nach belieben erweitern.
Wie gesagt, Bsp. ist nicht das allerbeste, da es auf den einzenscripten basiert.  /uploads/emoticons/icon_e_surprised.gif.a8707b3f35a569cb4cfe563fc72ef78d.gif\" alt=\":-o\" />
@k00ni:
Was meinst du mit fremdes Grundsystem`?? Die Sachen für Joomla etc. entwickeln?? Da würde ich persönlich gar nichts von halten, denn mit den ganzen \"großen\" CMS komme ich nicht klar. Außer ihr wollt das parallel laufen lassen. Dann wäre das okay  /uploads/emoticons/icon_e_wink.gif.c059000ae48ff64afa53be0962c021f2.gif\" alt=\":wink:\" />

Es stehen immer noch Fragen im Raum:

Worin siehst du Vorteile?[/quote]

Andererseits, was wäre mit der Nutzung einer neuen Sprache und deren Framework , z.b. Ruby mit Rails? [/quote]
 
@CJ:

Was meinst du mit fremdes Grundsystem`?? Die Sachen für Joomla etc. entwickeln??[/quote]
Das Joomla 1.5 setzt auf eine Kombination aus Framework und CMS. Bei Typo3 gibts auch so eine Entwicklung, das Framework heißt dort Flow3. Ich finde dass man über sowas noch denken könnte und ggf. auf sowas aufsetzt, um sich permanent wiederkehrende Arbeiten zu sparen. Damit wäre dann wieder mehr Zeit für geile Spielereien oder eigene Entwicklungen. Die Frage stand ja schonmal im Raum ob man nicht auf ein fremdes Framework aufsetzt, aber soweit ich mich erinnern kann wurde das aus Performancegründen abgelehnt.
 

Da würde ich persönlich gar nichts von halten, denn mit den ganzen \"großen\" CMS komme ich nicht klar[/quote]
Das hat mich persönlich noch nie davon abgehalten mit einem System zu arbeiten. Das Leben ist lernen, bla blub. Ich denke du weißt auf was ich hinaus will... /uploads/emoticons/icon_e_smile.gif.4a0acefcb917340d2c82e5239c009e6e.gif\" alt=\":)\" />
 
Zurück zum pSys. Soweit ich es die letzten Monate erlebte tut sich am Code Stückchenweise immer mal was. Die einen finden es ok, die anderen nicht.
Nur wer nutzt das überhaupt (noch)? Soweit ich das hier im Forum sehe gibts es gerade mal eine handvoll Leute die das System nutzen UND aktiv (mehr oder weniger) im Forum Feedback posten. Dann mag es die Leute geben die es eher still nutzen, es sich einmal installieren, nächtelang durchcoden, dann PHP verfluchen und am Ende heil froh sind, dass alles soweit steht. Die dritte Fraktion ist eher still und genießt. /uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" />
Ich empfinde das pSys und auch die pSkripte eher als eine Bereitstellung von Code der in Praxisnähe entwickelt wurde, anstatt eine Ein-Mann-Show die sich auf den Kopf stellt und versucht die Arbeit von großen Communities zu leisten. Der Powie entwickelte so wie er es brauchte. Oder es kam mal eine coole Idee, dann wurde sie ausgetestet. Somit wurde dass System immer mehr umgemodelt. Ã,,nderungen und neue Features kamen somit nur langsam in den Code; in regelmäßig unregelmäßigen Abständen.
Und das ist genau der Punkt. Daher wäre ein möglicher Ausweg den Systemkern nicht zentral von einer Person entwickeln zu lassen, sondern so viel wie möglich von einer Community. Daher der obere Einschub mit dem fremden Framework/System. Da ist Entwicklung gewährleistet. Oder man macht es selbst und fertig.
Ich habe versucht mal herauszuarbeiten, wie ich das Entwicklungsmodell rund um das pSys und die pSkripte empfinde. (und lasse mich gern korrigieren) In einem anderen Thread hatte ich bereits bemängelt dass heutzutage vieles doppelt und zehnfach neu gecoded wird, nur weil das bestehende 2 % zu langsam ist, dies und jenes nicht unterstützt, whatever. Das Gleiche ist hier auch so.
Z.b. Wordpress: Es hat sowohl ein besseres Design, als auch viel mehr Funktionen als pNews und man kann total bequem Artikel schreiben, auch DAU\'s. Bis pNews soweit ist, braucht man mit aktuellem Tempo noch ein paar Jahre. Oder die Contentverwaltung im pSys. Geht mit Joomla viel einfacher.
Ich nehme an, dass das nicht gewollt ist mit solchen Systemen gleich zuziehen. Meiner Meinung nach hat Powie mit der Zeit vieles implementiert weil die User das gern wollten, weniger aus Eigeninteresse.
So, um hier mal zu einem Ende zu kommen. Ich denke, die Benutzer wollen Entwicklung sehen. Hier und da immer mehr kleine coole Features. Gemeldete Bugs sollen gekillt, etwaige Engpässe behoben werden. Der Powie will eher das Ding nutzen und ggf. neue Sachen ausprobieren. Weniger die Wünsche anderer erfüllen.
Ich selbst habe über ein halbes Jahr aktiv mit dem pSys (auf Codeebene) gearbeitet. Herausgekommen war das Modul Friends. Während dieser Zeit haben wir, der Otti und ich, Code ins pSys beigesteuert, sei es beim Bugfixing oder durch Hacks. Das wurde immer wieder gern gesehen. Zur Zeit gibt es aber soetwas nicht mehr.
Daher würde ich Vorschlagen, dass das komplette System und das Entwicklungsmodell zu überdenken und ein paar Fremdsysteme (komplette CMS\'e oder reine Frameworks) zwecks Portierung näher unter die Lupe zu nehmen.
 
Grüße

pNews mit Wordpress zu vergleichen war jetzt schon Ultra weit hergeholt /uploads/emoticons/icon_e_smile.gif.4a0acefcb917340d2c82e5239c009e6e.gif\" alt=\":)\" />/uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" /> . Wordpress ist ja nun mittlerweile schon mehr als nur ein \"blödes\" Blog Script. Es ist aber eben Wordpress, mit allen eigenen Art und Weisen. Sowas nachzucoden wäre kein Ding für mich, dann könnt ich gleich Wordpress nutzen. So ist das mit vielen Dingen.
Die Scripte in ein anderes CMS einzubinden halte ich für unmöglich. Sie sind auf ihre eigene Art und Weise entstanden und der Einbau in ein CMS System wie Joomla wäre aufwendiger als einfach ein neues Modul für Joomla zu machen was gleiches tut.
Ein Framework wäre kein Framework wenn man bei seiner Nutzung nicht auch da eine Menge Sachen eigensinnig machen müsste, das glaube ich wird definitiv kein gangbarer Weg.
.... aber spinnt ruhig mal weiter! Mir persönlich gefällt die Einbindung in ein CMS System am besten, aber ich denke ich bin nicht in der Lage so etwas zu entscheiden, ich kenne keines der Systeme tiefgründig genug.

Solange Joomla nur ein Beispiel bleibt ... das Teil ist nicht umsonst bei uns strengstens verboten /uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" />

Original von mahe Solange Joomla nur ein Beispiel bleibt ... das Teil ist nicht umsonst bei uns strengstens verboten /uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" />
[/quote]
Das war auch nur ein Beispiel. /uploads/emoticons/icon_e_smile.gif.4a0acefcb917340d2c82e5239c009e6e.gif\" alt=\":)\" /> Ich verzichte auf Auflistungen /uploads/emoticons/icon_e_smile.gif.4a0acefcb917340d2c82e5239c009e6e.gif\" alt=\":)\" />

Um ein entsprechendes in die Vorauswahl zu bringen, müssten wir überlegen was das System denn später können soll. Also die Anforderungen. Hier nur mal ein paar:
- Leicht verständlicher Aufbau VS. MVC / o.ä
- Designerfreundlich: Trennung zwischen Programmlogik und der Oberfläche
- Datenbankneutral: man unterstützt mehrere DBMS
- PHP-gebunden? Was ist mit RoR (Ruby) oder Python?
- DAU-freundlich VS. Spezialsystem (klein, schlank, optimiert, ggf. nicht ohne Einarbeitung verständlich)
- globale Modularität: Es gibt diverse Möglichkeiten das System zu erweitern ( Module, Komponenten, etc.) ; würde bei einem bestehenden CMS gewährleistet (Joomla, Drupal, Typo3 und ähnliche)
- Interoperalität und offene Schnittstellen: Einbindung von/in Flash; AJAX; ...
- Communitylastig VS. statisches System für bestimmten Einsatz
 
Ein fertiges CMS hätte hier den Vorteil, dass man sich seinen Kram selber zusammenstellen  kann. Man nutzt entweder seine Komponenten / Module etc. oder portiert die pSkripte dahin. Joomla und Typo3 fallen mir spontan ein, welche einen DB-Abstraktionslayer mitbringen. Alle sind nach dem MVC-Prinzip aufgebaut. Etc. pp.
Sie bieten also schon einen riesigen Grundstock an. Ich selbst wäre dafür sich mal diese Systeme anzuschauen und etwas herum zuspielen. Vielleicht gibt\'s hier ja Leute mit (gehaltvoller) Erfahrung. Bitte nicht so was wie \"ich find das dodal schwör!\". Typo3 würde ich eher nicht nehmen, da das extrem Hardcore ist und massiv Serverpower voraussetzt.  
Da finde ich Joomla 1.5 oder Drupal viel attraktiver. Oder gar eines in andere Sprache?
Grüße

Was haltet Ihr von Symfony?
Damit lassen sich schnell kleine und natürlich auch große (mit tieferem Hintergrundwissen) Dinge realisieren.
Man hätte dann auch alles Modular:
 Applikation: News, Gästebuch, Forum usw...

@K00ni: Alles andere als php scheidet für mich aus, wer was andere machen will soll.
Die Frage ist wirklich was will man erreichen?
Eine Portierung auf ein anderes System kommt immer einer Neuentwicklung gleich, egal welches System.

hmmm, irgendwie wird so eine Diskussion doch alle jahre wieder geführt /uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" />
Nur der Anfang ist immer ein wenig anders, aber zum Schluss landet man doch wieder beim Alten :gaga:
 
Ich denke wenn man sich sowas antun will dann muss man sowieso bei 0 anfangen.
Etwas bereits bestehendes zu nehmen ... das muss man ja doch immer wieder anpassen.
Ein Grundgerüst welches alles notwendige Bereitstellt (ich schau jetzt mal von dem ab was bei mir schon ewig schlummert ^^):
Uploadfunktion (Files, Pics, ...)
Smileys
Globale Suche ^^
Spamcheck
Ajax (ok, da kann man was fertiges nehmen)
RSS-Feeds
Textformatierung
Badword-Filter
Code Highlight (kann man auch was fertiges nehmen)
Blätterfunktion
MUI
...
Das Gründgerüst muss im Frontend (!!!) nicht viel können:
Navi anzeigen
statische Seiten anzeigen
 
Im Backend aber schon auf so gut wie alles vorbereitet sein:
Userverwaltung (Login, PW-Security, Gruppen, ...)
Kategorien / Tags (für alle Module/Scripe/wasauchimmer)
Content bearbeiten => editieren/löschen/erstellen (auch um User-Kommentare usw. zu bearbeiten)
Module (de-)installieren / (de-)aktivieren / verwalten / Updates
Mehrsprachige Hilfe für den jeweiligen Bereich (kann auf einem Platz global liegen im Netz, dann aber für jede Version ^^)
 
Sprich alles was von den Module/Scripten/... einen kleinsten gemeinsamen Nenner hat muss da rein /uploads/emoticons/icon_e_wink.gif.3167d127940f44558fbf1ccd9b6d60a9.gif\" alt=\";-)\" />
Somit kann man ja nur bei 0 anfangen /uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" />

Ein Neustart ist es in jedem Fall. Somit ist es eigentlich egal wer den macht  /uploads/emoticons/icon_e_surprised.gif.a8707b3f35a569cb4cfe563fc72ef78d.gif\" alt=\":-o\" />
Die Pionierzeiten des Internet sind vorbei. Früher war es Freaks und PC Spezialisten vorbehalten eine eigene Hompage zu haben. Jetzt haben wir \"SaaS\" und im Prinzip muss jeder nur noch den Content beisteuern. Ich beobachte das schon lange, und daher ist die Schrumpfung der pScript Nutzung nicht ein Problem was hier allein besteht, das tritt bei anderen Systemen identisch auf. Die Welt ändert sich nunmal, das Internet im besonderen noch viel schneller. Ich weiss nicht ob man dagegen ankämpfen sollte /uploads/emoticons/icon_e_smile.gif.4a0acefcb917340d2c82e5239c009e6e.gif\" alt=\":)\" />
Ich habe selber mal recherchiert, auch was meine eigene Seite angeht könnte ich das ohne grossen Aufwand als SaaS aus dem Internet zusammenklicken. Überhaupt kein Problem. Ich denke da gibts noch viel zu diskutieren....

nene, ich will alles bei mir auf meinem Space haben /uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" />

Ich habe selber mal recherchiert, auch was meine eigene Seite angeht könnte ich das ohne grossen Aufwand als SaaS aus dem Internet zusammenklicken. Überhaupt kein Problem.[/quote]
Und das ist auch gut so, finde ich. Somit kann sich jeder Interessierte ein passendes System nehmen und seine Vorstellungen im Rahmen der Möglichkeiten realisieren.
Das geht auch genau in die Richtung, weshalb ich die Portierung auf ein fremdes und von einer großen Community getragenen System angeregt hatte. Es macht einfach keinen Sinn mehr permanent immer wieder das gleiche zu schreiben. An sich findet die von mahe erwähnte alle paar Jahre stattfindete Diskussion permanent statt und es wird auch noch das ein oder andere immer wieder umgesetzt. (Bsp: Umstellung pSkripte auf pSys, Umstellung auf Smarty, ...)
Daher der Schwenk auf ein etablierteres System, wo man sich um rudimentäre Dinge wie Contentverwaltung oder DB-Zugriffe nicht mehr kümmern muss. Diese bieten nämlich oft auch ein Framework oder eine API auf welche man bequem aufsetzen kann.
Das dass an sich einer Neuentwicklung des pSys gleichkommt würde ich gern etwas entschärfen, denn viele Dinge werden in dem dann genutzten CMS schon abgebildet und bereitgestellt. (Userverwaltung, Content, etc. ) Man sollte dann die coolen Module die es wert sind portieren und weiterentwickeln.
Das man dann denn hier öfters gepriesenen Charme des fancy und hyperturbo schnellen CMS Systems verliert werd ich persönlich verkraften können.
 

Ich denke da gibts noch viel zu diskutieren.... [/quote]
Spinnen wir mal ein bisschen rum und behaupten, dass wir gerade in einer Vorstufe des Semantischen Netzes leben, wo jede Information mit Metadaten angereichtet wird und man Zusammenhänge aufbauen kann. Jedes Foto in StudiVZ, jeder Post in Twitter, Punkte auf einer Map, Ergebnisse in Computerspielen, etc. können dann in einen Topf geschmissen werden.
Was bedeutet das für die CMS Systeme? Sie wären größtenteils völliger Schrott und ungeeignet, denn die Systeme sind fast alle ausschließlich inhomogen im Bezug auf das Ablegen ihrer Informationen. Drupal geht da glaub ich bereits erste Schrittte in Richtung Semantic Web.
Das ist ein aktuelles Forschungsthema und man experimentiert hier in der Fakultät viel mit der Datenhaltung, der semantischen Suche oder graphischer Darstellung riesiger Datennetze.
Aber ob es Sinn macht bereits jetzt schon die Mainstreamsysteme darauf umzustellen?

Original von mahe nene, ich will alles bei mir auf meinem Space haben /uploads/emoticons/icon_e_biggrin.gif.1a84f5257b36e14b36d04985314f877f.gif\" alt=\":-D\" />
[/quote]
Ja. Firmen zu Beispiel werden diese Daten niemals aus der Hand geben, da hängt geistiges Eigentum dran, an jeder kleinen Kleinigkeit, Geschäftsprozesse usw. die zum Kapital zählen und die niemanden etwas angehen. Dies wird immer in der Hand des Eigentümers bleiben. Das ist aber eine gaaaanz andere Zielgruppe als das pSys aktuell. Die Zielgruppe der ehemaligen pScript User stirbt aus, bzw. ist jetzt schon kaum mehr vorhanden.

Hmm... wenn man weiter drüber nachdenkt. Nehmen wir mal als Script das pImage.
Eigentlich wäre es schicker zu sagen, man behält die Basisfunktion / Struktur bei und portiert das auf \"verschiedene\"  Systeme, so das es das dann für unterschiedliche CMS System oder was auch immer gibt.

Wäre nicht schlecht.
Was mich aber an anderen CMS so ankotzt... die sind so unglaublich aufgeblasen (Space, etc..) mit Funktionen, die kein Mensch benötigt.
Nur als Vergleich Forum:
phpBB und pForum
Wer sich das mal angeschaut hat. Völlig überladen..(phpBB) da setze ich doch lieber auf das pForum.
 - schlank
 - funktionell
 - EINFACH erweiterbar (man kann sich schneller in den Code einarbeiten als bei GROßEN)
Will damit nochmal sagen, ich würde mich über die pScripe wieder freuen.
 
lG Henrik

Will damit nochmal sagen, ich würde mich über die pScripe wieder freuen.[/quote]
 :H:

dito.  /uploads/emoticons/icon_e_wink.gif.c059000ae48ff64afa53be0962c021f2.gif\" alt=\":wink:\" />