[TYPO3-UG Muenchen] CSS Problem - Ursache Apache2 ???

Tue May 22 18:03:36 CEST 2007

Hi Bernhard,

natürlich ist ein CSS Layout insgesamt betrachtet moderner.
SEO und Barrierearm (-frei gibt es nicht) kann man im Prinzip zusammen 
sehen. Eine Seite die SEO optimiert ist, ist in der Regel auch 
barrierearm. Das hängt einfach damit zusammen das Google genau auf die 
Mittel achtet die auch ein Screenreader und ähnliches benötigt.

Eine kürzere Ladezeit möchte ich bestreiten. Zumindest fällt der 
Zeitunterschied nicht so massiv aus wie die Aussage vermuten lässt.
Die Trennung von Layout und Inhalt ist ein Myhtos. Ich kenne keine CSS 
Seite wo man wirklich davon sprechen kann. Dann müssten wirklich alle 
Elemente untereinander in DIVs stehen, nix als ein Klassenattribut 
haben, und dann per CSS positioniert werden. Schaut man sich aktuelle, 
wirklich gut mit CSS erstellte grosse Seiten an (spiegel.de, 
tagesschau.de, tele5.de), sieht man aber das auch komplette CSS - 
Layouts noch immer sehr viel Ballast an Layout mit sich rum schleppen. 
Am besten finde ich sowas hier:

### <div class="box1col linebg" style="width: 290px; margin-right: 0pt; 
height: 149px;"> ###

Erstens: Multiple Klassenangaben widersprechen (meiner Meinung nach) dem 
Grundsatz möglichst wenig Layout ins HTML zu stecken
Zweitens: Alles was man in style schreiben kann, kann man auch in einer 
Klasse unterbringen

Wieso ist ein Redesign in Zukunft einfacher? Das kommt doch ganz klar 
darauf an wie das Redesign aussieht. Werden nur ein paar Farben 
geändert? Oder wird gleich komplett das Layout umgeschmissen? Deinen 
standardisierten Code würde ich gerne mal sehen :-), kann irgendwie 
nicht glauben das Du jedes Design damit erstellst, und immer schneller 
bist wie bei einem Neuanfang. Beispiel: 3-Spalten-Layout mit jeweils 
100% Höhe und unterschiedlichenHintergrundfarben, wie mache ich das ohne 
Tabellen, Hacks und Javascript, nur mit DIV und CSS.

Gerade mit TYPO3 in Zusammenhang mit Templavoila ist es doch wirklich 
einfach ein neues Template einzubauen. Viel Typoscript braucht es da 
nicht. Die meiste Zeit geht dabei für den Bau des HTML-Templates drauf.

Alternative CSS für Printer etc ist natürlich richtig. Das sind gerade 
die wesentlichen Vorteile, das man relativ einfach optimieren kann für 
Print, mobile Engeräte, etc.

Und ob ich jetzt <tr><td> im TS drin stehen habe oder nicht, das ist für 
mich kein Killerargument. *Auch für dich gilt, *wenn mir ein besseres 
Preis/Leistugsverhältnis als meine Programmiererin bieten kannst,* immer 
gerne :-). Wir können ja mit diesem Auftrag anfangen, *schreib mir mal 
über Skype oder in einer seperaten Mail was mich ein CSS Layout kosten 
würde. *Ich biete meinen Kunden natürlich gerne einen Mehrwert wenn es 
sich wirtschaftlich rechnet, daher würde ich sogar jetzt noch 
umschwenken.* Ich brauche auch nur das HTML-Template und das CSS für 
alle Browser und möglichst viele Endgeräte. Einbindung und TS übernehme 
ich selber.

Gruß,
Sebastian

Bernhard Rauscher schrieb:
> Hallo zusammen,
>
> hab früher genauso argumentiert wie Sebastian. Nach den ersten 
> css-Layouts aber gemerkt, dass es spätestens nach dem dritten Layout 
> fast schneller geht. Ich selbst verändere eigentlich nur noch das css, 
> gar nicht mehr meinen (mittlerweile standardisierten) HTML-Code. 
> Schneller geht's nicht.
>
> Vorteile auf SEO zu beschränken ist zu wenig:
> - SEO
> - barrierearm / -frei
> - kürzere Ladezeit (schneller für User + Server wird entlastet)
> - Trennung von Layout und Inhalt
> - Redesign in Zukunft einfacher
> - alternative css für Printer, mobile Endgeräte etc. einfach einzubinden
> - Killerargument bei TYPO3: einfacherer TypoScript-Code! (keine td / tr 
>   Tags beim Menüaufbau etc.) - ich hab z.B. auch für Standards immer den 
> gleichen TypoScript-Code -> wieder zigfach schneller (neues Projekt = 
> t3d-Import meiner Module, Anpassen einiger Constants, HTML, css, Images 
> rauf, fertig)
>
> Guter Artikel hierzu auch:
> http://www.antikoerperchen.de/howto/75/css-contra-tabellen-layout-vorteile-und-nachteile-von-div-und-table.html
>
> Gruß
> Bernie
>
>
>
> Sebastian Böttger schrieb:
>   
>> Hi,
>>
>> mir sind die Vorteile eines DIV Layouts wohl bekannt. Es ist aber nicht 
>> immer zwingend notwendig eine SEO Optimierung bis zum letzten 
>> I-Tüpfelchen aus zu reizen. Wenn ihr euch mal die jetzige (aktuelle, zu 
>> relaunchende) Seite anschaut, findet ihr einen Pagerank von 5 vor. Und 
>> das obwohl es ein reines Tabellenlayout ist. Also bitte, wenn ich es als 
>> absolut notwendig erachten würde, das diese Seite das Maximum an 
>> Optimierung benötigt, dann hätte ich meinen Kunden darauf schon hin 
>> gewiesen. Es ist auch mit Tabellenlayout möglich eine gute Plazierung 
>> bei Google zu erreichen, viel wichtiger als ein DIV Layout sind dafür 
>> die Backlinks, Domainname, Verwendung von h1-h5, <b>-Tags, Vorkommen der 
>> Suchwörter im Content wie Metabereich, Title-Tag, Label, Alt- und Title 
>> - Attribute. Auch sich ständig aktualisierender Content beeinflusst die 
>> Platzierung. Kurz: es gibt so viele Schalter um eine SEO Optimierung 
>> durchzuführen, die verwendete Layouttechnik ist nur einer davon - und 
>> definitiv nicht der Wichtigste.
>>
>> Niemand kennt den Suchalgorithmus von Google genau, ausser Google 
>> selber. Es ist sogar gut möglich das es sogar inzwischen gar keinen 
>> Unterschied mehr macht, weil der Parser eh die entsprechenden Tags raus 
>> sortiert, bevor er die Gewichtung der Wörter vornimmt.
>>
>> Ich, wie auch meine Programmiererin, können DIV Layouts erstellen. Das 
>> Tabellenlayout ist aber für den Kunden in diesem Fall die 
>> preisgünstigste Alternative. Es ist kein Problem, ein Kunde kann doch 
>> selber entscheiden was für in wichtig ist und was nicht.
>>
>> @Matthias: wenn du DIV Layouts genauso schnell erstellen kannst wie 
>> Tabellenlayouts, kann ich dich gerne in meinen Pool mit aufnehmen, wenn 
>> ich mal wieder einen Auftrag zu vergeben habe. Die Zeit für ein Template 
>> liegt bei etwa 2h, Stundensatz darf natürlich nicht höher liegen als bei 
>> ihr, oder es muss entsprechend schneller gehen. Sämtliche Styleangaben 
>> natürlich in CSS ausgelagert.
>>
>> Beste Grüsse,
>> Sebastian
>>
>> PS: Irgendwie habe ich mir gedacht das ich mit der Aussage ne Diskussion 
>> anstosse ;-D.
>>
>> <skype:cozwei?add>
>>
>>
>>
>>
>> Peter Russ schrieb:
>>     
>>> Matthias Stuebner schrieb:
>>>  
>>>       
>>>> On Mon, 21 May 2007 17:11:03 +0200, Sebastian Böttger wrote:
>>>>
>>>>    
>>>>         
>>>>> Genauso halte ich es mit meinen Aufträgen. Der Kunde der einen 
>>>>> Mercedes bezahlt, bekommt ihn auch ;-).
>>>>>       
>>>>>           
>>>> Interessante Ansicht. Heisst also Kunden zu Normalpreisen erhalten
>>>> veralteten Kram (den sie evtl. dann nachträglich nachrüsten lassen) und
>>>> wenn sie etwas nach dem aktuellen Stand der Technik erwarten dürfen sie
>>>> ordentlich drauf legen?
>>>>
>>>> Und das, wo ein DIV-Layout in keiner Weise mehr Aufwand bedeutet, 
>>>> sondern
>>>> max. ein bischen Fortbildung...
>>>>     
>>>>         
>>> Nachdem es mit Photoshop schon möglich ist bei der Anlage zwischen 
>>> Tabellen und DHTML-/CSS-Layout zu entscheiden, scheint mir die 
>>> "Programmiererin" nicht mehr auf dem aktuellen Stand der letzten Jahre 
>>> zu sein.
>>> Von Seiten TYPO3 mit TS oder Extensions ist es dann eh egal in welches 
>>> Layout gerendert wird.
>>>
>>> Die Sachlage mag sich anders darstellen, wenn ein Kunden einen 
>>> fertigen, tabellenbasierten Entwurf hat und dieser auf DHTML 
>>> umzuarbeiten wäre, der Kunde dies aber nicht zahlen wollte. Meist 
>>> hiflt hier der Hinweis, dass Tabellenlayout  nicht mehr den 
>>> Anforderungen an eine SEO genügt. Und welcher Kunde verzichtet schon 
>>> gern auf eine gute Platzierung bei Google.
>>>
>>> Gruss. Peter Russ.
>>>
>>>   
>>>       
> _______________________________________________
> TYPO3-muenchen mailing list
> TYPO3-muenchen at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-muenchen
>   