Обсуждение сайтов

[-=UncleByte=-]

Многие тут уже были, но надоедает отвечать на одни и те же вопросы при наличии уже переведенной документации.
Даже мне, если честно, надоело.
И, кстати, тема про сайты уже одна есть.

[Николай Сипко]

Сообщение от -=UncleByte=-

И, кстати, тема про сайты уже одна есть.

Такая?
http://forum.antichat.ru/forum38.html
Или такая?
http://foxter.ru/forumdisplay.php?f=69
Или такая?
http://www.forumok.eu/board.php?boardid=13

И откуда вообще такая реакция?
Если обсуждение сайтов вас не интересует, можете не участвовать в этом разделе.
Но чем он может помешать?

[Ивано++]

Сообщение от Николай Сипко

Такая?
Если обсуждение сайтов вас не интересует, можете не участвовать в этом разделе.
Но чем он может помешать?

Сообщение от Николай Сипко

"Про то, что PHP-код вставить нет возможности вообще молчу".
http://typo3info.ru/kak-vstavit-svoj...kript-v-typo3/

Имею в виду, что нет возможности вставить PHP-код на forum.typo3.org.
Это позор для форума (даже не взимая на то, что он написан судя по всему с "0") - который специлазируется на кодах...

Сообщение от Николай Сипко

А в моем ответе не было зерна конструктивности?

А смысл без конструктивизма...
Это сообщение сейчас пишу, потому что интересно общаться и обмениваться хот чем-то...
С теми кто работает с TYPO3 в России.

Сообщение от -=UncleByte=-

Многие тут уже были, но надоедает отвечать на одни и те же вопросы при наличии уже переведенной документации.
Даже мне, если честно, надоело.
И, кстати, тема про сайты уже одна есть.

Вот по этой причине - оно и есть - что надоело и скучно...
Что вопросы, которые здесь задаются (95%) - участвуя в них профессионально не развиваешся.


И потом не думаю, что кто-то захочет обсуждать свои работы...
Тут сколько не тусуюсь, шифруются... Даже localconf.php - показать боятся.
Вот есть сайт - http://studsovet-life.ru/ - 2 года работы над проектом в общей сложности - что здесь-то обсуждать?

Сейчас очень интересует другая тема - вот все используют фреймворки - Yii, ну и всякие там прочие.
На них создают сайт с высокой посещяемостью. БОЛЬШИЕ проекты - одним словом. TYPO3 - это по сути тот же фреймворк ... И вот интересно учится тому, как и кто делает большие проекты... Вот например на одном из больших сайтов - вынесли статические картинки на поддоме... Что разгрузило основную машину и сайт работает быстрее.

Потянет это форум обсуждать - было бы замечательно...
Т.к. в России больших проектов можно по пальцам пересчитать - больших это там, где не страниц 1000-2000 страниц - а там где есть внутренняя логика кэширования, где есть на что-посмотреть Где есть выход за рамка стандартной разработки на TYPO3.

Но сейчас все пишут на фрейворках, делают сайты на битрикс...
Покажите хотя бы один крупный проекты в России на TYPO3.
Такого же уровня как
Сайт: http://www.calis.lv/
CMS: TYPO3
тИЦ сайта: 20
Посещаемость: > >18 000
Страниц: > >12 000

Все говорят про extbase, fluid...
Но... на хабре FLOW3 - набрал только 1,5%.

[gabdullin]

Сообщение от Ивано++

Сейчас очень интересует другая тема - вот все используют фреймворки - Yii, ну и всякие там прочие.
На них создают сайт с высокой посещяемостью. БОЛЬШИЕ проекты - одним словом. TYPO3 - это по сути тот же фреймворк ... И вот интересно учится тому, как и кто делает большие проекты... Вот например на одном из больших сайтов - вынесли статические картинки на поддоме... Что разгрузило основную машину и сайт работает быстрее.

Не совсем понял смысл выноса статики на поддомен, или сформулировали Вы не совсем корректно, эффективно закешировать отдачу статики средствами веб-сервера, например nginx. Это не задача для CMS, а именно задача сервера.
P.S. Лет пять-семь тому назад, когда сайт крутился на виртуальном хостинге, я для эффективной отдачи картинок завел аккаунт на google picasa. Неплохой вариант до сих пор.

[Ивано++]

Сообщение от gabdullin

Не совсем понял смысл выноса статики на поддомен, или сформулировали Вы не совсем корректно, эффективно закешировать отдачу статики средствами веб-сервера, например nginx. Это не задача для CMS, а именно задача сервера.
P.S. Лет пять-семь тому назад, когда сайт крутился на виртуальном хостинге, я для эффективной отдачи картинок завел аккаунт на google picasa. Неплохой вариант до сих пор.

Это то, что видел, что сделали на одном очень крупном проекте на базе TYPO3 (проект Белорусской команды).
Там все картинки (и так понимаю статика в общем и целом) были вынесены на поддомен.

Для чего это было сделано - думаю в общих чертах описано здесь
http://searchengines.guru/archive/in.../t-720164.html
И судя по всему от этого есть очень большая польза.

По поводу - google picasa - думаю, вряд ли буду использовать, т.к. это внешний сервис. И связывать одно с другим - это довольно не удобно. Сегодня завтра там что ни будь измениться и все. Тут на многих хостингах произнеся одно слово - "Imagemagick" - Вы можете в накout - отправить всю службу поддержки с ее хостингом. Не говорю уже про настройку поиска по сайту. А вот вариант с выносом статики на поддомен - это интересно.

[-=UncleByte=-]

Вань, с одной стороны вынести всю статику на отдельный поддомен - хорошая мысль, с другой - каждый дополнительный dns запрос замедляет загрузку страницы.
Если на странице много картинок именно в качестве контента и они все лежат в одном месте, то имеет смысл завести CDN или хотя бы поддомен для них.
Если же картинок мало и нужны они исключительно как компоненты шаблона, то имеет смысл делать их "легковесными" и все в виде data:uri отдавать в одном-двух css-файлах, в случае с nginx их еще можно максимально сжать gzip и положить рядом с оригиналом - тогда gzip_static в nginx будет сразу отдавать их не пережимая заново.

[Ивано++]

Сообщение от -=UncleByte=-

Вань, с одной стороны вынести всю статику на отдельный поддомен - хорошая мысль, с другой - каждый дополнительный dns запрос замедляет загрузку страницы.
Если на странице много картинок именно в качестве контента и они все лежат в одном месте, то имеет смысл завести CDN или хотя бы поддомен для них.
Если же картинок мало и нужны они исключительно как компоненты шаблона, то имеет смысл делать их "легковесными" и все в виде data:uri отдавать в одном-двух css-файлах, в случае с nginx их еще можно максимально сжать gzip и положить рядом с оригиналом - тогда gzip_static в nginx будет сразу отдавать их не пережимая заново.

Надеюсь, что будет место, где можно будет эти знания можно будет применить )

[-=UncleByte=-]

Если античат для вас образец, то нам просто нечего обсуждать.
Тут есть целый раздел про сайты - http://forum.typo3.biz/forumdisplay.php?f=23
В нем есть тема про сайты брендов, про русские сайты и многие другие темы. Смысл создавать еще одну? Пофлудить и набить счетчик сообщений? Так это не флудерский форум и за рейтингом по сообщениям никто тут не гоняется. Есть что сказать по существу - скажут, а просто так болтать времени нет.

[Николай Сипко]

Убедили, "болтать времени нет".
Приятной работы!