я же сказал. Все почти как с cms. Просто стараюсь не пользовать SQL (в 99% случаев он не нужен), а страницы собираются из шаблоно, но 1 раз, когда на них есть изменения.
И еще, т.к. никаких особенностей от хостера мне не нужно, у мнея на внутреннем сервере есть полная рабочая копия всего, поэтому все становится еще проще.
Средств шопа и имажереди - больше чем достаточно. Просто нужно уметь рисовать в индексированных цветах. Еще почитайте о поточечном создании графики и о стандартах Gif89a. Сам использую именно этот пакет + ulead smart saver (он позволяет более тонко настраивать параметры гифов)
http://company.yandex.ru/technology/products/Yandex-Server/shareware.xml
sokol_jack, сильно. Яша стал не только зеркалом рунета, ни и его духом.
Читается между строк. Будут жирные ссылки, придет... хотя бред какой-то. Или в связи с кризисом, все начальстов в службу техподдержки своих дочерей привело.
грубить не стоит. Учитесь читать. Вые, русским по белому написано, что лучше юзать флеш. Не будите иметь гемороя с кросброузерностью, особенно если возьмете версии 6-7. Как я понимаю, только в css 3 есть такая возможность.
Если сайт не прдставляет собой аналог википедии или подобной БД, то использовать SQL считаю просто не рационально. ftp - никакого отношения к CMS не имеет. Он конечно должен просто быть.
Никаких визуальных редакторов и подобной хрени. Если сайт нормальный, то им занимаются люди, имеющие предсталение о html.
Теперь по сути. Как работает подавляющее большинство CMS. Все, начиная от шаблона и контента, и заканчивая правами доступа и сессии - хранятся в бд. В итоге, монстральная база, к котрой нужно выполнить от 3 до 100 запросов, чтобы получить страницу. Кроме этого, часто, шаблоны имеют вставки, который подменяются налету. Добавин сюда достаточно тормозной пхп (именно на нем многие пишут), реврайт, как не странно, но жрущий рессурс. Получается мрачно. Да, есть цмски, где и картинки лежат в базе. Вобщем пи...
Сайт это механиз, которым нужно упралять. Предпачитаю вариант, когда страница, собирается один раз и хранится в виде полностью собранного файла, который и отдается клиенту. При внесении изменений, робот перегенерирует страницы, естествеено те, которые менялись (это не встроенный сервернывй кеш, который также нагружает сервак).
Кроме этого, могие используют новости из RSS и прочего. Ведь их тоже можно загружать асинхронно, по отношению к страницам, где они выводятся.
При такой конструкции, нагрузка на сервер, практически, не зависит от количества хостов.
Всякие колбэк формы, работаю тоже асинхронно.
PS Недостаток таких сайто в следующем, нужны программеры которые умеют мыслить нетривиально и хостеры, которые позволяют иметь запущеных демонов.
зачем ему это? чтобы отсеять помойки типа сапы есть более простые способы.
дык это, почти, не реально по сути. Ведь в основе JS лежит объектная модель броузера. А значит, перед тем как создавать эмулято, нужно создать полную объектную модель, начиная от DOM. Для таких вещей php конечно не подойдет. Это будет сложно реализовать даже на более серьезных скриптовых языках. Остается начинать от печки, брать делф или си, в нем подключать IE и уже потом что-то изобретать.
Вы о чем? Клиенская часть - конечно JS, но ведь это тольок интерфейс. Все изменения картинки происходят на сервере в серверном скрипте. У JS просто нет никаких средств для этого.
В этом примере с универсальностью получше, хотя я не видел как рабаотает серверная часть.
Чаще всего для обработки используется такая штучка ImageMagick. Она имеет очень порядочный API под Perl (ну и пхп там тоже реализовали).
На счтет поворотов картинки. Средства CSS, а следовательно и JS - очень-очень ограничены(если конечно не ограничиваться простыми флипами). Поэтому, скорее всего, придется юзать или flash или постоянно пезагружать картинку, обработанную на сервере.
Вы очень удивитесь, но разници, по своей сути, и быть не может. Ведь форум, как ни крути, это достаточно простое, если не сказать, тривиальное изделие. И даже халявный phpbb мало чем отличается от коммерческих. Дальше - дело вкуса.
PS На счет стабильности и нагрузки - пока все будет строится на базе SQL - и то и другое будет страдать.
