Beiträge von Synonym

catcat
Das war auch die Überlegung von mir. Vieles ist für ein Smartphone zu viel, aber wird dennoch benötigt. Daher dachte ich an meine normale Seite und die eben nur anpassen. Dann hat man auch keine zwei Stellen, die man Pflegen muss. Wenn ich schon alleine an die Datenschutzbestimmungen denke, da kann man sich schon totscrollen. Und das Piwik-Iframe für das "Entcookieinieren" passt da auch nicht rein.

Äm, nochmal nachfragen muss. Du sagt "für neue Projekte". Wenn ich nun aber so was wie das Ferien-Netzwerk neu machen würde, dann würde ich da mit Mediaqueries ja auch nicht weiter kommen, oder? Oder verstehe ich das nun komplett falsch. Damit ändere ich doch nur das Layout, nicht aber den Inhalt.

z.B. hätte ich jetzt schon die rechte Sidebar so, dass die nach unten wandert, der float entfernt und die Breite angepasst wird. Schriftgrößen werden geändert und Seiteninhalte ausgeblendet. Aber eben nur ausgeblendet, geladen werden die ja noch immer. Und die Navi ja auch. An der würde ich doch nie vorbei kommen, oder? Wenn ich das so mache wie booking.com, also die Navi zu 90% verkleinere, dann muss ich die aber komplett neu generieren, das geht mit CSS nicht.

Habe ich da nun einen neuen Denkfehler drinnen? Das würde doch auch bei neuen Projekten nicht gehen, wenn der Quellcode bei beiden Versionen gleich bleiben muss. Mit Layout "verschieben" ist das ja nicht getan.

Also Fewo-Direkt geht über den UA mit Browserweiche und getrennten Subs. Wobei man auch mit einem Desktop-UA auf die mobile Version kommt.

Booking.com geht auch über den UA mit Browserweiche, aber gleichbleibenden URLs

Beide nutzen unterschiedliches HTML für die mobilen Versionen.

Das scheint auch für mich die bessere Version zu sein, denn rein mit Mediaqueries wird das nichts, aber das ist so eine Menge Arbeit... Da müssen neue Templates her und die Navi bzw. die Seitenführung komplett geändert werden. Wohl sogar fest vorgegeben werden, dann so mit dynamischen Menü wird das dann auch nichts, da wieder viel zu umfangreich. Und dann weiß man noch nicht mal, ob das auch auf allen Geräten richtig funktioniert.

Edit: eben mal neu nachgesehen.
fewo24 hat keine geänderte Webseite. Unterkunft.de auch nicht.
Fewo-Direkt hat eine andere Version, aber das auch über eine eigene Sub. Ist eine komplett andere Seite und hat mit dem Original nichts zu tun. *** Link veraltet ***

Hm... Wenn ich richtig in Erinnerung habe, also von vor einem Jahr oder so, dann haben die Mitbewerber aus meinem Bereich keine eigenständige Version für mobile Geräte. Daher versuchte ich das damals ja schon um schneller zu sein als die.

Breadkrumb: Die ist in dem Bereich bei mir nicht möglich, da mein Menü komplett dynamisch ist und sich je nach Zugriff und Auswahl ändert. Es gibt keine festen Vorgaben, wie man die Seite durchlaufen muss. Per Breatkrumb wird man dann extrem eingeschränkt und kommt eigentlich nicht mehr so wirklich dahin wo man hin will oder gar zurück.

Chris
Stimmt, die Navi ist links wirklich ein Problem, das sehe ich ja ganz deutlich bei mir. Nur, wo anders ergibt die keinen Sinn... Ich bin gerade dabei im Ferien-Netzwerk zu testen (ausgelagerte Kopie). Nur, da kann ich die Navi nicht einfach nach unten setzen, das wird dann noch schlimmer. Da sind ja teilweise >200 Punkte drinnen.

(Abgesehen davon, dass ich die rein per CSS gar nicht wo anders hin bekomme, also ohne den Quelltext zu ändern.)

Und, da Du eben noch was geschrieben hattest. Ist mir auch schon aufgefallen und gehört bei mir zu den vielen Fragezeichen. Du schreibst was von "Hover". Aber ein "Hover" gibt es bei Smartphones doch gar nicht... Zumindest bei mir nicht. Alle Hover-Effekte sind weg, die Funktionen auch. Klar, wie soll das auch gehen. Finger auf dem Display verschiebt ja das Bild, wo oder wie soll da denn dann ein Hover kommen?

Nachtrag:
Bei dem "Detect Mobile Browsers" fällt mir gerade auf, dass der mir trotzt iPad-UA meldet, dass kein Mobile-Browser gefunden wurde.

UA aus meinem Log:
"Mozilla/5.0 (iPad; U; CPU OS 3_2 like Mac OS X; en-us) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B334b Safari/531.21.10"

Aus der Google-Hilfe:

Zitat

Für das Erstellen einer auf Smartphones zugeschnittenen Website unterstützt Google drei verschiedene Konfigurationen:

1. Websites mit Responsive Webdesign – Dies sind Websites, bei denen für alle Geräte dieselben URLs verwendet werden. Für jede URL wird dabei dasselbe HTML für alle Geräte verwendet und die Seitendarstellung auf den verschiedenen Geräten wird allein über CSS geändert. Google empfiehlt diese Konfiguration.

2. Websites, bei denen dieselben URLs für alle Geräte verwendet werden – Für jede URL werden hier jedoch ein anderes HTML und andere CSS verwendet. Dies richtet sich danach, ob es sich beim User-Agent um ein Desktop- oder ein Mobilgerät handelt.

3. Websites mit separaten Webseiten für Mobilgeräte und Desktopgeräte

Also 1 müsste dann ja das mit den Mediaqueries sein, 2 das von Chris mit der Browserweiche und 3 die separate Seite, oder?

catcat
Auch wenn die Frage für Chris war, ich schreibe da dennoch mal mit... Auch wenn ich fast null Ahnung habe, sind also nur meine Gedanken.

Früher oft zu sehen waren ja Seiten wie m.domain.de (Facebook hat es glaube ich noch immer. Google auch mit m.google.de ). Das waren soweit ich weiß eigenständige Seiten inkl. eigenen Templates. Je nach Zugriff wurde dann die eine oder die andere angezeigt. Ähnlich einer Länderweiche. Allerdings, so denke ich zu wissen, war das damals primär für WAP-Seiten gedacht und nicht unbedingt für Smartphones mit richtigen Browsern. Dennoch sollte es da durchaus auch noch gehen, zumindest die letzten Jahre, da die normalen Browser dennoch eine sehr beschränkte Auflösung hatten. Bei den neuen Smartphones ist es eigentlich nicht mehr wirklich sinnvoll, da es eben auch doppelte Arbeit macht.

Dann gibt es wohl noch die Lösung von Chris mit der Browserweiche und der direkten Auslieferung von JS und CSS für mobile Geräte. Der Vorteil hier wäre auch direkt, dass man spezielle Bereiche im Template gleich weg lassen kann. Nachteil aber, dass die Templates bearbeitet werden müssen.

Dann die Version drei, die ich gerade versuche mit den Mediaqueries. Da wird an den Templates nichts geändert. Das CSS wird nur entsprechend erweitert und dann entsprechend der Auflösung Bereiche ein- ausgeblendet, Breiten geändert etc.

Ja, das ist ja auch ein Thema für sich und wirklich etwas undurchschaubar.

Das Forum hier geht auch ohne Mobile-Theme ganz gut, da die linke Seite nicht benötigt wird, rechts nichts ist und somit der Thread selbst gut ins Bild passt.

Aber bei einer normalen Seite. Da ist links eine Navi, die braucht man. Die sollte also mit ins Bild. Rechts habe ich eine Sidebar. Die ist eigentlich auch nötig, aber auf die könnte ich verzichten. Der eigentliche Inhalt macht aber auch Probleme, da der nicht so wie im Forum in Tabellenform ist, sondern komplett anders inkl. Listen, Bilder etc. Das schaut zwar gut aus, aber man kann nichts lesen. Geht man ein eine größere Darstellung, dann Scrollt / Schiebt man sich tot.

Bin nun auch schon so weit mit den Mediaqueries, dass ich da erst mal per meta die width auf die device-width setze. Da kann man das Zeug gut lesen, aber die Navi links ist nicht mehr sichtbar. Das mit der Positionsänderung am Smartphone funktioniert da auch. Die Sidebar rechts wird ausgeblendet, bestimmte Inhalte im Content auch, Bilder werden dynamisch verkleinert, Slideshow entfernt und Galerien neu sortiert, so dass die besser ins Display passen. Wobei das Ausblenden so aber auch Quatsch ist, denn geladen werden muss es ja dennoch, wird ja nur nicht angezeigt.

Nur, und da kommt schon der nächste Haken. Sobald man am Smartphone Zoom (rein oder raus), dann werden auch die width-Daten geändert und meine Mediaqueries greifen nicht mehr. Das "width=device-width" scheint also nur beim Laden zu zählen, nicht mehr aber nach einer Zoomänderung.

Per PHP und JS oder Apache oder wie auch immer scheint das besser zu gehen, da man da dann nicht auf die Mediaqueries angewiesen ist. Nur, da müsste ich dann lauter verschiedene Templates erstellen und das ist ein Unding. Oder doch kombiniert mit Mediaqueries, dann aber wieder das Problem mit dem Zoom.

Dazu kommen ja noch die Probleme, dass ich gar nicht weiß, ob nun nur mein Smartphone (SE Xperia X10) so reagiert, oder die anderen auch. Wie regiert also ein anderes Gerät? Wie regiert ein anderer Browser? Wie an anderes Android?

Also irgendwas muss es da aber doch geben, damit man das testen kann. Mediaqueries sind da wieder der Punkt, da bei denen ja primär über die width und height gesteuert wird, aber eben wieder mit dem "Zoomproblem".

Hm, das ist echt nervend. Bei mir sind es aktuell ca. 10% mobile Zugriffe, wobei ich aber durchaus schon gemerkt habe, dass Piwik die mobilen Zugriffe gar nicht alle als "mobil" registriert. Gestern erst wieder gesehen. Da war einer mit einem iPad auf der Seite, der stand mit seinem mobilen Browser in der Echtzeitansicht und auch als "Mobil" bei der Zugriffsart. Ich mit meinem Sony stand als "Browser Android" in der Liste, bei der Zugriffsart aber als "Normal". Wenn ich das auch noch bedenke, dann könnten die mobilen Zugriffe durchaus wesentlich höher sein, da ich ja in der Regel nur die Zugriffsart der letzten Wochen / Monate ansehe und nicht die Liveansicht 24-Stunden am Tag beobachte.

Ja,das Forum schaut gut aus

Herrje, danke Chris, aber das ist genauso Bahnhof... Ich bin da wohl irgendwann man stehen geblieben. Das ganze per JS zu machen hatte ich schon mal vor einem Jahr versucht oder so und dann eben mit einer Sub für mobile Seiten. Nun kam ich auf die Media-Queries. Warum? Keine Ahnung.

Da stellt sich mir nun gleich die nächste Frage. Was ist denn besser von beiden Versionen? Vielleicht machte ich da damals auch was falsch, aber ich musste da meine ganzen Templates editieren bzw. doppelt vorhalten, einmal für "normal" und einmal für "mobil". Das funktionierte aber irgendwie nicht so wie es sollte.

Hi zusammen,

da die mobilen Zugriffe doch immer weiter steigen wollte ich mich heute mal wieder damit beschäftigen. Doch, was soll ich sagen, das ist die Hölle und ich verstehe da nicht wirklich viel.

Hat sich von euch damit schon mal einer beschäftigt und kennt sich damit aus?

Bei mir treten da sehr viele Fragen auf und stetig kommen neue hinzu. Alleine schon der Sinn / die Verwendung der Media-Queries macht mich kirre.

Z.B.

<style>
@media screen and (orientation: portrait) { .blablub {} }


@media screen and (min-device-width : 321px) and (max-device-width : 800px) {
body{background-color:red;}
.p1:before { content:" - quer - "; }
}


@media screen and (max-device-width : 320px) {
body{background-color:green;}
.p1:before { content:" - hoch - "; }
}
</style>

Das funktioniert soweit. Der Hintergrund wechselt seine Farbe, wenn man das Smartphone dreht. Doch warum funktioniert das nur, wenn die Anweisung "@media screen and (orientation: portrait) { .blablub {} }" da ist, obwohl die eigentlich keinen Sinn hat, überflüssig ist und auch nichts tut? Ohne die Zeile wechselt er aber nur den Hintergrunde, wenn man die Seite lädt, also Rot bei quer und Grün bei hochkant. Ändert man dann die Ausrichtung, dann bleibt der Inhalt gleich. Ist diese Zeile vorhanden, dann passt sich das Layout immer an, auch ohne neu zu laden... Das verstehe ich nicht.

Auch so Sachen wie Ausblenden von Bereichen. Was ist eigentlich, wenn ich bei hochkanter Darstellung die rechte Sidebar auf display:none setze? Gibt das Probleme mit Google? Ist ja schließlich versteckter Content, aber eben nur auf dem Smartphone und nur hochkant.

Oder so Dinge wie, woher das Gerät, das CSS eigentlich weiß, was da für ein Gerät gerade verwendet wird. Ich meine, mein SE Xperia hat eine Auflösung, die ist fast genauso wie mein TFT. Nur ist die Darstellung auf dem Smartphone halt so klein, dass man da nichts mehr lesen kann. Da hätte ich also gerne die Schrift etwas größer. Nur wie erkennt man nun, dass das ein Smartphone ist und wann ein TFT?

Beispiel:
TFT: 1680x1050px
SE Xperia (Portrait): 1294x1973px

oder, wann man xxx-device-width und wann man xxx-width verwendet.

Oder Formulare, bei denen so eine Kalenderbox aufgeht, über die man ein Datum auswählen kann. Das habe ich auf der Seite, nur auf dem Smartphone geht das Popup auf und die "Tastatur" vom Android. Das ist eine Katastrophe, da man da keines von beiden verwenden kann - überschneidet sich und verdeckt sich gegenseitig. Zudem ist die "Tastatur" unbrauchbar, da ich per Popup ein bestimmtes Format vorgebe, das bei der händischen Eingabe fehlt.

Oder oder oder.

Herrje, Fragen über Fragen. Und wie erkennt man die ganzen anderen Geräte? Ich kann ja schlecht alle Auflösungen auswendig wissen von allen Modellen auf dem Markt - oder doch?

Hm, ich merke schon jetzt wieder beim Tippen - ich verstehe nur Bahnhof.

Nimm doch einfach die beiden Keys, die ich oben habe. Die habe ich ja nicht ohne Grund genommen.

Bei dem einen kommt das "meinten Sie" bei dem anderen das "Ergebnisse für"

So, dann nimm einen Treffer und schau die URL an. Dort insbesondere den Parameter "q".

Bei den "meinten Sie"-Treffern ist der Parameter q genau der, den der User eingetippt hat. Das "meinten Sie" ist nur ein Vorschlag.

Bei den "Ergebnisse für"-Treffern führt Google eine automatische Korrektur durch, daher schreibt er ja auch hin, dass er die "Ergebnisse für" anzeigt. Das ist kein Vorschlag, sondern eine Tatsache, dass das schon korrigiert wurde. Der Parameter q enthält in dem Fall das automatisch korrigierte Keyword.

Und genau der Parameter q ist der, der in den Analyse-Tools als Suchbegriff angezeigt wird.

Zitat von Schnipsel;32272

die Suche sendet was der User eingetippt hat ...

Nö, das tut er nicht.

Tippe ein "fereinwohung" und google zeigt automatisch "Ferienwohnung" an (Mit dem Hinweis "Ergebnisse für..."). Und "Ferienwohnung" wird dann auch gesendet.

Hatte ich doch oben geschrieben....

Beispiele:

Suche nach: fereinwohn
Ergibt: meinten Sie...
Ergebnisse angezeigt für: fereinwohn
Referer: fereinwohn

Suche nach: fereinwohung
Ergibt: Ergebnisse für...
Ergebnisse angezeigt für: ferienwohnung
Referer: ferienwohnung

Wenn Du also ein Key in Deiner Liste hast, dann muss es zu dem Key auch sichtbare Treffer in der Suche gegeben haben. Somit kann es nur "Ergebnisse für..." oder eine "normale" Suche gewesen sein.

Bei "meinten Sie..." wird der eigentliche, also das falsche Key gesendet.

Ist egal ob Analytics oder Piwik. Du siehst das, was die Suche als Key sendet.

Also bei "meinten Sie ..." wird der ursprüngliche Referer bzw. der ursprüngliche Suchbegriff übermittelt. Es werden aber auch die Ergebniss für den ursprünglichen Begriff angezeigt.

Bei "Ergebnisse für ..." wird der neue von Google gesendet und die neuen Ergebnisse angezeigt.

Wenn man dann allerdings auf den Begriff hinter "Meinten Sie:" klickt, dann wird der neue übertragen, da auch eine neue Suche stattfindet.

Suche nach: fereinwohn (meinten Sie...) -> Key = fereinwohn
Suche nach: fereinwohung (Ergebnisse für...) -> Key = ferienwohnung

Hm, und ich bin heute Nacht mit meiner Hauptseite von P8 auf P81 durchgereicht worden ...

Zitat

Wenn der Ordner 644 oder weniger hat... wieso darf dann jemand die Dateien darin - egal welche Rechte die haben - anfassen? Warum?

Also mit "anfassen" meine ich nun einfach mal "lesen". Ganz einfach, weil Du jedem (Inhaber, Gruppe, Andere) mit 644 Leserechte gegeben hast. Bezogen auf das Verzeichnis nun! Also der darf das Verzeichnis und dessen Inhalt auflisten. Ob er dann die Datei auch noch ansehen darf hängt von den Dateirechten ab.

Dein Beispiel mit dem Aktenschrank ist gut. Wollte vorhin eines mit einer Firma und Zugangsberechtigungen machen, ging aber nicht.

Also, der Schrank ist das Verzeichnis, die Ordner sind die Dateien....

Am Schrank schreibst Du hin (Ich darf mit dem Schrank alles machen. Die Gruppe darf den aufmachen und reinschauen, alle anderen lassen die Finger weg) - das wäre Verzeichnisrechte 740.

So, nun gehen wir wie vorher von der Gruppe aus.

Die Gruppe darf den Schrank also aufmachen und reinsehen.... Die Gruppe sieht also die Aktenordner. Nun kommt es auf die Ordner an, was die damit machen dürften.

Auf dem einen Ordner klebt nun der Zettel 777. Also darf die Gruppe mit dem Ordner machen was sie will. Egal was.
Auf einem Anderen steht 700. Diesen Ordner sieht die Gruppe zwar, da Verzeichnisrecht lesen vorhanden, sie darf in aber nicht aufmachen und sonst auch nichts mit machen.

Versucht die Gruppe nun einen neuen Ordner in den Schrank zu stellen, so ist das nicht möglich. Der Schrank sagt dann "Eh, darfst Du nicht, Du hast nur das Recht 644". Du darfst mich aufmachen, meinen Inhalt auflisten, aber nichts neues reinstellen. Für dich zählt nur, was schon da ist. Das darfst Du auch rausnehmen und mitnehmen, aber nichts neues reinstellen.

Zitat

Meinem Verständnis nach könnte ich doch alle Dateien auf einem Webspace mit einem freundlichen x777 versehen und nur die Ordner mit den entsprechenden Rechten versehen. Nee? Nee.

Nein, siehe oben.
Verzeichnisrechte und Dateirechte sind unterschiedlich.

Verzeichnis "lesen" heißt, Dateien auflisten
Datei "lesen" heißt, Dateien öffnen und den Inhalt lesen.

Im Prinzip wie bei der Bahn. Du kauft ein 2.-Klasse Ticket und hast somit das Recht, den Zug zu besteigen. Du siehst eventuell auch die 1. Klasse, aber betreten oder nutzen darfst Du sie nicht.

Oder mal aus meiner Praxis:
Ich habe das Verzeichnis /var/www/vhosts/domain.de/ und darin die Unterordner public_html, conf, logs, sessions etc.

Auf das Verzeichnis domain.de (644) darf ich als Gruppe (sftp-User bzw. Gruppe) lesend zugreifen. Ich kann also die enthaltenen Unterordner anzeigen. Ich kann also auch in das Verzeichnis conf wechseln und sehen, dass da eine vhost.conf drinnen liegt. Diese vhost.conf kann ich aber nicht öffnen, da diese nur das Recht 600 hat.

Anders im Verzeichnis public_html. Dort kann ich auch auflisten, aber die Dateien auch ändern / löschen, da diese das entsprechende Gruppenrecht haben.

Auf das übergeordnete Verzeichnis "vhosts" kann ich per FTP aber nicht zugreifen, da ich dazu keine Rechte besitze.

Man merkt hier also, "vhosts" ist gesperrt. "vhosts/domain.de" ist aber lesend möglich. Bedeutet, selbst wenn ein Verzeichnis eine Leserechte hat, kann man auf das enthaltene Zeug zugreifen, wenn man denn weiß wie es heißt und wo es genau ist. Ist dann halt ein Blindflug, da man das Verzeichnis durch die fehlenden Verzeichnisrechte nicht auflisten kann, aber auf den Inhalt kann man zugreifen, denn da gelten dann die jeweiligen Rechte des Inhalts.

Oder noch ein Beispiel:
/var/www/vhosts/http://domain.de/public_html/ (644)
/var/www/vhosts/http://domain.de/public_html/index.php (755)
/var/www/vhosts/http://domain.de/public_html/spammer.log (775)

PHP (in der Gruppe) darf also das Verzeichnis public_html auflisten. PHP darf die Datei index.php öffnen, ansehen, ausführen, aber nicht verändern oder löschen. Mit der Datei spammer.log darf PHP alles machen.

Das ist ein Punkt, bei dem ich auch immer wieder hänge... Siehe das Thema "fcgi + Apache + PHP"

Vorab: "-rw-r--r--" ist aber nicht 640, sondern 644.

Prinzipiell ist es so, dass Deine Annahme so nicht ganz richtig ist. Wenn ein Verzeichnis 644 hat und die Dateien darin 777, dann darf da dennoch jeder fast alles machen.

Als Gruppe hätte er dann das Recht, das Verzeichnis einzulesen (Leserecht im Verzeichnis), aber eben auch nur das. Er kann also keine Dateirechte lesen, sondern die nur auflisten lassen. Er kann aber vorhandene Dateien ändern / bearbeiten / löschen / ausführen, denn diese haben ja das Recht 777 (alle Dateirechte). Also, lesen der Datei ja, ändern ja, löschen ja... Nur neue anlegen nein, da das Verzeichnis die Berechtigung nicht hat.

Im Prinzip ist das ja auch nichts anderes als ein paar Ebenen weiter oben. Der Apache darf im public_html ja auch alles machen, obwohl weiter oben, also im vhost, www, var oder sonst wo keine Rechte für den Apache bestehen.

Zitat

Wie schafft es ein pöser Kiddie, das er Gruppenrechte bekommt?

Er selbst "bekommt" keine, er holt sich welche bzw. gibt sich als jemand anders aus. Und das eben in dem Sinne, dass er einen Dienst verwendet / angreift, der die entsprechenden Rechte besitzt. Z.B. das Problem damals mit Proftpd. Wenn man den Dienst "übernommen" hatte, dann hatte man auch dessen Rechte. Man war ja quasi als "proftpd" unterwegs. Und der durfte eben überall agieren, wo ein FTP auch zugreifen kann. Oder Beispiel Plesk. Auch dieses hat weitreichende Rechte um Systemdateien, Hosts und noch einiges weitere zu lesen oder gar zu ändern. Ist ein Hacker nun per "plesk" eben als "plesk" unterwegs, dann kann der einiges anstellen. Selbiges natürlich auch beim "www-run-Problem". Greift einer per PHP oder auch direkt den Apache an und greift über den dann auf die Daten zu, dann ist der Angreifer im System als "www-run" unterwegs. Und nun, wo darf "www-run" alles zugreifen, ändern und löschen? Auch hier sind es viele Stellen.