- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
iksman,
Для маленьких сайтов проще и разумнее сделать самому статичные странички, а не заниматься непонятно чем с какими-то CMS.
Surreal CMS реально удобно использовать для таких целей. Просто забиваешь в коде специальный класс для элементов H1 и дива, где будет храниться контент и все. Это и будет шаблоном для построения следующих страниц сайта. Тем более ничего на сервер устанавливать не нужно. Еще плюс: сайт получается независимым от Surreal CMS (все изображения и данные будут храниться на вашем сервере).
Surreal CMS реально удобно использовать для таких целей. Просто забиваешь в коде специальный класс для элементов H1 и дива, где будет храниться контент и все. Это и будет шаблоном для построения следующих страниц сайта. Тем более ничего на сервер устанавливать не нужно. Еще плюс: сайт получается независимым от Surreal CMS (все изображения и данные будут храниться на вашем сервере).
Мне кажется, что тоже самое умеют веб-редакторы, вроде FrontPage, Adobe Dreamweaver... Нет?
Но это тоже самое как и отдельные HTML файлы иметь или же с футер-хидер с помощью PhP или SSI.
jmas,
Зашел на их сайт и сразу вышел. Вот я об этом и говорю - проще, условно говоря, 10 страничек самому набросать, чем связываться с непонятной фигней, за которую они еще и бабок просят.
jmas,
Зашел на их сайт и сразу вышел. Вот я об этом и говорю - проще, условно говоря, 10 страничек самому набросать, чем связываться с непонятной фигней, за которую они еще и бабок просят.
Ну рекламировать не буду. Платно там лишь неограниченное кол-во сайтов и уведомления на почту о изменениях на сайте.
Frontpage и Dreanwawer тоже хороши. Да, это что то подобное.
Так какие все-таки преимущества CMS y файлах?
Так какие все-таки преимущества CMS y файлах?
Если cms на файлах написана прямыми руками:
1) скорость генерации страницы будет моментальная.
2) нагрузка на проц и оперативку минимальная.
3) легкость бекапа и переноса.
У одного хостинга права на созданные файлы от юзера, у другого от вэбсерева. Один позволяет менять права скриптом, другой нет.
В результате геморой при переносе будет обеспечен.
У одного хостинга права на созданные файлы от юзера, у другого от вэбсерева. Один позволяет менять права скриптом, другой нет.
В результате геморой при переносе будет обеспечен.
Ну установка нужных прав - это должен знать каждый, кто пользуется движком на файлах.
Сайты с мускулом - также требуют часто права определенные (папки для загрузки картинок и файлов например).
очень интересная дискуссия.
цмс на файлах против цмс на мускул.
спор чем-то похож на "автомобиль на бензине" против "автомобиль на производных нефти".
тут правда никто не в курсе, что мускул хранит свою информацию в файлах, или я что-то упустил в этом топике?:)
abazaba добавил 16.07.2011 в 21:31
Если cms на файлах написана прямыми руками:
1) скорость генерации страницы будет моментальная.
2) нагрузка на проц и оперативку минимальная.
3) легкость бекапа и переноса.
если бы...
1) верно при условии что диск не перегружен, а сервер с базой данных нагружен мама не горюй.
2) не однозначно, даже если файлохранилище сделано правильно. поскольку мускул будет использовать кэш в памяти, а в файлобазе этого не подразумевается.
3) но при этом при переносе файлового сайта он во время переноса стоит выключенный, а вот мускульный можно перенести не останавливая.
2) не однозначно, даже если файлохранилище сделано правильно. поскольку мускул будет использовать кэш в памяти, а в файлобазе этого не подразумевается.
3) но при этом при переносе файлового сайта он во время переноса стоит выключенный, а вот мускульный можно перенести не останавливая.
2) адекватные разработчики создают и распределяют файловую базу так, чтоб она не требовала еще кеширований.
3) с точностью наоборот - заархивировать файлы можно не останавливая сайта. А вот забекапить мускул без остановки будет проблематично.