Создать пустую штуку. И обновлением положить в нее данные.

нахера создавать пустую штуку?)

нахера создавать пустую штуку?)

Чтобы помещение в нее данных не писать два раза.

я в общем хз о чём ты)

Ну ок ? Вынесения куска данных в ВО решает проблем в общем-то.

Ну ок ? Вынесения куска данных в ВО решает проблем в общем-то.

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

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

Ну да. Это и пугало.

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

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

создать ид этой штуки заранее в контроллере и после создания сделать запрос за ней

uuid в помощь

Логично. А насколько хорошая идея генерировать ИД на клиенте и в апи просто получать его?

Alexey Markovski: Работал кто-то с AWS? Amazon web services

Alexey Markovski: Работал кто-то с AWS? Amazon web services

как это к теме чата относится?

Там есть либв php

Логично. А насколько хорошая идея генерировать ИД на клиенте и в апи просто получать его?

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

Там есть либв php

не вижу связи

Ага. Понял. Спасибо.

Alexey Markovski: Работал кто-то с AWS? Amazon web services

То есть скопировать своё бессмысленное сообщение у тебя есть время, а задать конкретный вопрос и описать свою проблему - не можешь?

Логично. А насколько хорошая идея генерировать ИД на клиенте и в апи просто получать его?

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

Неужели так сложно описать конкретно интересующий кейс и его уже копировать/постить? Часто кстати во время этого действия ответ приходит сам, так нет, давайте будем искать тех кто работал c {technology name} и только если каким то чудом есть ещё люди которые с ней работали мы удосужимся задать конкретный вопрос, потратив и своё и чужое время

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

О, спасибо!

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

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

создать ид этой штуки заранее в контроллере и после создания сделать запрос за ней

я вот тоже к такому пришёл, правда тут есть момент, что если id sequence, то за ним надо в БД слазить. Но наверное по производительности это слёзы

я вот тоже к такому пришёл, правда тут есть момент, что если id sequence, то за ним надо в БД слазить. Но наверное по производительности это слёзы

нет, просто сиквенсы не везде хороши

я их использую вообще только там, где мне не нужно лазить за ними в базу по айдишке

https://softwareengineering.stackexchange.com/questions/328458/is-it-good-practice-to-always-have-an-autoincrement-integer-primary-key

нет, просто сиквенсы не везде хороши

а вот неудобство uuid из практики - у нас например к менеджерам звонит клиент и называет свой идентификационный номер и например id сущности с которой возникли проблемы. UUID называть неудобно по телефону. Вот с таким как быть - непонятно =\ Самый нормальный вариант - переводить поддержку в онлайн, чтобы идентификаторы в принципе не надо было называть, но зафигачить автоинкрементный ключ гораздо проще.

а вот неудобство uuid из практики - у нас например к менеджерам звонит клиент и называет свой идентификационный номер и например id сущности с которой возникли проблемы. UUID называть неудобно по телефону. Вот с таким как быть - непонятно =\ Самый нормальный вариант - переводить поддержку в онлайн, чтобы идентификаторы в принципе не надо было называть, но зафигачить автоинкрементный ключ гораздо проще.

автоинкремент как вторичный ключ еще можно, или короткий цифробуквенный идентификатор допустим, 4 символа (буквы/цифры) должно хватить

хотя там коллизии могут быть...

зависит от количества юзеров, короче

в жопу наследование. Копипасти

в стикерпак

в стикерпак

Будто ты не ценишь copy paste driven development

Будто ты не ценишь copy paste driven development

я наоборот его продвигаю)

кароч. есть дока к апи в markdown. думаю переписать, нужно что то адекватное. пока знаю только blueprint. кто знает что получше? если что в будущем апи переедет на graphql.

Мне apidoc понравился

Там раньше нужно было ноду ставить, сейчас что-то php нон есть

Но пробавла только с нодой

http://apidocjs.com

С меньшей вероятностью будут забывать актуализировпть, при измении методов. (Генерацию дока, лучше запускать автоматом на деплое)

кто что посетует для миграций в небольшом проекте (велосипеде) ? https://packagist.org/packages/doctrine/migrations или https://packagist.org/packages/robmorgan/phinx В проекте нет doctrine/dbal если бы было выбрал бы первое, мне не нравиться что первая либа довольно много легаси содержит а нормальная версия(2 еще в альфе)

кто что посетует для миграций в небольшом проекте (велосипеде) ? https://packagist.org/packages/doctrine/migrations или https://packagist.org/packages/robmorgan/phinx В проекте нет doctrine/dbal если бы было выбрал бы первое, мне не нравиться что первая либа довольно много легаси содержит а нормальная версия(2 еще в альфе)

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

кто что посетует для миграций в небольшом проекте (велосипеде) ? https://packagist.org/packages/doctrine/migrations или https://packagist.org/packages/robmorgan/phinx В проекте нет doctrine/dbal если бы было выбрал бы первое, мне не нравиться что первая либа довольно много легаси содержит а нормальная версия(2 еще в альфе)

еще подбешивало Phinx automatically creates an auto-incrementing primary key column called id for every table.

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

кто что посетует для миграций в небольшом проекте (велосипеде) ? https://packagist.org/packages/doctrine/migrations или https://packagist.org/packages/robmorgan/phinx В проекте нет doctrine/dbal если бы было выбрал бы первое, мне не нравиться что первая либа довольно много легаси содержит а нормальная версия(2 еще в альфе)

с doctrine migrations работать приятнее - но нужно помнить sql

спс

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

Неверно, изменения данных в транзакцию оборачиваются

Неверно, изменения данных в транзакцию оборачиваются

пару лет назад не умел

Если удаленно работать, что для этого нужно? Карту не заблочат при получении денег если работать официально/неофициально?(а то слышал что были случаи) И что там с налогами если именно удаленно не фриланс? Нужно ли высылать скан пасспорта для оформления? И как обезопасить себя чтобы его не слили в сеть или чего-то там на него не оформили и т.п.

Если удаленно работать, что для этого нужно? Карту не заблочат при получении денег если работать официально/неофициально?(а то слышал что были случаи) И что там с налогами если именно удаленно не фриланс? Нужно ли высылать скан пасспорта для оформления? И как обезопасить себя чтобы его не слили в сеть или чего-то там на него не оформили и т.п.

Обычная работа. Оформляют как положено. Перечисляют на зарплатную карту.

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

Новый дайджест: https://habr.com/company/zfort/blog/420629/

privet

koqo ect notepad++ na komputer?

sublime text 3

ERROR: S client not available

koqo ect notepad++ na komputer?

интернет забанили?

интернет забанили?

ya seychas na rabote. a sdec blokiravat ustanavit proqram

koqo ect notepad++ na komputer?

давай сиди диск, запишу

блин... мне казалось, век транслита закончился лет ентак 15 назад

ya seychas na rabote. a sdec blokiravat ustanavit proqram

Скачать portable версию

ya ne moqy ystanavit. y menya net admin rights

https://portableapps.com/apps/development/notepadpp_portable

Скачать portable версию

spasiba bolsoe

https://portableapps.com/apps/development/notepadpp_portable

a mojna tak ustanavit xampp?

нит

a mojna tak ustanavit xampp?

ох уж эта лень: https://portableapps.com/apps/development/xampp

Сожалею, что не нашлось. Но ключевые слова у тебя есть. Гугли

нит же

Сожалею, что не нашлось. Но ключевые слова у тебя есть. Гугли

ok. spasiba

блин... мне казалось, век транслита закончился лет ентак 15 назад

ну не умеет человек добавлять раскладки) что поделать)

xampp, notepad++ и ie8 в панельке. Прям повеяло ламповостью такой :3

Денвер более лучше

щас бы в 2к18 юзать денверы с ксампами

омг

xampp, notepad++ и ie8 в панельке. Прям повеяло ламповостью такой :3

еще dreamviewer

который автокомплитил css и html на этом полезность и заканчивалась зато жрал

vim

кстате https://github.com/nrk/predis/pull/504 забавная штука в стабильной либе только что стрельнул себе в ногу таким на дев

Ms frontpage ???

Сколько красивых новых ников послала судьба нам