temmokan

temmokan
Рейтинг
111
Регистрация
18.08.2008
Должность
Системный администратор
Программист, писатель, системный администратор
Fearful:
Ну хотите по сути будет по сути. Использую свою ЦМС. ...

Поправьте меня, если я не ошибаюсь - это не open source и не коммерческий продукт - это ваш личный продукт для ваших собственных нужд, другие люди им не пользуются.

Можно уже заключать пари, когда кто-нибудь напишет хоть что-то по сути вопроса: использую такую-то CMS, под такие-то типы сайтов по таким-то причинам, в этом её плюсы, в этом минусы, подробнее об этом написал там-то и тогда-то.

Свои домены в международных TLD держу в GoDaddy - проблем пока не было, "угона" и прочего, все домены держу в "Locked" состоянии.

HraKK:
Если ты немного подумаешь, то поймешь абсурдность данной темы.

Читаем внимательно: идеальная CMS - та, которая наилучшим образом удовлетворяет заданным критериям. Если это кажется абсурдным, сочувствую.

На пальцах: чтобы человек, знающий, какой именно сайт хочет построить, мог выбрать из тех CMS, которые подходят для решения данной задачи. Свести к минимуму время, нужное для выбора инструмента создания сайта - абсурд?

LEOnidUKG:
Нет идеальной CMS, это бред.
CMS хороша та, которая решает поставленную задачу. А все остальные "статейки" - пиар и не более.

Не ломитесь в открытые двери, а читайте внимательно саму запись, не только заголовок.

Коллеги, просьба не тратить моё и ваше время на бессодержательные комментарии. На последующие отвечать не стану.

JFYI, когда делаю локальную копию сайта (на своём компьютере), обычно стараюсь использовать в точности те же параметры DB (хост, пользователь, пароль), что и на боевом хостинге.

Избавляет от вышеописанных проблем.

mendel:
Как по мне так тут возможны несколько подходов / подводных камней:
SQLite это база или файл? Можно ли считать систему на ее базе файловой?

Если отказываться от SQLite, то как хранить инфу дальше? Изобретать велосипед вместо скулайт и хранить все в одном файле или иметь целые деревья папок в каждом файле по одной записи?

Для работы с файлами нужно прописывать права. Спрашивать доступ к фтп при инсталяции или заставлять пользователя прописывать права самому?

Главный вопрос - а зачем это все? Простота установки? Фрихосты без базы? Простота переноса?

Для своих целей сделал как-то CMS, которая всё берёт из Subversion (тоже, в каком-то смысле, БД), и автоматически перегенерирует все изменившиеся страницы сайта скриптом, вызываемым как хук post-commit.

Плюс - все страницы статические (тем не менее, на таком CMS вполне можно делать хоть наши любимые блоги, хоть что-то ещё), такой сайт минимально загрузит Web-сервер при прочих равных.

Минус - для "обычного" пользователя всё равно нужна минимальная Web-морда, поскольку средний пользователь Subversion не пользуется.

Для преимущественно статических сайтов (контент читается на несколько порядков чаще, нежели пишется) вполне годно.

Dimon-RUS66:
Есть VPS c Ubuntu и 350 МБ на котором крутится несколько сайтов с посещаемостью около 200-250 хостов в сутки и 600-800 просмотров.

Может, здешние советы подойдут - Low memory MySql / Apache configuration ?

Romka_Kharkov:
Сегодня дам задание что бы посмотрели , поправили. Но честно говоря.... :))) Оборот на мой взгляд вполне нормальный :)

Ну, пальцы изящно гнуть не буду, просто одно из моих увлечений - литература (писатель-фантаст), грамотность текста оцениваю уже рефлекторно. Если хотите, могу остальные страницы просмотреть - мне несложно. Только не сюда, конечно, присылать.

cheeri:
В чем функции администрирования заключаются, для меня что надо, что бы изначально все грамотно поставили, под мои конкретные сайты, заявленные заранее, под их тех особенности, все это настроили, отстроили, далее что , новые сайты (другие движки, sms, итд), я пока ставить не собираюсь, лесть в сервер, лазить по серверу , не знамши, у меня привычки нет, то есть раз настроили, больше не хожу, так как незачем.

Администрирование - это не только первоначальная установка и настройка, это и ежедневное обслуживание - мониторинг доступности/ресурсов, создание резервных копий, установка обновлений и так далее. Если всем этим не заниматься постоянно, проблемы, действительно, обычно возникают "вдруг" и немаленькие.

Romka_Kharkov:
У нас где-то опечатки на сайте?

Скорее неверное употребление слов. Вот на первой странице, с ходу

VIP Хостинг

Качественное решение для любого бизнеса в сети.
Не для кого не секрет, что потребление ресурсов сайтами

Правильно - "ни для кого не секрет"

Далее

DC оснащен всем необходимым аппаратным комплексом для быстрого реагирования в случае возникновения внештатных ситуаций

"Нештатных ситуаций".

Мы всегда открыты к диалогам

"открыты для диалога" или "готовы к диалогу", "приветствуем диалог".

С пунктуацией намного хуже, все примеры тут приводить не буду.

Всего: 172