temmokan

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

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

awilum:
Для меня идеальная система это моя CMS. Своя рубашка ближе к телу. (c) Программист

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

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, итд), я пока ставить не собираюсь, лесть в сервер, лазить по серверу , не знамши, у меня привычки нет, то есть раз настроили, больше не хожу, так как незачем.

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

Всего: 173