и проблема опенсорса что пока оно надо полторам калекам его хер кто сделает хорошо

вот месяц назад закрывал три или четыре дыры

с багрепортом аффтару. аффтор ложил хуй типа "некритично"

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

ну ты сам ответственен за свои решения) карма, да.

ну ты сам ответственен за свои решения) карма, да.

ну как бы да

там на хостинге тоже была та же 6я фря с пхп старючим

я с него успел все слить на машину с новой панелью и через сутки машина сдохла

проломали и снести полсистемы

через сутки после миграции старая машина отвалилась?

а сейчас вот делаю чтобы кажый сайт в своем докер контейнере жужжал, плюс можно было бы всякие релсы/ноды

через сутки после миграции старая машина отвалилась?

проломали и снесли пол системы

целевая атака была, в общем

я за ночь доделал все на новой машине и утром она уже работала

правдла половина сайтов на пхп5.2 не взлетело изза пары опций в хтакцессе, но то исправляли еще с месяц

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

правдла половина сайтов на пхп5.2 не взлетело изза пары опций в хтакцессе, но то исправляли еще с месяц

я для этого юзал вот это https://pecl.php.net/package/htscanner

я приношу свои извнения кого обидел

и еще вопрос, на тему деструктора - как мне правильно закрыто мой лог файл из логгера

хотя мне тут говорят что он нинужен

а вот проц централизованные логи вроде логсташа я бы поузнавал

чо там нынче в моде, и не жава?

для ошибок вот Sentry неплох

В этой вашей умной книге по рспекам не говорится что лучше пихать в контроллеры, а что в запросы? А то я что там, что там одно и тоже делаю и разницы никакой. На странице описания в гитхабе пример есть использования и доки с сайта relishapp.com, там почти одни вещи делают и там и там, хотя бы взять render_template, нелтзя было сделать это только в одних тестах, терь приходится чаще задумываться куда лучше это запихнуть. Я так понимаю в request rspec толкать только: 1) ПРоверить вывод шаблона, 2) Проверить статус ответа и отправка формочек всяких. А в контроллер рспек ближе к функциональным тестам, создавать объект create(params) и проверять equal верно и все ли там ок верно?

И стоит ли тестировать все экшены на проверку, что только админ может это сделать, а то код разрастается, а смысла особого в этом нет, если только забудешь в before_action указать все необходимые

Все видно работают, а я пошел спать)

стоит

безопасность

у меня проще - скоупы пундита, и все что тебе не принадлежит, ты при всем желании не увидишь

и вьюшки для клиентов/реселлеров/админов отличаются только количеством булщита

Вы держитесь здесь, вам всего доброго, хорошего настроения и здоровья».

у меня проще - скоупы пундита, и все что тебе не принадлежит, ты при всем желании не увидишь

Подскажи, можно канканом сделать емайл регистрацию а пундитом права разграничить и вообще делают так или не? А тоя ток пундит заводил и оаус2 через гугол.

Подскажи, можно канканом сделать емайл регистрацию а пундитом права разграничить и вообще делают так или не? А тоя ток пундит заводил и оаус2 через гугол.

у меня девайс + пундит, я канкан не учился танцевать

и вообще нафига два одинаковых гема то юзать

пундит - поава доступа, девайс - логин/регистрация

да, канкан не для регистрации, для регистрации devise/clearance/sorcery

да, попутал чет

спасибо

девайс имел ввиду

ну у меня девайс регистрация по мылу с подтверждением

я гугль акки не прикручивал

Проверять что шаблон вывелся не нужно

Ибо ты как клиент реализацию не должен знать, ты должен убедиться что поведенте правильное

В этой вашей умной книге по рспекам не говорится что лучше пихать в контроллеры, а что в запросы? А то я что там, что там одно и тоже делаю и разницы никакой. На странице описания в гитхабе пример есть использования и доки с сайта relishapp.com, там почти одни вещи делают и там и там, хотя бы взять render_template, нелтзя было сделать это только в одних тестах, терь приходится чаще задумываться куда лучше это запихнуть. Я так понимаю в request rspec толкать только: 1) ПРоверить вывод шаблона, 2) Проверить статус ответа и отправка формочек всяких. А в контроллер рспек ближе к функциональным тестам, создавать объект create(params) и проверять equal верно и все ли там ок верно?

контроллерные тесты — вещь весьма бесполезная, в user-facing страницах рендеринг темплейтов тестится во view, остальное поведение (порядок строк в таблицах и т. п.) — в feature, API'шки тестятся в request.

И стоит ли тестировать все экшены на проверку, что только админ может это сделать, а то код разрастается, а смысла особого в этом нет, если только забудешь в before_action указать все необходимые

если админ может жить со сломанными экшнами, то можно и не тестировать (и вообще не писать)

но по-хорошему надо бы

контроллерные тесты — вещь весьма бесполезная, в user-facing страницах рендеринг темплейтов тестится во view, остальное поведение (порядок строк в таблицах и т. п.) — в feature, API'шки тестятся в request.

Ээ, а вьюхи тоже можно тестить? Оо

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

https://relishapp.com/rspec/rspec-rails/v/3-5/docs/view-specs

внезапно

Иногда у экшена нетривиальная логика с редиректами бывает.

внезапно

Я просто в основном рельсы как апи пилил.

С шаблонами реже работал

так и не решилось почему кнопка в форме на работает, когда одну запись редактируешь все ок, когда несколько - кнопка submit_tag не работает

так и не решилось почему кнопка в форме на работает, когда одну запись редактируешь все ок, когда несколько - кнопка submit_tag не работает

в gist закинь пример

залил https://gist.github.com/Manfern/2452ad5b0bbbcd4039e7e4dfb23393bd

slim-lang.com

submit_tag -> f.button

?

брр

*f.submit obv

ну и simple_fields_for тоже f.

ох

залил https://gist.github.com/Manfern/2452ad5b0bbbcd4039e7e4dfb23393bd

А почему form_tag, а не simple_form_for?

Почему не form_for?

там массив id, нужно несколько сразу редактировать

почему </h1 не закрыт?

ERROR: S client not available

блин!

спасибо!?

смотрел не туда

simple_fields_for умеет работать внутри form_tag? simple_ххх это ведь методы simple_form?

а с haml проще или нет?

умеет

проще, со slim или c hamlit (hamlit быстрее haml)

form_tag генерерирует <form> </form>

ide главное молчит

чото я смотрю на i18n и офигеваю. дебаггер поиска по ключам отломали, Model.human тоже..

как ключи собирать..

там массив id, нужно несколько сразу редактировать

я бы всё равно в form_for это обернул и поля писал методами к f

дабы уж точно всё было одной формой

ухты какая няшечка i18n-debug

чото я смотрю на i18n и офигеваю. дебаггер поиска по ключам отломали, Model.human тоже..

i18n-debug

а черт, сам уже нашел

но например с кнопками не ок

потом шо я как подумал что надо переводить туеву хучу ключей, подумал что 146% это сделато до нас

i18n еще ничо, globalize меня бесил как низнаю что

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

models|heplers -> $modelname -> attribs_name: 'shit'

как нить так?

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

можно

ну, yml переводы все равно в большую структуру мержаться

т.е если t('common.shit.zero') -> common/shit.yml -> zero: 'here'?

контроллерные тесты — вещь весьма бесполезная, в user-facing страницах рендеринг темплейтов тестится во view, остальное поведение (порядок строк в таблицах и т. п.) — в feature, API'шки тестятся в request.

Спс

если админ может жить со сломанными экшнами, то можно и не тестировать (и вообще не писать)

Я имел ввиду то, что если я проверяю одни действия смысл городить обно и тоже как то не DRY получается и тут у меня сразу несколько мыслей, либо сделать хэлперы чтобы проще и короче, либо в одном it do проверять все их сразу, но это уже не приветствуется. Мб есть смысл просто проверить сам before action и его only except если можно

Может кто-нибудь подсказать по FactoryGirl?

Что с ним

сам вчера только начал юзать

у тебя в спеках есть что то типо