Это трабла жавы жеж.

это траблы убунты

раньше работало решение https://github.com/zheludkovm/LinuxJavaFixes но оно перестало работать

Странно, у коллеги тоже чет не настраивается, у меня всё ок, через vmoptions всё работает.

аа, 14-я убунта. всё понятно

аа, 14-я убунта. всё понятно

в 16-ой та же фигня

У меня 16.10 и 2017.3, работает.

аа, 14-я убунта. всё понятно

так пролей свет, немного ранее уже на на oracle java 8 в руской раскладке комбинации работали

16.04 убунта, 2017.3 шторм, фикс работает

У коллеги 16.04.3 LTS и 2017.3.1 не работает.

При чем когда на 16.04 сам был - работало. Странно...

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

а как понять слово «псевдометод»?

а как понять слово «псевдометод»?

Ну я ввёл этот временный термин, чтобы объяснить, что генератор возвращает итератор, который йилдит, значение. Вот итератор, когда возвращает что-то, он подобен методу, но это не метод, это итератор. Блин, кароче. фигню написал.

трижды перечитал, нихера не понял)

Ребзя, оффтоп, но вдруг кто знает какой-то приличный (только не из гугла, а по своему опыту) генератор CV под европейских HR'ов?) Можно платный, если за вменяемые деньги

1. Результатом генератора является итератор. 2. Итератор возвращает значение. 3. Псевдометод, в конткесте моего сообщения, означает, что итератор ведёт себя как метод, который возвращает значение. Корое говоря все методы итератора которые возвращают значения next , current и так далее.

Ребзя, оффтоп, но вдруг кто знает какой-то приличный (только не из гугла, а по своему опыту) генератор CV под европейских HR'ов?) Можно платный, если за вменяемые деньги

тоже интересно. Бобук в 2013-м такой пилил.

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

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

Согласен, но речь шла о"псевдометоде.", поэтому пришлось разделить понятия, чтобы внести ясность. (Если у меня получилось конечно это сделать)))

ну я в целом знаком с генераторами) но описание всё равно херня, вгоняющая в ступор)

У всех свои асбтракции для понимания. Я вообще генераторы представляю себе как буфер.

генераторы - однонаправленные итераторы) тчк)

В генераторы, можно кинуть значения.

генераторы - однонаправленные итераторы) тчк)

Что значит "однонаправленные" ?

rewind не сделать. Итерации идут только вперёд

rewind не сделать. Итерации идут только вперёд

Так его можно же эмулировать через send() разве нет ?

чё?

Ну т.е. у нас есть generator по файлу, который считывает построчно например. Мы можем, с помощью send() отправить REWIND и в генераторе поставить условие, что нужно заново считать файл.

Типа того.

не уверен, что такое прокатит

не уверен, что такое прокатит

Почему не прокатит, просто при следующем yield делаем проверку, убиваем декскриптор, создаём новый, читаем заново.)

это не будет перемотка генератора, это просто будет изменение ряда данных внутри генератора

в принципе идея, кхм, сомнительная и странная

1. Результатом генератора является итератор. 2. Итератор возвращает значение. 3. Псевдометод, в конткесте моего сообщения, означает, что итератор ведёт себя как метод, который возвращает значение. Корое говоря все методы итератора которые возвращают значения next , current и так далее.

ты загнался как-то ;) итератор - это объект. точка ;) генератор - это метод возвращающий объект инстанса \Generator ;)

это не будет перемотка генератора, это просто будет изменение ряда данных внутри генератора

Так я и не говорил про перемотку, я говорил про эмуляцию rewind. Впринципе перемотка и генератор, это само по себе странное явление.

это не эмуляция rewind... ну в общем не стоит ее называть так, что бы не запутать всех

ну в общем то я понял о чем ты про эмуляцию, но лучше не загоняться

это не эмуляция rewind... ну в общем не стоит ее называть так, что бы не запутать всех

Ну ок, пусть будет не эмуляция, но результат то получаем один и тот же. Просто понятие однонаправленый итератор, какое-то мутное определение, ИМХО.

да нормальное определение) вполня понятно о чём речь. вот "эмуляция" сброса в голову здорового человека редко постучится)

да все итераторы однонаправленные ;) это и есть их отличие от массива

у генератора просто нет rewind, но оно в общем на "однонаправленность"не влияет

однонаправленные значит, что нельзя в другую сторону ;)

сброс - это и есть по сути в другую сторону) ровно поэтому его и нет :)

ну.. не... не согласен ;) сброс - это сброс ;) он тебе никак не поможет итерировать в "другую сторону" ;)

сброс - это и есть по сути в другую сторону) ровно поэтому его и нет :)

нет, это всеравно в одну сторону. ты курсор сбрасываешь. Двунапраленные это генераторов

нет, это всеравно в одну сторону. ты курсор сбрасываешь. Двунапраленные это генераторов

вторую часть не понял

нет, это всеравно в одну сторону. ты курсор сбрасываешь. Двунапраленные это генераторов

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

вот, кстати, да... однонаправленность можно двояко понимать ;)

вот, кстати, да... однонаправленность можно двояко понимать ;)

Я как раз это и имел ввиду.

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

да не, это просто наш поток сознания ;) да еще оказалось, что у каждого свой ;)

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

Как правило, говно это по-любому не твой код

да не) мой всегда говно (в моих же глазах) и это проблема)

да не) мой всегда говно (в моих же глазах) и это проблема)

Я имею ввиду не твой лично) обобщенно

@fes0r, ещё бы от тебя фидбэк в тему был, если время есть) я как раз все пинки пособираю и на выходных будет чем заняться)

блиц-вопрос в контроллере получаю файл и хочу перекинуть его дальше на уровень обработчиков 1. считать файл, забросить объект с ним (phpexcel) в DTO и там инкапсулировать правила валидации 2. забросить в DTO объект UploadedFile и валидировать все уже глубже

склоняюсь к первому

Получать файл в контроллере - зачем?

Может сразу же дернуть обработчик, который его заберет и уже будет знать, что с ним делать?

Но из двух вариантов второй выглядит лучше.

что ты имеешь ввиду под "обработчиком"?

`$password = 'qwertyuiopasdfghjklzxcvbnmQWERTYUIOPASDFGHJKLZXCVBNM'; if (preg_match('/^[A-z0-9]{4,30}$/', $password) ) { }`

как сделать проверу

пароля

я имею ввиду какой-нибудь сервис =)

ну оно в любом случае уйдет из контроллера в сервис)

ERROR: S client not available

что бы соблюдал эти требования

вопрос только в том, какого уровня сырости данные кидать в сервис

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

А уже сервис работать с сырыми данными, из $_FILES или абстракции

иначе вы заранее завязываетесь на формате этих входных данных

я в любом случае завязываюсь просто если я прокидываю через DTO сырой файл - то валидировать его мне нужно уже на стороне обработчика если я прокину через DTO объект phpexcel - то в DTO же я могу при создании сразу провести базовую валидацию и если что не так - прямо в контроллере получаю ошибку и могу ее сходу вернуть

делаю все же второй вариант, дабы не размазывать правила валидации по разным файлам

Ребят, нормально ли для постов сделать статус в бд в виде поля enum, например, черновик, опубликовано, отклонено, подтверждено? Можно ли будет потом на рабочей бд добавить еще один статус? И если данных будет много?

Ребят, нормально ли для постов сделать статус в бд в виде поля enum, например, черновик, опубликовано, отклонено, подтверждено? Можно ли будет потом на рабочей бд добавить еще один статус? И если данных будет много?

Лучше отдельной таблицей, а в основной добавить поле status_id

Ребят, нормально ли для постов сделать статус в бд в виде поля enum, например, черновик, опубликовано, отклонено, подтверждено? Можно ли будет потом на рабочей бд добавить еще один статус? И если данных будет много?

Если статусов не много - юзай енам или даже обычный инт, а в своей моделе добавь константы типа STATUS_PUBLISHED = 1; и т.д., можно и в отдельной таблице хранить, это удобно тем что при выводе тебе не надо будет ручками выводить список со всеми статусами а просто запросом из базы их получить можно

Если статусов не много - юзай енам или даже обычный инт, а в своей моделе добавь константы типа STATUS_PUBLISHED = 1; и т.д., можно и в отдельной таблице хранить, это удобно тем что при выводе тебе не надо будет ручками выводить список со всеми статусами а просто запросом из базы их получить можно

Спасибо

Вопрос по организации работы с множеством репозиториев(7 штук на данный момент). Проект состоит из модулей друг от друга фактически зависимых - клиент, бэкэнд, конфигурации, статика и т.д. каждый живет в своем репозитории. Сейчас все работают только в двух ветках - develop и release. Все это собирается через CI и деплоится по кнопке аля teamcity. Минусы подхода очевидны - только 2 ветки не дают возможности раздельно тестировать\разрабатывать фичи. В виду коммерческого характера проекта - не все члены команды должны иметь доступ ко всем репозиториям- например в статику имеют доступы художники поддержки(льют картинки), но к репозиторию с серверным кодом они доступ не имеют. Хотим перейти на git-flow-подобную схему работы, но заводить по ветке в каждом репозитории накладно, когда не каждый реп нужно менять. Ситуацию осложняет то, что есть несколько однотипных проектов и например бэкэнд посути у них общий.

Тут на днях поднимался вопрос о EAV Model, какие есть мнения против? Моё мнение таково, что при использовании РСУБД EAV Model это хорошее решение, поскольку на данный момент всякие json(b)/hstore/xml/etc. не имееют нормальной поддержки инструментами. Для того, чтобы не городить кучу JOIN'ов для поиска/фильтрации/агрегации/etc. поверх EAV можно просто прикрутить ElasticSearch.

хм, т.е. написать запрос SQL с использованием синтаксиса работы с json - это нет нормальной поддержки, а городить эластик - это нормальная поддержка ;)

Вопрос по организации работы с множеством репозиториев(7 штук на данный момент). Проект состоит из модулей друг от друга фактически зависимых - клиент, бэкэнд, конфигурации, статика и т.д. каждый живет в своем репозитории. Сейчас все работают только в двух ветках - develop и release. Все это собирается через CI и деплоится по кнопке аля teamcity. Минусы подхода очевидны - только 2 ветки не дают возможности раздельно тестировать\разрабатывать фичи. В виду коммерческого характера проекта - не все члены команды должны иметь доступ ко всем репозиториям- например в статику имеют доступы художники поддержки(льют картинки), но к репозиторию с серверным кодом они доступ не имеют. Хотим перейти на git-flow-подобную схему работы, но заводить по ветке в каждом репозитории накладно, когда не каждый реп нужно менять. Ситуацию осложняет то, что есть несколько однотипных проектов и например бэкэнд посути у них общий.

"например в статику имеют доступы художники поддержки(льют картинки), но к репозиторию с серверным кодом они доступ не имеют" - думаете, украдут код? ;)

"например в статику имеют доступы художники поддержки(льют картинки), но к репозиторию с серверным кодом они доступ не имеют" - думаете, украдут код? ;)

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

Подскажите, нужен не прихотливый почтовый сервис с smtp чтобы к опенкарту привязать, чтобы свой не использовать

Подскажите, нужен не прихотливый почтовый сервис с smtp чтобы к опенкарту привязать, чтобы свой не использовать

Погугли. Эта тема замусолена. С ходу mandrillapp\sendgrid

MailChimp еще

Mailgun

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

Зависит от продукта и от корп.культуры. Где-то, может, и оправдано. Чаще, конечно, паранойя.

Подскажите, нужен не прихотливый почтовый сервис с smtp чтобы к опенкарту привязать, чтобы свой не использовать

Гугл почта?

pdd.yandex.ru - сердито бесплатно

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

Доброй ночи всем. Подскажите, есть кто хорошо знакомый с PostgreSQL? Можно ли как то сделать функцией, чтоб при записи в таблицу, поле само заполнялось на основе двух других соседних полей?

можно. через тригеры

можно. через тригеры

Хорошо, сейчас почитаю как их использовать. Спасибо

Доброй ночи всем. Подскажите, есть кто хорошо знакомый с PostgreSQL? Можно ли как то сделать функцией, чтоб при записи в таблицу, поле само заполнялось на основе двух других соседних полей?

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

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

а потом оказалось, что все завязано на базу, сложно тестировать

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