полный дамп нужен, что бы залить всю схему в бд разом (не выполнять же миграции поочереди, их может и тысячи оказаться).
а поднять полную схему может понадобиться как минимум в двух случаях:
1) при развертывание новой копии проекта.
2) восстановлении последний версии миграций: поковырялся я напрямую в бд, а потом захотел откатиться на актуальную версию…
ещё пару предложений:
1) можно добавить функционал для генерации полной схемы бд, при запуске миграций(опционально).
например: генерировать фаил с именем «номерМиграции_названияБазы.sql», а в нем полный дамп базы.
2) команду сделать, что то типа fullMigrate, которая зачистит всю бд и поднимет последнюю версию из миграций.
Предложения:
Можно реализовать хелперы как в ror, например для создания внешних ключей (в ror метод references) и timestamp полей. guides.rubyonrails.org/migrations.html
ну и как уже выше сказали, хороши бы абстрагироваться от конкретной бд, на примере того же ror.
хотя, по мне, если честно, мне в принципе хватает и текущего функционала.
да, долго мы её ждали, вот и дождались, только не того что хотели (некоторые баги так и не закрыты).
Несколько недель назад выложена RC прошивка, на известном форуме, а тут «неожиданно» выкладывают её же, только как финальную.
подвел Samsung.
всего имею 4 адреса и 3 из них на gmail.
1 — центральный, используется как основной для переписки, на него пересылается почта со всех остальных аккаунтов.
2 — корпоративный(Google Apps)
3 — технический, на своем домене(Google Apps)
4 — на yandex, для регистрации на разных ресурсах и тд.
помимо этого по максимуму использую многие сервисы google, в том числе храню все контакты в gmail, включая телефонные (синхронизация на android).
юнит-тесты не требуют селениум, он нужен лишь для функциональных тестов, мне кажется вы что- то перепутали.
Напишите мне в ЛС и я попробую помочь решить вашу проблему.
Фреймворк это не только ядро, но и сложившаяся инфраструктура вокруг него!
А если есть сообщество грамотное и многочисленное то будут множество расширений и плагинов.
В yii проблем не с сообществом не с расширениями лично я не вижу.
Инструменты для работы с сервисами изображениями и тд вы можете найти в extensions.
Отличная новость.
Sam поздравляю!
Действительно приятное дополнение, что наши люди будут работать над ядром этого замечательного фреймворка!
Если не секрет, расскажи в чем будет заключаться твое участие в разработке ядра?
Писал(тестировал) на всех перечисленных framework`s, на некоторых по 3-4 проекта было сделано.
Но в итоге отдал предпочтение, около года назад, в пользу yii и ещё не разу не пожалел об этом.
Перечислят его плюсы по сравнению с другими, не вижу смысла, так как сравнений его с другими в инете можно найти валом.
Но как говорится: " на вкус и цвет....", так что, если опыта нет, то советую попробовать несколько и выбрать тот что ближе именно вам.
а поднять полную схему может понадобиться как минимум в двух случаях:
1) при развертывание новой копии проекта.
2) восстановлении последний версии миграций: поковырялся я напрямую в бд, а потом захотел откатиться на актуальную версию…
1) можно добавить функционал для генерации полной схемы бд, при запуске миграций(опционально).
например: генерировать фаил с именем «номерМиграции_названияБазы.sql», а в нем полный дамп базы.
2) команду сделать, что то типа fullMigrate, которая зачистит всю бд и поднимет последнюю версию из миграций.
Предложения:
Можно реализовать хелперы как в ror, например для создания внешних ключей (в ror метод references) и timestamp полей.
guides.rubyonrails.org/migrations.html
ну и как уже выше сказали, хороши бы абстрагироваться от конкретной бд, на примере того же ror.
хотя, по мне, если честно, мне в принципе хватает и текущего функционала.
В любом случае, спасибо разработчикам!
пользовался до этого момента, этим расширением: www.yiiframework.com/extension/yii-dbmigrations
Несколько недель назад выложена RC прошивка, на известном форуме, а тут «неожиданно» выкладывают её же, только как финальную.
подвел Samsung.
1 — центральный, используется как основной для переписки, на него пересылается почта со всех остальных аккаунтов.
2 — корпоративный(Google Apps)
3 — технический, на своем домене(Google Apps)
4 — на yandex, для регистрации на разных ресурсах и тд.
помимо этого по максимуму использую многие сервисы google, в том числе храню все контакты в gmail, включая телефонные (синхронизация на android).
видюха встроенная на базе чипсета G33.
падает во всех браузерах (firefox 3, chrome 7, opera 10).
при том что примеры на unity3d.com/ работают нормально.
падает например тут: apartama.ru/api/flat/edit/21785/
куда писать баг репорты?
очень надеюсь, что так и будет…
а, статейку на тему организации структуры серверного хозяйства, оптимизации производительности движка и тд. не думаете забабахать?!
Напишите мне в ЛС и я попробую помочь решить вашу проблему.
А если есть сообщество грамотное и многочисленное то будут множество расширений и плагинов.
В yii проблем не с сообществом не с расширениями лично я не вижу.
Инструменты для работы с сервисами изображениями и тд вы можете найти в extensions.
Sam поздравляю!
Действительно приятное дополнение, что наши люди будут работать над ядром этого замечательного фреймворка!
Если не секрет, расскажи в чем будет заключаться твое участие в разработке ядра?
/netcat/admin/
/bitrix/admin/
/login.php
/cms/kernel/admin.php
и тп.
не вижу в этом не каких поводов для паники, единственное что интересно откуда боты узнали о моем серваке, если в инете не должно быть ссылок на него…
Но в итоге отдал предпочтение, около года назад, в пользу yii и ещё не разу не пожалел об этом.
Перечислят его плюсы по сравнению с другими, не вижу смысла, так как сравнений его с другими в инете можно найти валом.
Но как говорится: " на вкус и цвет....", так что, если опыта нет, то советую попробовать несколько и выбрать тот что ближе именно вам.