Hackerplace.de

Hi Leute,

endlich habe ich die Zeit gefunden diesen Post zu verfassen.
Zunächst cooles Design! Ich kenne da jemanden, der dies schon ewig geplant hatte so umzusetzen, aber letztendlich nicht dazu gekommen ist
Großes Lob auch dahingegen, dass das Design auch responsive ist, viele Seiten haben dies nicht und machen es somit unmöglich auf Tablet oder Mobile zu spielen.

So nun genug der großen Lobeshymnen und auf zu den Verbesserungsvorschlägen

Zunächst, wäre es eine gute Sache die Desktopsymbole auch auf Mobile/Tablet anzeigen zu lassen, um den Sprung über das Menü zu umgehen. Ich finde das mit der Zeit persönlich äußerst nervig, vor allen da ich auch mal ausversehen auf andere Buttons komme (z.B. Teilen, Vor-/Zurückbutton,...).

Weiterhin habe ich auf iOS das Problem, dass wenn ich mich einlogge und nicht vorher auf "Done" klicke, um die Tastatur zu schließen, wird die Tastatur bei jedem klicken wieder neu eingeblendet. Ich bin mir jetzt nicht sicher ob das ein iOS Bug ist, oder von eurer Seite.

Als nächstes wäre es ziemlich cool, wenn ihr auch für die Tablets ein eigenes angepasstes Design anbieten würdet, also Mobile->Tablet->Desktop. Dies sollte nicht allzu viele Anpassungen verlangen.

Um euren Pagespeed und Google Ranking zu verbessern, schaut euch doch mal Google Pageinsights an (Btw. kp ob das ein Anzeigefehler war, aber euer CSS ist nicht minifiziert und schaut euch auch nochmal die Bilder Kompressionen an, da könnt ihr nochmal Performance gewinnen.)

Und last but not least, sagen euch "Progressive Web Apps" etwas? Falls nein, schaut es euch unbedingt mal an, optimiert eure Seite für Mobile und Tablet deutlich. Falls ja, werdet ihr es umsetzen?

So das wars fürs erste von mir, falls Ihr Fragen habt oder Hilfe braucht, stehe ich gern zur Verfügung, da ich in der Branche arbeite, kann ich bestimmt mit ein paar hilfreichen Tipps dienen.


Gruß
Cry

Nachtrag:

Warum heißt es "transfermoney" und nicht "transfer money"? Ich vertippe mich da jedesmal^^

Auch wenn ich nicht der Entwickler von Hackerplace bin, möchte ich auf einzelne Sektionen mal Stellung nehmen.

Um euren Pagespeed und Google Ranking zu verbessern, schaut euch doch mal Google Pageinsights an (Btw. kp ob das ein Anzeigefehler war, aber euer CSS ist nicht minifiziert und schaut euch auch nochmal die Bilder Kompressionen an, da könnt ihr nochmal Performance gewinnen.)

1. CSS ist nicht Minifiziert.

Da hast du vollkommen recht, aktuell liegt es aber noch daran, dass hier und da mal der ein oder andere Fehler in der .css auftritt und man den so "schneller" lokalisieren kann. Aber es wäre für später eine Gute Überlegung

2. Bilder Kompressionen

Die Bilder der Version V1 und der Standart Version von v2 sind komprimiert und alle nur wenige kb groß,
wir holen zum Beispiel die Icons aus dem Menü aus einer Datei doch lokalisieren diese jedoch mit
den parametern Background-size in der .css

Bei den Entwickelten Style Dark-Blue und noch eins was atm in Entwicklung steckt, sind
die meisten Bilder allein stehend, jedoch befinden sich sich wiederum in einem ~20kb rahmen.

Als nächstes wäre es ziemlich cool, wenn ihr auch für die Tablets ein eigenes angepasstes Design anbieten würdet, also Mobile->Tablet->Desktop. Dies sollte nicht allzu viele Anpassungen verlangen.

Ob wir ein Tablet Design entwickeln mag ich bezweifeln, aber auch da kann ich mich irren,
soweit ich weiß wird das switchen des Design von der Bildschirm alias Fenstergröße des Browsers gemacht,
ist zum Beispiel dein PC Monitor kleiner als 1000px breit erzwingen wir dir die mobile Ansicht und so ist es
auch bei der mobilen ansicht.

1. CSS ist nicht Minifiziert.

Da hast du vollkommen recht, aktuell liegt es aber noch daran, dass hier und da mal der ein oder andere Fehler in der .css auftritt und man den so "schneller" lokalisieren kann. Aber es wäre für später eine Gute Überlegung

Alle gängingen Browser unterstüzen die Möglichkeit minifizierte Stylesheets und Javascripts korrekt darzustellen. Man kann also trotzdem Fehler schnell lokalisieren

2. Bilder Kompressionen

Die Bilder der Version V1 und der Standart Version von v2 sind komprimiert und alle nur wenige kb groß,
wir holen zum Beispiel die Icons aus dem Menü aus einer Datei doch lokalisieren diese jedoch mit
den parametern Background-size in der .css

Bei den Entwickelten Style Dark-Blue und noch eins was atm in Entwicklung steckt, sind
die meisten Bilder allein stehend, jedoch befinden sich sich wiederum in einem ~20kb rahmen.

Ich hatte nur mal fix Pageinsights laufen lassen und da war dies eine Sache die schnell ins Auge fiel.

Ob wir ein Tablet Design entwickeln mag ich bezweifeln, aber auch da kann ich mich irren,
soweit ich weiß wird das switchen des Design von der Bildschirm alias Fenstergröße des Browsers gemacht,
ist zum Beispiel dein PC Monitor kleiner als 1000px breit erzwingen wir dir die mobile Ansicht und so ist es
auch bei der mobilen ansicht.

Ja das ist schon klar, aber du hast ja drei unterschiedliche Größen (Mobile, Tablet, Desktop) und dadurch auch unterschiedlich viel Platz für die Darstellung. Bei 800px schon die mobile Ansicht zu haben, ist doch ein wenig "früh".

Aber danke schon mal für Deine kurze Rückmeldung. Mal schauen was Mr. Admin dazu sagt

Gruß
Cry

cry hat geschrieben:endlich habe ich die Zeit gefunden diesen Post zu verfassen.
Zunächst cooles Design! Ich kenne da jemanden, der dies schon ewig geplant hatte so umzusetzen, aber letztendlich nicht dazu gekommen ist
Großes Lob auch dahingegen, dass das Design auch responsive ist, viele Seiten haben dies nicht und machen es somit unmöglich auf Tablet oder Mobile zu spielen.

Vielen Dank für die Blumen.

cry hat geschrieben:Zunächst, wäre es eine gute Sache die Desktopsymbole auch auf Mobile/Tablet anzeigen zu lassen, um den Sprung über das Menü zu umgehen. Ich finde das mit der Zeit persönlich äußerst nervig, vor allen da ich auch mal ausversehen auf andere Buttons komme (z.B. Teilen, Vor-/Zurückbutton,...)..

Dies ist voll und ganz dem Entwickler des Styles überlassen. Die Styles, die ich entworfen habe besitzen keine Icons auf dem Desktop. Dies hat erst provokan mit seinem Style angefangen. Ich dachte immer, dass es kein Umweg ist da man das Fenster nicht erst schließen muss, sondern direkt über das Menü aufrufen kann. Mit der Bedienung hatte ich nun noch keine Probleme. Darüber kann man aber sicher reden. Was für ein Gerät benutzt du denn? Und sag bitte kein Obst. Die machen schon genug Probleme

cry hat geschrieben:Weiterhin habe ich auf iOS das Problem, dass wenn ich mich einlogge und nicht vorher auf "Done" klicke, um die Tastatur zu schließen, wird die Tastatur bei jedem klicken wieder neu eingeblendet. Ich bin mir jetzt nicht sicher ob das ein iOS Bug ist, oder von eurer Seite.

Ich kann dazu bis jetzt nur folgendes sagen. Wann du Tastatur sichtbar ist und wann nicht steuern wir nicht. Wir benutzen Eingabefelder auch nur an den Stellen, wo sie hin gehören. Du kannst mir aber gern sagen mit welchem Obst und welcher Version du das Problem hast. Ich kann versuchen mir ein passendes Gerät zu leihen und es mal zu Testen.

cry hat geschrieben:Als nächstes wäre es ziemlich cool, wenn ihr auch für die Tablets ein eigenes angepasstes Design anbieten würdet, also Mobile->Tablet->Desktop. Dies sollte nicht allzu viele Anpassungen verlangen.

An dieser Stelle wird es ein wenig Kompliziert. Der Übergang zwischen diesen 2 Gerätegruppen ist momentan ziemlich fließend. So hat zum Beispiel mein Tablet (billig Gerät welches es Gratis zum Vertrag gab) eine geringere Auflösung als mein Smartphone. Deswegen stellt sich zuerst die Frage was du denn gern im Design als Unterschied an dieser Stelle sehen würdest.

cry hat geschrieben:Um euren Pagespeed und Google Ranking zu verbessern, schaut euch doch mal Google Pageinsights an (Btw. kp ob das ein Anzeigefehler war, aber euer CSS ist nicht minifiziert und schaut euch auch nochmal die Bilder Kompressionen an, da könnt ihr nochmal Performance gewinnen.)

Schön, dass sich auch mal jemand mit solchen Sachen befasst. Finde ich wirklich gut. Und auch ich arbeite damit. Deswegen meinem Bemerkungen zu den von Google bemängelten Punkten als Liste:

• Wir müssen Javascript gleich mit laden, da die Seite sonst nicht funktioniert. Außerdem sind viele Bindings an Browserevents gehangen die sonst nicht gehen würden. Googles Vorschlag zu Inline-Code ist ja nun echt Müll wenn es um große Mengen wie bei uns geht.
• CSS für den sichbaren Bereich Inline einfügen. Genauso Schwachsinn wie JS als Inline Code
• Browsercache für folgende Dateien verwenden: https://apis.google.com/* und https://www.google-analytics.com/* Na klar! Als wenn ich beeinflussen kann, was Google in seinen Webserver schreibt. An diese Stelle soll man sich wohl entscheiden ob man ohne Google arbeiten oder eine gute Bewertung möchte.
• Bei der Optimierung der Grafiken komme ich zu dem selben Punkt. Ich kann nichts dafür dass die eine Grafik vom tsviewer nicht optimiert genug ist. Liegt wahrscheinlich auch daran, dass diese Grafik dynamisch erzeugt wird.
• Die 2. Grafik welche nicht korrekt war, lag am Adventskalender an dem ich gearbeitet habe. Jetzt wo ich fertig bin, habe ich die Grafik natürlich noch optimiert.

Die Sache mit dem CSS ist so eine Sache. Ich befinde mich noch auf der Suche nach einem Minifier für CSS in PHP. Ich benutze bereits erfolgreich JSqueeze für das javascript. Denn ich möchte gern, dass der Server selbst die Dateien aktualisiert wenn es Änderungen gibt (immer die aktuellen Dateien minimiert). Allerdings habe ich es bisher noch nicht geschafft CSSqueeze so zu benutzen, dass ein ordentliches Ergebnis heraus kommt. Wenn jemand Erfahrungen damit hat, bin ich über einen Tipp sehr dankbar.

cry hat geschrieben:Und last but not least, sagen euch "Progressive Web Apps" etwas? Falls nein, schaut es euch unbedingt mal an, optimiert eure Seite für Mobile und Tablet deutlich. Falls ja, werdet ihr es umsetzen?

Ich habe mich mit dem Thema schon ein wenig beschäftigt. Allerdings mehr in die Richtung Offline-Website. Dies kommt dem Prinzip ja am Ende ziemlich nahe. Allerdings habe ich den Gedanken schnell gekippt. Denn es wäre nichts anders als jetzt. Wir wollen dass jede Aufgabe an den Server gesendet wird. Dieser soll die Aufgabe prüfen und das OK zurück geben. Nur so sind wir vollkommen sicher gegen Manipulationen im Code.

cry hat geschrieben:Warum heißt es "transfermoney" und nicht "transfer money"? Ich vertippe mich da jedesmal^^

Ich möchte ja auch meinen guten Willen zeigen. Ich habe gerade transfer money" als alternativen Befehl mit eingerichtet. Es funktionieren also nun beide Schreibweisen.

cry hat geschrieben:Weiterhin habe ich auf iOS das Problem, dass wenn ich mich einlogge und nicht vorher auf "Done" klicke, um die Tastatur zu schließen, wird die Tastatur bei jedem klicken wieder neu eingeblendet. Ich bin mir jetzt nicht sicher ob das ein iOS Bug ist, oder von eurer Seite.

Ich kann dazu bis jetzt nur folgendes sagen. Wann du Tastatur sichtbar ist und wann nicht steuern wir nicht. Wir benutzen Eingabefelder auch nur an den Stellen, wo sie hin gehören. Du kannst mir aber gern sagen mit welchem Obst und welcher Version du das Problem hast. Ich kann versuchen mir ein passendes Gerät zu leihen und es mal zu Testen.

Hier zu kann ich etwas sagen.
@Freaky-Boy du brauchst dir an der stelle kein Gerät zum testen suchen, da Apple dies so programmiert hat in seinem iOS das man die Tastatur selber runterdrücken/ausbelden muss. Ich habe diese das ganze letztes Jahr gehabt in der Firma wo ich derren App getestet habe. Da habe ich mich selber schlau gemacht mit den Entwicklern ob es da ne möglichkeit gibt, dass diese beim Apfel automatisch auszublenden geht (weil mich dies selber auch immer geneft hat, Android is da besser), aber leider gibt es dafür keine Lösung da es von Apple nicht vorgesehen ist.