Дак вот, хочу чтобы у всех клиентов автоматически обновлялся весь пакет на самый последний, т.е. все файлы и база (пропарсенная через скрипт и вбитая в новую базу, которая возможно также поменяет свою структуру).
Например в ЦМСке чтоб вылазило сообщение, мол доступно обновление, и кнопка установки.
Скажите, каким образом технически это лучше решить, только без философии пожалуйста =)
Также интересует каким образом эту ЦМСку можно защитить от хотя бы ламерского копирования и использования не у клиентов. Чтобы вылазило что-то типо "хрен вам, нет лицензии".
Спустя 13 минут, 55 секунд (16.11.2010 - 03:06) Superadmin написал(а):
А как ламер сможет её скопировать ?
Спустя 8 минут, 2 секунды (16.11.2010 - 03:14) kirik написал(а):
Цитата (Slays @ 15.11.2010 - 18:52) |
Скажите, каким образом технически это лучше решить, только без философии пожалуйста =) |
Самый нормальный вариант - система контроля версий (SVN например), но с шаред-хостингами ничего не выйдет.
Другой вариант - версионные обновления. Смотреть какая версия стоит у клиента, и применять к ней обновления, пока не дойдешь до текущего.
Цитата (Slays @ 15.11.2010 - 18:52) |
каким образом эту ЦМСку можно защитить от хотя бы ламерского копирования и использования не у клиентов |
if($_SERVER['HTTP_HOST'] != 'mydomain.com') {
exit('хрен вам, нет лицензии');
}
Спустя 2 минуты, 38 секунд (16.11.2010 - 03:17) Nikitian написал(а):
По поводу обновлений. Обновление через ftp, чтобы всё было красиво. По этому поводу читайте тут.
Для каждой версии делаете список изменений относительно предыдущей версии. Проще всего это список изменяемых файлов. При обновлении выбираете список всех изменённых файлов от обновляемой версии до текущей. Их и обновляете. PHP хорош тем, что не надо решать проблему обновления скрипта обновления - проблем с перезаписью самого себя не будет.
От копирования может помочь лишь шифрование исходников с привязкой к хосту. Пока у вас нет конкурентного решения, не парьтесь по этому поводу.
Для каждой версии делаете список изменений относительно предыдущей версии. Проще всего это список изменяемых файлов. При обновлении выбираете список всех изменённых файлов от обновляемой версии до текущей. Их и обновляете. PHP хорош тем, что не надо решать проблему обновления скрипта обновления - проблем с перезаписью самого себя не будет.
От копирования может помочь лишь шифрование исходников с привязкой к хосту. Пока у вас нет конкурентного решения, не парьтесь по этому поводу.
Спустя 4 минуты, 39 секунд (16.11.2010 - 03:22) Superadmin написал(а):
Если только этот ламер не твой бывший клиент.Тогда присваивай каждому экземпляру индивидуальный номер - и пусть скрипт делает проверку - имя хоста должно совпадать с номером экземпляра цмс - если нет то хрен вам а не лицензия.
пока думал уже раньше написали.
пока думал уже раньше написали.
Спустя 22 минуты, 39 секунд (16.11.2010 - 03:44) Slays написал(а):
фигасе сколько народу не спит ))
kirik насчет версионного обновления, допустим прочитать то текущую версию проблем нет, а откуда считывать актуальную ? Нужно иметь подключение всех ЦМС к какой-то единой базе, как в таком случае можно защитить параметры доступа к этой базе.
Фтп поизучаю =)
Чем лучше шифровать php файлы.
Считаю всетаки ее конкурентным решением для своего города, не хотелось бы чтобы на ее основе какие-то школьники открыли свою "веб-студию"
kirik насчет версионного обновления, допустим прочитать то текущую версию проблем нет, а откуда считывать актуальную ? Нужно иметь подключение всех ЦМС к какой-то единой базе, как в таком случае можно защитить параметры доступа к этой базе.
Фтп поизучаю =)
Чем лучше шифровать php файлы.
Считаю всетаки ее конкурентным решением для своего города, не хотелось бы чтобы на ее основе какие-то школьники открыли свою "веб-студию"
Спустя 11 минут, 16 секунд (16.11.2010 - 03:55) kirik написал(а):
Цитата (Slays @ 15.11.2010 - 19:44) |
kirik насчет версионного обновления, допустим прочитать то текущую версию проблем нет, а откуда считывать актуальную ? |
Ок. Текущая версия, это та что стоит у клиента, актуальная - та что самая последняя.
Сайт клиента запрашивает, например каждые 2-3 дня файл siteofyourcms.com/updates/version.txt в котором хранится число - самая последняя версия. Потом cms'ка клиента смотрит свою версию (3), а в файле пришла версия 5 - нужно обновиться. Сначала нужно скачать и поставить обновление с 3 на 4, а потом с 4 до 5-й.
Спустя 5 часов, 43 минуты, 59 секунд (16.11.2010 - 09:39) Nikitian написал(а):
Цитата (kirik @ 16.11.2010 - 00:55) |
Сначала нужно скачать и поставить обновление с 3 на 4, а потом с 4 до 5-й. |
Зачем? Получаем список изменённых файлов с текущей версии до актуальной и обновляем все эти файлы до их актуальных версий. Промежуточные обновления не суть важны.
Спустя 4 минуты, 47 секунд (16.11.2010 - 09:44) kirik написал(а):
Цитата (Nikitian @ 16.11.2010 - 01:39) |
Зачем? Получаем список изменённых файлов с текущей версии до актуальной и обновляем все эти файлы до их актуальных версий. Промежуточные обновления не суть важны. |
Если планируются только файловые изменения, то да. А если нужно производить изменения в БД, структуре файлов итд, то такое не прокатит (хотя можно приспособиться).
_____________
если помог, не скупись на карму =)