SP
билдер - это про те же "писать запросы", только с другой стороны
билдер это "вот для этого куска sql замэпь такой параметр а для того другой а потом склей все в нужном порядке". Ну и для ORM-ок это часто способ интроспекции запросов.
Size: a a a
2020 January 15
KN
билдер это "вот для этого куска sql замэпь такой параметр а для того другой а потом склей все в нужном порядке". Ну и для ORM-ок это часто способ интроспекции запросов.
спасибо кэп)
SP
не устаю упоминать слоник как пример "как можно то же самое удобнее и проще чем с билдерами".
KN
не устаю упоминать слоник как пример "как можно то же самое удобнее и проще чем с билдерами".
и чем он лучше linq?)
SP
и чем он лучше linq?)
количество строк кода для реализации linq напомни?
АС
Привет ребят.
https://github.com/bnku/php-smtp-mailer/blob/master/contact_me.php
Вот скрипт, не работает
Ошибка:
Warning: fsockopen(): unable to connect to mail.yandex.ru:25 (Permission denied)
В чем может быть проблема?
https://github.com/bnku/php-smtp-mailer/blob/master/contact_me.php
Вот скрипт, не работает
Ошибка:
Warning: fsockopen(): unable to connect to mail.yandex.ru:25 (Permission denied)
В чем может быть проблема?
в неумении читать тексты сообщений об ошибках
KN
количество строк кода для реализации linq напомни?
хм, ну наверное больше одной?
SP
хм, ну наверное больше одной?
я про само решение, фреймворк. ОН же огромный и сложный.
OA
тут несколько моментов:
1. если ты хочешь юзать реляционную базу и мэпить данные на структуры в памяти тебе придется иметь ORM. готовую или самописную - это детали. Факт того что тебе надо решать проблему того что у тебя в памяти референсы есть а в реляционной модели их нет.
2. На чтение эту проблему можно вовсе не решать так как данные не меняются, нет никакой возможности что данные станут неконсистентными раз ты забил на референсы. Тогда все куда проще.
3. На запись лучше взять доктрину или любое готовое решение
4. все проблемы от попыток юзать одни и те же вещи для чтения и записи. Оттуда и many-to-many связи и прочие one-to-many двунаправленные
1. если ты хочешь юзать реляционную базу и мэпить данные на структуры в памяти тебе придется иметь ORM. готовую или самописную - это детали. Факт того что тебе надо решать проблему того что у тебя в памяти референсы есть а в реляционной модели их нет.
2. На чтение эту проблему можно вовсе не решать так как данные не меняются, нет никакой возможности что данные станут неконсистентными раз ты забил на референсы. Тогда все куда проще.
3. На запись лучше взять доктрину или любое готовое решение
4. все проблемы от попыток юзать одни и те же вещи для чтения и записи. Оттуда и many-to-many связи и прочие one-to-many двунаправленные
Спасибо, вот это интереснее. Насчёт 4, если писать как-то отдельно, то концепция many to many не потребуется уже?
NK
в неумении читать тексты сообщений об ошибках
ну так не может подключиться. Нет доступа, но какой доступ нужен?
АС
25 порт - какой протокол?
AZ
25 порт - какой протокол?
tcp)))))
АС
))
SP
Oleg Arkhipov
Спасибо, вот это интереснее. Насчёт 4, если писать как-то отдельно, то концепция many to many не потребуется уже?
ну тип того. вместо того что бы данные для UI связывать на уровне релейшенов во врайт модели можно делать это на уровне UI склейкой данных.
Простая аналогия - представь что у тебя там к постам нужны комменты. У тебя есть айдишка. какой-нибудь api гейтвей может сделать два запроса
Простая аналогия - представь что у тебя там к постам нужны комменты. У тебя есть айдишка. какой-нибудь api гейтвей может сделать два запроса
/posts/{id} и /comments/{id} и склеить тебе в одну структуру.NK
25 порт - какой протокол?
АС
Осподи
АС
Никита
SP
tcp)))))
а если бы спросили про 53-ий порт?
АС
одним словом ответьте