Облако тегов → установка
1. Документация
"Документация написана наполовину.© Дмитрий Беляев
Пардоньте сильно. IMHO: Она вообще не написана. То, что написано — _не_документация_ к фреймворку. Это сто пятая рассказка об как оно вообще. Брошеная кость.
Что ожидается (обычно) от документации к фреймоворку?
— Какие модули (классы/функции) имеются в наличии (регулярно обновляемый список, по мере добавления новых модулей)
— Какие аттрибуты, методы имеются в наличии в _каждом_ из модулей (детально, по каждому представленному модулю. с примерами _возможного_ использования. _без_необходимости методично засовывать физически нос в каждый из модулей и самостоятельно разбираться <как оно там..>.
Потому что, главное назначение фреймоворка (любого) — _быстрое_написание сайта.
Ничего подобного в документации представленной на 24 страницах нет.
2. Установка.
Для фреймоворка необходимо создать/установить уникальную базу данных. Именно его, родную, ту, которая идет с ним в пакете. Ни с какой другой, ранее существущей и, не дай бог, заполненой данными, он не будет работать. Даже, если ваша существующая имеет одноименные таблицы(поля в таблицах).
Почему?
Ответ:
в представленном… хм… фреймворке имеет место быть уникальное шифрование юзерпаролей, по схеме: md5(md5($password).unique_key). Причем ключ поставляется в пакете. И в документации нет ни слова о такой важной, как мне, наивно, видится, детали. Равно, как нет никакого механизма для изменения этого «уникального» ключа при инсталляции (соотвественно, уникальным этот ключ является для фреймворка, а не для вашего сайта.) Если вы планируете шифровать пароли каким-либо другим методом, вам придется кастомизировать шестерню User (method hashPassword), под свои нужды. Заранее оговорю — ни в коем случае, не правьте ту, которая идет в пакете. Механизм правки существущих шестерен (о котором тоже, к слову, нет ни слова в документации должен быть таковым. Скопируйте шестерню User (весь директорий) из дира engine в дир gears. И вот в копии уже вносите поправки.)
Далее, допустим вы изменили уникальный ключ (файл settings.php) вручную… В результате, логнуться под существующим админ/паролем в дефлтовом демо-сайте, можете и не мечтать. валидатор не пропустит. Вам придется ручками же, изменять хэш пароля в бд. Чтобы соотвествовало… По-большому счету, я вообще не понимаю, почему дефолтовым сайтом — для первоначального логина-настроек представлен блог. Как-то оно… очень не профессионально.
to be continued…
"Документация написана наполовину.© Дмитрий Беляев
Пардоньте сильно. IMHO: Она вообще не написана. То, что написано — _не_документация_ к фреймворку. Это сто пятая рассказка об как оно вообще. Брошеная кость.
Что ожидается (обычно) от документации к фреймоворку?
— Какие модули (классы/функции) имеются в наличии (регулярно обновляемый список, по мере добавления новых модулей)
— Какие аттрибуты, методы имеются в наличии в _каждом_ из модулей (детально, по каждому представленному модулю. с примерами _возможного_ использования. _без_необходимости методично засовывать физически нос в каждый из модулей и самостоятельно разбираться <как оно там..>.
Потому что, главное назначение фреймоворка (любого) — _быстрое_написание сайта.
Ничего подобного в документации представленной на 24 страницах нет.
2. Установка.
Для фреймоворка необходимо создать/установить уникальную базу данных. Именно его, родную, ту, которая идет с ним в пакете. Ни с какой другой, ранее существущей и, не дай бог, заполненой данными, он не будет работать. Даже, если ваша существующая имеет одноименные таблицы(поля в таблицах).
Почему?
Ответ:
в представленном… хм… фреймворке имеет место быть уникальное шифрование юзерпаролей, по схеме: md5(md5($password).unique_key). Причем ключ поставляется в пакете. И в документации нет ни слова о такой важной, как мне, наивно, видится, детали. Равно, как нет никакого механизма для изменения этого «уникального» ключа при инсталляции (соотвественно, уникальным этот ключ является для фреймворка, а не для вашего сайта.) Если вы планируете шифровать пароли каким-либо другим методом, вам придется кастомизировать шестерню User (method hashPassword), под свои нужды. Заранее оговорю — ни в коем случае, не правьте ту, которая идет в пакете. Механизм правки существущих шестерен (о котором тоже, к слову, нет ни слова в документации должен быть таковым. Скопируйте шестерню User (весь директорий) из дира engine в дир gears. И вот в копии уже вносите поправки.)
Далее, допустим вы изменили уникальный ключ (файл settings.php) вручную… В результате, логнуться под существующим админ/паролем в дефлтовом демо-сайте, можете и не мечтать. валидатор не пропустит. Вам придется ручками же, изменять хэш пароля в бд. Чтобы соотвествовало… По-большому счету, я вообще не понимаю, почему дефолтовым сайтом — для первоначального логина-настроек представлен блог. Как-то оно… очень не профессионально.
to be continued…
Как я уже писал, вариант
также не работает и дает ошибку
Вопрос к сообществу: удавалось ли кому-то поставить cogear на хостинг, с нестандартным SQL портом?
Или может приведенный выше синтаксис содержит ошибки?
[database] dbdriver = "mysql" hostname = "host" port = 3306 username = "user" password = "psw" database = "base"
также не работает и дает ошибку
A PHP Error was encountered
Severity: Warning
Message: syntax error, unexpected '=' in .../www/gears//global/global.info on line 46
Filename: libraries/Info.php
Line Number: 84
Вопрос к сообществу: удавалось ли кому-то поставить cogear на хостинг, с нестандартным SQL портом?
Или может приведенный выше синтаксис содержит ошибки?
Ставлю cogear на хостинг и на 3-м шаге — соединение с базой данных возникает проблема
Что может быть причиной: 1. Имя сервера баз данных — записываю как [имя сервера][:][порт] — такие настройки идут от хостинга.
Может быть неверный синтаксис или cogear чего-то не понимает.
2. База данных уже создана хостером ранее и имя базы данных задано изначально.
Вдруг чего-то требует еще cogear от базы данных.
Ошибок в логах нет.
На этом хостинге с такими же параметрами успешно установливались WordPress, Livestreet, Dolphin.
Интересно узнать варианты решения проблемы. Думаю на 1-й вариант пока, но без логов непонятно куда смотреть, тем более, что проблем у других движков нет.
Соединение с базой данных установить не удалось.
Проверьте параметры соединения и попробуйте еще раз.
Что может быть причиной: 1. Имя сервера баз данных — записываю как [имя сервера][:][порт] — такие настройки идут от хостинга.
Может быть неверный синтаксис или cogear чего-то не понимает.
2. База данных уже создана хостером ранее и имя базы данных задано изначально.
Вдруг чего-то требует еще cogear от базы данных.
Ошибок в логах нет.
На этом хостинге с такими же параметрами успешно установливались WordPress, Livestreet, Dolphin.
Интересно узнать варианты решения проблемы. Думаю на 1-й вариант пока, но без логов непонятно куда смотреть, тем более, что проблем у других движков нет.
При установке на electrosvyaz.info системы управления Cogear CMS получил такие ошибки:
Warning: Call-time pass-by-reference has been deprecated in /home/exay128/data/www/electrosvyaz.info/gears/templater/library/template.class.php on line 94
Warning: Call-time pass-by-reference has been deprecated in /home/exay128/data/www/electrosvyaz.info/gears/form/models/form.php on line 670
Нормальная установка без ошибок прошла только после вписывания в .htaccess, нижеприведённых строк:
php_value error_reporting 1
php_value allow_call_time_pass_reference On
Как решить эту проблему я задал вопрос хостеру
А вот так мне ответил хостер:
Проблема в том, что в PHP5 передача аргументов по ссылке во время вызова функции была объявлена устаревшей из соображений чистоты кода.
php.net/manual/ru/ini.core.php
В PHP5, allow_call_time_pass_reference была помечена устаревшей, в версиях до PHP 5.3.0 использование этой возможности вызовет ошибку уровня E_COMPILE_WARNING, а в версиях PHP 5.3.0+ — уровня E_DEPRECATED.
Warning: Call-time pass-by-reference has been deprecated in /home/exay128/data/www/electrosvyaz.info/gears/templater/library/template.class.php on line 94
Warning: Call-time pass-by-reference has been deprecated in /home/exay128/data/www/electrosvyaz.info/gears/form/models/form.php on line 670
Нормальная установка без ошибок прошла только после вписывания в .htaccess, нижеприведённых строк:
php_value error_reporting 1
php_value allow_call_time_pass_reference On
Как решить эту проблему я задал вопрос хостеру
А вот так мне ответил хостер:
Проблема в том, что в PHP5 передача аргументов по ссылке во время вызова функции была объявлена устаревшей из соображений чистоты кода.
php.net/manual/ru/ini.core.php
В PHP5, allow_call_time_pass_reference была помечена устаревшей, в версиях до PHP 5.3.0 использование этой возможности вызовет ошибку уровня E_COMPILE_WARNING, а в версиях PHP 5.3.0+ — уровня E_DEPRECATED.
добрый день, установил cogear на домене в зоне.рф. возникли проблемы, не работают меню: войти и зарегистрироваться… редеректит на запись Добро пожаловать! ← блог admin.
так же автомотически не установилось, устанавливал cms в ручную.
в чём может быть проблема, помогите плиз…
в чём может быть проблема, помогите плиз…
Давно присматривался к Cogear, и тут один хороший человек из mail.ru сказал «клевая система, рекомендую». Начал ставить.
Случилось так, что основной хостинг для нас сейчас — IIS 7.0 на VDS с Windows Web Server 2008.
Настроен хостинг был по дефолту, и бубен понадобился неоднократно.
Во-первых, система требует установки в PHP.ini функции allow_call_time_pass_reference в положение On, что совершенно не очевидно ни по каким инструкциям.
Во-вторых, необходима установка полного доступа для всей группы IIS_users на большинство папок (у меня начало работать нормально только после того, как полный доступ был выставлен к корневой папке).
В-третьих, необходима установка Memcache, без которого система падает при открытии админки.
В-четвертых, кнопка «очистить кеш» в админке кладет сайт наглухо и он не работает до перезапуска сервера. Несмотря на полный доступ для всех, выдает ошибку:
В-пятых, при попытке поставить аватар (не жмем лишних кнопок во избежание) показывается полный путь и не удается открыть (вместо sitename.ru/uploads/images пишется c:/siteroot/uploads/images и не работает).
В итоге, как ни хочется, системой пользоваться пока не получается… :(
Случилось так, что основной хостинг для нас сейчас — IIS 7.0 на VDS с Windows Web Server 2008.
Настроен хостинг был по дефолту, и бубен понадобился неоднократно.
Во-первых, система требует установки в PHP.ini функции allow_call_time_pass_reference в положение On, что совершенно не очевидно ни по каким инструкциям.
Во-вторых, необходима установка полного доступа для всей группы IIS_users на большинство папок (у меня начало работать нормально только после того, как полный доступ был выставлен к корневой папке).
В-третьих, необходима установка Memcache, без которого система падает при открытии админки.
В-четвертых, кнопка «очистить кеш» в админке кладет сайт наглухо и он не работает до перезапуска сервера. Несмотря на полный доступ для всех, выдает ошибку:
A PHP Error was encountered
Severity: Warning
Message: mkdir() [function.mkdir]: Permission denied
Filename: library/template.class.php
Line Number: 390
В-пятых, при попытке поставить аватар (не жмем лишних кнопок во избежание) показывается полный путь и не удается открыть (вместо sitename.ru/uploads/images пишется c:/siteroot/uploads/images и не работает).
В итоге, как ни хочется, системой пользоваться пока не получается… :(
Добрый последний день лета, друзья и интересующиеся системой управления сайтами cogear. В своей жизни мы часто слышим «все люди разные», и это действительно так, мало того, скажу, что эту же фразу мы можем отнести и к серверам. По факту сервер — это совокупность железа и программного обеспечения, и все это спроектировано, запрограммировано и, в конечном счете, создано людьми. При создании программного продукта очень важным аспектом является кроссплатформенность — способность работы на разных машинах, но, особенно если команда разработчиков немногочисленна, всех возможных нюансов не предусмотришь (пресловутый «человеческий» фактор), поэтому решать появившиеся несоответствия приходится в процессе. Сегодня мы рассмотрим наиболее частые ошибки, возникающие при установке cogear на тех или иных хостингах.

admin → блог Nepofigist / О Cogear: немного эмоций 11
JiLiZART → Новости / Релиз фреймворка задерживается 173
Oleksandr → Обновления / Loginza 19
Ramir → Запросы, предложения и планы / Оптимизация Cogear One 3
Ramir → блог aesteral / Сжатие JavaScript и CSS 2
IceDragon → блог IceDragon / Тестирование cogear2 на реальном хостинге 1