Re:Перенесите тему

Перенёс в General.

Re:Перенесите тему

Надо ещё автора как-то уведомить :)

Re:Перенесите тему

Я думал, что ты автор. Теперь трэд о модераторском произволе практически обеспечен :)

Re:Перенесите тему

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

Re:Перенесите тему

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

Re:Перенесите тему

взялся за гуж не говори что не дюж

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

p.s.s. Как то уж очнь с косяками новая версия разворачивается, ниасилил.

Re:Перенесите тему

взялся за гуж не говори что не дюж

Я и не говорю. Не боись. Я просто шучу.

p.s.s. Как то уж очнь с косяками новая версия разворачивается, ниасилил.

С какими?

Re:Перенесите тему

>С какими?
Месяца 3 назад дело было точно уже не скажу, но сначала я с базой проблему имел потом с пыхо кодом.

В ближайшее время повторю попытку с детальным отчётом, ибо СистемВ заявил что он успешно разворачивал новую версию с какими то секретными хаками :)

Re:Перенесите тему

Сдвинул влево на один разряд.

Братцы, вы уж поведали поподробнее бы как оно должно устанавливаться и куда. А то пару недель назад себе тоже сгрузил симфониевский вариант, но так и не решился консольный инсталлятор запустить.. Стрёмно чот - оно умеет ставиться в заданную схему pgSQL, не насрёт в дефолтную схему юзера?

Re:Перенесите тему

Сливаешь. Настраиваешь виртуальный хост. В апачевском конфиге прописываешь в DirectoryRoot /path/to/site/directory/web Сливаешь композер и запускаешь composer.phar install в корне сайта. Затем создаешь базу данных для сайта. Копируешь файлик /path/to/your/site/directory/app/config/parameters.yml.dist в ту-же папку но с именем parameters.yml и указываешь туда свои параметры БД. Затем выполняешь

и

прямо в корне сайта. И все. Все должно заработать.

Re:Перенесите тему

Упс, а без корня сайта никак? Так чтобы в какой-нибудь подкаталог подселить только бутстрап, а всё остальнок - совт и писабельные каталоги (какие кстати?) вынести вообще за пределы иерархии веб-рута?

Re:Перенесите тему

>С какими?
У меня, в своё время, composer не хотел geshi ставить. Может быть ему регистр названия не нравился (GeSHi), а может ещё что-то. Надо попробовать заново поставить.

Re:Перенесите тему

>Упс, а без корня сайта никак? Так чтобы в какой-нибудь подкаталог подселить только бутстрап, а всё остальнок - совт и писабельные каталоги (какие кстати?) вынести вообще за пределы иерархии веб-рута?
Если не ошибаюсь, можно делать document root-ом только поддиректорию web, но я не проверял.

Re:Перенесите тему

Не ошибаешься.

Re:Перенесите тему

> У меня, в своё время, composer не хотел geshi ставить

Он и сейчас не хочет:

$ ./composer.phar install
Loading composer repositories with package information
Installing dependencies
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Installation request for rl/geshibundle dev-master -> satisfiable by rl/geshibundle dev-master.
    - rl/geshibundle dev-master requires geshi/geshi dev-master -> no matching package found.

Potential causes:
 - A typo in the package name
 - The package is not available in a stable-enough version according to your minimum-stability setting
   see <https://groups.google.com/d/topic/composer-dev/_g3ASeIFlrc/discussion> for more details.

Read <http://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.

Re:Перенесите тему

Щас. Пофиксим. Cannot reproduce

Re:Перенесите тему

> Если не ошибаюсь, можно делать document root-ом только поддиректорию web, но я не проверял.

Нипонял. Поддиректория web - это разве не директория, лежащая где-то внутри иерархии, начинающейся с document root?

Re:Перенесите тему

Нет. DocumentRoot это параметр конфига апача. А веб это поддиректория в директории проекта.

Re:Перенесите тему

>Cannot reproduce
А я опять воспроизвёл:(

Всё как у анонимуса. Дебагать этот композер неприятно, он компилируемый, так просто print не воткнуть.

Re:Перенесите тему

А svn стоит?

Алсо конфига для композера тут https://gitorious.org/rulinux-engine/geshibundle/blobs/master/composer.json. Это для пакета RL/GeSHiBundle

Re:Перенесите тему

>А svn стоит?
Естественно:)

>Алсо конфига для композера тут https://gitorious.org/rulinux-engine/geshibundle/blobs/master/composer.json
Тут выходит так - если добавить описание репозитория GeSHi/GeSHi (из этого файла) в composer.json самого рулинукс-симфони, и вписать его в require до geshibundle, то он его видит и ставит. А вот когда это описание только в geshibundle - он его не видит. Хотя само описание один в один.

Re:Перенесите тему

> А веб это поддиректория в директории проекта.

так бы и сказали: "/web"!

Re:Перенесите тему

Ясно. Известная бага композера. Она уже давно у них висит, все никак не пофиксят. Запусти composer update. Несколько раз. Попытки с третьей должно прокатить. Видимо какие-то проблемы с глубиной поиска зависимостей.

Re:Перенесите тему

"/web" это поддиректория в корневом каталоге системы, а не проекта.

Re:Перенесите тему

> Алсо конфига для композера тут https://gitorious.org/rulinux-engine/geshibundle/blobs/master/composer.json. Это для пакета RL/GeSHiBundle

И чо с им делать?

Re:Перенесите тему

Снимать штаны и бегать.

Re:Перенесите тему

> "/web" это поддиректория в корневом каталоге системы, а не проекта.

Но это хотя бы директория, а не вся всемирная паутина :)
Хотя, коннечно лучше сказать так: "<project_root>/web"

Re:Перенесите тему

>И чо с им делать?
Вот тебе костыльный composer.json для rulinux-symfony, чтобы ты не мучался: http://ompldr.org/vaHd0Yw

Re:Перенесите тему

> Снимать штаны и бегать.

Нифига не помогает. Опиши как именно ты это делаешь в подобных ситуациях?

Re:Перенесите тему

Почему он костыльный? С ним что-то неправильно?

Re:Перенесите тему

У вас в Ирландии все такие? Или ты один такой остряк выискался?

Re:Перенесите тему

А, да, ещё оно может ругаться на отсутствие parameters.yml, выдавая что-то такое в конце инсталла: "An error occurred when executing the "'cache:clear --no-warmup'" command.".

Нужно создать <project_root>/app/config/parameters.yml с примерно таким содержанием: http://ompldr.org/vaHd0Zw.

Re:Перенесите тему

>Почему он костыльный? С ним что-то неправильно?
Прописывать зависимость стороннего пакета только для обхода бага, когда она уже описана у него самого - неправильно в долгосрочной перспективе. Т.е. в репозиторий это засовывать не надо.

Re:Перенесите тему

Нужно создать <project_root>/app/config/parameters.yml с примерно таким содержанием: http://ompldr.org/vaHd0Zw. 

http://rulinux.net/thread_39134_page_1#msg168428

Копируешь файлик /path/to/your/site/directory/app/config/parameters.yml.dist в ту-же папку но с именем parameters.yml и указываешь туда свои параметры БД.

"An error occurred when executing the "'cache:clear --no-warmup'" command.".

Проверь права доступа к <project_root>/app/cache

Re:Перенесите тему

Не, с правами всё ок, просто в репозитории нет app/config/parameters.yml.dist, и в ридми это не указано:)

Думаю, достаточно будет это просто указать.

А теперь почистите тему

Раз уж приколотили тему, то будьте добры убрать весь офтоп в отдельный топик.

Re:Перенесите тему

Тааак, началось!

parameters:
    locale: en
    secret: 10784a86848b5412b5f7fa644e90ef24e
    mailer.transport: smtp
    mailer.host: localhost
    mailer.user: null
    mailer.password: null
    database_driver: pdo_pgsql
    database_host: localhost
    database_port: '5432'
    database_name: rulinux_symfony
    database_user: rluser
    database_password: rulinux
    database_path: null

Re:Перенесите тему

> У вас в Ирландии все такие? Или ты один такой остряк выискался?

Ты находишь это смешным? Как по мне, так от этого плакать хочется!

Re:Перенесите тему

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

Ясно, я думал ошибка была в composer.json, а она в компостере

Re:Перенесите тему

>Где задать конкретную схему-то???
Схему чего? Далее делай, как Туксоид написал, оно тебе сделает с БД всё, что надо.

Re:А теперь почистите тему

>Раз уж приколотили тему, то будьте добры убрать весь офтоп в отдельный топик.
А это, вроде бы, невозможно. Так что придётся создавать ещё одну, а эту отцеплять:)

Re:Перенесите тему

> Схему чего?

Схему БД! Ту схему, которая создаётся заклинанием:

CREATE SCHEMA <name of the schema>

Re:А теперь почистите тему

> Раз уж приколотили тему, то будьте добры убрать весь офтоп в отдельный топик.

Да незачем. По итогам обсуждения Тюксоид всё подытожит в ридми в гите, чтобы потом по граблям снова не ходить, а этот тред можно будет выбросить. Я просто уверен в этом!

Re:Перенесите тему

>CREATE SCHEMA <name of the schema>
php app/console doctrine:schema:create --dump-sql

Алсо, там вроде всегда public schema, так что выделяй под это дело отдельную БД. Что-то в гугле находится на эту тему, но предлагаю тебе посмотреть это самому и отписаться сюда.

Re:Перенесите тему

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

Re:Перенесите тему

>Что-ж вы творите-то люди добрые?
Мы? Это не к нам, это в спортлото авторам doctrine писать надо. Они пишут, что в 2.2 что-то для схем появилось, но я не могу сходу найти решение.

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

Re:Перенесите тему

> Мы? Это не к нам, это в спортлото авторам doctrine писать надо. Они пишут, что в 2.2 что-то для схем появилось, но я не могу сходу найти решение.

Чот не видно:

$ grep -Ri 'SET SEARCH_PATH' *
vendor/doctrine/dbal/tests/Doctrine/Tests/DBAL/Events/SQLSessionInitTest.php:                       ->with($this->equalTo("SET SEARCH_PATH TO foo, public, TIMEZONE TO 'Europe/Berlin'"));
vendor/doctrine/dbal/tests/Doctrine/Tests/DBAL/Events/SQLSessionInitTest.php:        $listener = new SQLSessionInit("SET SEARCH_PATH TO foo, public, TIMEZONE TO 'Europe/Berlin'");
vendor/doctrine/dbal/tests/Doctrine/Tests/DBAL/Events/SQLSessionInitTest.php:        $listener = new SQLSessionInit("SET SEARCH_PATH TO foo, public, TIMEZONE TO 'Europe/Berlin'");

Re:Перенесите тему

>Чот не видно:
Как я понял, они добавили возможность указания схемы в аннотациях при определении таблиц.

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

>Я в общем случае не хочу плодить базы. Поэтому уместнее вопрос нахера сдалась отдельная БД для данной тестовой инсталляции.
Я лично не встречал ещё приложений, которые по-умолчанию эти схемы бы использовали. Может быть кто-то где-то так и делал, но в массе своей все всегда хотят отдельную БД. Так что тут ты в своих желаниях явно одинок.

Тут ещё важную роль сыграла малая распространённось постгреса, и большая - мускуля, в котором create schema и create database делают одно и то же. Поэтому никто на тему этих схем не задумывался даже. И ORM, которе обеспечивают кроссбазность, тоже задумываются об этом в последнюю очередь, хотя, например, в той же sqlalchemy это есть.

Re:Перенесите тему

> Как я понял, они добавили возможность указания схемы в аннотациях при определении таблиц.

Даже если атрибут schema означает имя схемы в БД, это всё равно получается, что имя схемы прибито гвоздями и две версии софтины рядом не поставишь в пределах одной БД.

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


Можно попытаться пропатчить, вот несвежий пример: http://oldforum.symfony-project.org/index.php/m/56149/
Можно попытаться создать свой драйвер, расширяющий оригинальный PDO-класс: http://stackoverflow.com/questions/10654651/symfony2-doctrine2postgresql-setting-a-schema
А может схему можно задать так же, как создабт префиксы таблиц?

> Я лично не встречал ещё приложений, которые по-умолчанию эти схемы бы использовали. Может быть кто-то где-то так и делал, но в массе своей все всегда хотят отдельную БД. Так что тут ты в своих желаниях явно одинок.

Да. Пока одинок. Но я буду исходить на говно каждый раз как увижу имплементацию чего-нибудь, где заявлена поддржка постгреса, но при этом не поддерживающего схемы! И когда-нибудь мощный поток говна прорвёт это ужасную плотину скудоумия и говнокодерства, стоящую на пути прогресса свободного ПО.

Re:Перенесите тему

Вобщем поставился вроде. какбэ работает, но дизайна нет, при попытке хотябы логотип скачать вижу в логах:

request.ERROR: Symfony\Component\HttpKernel\Exception\NotFoundHttpException: No route found for "GET /bundles/urlmain/images/CozyGreen/lor-new.png" (uncaught exception) at /путь/lighttpd.rulin/webroot/app/cache/prod/classes.php line 5146 [] []