rulinux.net - Форум - Rulinux.net - Перенесите тему

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

Sat, 30 Mar 2013 10:06:30 +0400

Ты предполагаешь Хаха имел в виду этот документ?

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

Fri, 29 Mar 2013 15:44:01 +0400

Где ссылка на неё?

http://symfony.com/doc/current/book/installation.html

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

Fri, 29 Mar 2013 14:21:13 +0400

> Русский язык выучи сперва, дурашка.
Камандир, несы, всё намана)))

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

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

Fri, 29 Mar 2013 14:08:34 +0400

> На хуй иди, камандир)))

Русский язык выучи сперва, дурашка.

> Учись пользоваться буквами в строке поиска гугла, камандир))) Если "товарищам" интересно было пересказывать тебе инструкцию (а большинство постов таких), то меня это не вставляет, камандир)))

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

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

Fri, 29 Mar 2013 14:05:26 +0400

> Команда была пиздовать, а не разговаривать.
На хуй иди, камандир)))

>> В гугле вестимо)))
> Ахуеть, оказывается, ты сам не видел "инструкцию" про которую тут буквами разговариваешь!
Учись пользоваться буквами в строке поиска гугла, камандир))) Если "товарищам" интересно было пересказывать тебе инструкцию (а большинство постов таких), то меня это не вставляет, камандир)))

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

Fri, 29 Mar 2013 14:00:23 +0400

> Ах-ха-ха, обиделсо?))))

Команда была пиздовать, а не разговаривать.

> В гугле вестимо)))

Ахуеть, оказывается, ты сам не видел "инструкцию" про которую тут буквами разговариваешь!

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

Fri, 29 Mar 2013 13:56:28 +0400

> Пиздуй отседа топоголовое чмо.
Ах-ха-ха, обиделсо?))))

> Где ссылка на неё?
В гугле вестимо)))

> Где ты раньше вообще было, когда товарищи пытались мне помочь?
Чё? Мало еды было?)))

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

Fri, 29 Mar 2013 13:38:12 +0400

Пиздуй отседа топоголовое чмо. Про какую "инструкцию" ты вдруг вспомнил? Где ссылка на неё? Где ты раньше вообще было, когда товарищи пытались мне помочь? Тоже мне тут выискался панимашь.

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

Fri, 29 Mar 2013 13:29:29 +0400

И охота, вам вразумлять мудака, который не в состоянии прочитать инструкцию по установки symfony. Полагаю он вас тупо тролит.

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

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

Fri, 29 Mar 2013 13:06:58 +0400

Не-не-не, вот SELinux как раз мне не мешает, а за программами присматривает чтобы не лазали куда не надо. А в таких случаях как мы рассматриваем, что так что эдак, что этак - всё равно надо потом права назначать, так что мне обычных пермишенов с SELinux-ом вполне достаточно, без всяких ACL-ов, которые ещё небось от файловой системы зависят.

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

Fri, 29 Mar 2013 12:02:30 +0400

>А потом если что-то не работает - ходи проверяй какие права не правы..
Достаточно просто вырубить селинукс, тогда с правами будет разбираться намного проще:)

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

Fri, 29 Mar 2013 11:55:20 +0400

А потом если что-то не работает - ходи проверяй какие права не правы..

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

Fri, 29 Mar 2013 11:52:48 +0400

>Блин, у мну всё руки не доходят с SELinux-ом разобраться, а ты мне ещё третью систему разграничения полномочий сватаешь. Повбывав бы.
Нашел с чем сравнить. Селинукс - что-то огромное, страшное и непонятное. А эта штука, по сути, даёт возможность добавить к классическим user, group и other произвольное количество пользователей/групп. Сам механизм rwx остаётся тем же, всё довольно просто. Никаких тебе конфигов и так далее.

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

Fri, 29 Mar 2013 11:49:36 +0400

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

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

Fri, 29 Mar 2013 11:44:08 +0400

>Никогда не слышал про эту утилиту.
И очень зря. Она как раз для этих целей. Оригинальная юниксовая система прав немного примитивна, а вот эта штука отлично её дополняет.

setfacl -R -m "u:www-data:rwX" dir/

Ну и смотреть результат через getfacl. Подробнее в документации.

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

Fri, 29 Mar 2013 11:35:47 +0400

Никогда не слышал про эту утилиту. У меня просто есть два скриптика, которые выставляют права RO или RW на директории рекурсивно, в т.ч. и для SELinux'a, и группу ставят для вебсервера.

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

Fri, 29 Mar 2013 11:30:11 +0400

>Это не канает, у меня же дефолтная группа не вебсерверская
А разве setfacl-у не всё равно, что там за дефолтная группа?

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

Fri, 29 Mar 2013 11:28:19 +0400

> Используй ACL. Или выстави umask 0002.

Это не канает, у меня же дефолтная группа не вебсерверская, а оно ругается, говорит мол app/cache/dev/annotations is not writable.

> В итоге оно заработало в prod окружении или только в dev?

Именно в prod и заработало, dev был ОК

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

Fri, 29 Mar 2013 11:16:44 +0400

Я вроде бы содержимое кеша сносил вчера в процессе приседаний с бубном... Какбэ название подразумевает, что это законная операция..

Кеш можешь сносить сколько угодно.

 и возврата прав (ну, мы с вебсервером разные пользователи)

Используй ACL. Или выстави umask 0002.

Вообще же с опцией "-e=prod" дампится всего три файла а с опцией "-e=dev" - целых одиннадцать. Доктор, это нормально?

Я не помню сколько именно файлов на выходе должно быть, но тот факт что файлов в prod окружении меньше чем в dev это нормально. Ибо оно компилирует все css-ки в одну и сжимает ее. С JS аналогичная история.

В итоге оно заработало в prod окружении или только в dev?

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

Fri, 29 Mar 2013 11:08:56 +0400

Я вроде бы содержимое кеша сносил вчера в процессе приседаний с бубном... Какбэ название подразумевает, что это законная операция..

Что интересно, после "sudo php app/console assetic:dump" и возврата прав (ну, мы с вебсервером разные пользователи), оно написало только про "дев": "Dumping all dev assets." - но при этом заработало.

Вообще же с опцией "-e=prod" дампится всего три файла а с опцией "-e=dev" - целых одиннадцать. Доктор, это нормально?

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

Fri, 29 Mar 2013 09:27:35 +0400

]



php app/console assetic:dump -e=dev

php app/console assetic:dump -e=prod

Вообще-то эти команды должны были выполнится во время выполнения composer install

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

Fri, 29 Mar 2013 09:12:13 +0400

> И настрой доступ к статике на lighttpd.

Да, вот в этом было дело

Теперь такая проблема - app_dev.php вроде работает, а с app.php оно скрипты и стили не грузит, на роутинг ругается:
No route found for "GET /css/b6fe00c.css"
No route found for "GET /js/3218a76.js"

В app/cache/prod/appProdUrlMatcher.php соответствующих вхождений нет. В app/cache/prod/appВумUrlMatcher.php - есть.

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

Fri, 29 Mar 2013 05:41:25 +0400

Выполни

]



php app/console assets:install

И настрой доступ к статике на lighttpd.

Да, а какой пароль у админа?

admin

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

Fri, 29 Mar 2013 00:55:32 +0400

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

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 [] []

Есть готовые рецепты? Если что, права на запись даны только на app/cache и app/logs

Да, а какой пароль у админа? Опять радужные таблицы искать?

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

Thu, 28 Mar 2013 18:28:44 +0400

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

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

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

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

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

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

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

Thu, 28 Mar 2013 15:11:40 +0400

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

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

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

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

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

Thu, 28 Mar 2013 12:58:42 +0400

> Мы? Это не к нам, это в спортлото авторам 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'");

И в pdo-шном DSN схем не предусмотрено.

> А зачем тебе кросс-базданновые запросы в данном случае?

Я в общем случае не хочу плодить базы. Поэтому уместнее вопрос нахера сдалась отдельная БД для данной тестовой инсталляции.

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

Thu, 28 Mar 2013 12:34:47 +0400

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

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

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

Thu, 28 Mar 2013 12:23:27 +0400

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

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

Thu, 28 Mar 2013 12:19:06 +0400

>CREATE SCHEMA
php app/console doctrine:schema:create --dump-sql

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

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

Thu, 28 Mar 2013 12:07:27 +0400

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

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

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

Thu, 28 Mar 2013 12:05:16 +0400

> Схему чего?

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

CREATE SCHEMA

, блеать :)

> Далее делай, как Туксоид написал, оно тебе сделает с БД всё, что надо.

Сперва хотелось бы убедиться, что под тем, что мне надо, мы понимаем одно и то же

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

Thu, 28 Mar 2013 12:03:45 +0400

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

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

Thu, 28 Mar 2013 12:01:49 +0400

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

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

Thu, 28 Mar 2013 12:01:46 +0400

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

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

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

Thu, 28 Mar 2013 11:59:59 +0400

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

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

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

Thu, 28 Mar 2013 11:58:38 +0400

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

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

Где задать конкретную схему-то???

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

Thu, 28 Mar 2013 11:57:56 +0400

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

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

Thu, 28 Mar 2013 11:57:34 +0400

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

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

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

Thu, 28 Mar 2013 11:55:03 +0400

Нужно создать /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.".

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

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

Thu, 28 Mar 2013 11:53:20 +0400

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

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

Thu, 28 Mar 2013 11:50:17 +0400

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

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

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

Thu, 28 Mar 2013 11:46:36 +0400

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

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

Thu, 28 Mar 2013 11:45:05 +0400

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

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

Thu, 28 Mar 2013 11:42:42 +0400

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

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

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

Thu, 28 Mar 2013 11:40:12 +0400

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

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

Thu, 28 Mar 2013 11:38:46 +0400

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

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

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

Thu, 28 Mar 2013 11:37:17 +0400

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

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

Thu, 28 Mar 2013 11:35:31 +0400

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

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

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

Thu, 28 Mar 2013 11:34:22 +0400

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