Отказ от Subsilver2

[rxu]

Как известно, 18 июля 2010 года закончено составление списка новых возможностей для phpBB 3.1 Ascraeus.

Одним из знаменательных шагов стало исключение из пакета стиля Subsilver и отказ от его официальной поддержки.
Хотелось бы услышать мнение сообщества о данном шаге. Прошу голсовать и отписываться в теме о своем мнении
------------------------
UPD. Решено не отказываться от стиля Subsilver2 в ветке phpbb3.1. Subsilver2 не будет включен в стили по умолчанию и он не будет присутствовать в дистрибутиве. Но стиль будет присутствовать отдельным пакетом в репозиториях.
==================
Начиная с версии phpbb3.2 решено отказаться от поддержки стиля Subsilver2 и исключить его из репозиториев.

[MAzZY]

Garret_Dark, в этих рассуждениях есть важные огрехи, сводящие на нет все остальные рассуждения. Это вроде дома на песке.
1. Нужно узнать, что такое срок кеширования статики
2. Нужно понять, что таблицы - дубовая вещь, не позволяющая сделать гибкость и универсальность. Дивы можно определять в любом месте кода и выводить в любом месте страницы. Таблицы выводятся именно там, где определены. Это очень важно для нужд СЕО, когда основной контент выставляется в коде на самый верх, а всякие рюшки-менюшки уносятся вниз. На странице это выглядит как надо. В таблицах же до контента еще докопаться надо через дебри кода, который часто избыточен.
3. Очень важно понять, что такое суммарный вес страницы _в_браузере_

[Nekstati]

Вот взять даже стиль гуру, ну неужели Вы здесь только CSS изменили?

Просильвер подгонялся под уже готовый стиль Джумлы, поэтому было проще перенести готовые хедер и футер оттуда, вместе с CSS. Но при желании это можно сделать и на чистом CSS.

Править CSS просильвера... вроде там все грамотно разбито по файлам (цвета, контент и т.п.), но на самом деле в перемешку, к примеру, на один класс по несколько назначений цвета в разных файлах, пока найдешь посинеешь.

Тут вы правы, CSS Просильвера неоптимизирована. Там не только двух-трёхкратное переопределение стилей, но и куча развёрнутых свойств типа border-top-width вместо кратких типа border. Эту CSS надо бы причесать и сократить раза в три.

Дивы можно определять в любом месте кода и выводить в любом месте страницы.

Точно... Можно двумя строчками в CSS поменять местами шапку и подвал. Или переместить аватары справа налево. Например, на phpbbguru кнопка «Минипрофили слева/справа» всего лишь изменяет класс одного элемента.

[Garret_Dark]

1. Нужно узнать, что такое срок кеширования статики

У меня в опере по дефолту 5 часов. Вполне укладывается в среднюю периодичность посещения пользователей форума.

2. Нужно понять, что таблицы - дубовая вещь

В этой "дубовости" есть свои плюсы - нет проблем с порядком расположения блоков, когда их больше двух на одной строке и при этой же "дубовости" легко можно добиться динамического изменения ширины и высоты блоков. Самый яркий пример я уже упоминал выше - список форумов, где в блочной верстке ширина 3х из 4х колонок строго фиксирована иначе не будет совпадения по вертикали с заголовками.

3. Очень важно понять, что такое суммарный вес страницы _в_браузере_

В браузер выдаются шаблоны, да, некоторые их части выводятся в цикле и потому могут отличие одного шаблона в 1Кб, будет к примеру 1Кбх10 (Например при выводе по 10 сообщений на странице).
Но если исходный вес всех шаблонов одного стиля равен другому стилю, то в результате может быть существенно разный вес одной страницы в разных стилях, но при этом на определенных страницах будет "выигрывать" один стиль, а на других страницах другой.

Это очень важно для нужд СЕО

СЕО это вообще отдельный вопрос, мало кто заморачивается выставлением контента в хедер и этого нет в просильвере изначально, так что о чем речь?

Точно... Можно двумя строчками в CSS поменять местами шапку и подвал

А кто запрещает использовать DIV'ы ? Я вот за то, чтобы совмещать оба способа, а не полагаться на один.
Таблицы в форуме используются часто (Список форумов, список тем, список ЛС, список пользователей, списки в модераторском разделе...) очень много, так давайте использовать здесь таблицы, зачем лепить из блоков?

CSS Просильвера неоптимизирована

Ну и к чему мы пришли?
1. Просильвер имеет уже простоватый/устаревший вид
2. Имеет очень спороное расположение аватаров (Я знаю людей отказавшихся от phpbb только от увиденных "правых аватар", на моем форуме, когда я поставил просильвер как дополнительный стиль, его тут же заплевали, в первую очередь именно минипрофилями).
3. Просильвер имеет очень серьезную проблему с "динамичностью" CSS
4. Просильвер имеет полный п... неразбериху в CSS
5. И другие прочие мелочи, которые упоминались выше.

Вопрос: Господа, а тот ли стиль мы списываем на пенсию?

[Nekstati]

1, 3, 4, 5 — всё верно, если не считать того факта, что в Субсильвере всё гораздо хуже.

2. Это проблема ваших пользователей. Мои пользователи, к примеру, не столь инертны. Вообще, на этом форуме в последнее время происходит прямо-таки пир духа ретроградов. К концу света, что ли.

Господа, а тот ли стиль мы списываем на пенсию?

Зачётный передёрг.

так давайте использовать здесь таблицы, зачем лепить из блоков?

Так я же вам объясняю: затем, чтобы получить возможность неограниченной трансформации через CSS.

У меня в опере по дефолту 5 часов. Вполне укладывается в среднюю периодичность посещения пользователей форума.

Никуда оно не укладывается. У 99,9% пользователей файлы хранятся в кэше столько времени, сколько прикажет сервер.

[Garret_Dark]

в Субсильвере всё гораздо хуже.

Ну почему-же? На внешнем виде они оба устаревшие и требующие обновлений.
В остальном же, по крайней мере сейчас, у просильвера больше критических проблем.

2. Это проблема ваших пользователей. Мои пользователи, к примеру, не столь инертны.

Это скорее ваши пользователи исключение, т.к. взять среднестатистического пользователя "прожившего всю жизнь на сабсильвере/любом другом левостороннем форуме или стиле", то он в 9 случаях из 10 взвоет.
Лично я нахожу это даже удобным, т.к. в первую очередь воспринимается контент, но привычки... иначе зачем бы вы даже на гуру сделали возможность левостороннего стиля? Значит все-таки учитываете этот фактор.

Зачётный передёрг.

Если бы передерг - суровая реальность.

тобы получить возможность неограниченной трансформации через CSS

А нафига трансформировать списки? Они списки и все тут. Сообщения пусть будут блоками, но таблица пользователей, к примеру - пусть останется таблицей.

[MAzZY]

У меня в опере по дефолту 5 часов. Вполне укладывается в среднюю периодичность посещения пользователей форума.

Неверно. Срок кэширования определяется сервером. Принудительный сброс кэша установлен у очень малого количества пользователей. Таким образом, заходя снова и снова на форум, они не будут снова подгружать картинки, скрипты и стили. Ускоряется загрузка, снижается нагрузка на сервер.

В браузер выдаются шаблоны

Неверно. В браузер выдаются уже готовые, полностью скомпилированные страницы. Их вес мало зависит от веса исходников.

[MIT]

снижается нагрузка на сервер

Не настолько значительно, что бы об этом стоило говорить. Браузеры, в большинстве случаев, всё равно отправляют запрос на сервер и, получая в ответ статус 304, не перекачивают содержимое. Это снижает время загрузки страницы, бесспорно, но сервером запросы всё равно обрабатываются.

Их вес мало зависит от веса исходников.

Для страниц с циклами — да, например для шаблонов тем. Для всего остального зависит, ибо генерируемого сервером контента меньше, чем вёрстки.

[MAzZY]

Не настолько значительно, что бы об этом стоило говорить.

Зависит от количества графики, скриптов и стилей. Не зря их советуют собирать в кучки и удалять пробелы, переносы и прочее.
А если еще и стоит nginx, то до апача вообще не доходит запрос.

[MIT]

Не зря их советуют собирать в кучки и удалять пробелы, переносы и прочее

Советуют снижать количество запросов и объём передаваемой информации, и это понятно, но я на другое хотел обратить внимание: хоть Апач, хоть nginx, обрабатывая запрос на получения файла мультимедиа, в любом случае обрабатывают запрос, а что отправляют в ответ: статус 304 или содержимое файла — не настолько критично.

[MAzZY]

статус 304 или содержимое файла — не настолько критично

O'RLY?
Нафига тогда существует 304?

[MIT]

MAzZY, что бы снизить количество передаваемой информации. А инстанс сервера всё равно запустился, какая разница.

[Nekstati]

Браузеры, в большинстве случаев, всё равно отправляют запрос на сервер и, получая в ответ статус 304, не перекачивают содержимое.

Справедливости ради надо уточнить, что браузеры это делают только при обновлении страницы. При переходе по ссылкам это не делается, кроме случаев, когда истёк срок кэширования (заголовок Expires) или задано что-нибудь типа Cache-control: must-revalidate.

А нафига трансформировать списки? Они списки и все тут. Сообщения пусть будут блоками, но таблица пользователей, к примеру - пусть останется таблицей.

Живо напомнило: «А нафига они придумали эту семёрку, если меня устраивает XP?»

[МайскийЖук]

Вопрос «Зачем трансмормировать таблицы в нетаблицы» насколько же логичен, насколько логичен вопрос «Зачем мне семь, если есть XP».

В обоих случаях: ну зачем оно мне?

[Nekstati]

ну зачем оно мне

Так в том-то и беда, что этот невинный вопрос слишком легко трансформируется в «ну зачем оно вам», далее в «ну зачем оно вообще» и далее в «те, кто это придумал и использует — козлы».

[МайскийЖук]

То бишь, весь наш спор о семь и XP вы лично восприняли, как отскорбление от меня в вашу сторону? Якобы я назвал вас этим животным с рогами?