Восставноил на seo акк свой, 2734087 новых сообщений

Ща почитаем что новенького было

только подряд читай

с конца

а то пропустишь

Почитал свои темы старые, как же я был хорош в 2008

Верните мой 2008 :(

хех

Найс, первые 3 макроса готовы

как я был крут в 2003-м

Я ебашу (

Осталось еще 90% работы

Я ебашу (

хуярь@говнокодь

я тоже говнокодю

а ты чего?

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

я сука достиг области некомпетенции

составляю запрос из кусочков

найс

sql

фу sql (

потому что вьюхи писать впадлу

А че ты там вручную составляешь?

Писать sql вручную в 20016?

$query = "SELECT `keyword FROM keywords ORDER BY id DESC";`

Во как надо

` $where = $conditions ? 'WHERE ' . implode(' AND ', $conditions) : ''; $from = implode(' JOIN ', $tables);`

позорный ад

Ну можешь нахуярить абстракций

только нахера?)

навелосипедь querybuilder и будешь щастье

Всем привет

Писать sql вручную в 20016?

Ты смеешься?

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

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

Pdo + memcached/redis - это выбор настоящих ниньдзя )

Да, да, поебавшись со всяким фрэймворками и cms, пришел к выводу что нужно использовать только html. HTML это валидно, это гибко, это стильно.

Да, да, поебавшись со всяким фрэймворками и cms, пришел к выводу что нужно использовать только html. HTML это валидно, это гибко, это стильно.

Ну не надо перегибать мои слова.

Есть ощущение, что можно любой orm допилить до любой степени ебанутости.

Тут выбор лишь чьим удобством жертвовать. Явно не моим.

Тут выбор лишь чьим удобством жертвовать. Явно не моим.

Ну выбор доктрины для сайта с 20млн в сутки не был бы тебе удобен.

Pdo + memcached/redis - это выбор настоящих ниньдзя )

+++

20 млн с неба не падают

До них дойти еще нужно

Всем привет, меня зовут Вадим и я вчера впервые за очень много времени добрался до поиграть в rf online

20 млн с неба не падают

Ну я и не говорю про лично твой уютный бложег

Ну я и не говорю про лично твой уютный бложег

То есть нельзя уже любое решение допилить под нужную нагрузку?

всегда можно запилить свою обертку над PDO

но вообще я тащусь с pdo

Я просто не арт-директор по жизни, я дела делаю, а не иструменты выбираю

То есть нельзя уже любое решение допилить под нужную нагрузку?

Конечно можно! Но допилить доктрину, например...ну будешь пилить её год )

Зачем пдо, если есть чуть более нативные драйвера типа pgsql и mysqli

Зачем пдо, если есть чуть более нативные драйвера типа pgsql и mysqli

Pdo также работает через драйвера

Ты же на проде не скачешь по базам

Pdo также работает через драйвера

Для уменьшения количества сущностей и прослоек

Конечно можно! Но допилить доктрину, например...ну будешь пилить её год )

Я про то что можно в нужном месте костыль вставить и всем счастье будет.

Я про то что можно в нужном месте костыль вставить и всем счастье будет.

На хайло работа с бд - это один сплошной костыль

Нахрена нужна универсальность, если это не либа

Я без orm в рот ебал работать

Мне по кайфу это

Я даже забыл как там вообще sql работает

Орм хорошо, но надо поднимать когда он нужен, а когда лучше без него

Понимать

Для уменьшения количества сущностей и прослоек

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

Орм хорошо, но надо поднимать когда он нужен, а когда лучше без него

Как можно понять когда нужен сахар?

По вкусу?

ERROR: S client not available

Зачем менять pdo Oo

Просто если в производительности никакого вау-эфекта нет, то можно и pdo

Зачем менять pdo Oo

Я не меняю

Лол

Не там производительность ищете

Как можно понять когда нужен сахар?

Когда орм тебе начнет генерить запросы типа 'IN(ахулиард_значений)' значит пора писать сырое

Когда орм тебе начнет генерить запросы типа 'IN(ахулиард_значений)' значит пора писать сырое

Как насчет расширить модель или тип того?

Либо внимательней изучать орм)

Как насчет расширить модель или тип того?

Можно и так, у нас тут получается слишком вакуумный холивар

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

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

Я чет не понял как может сахар вроде орм влиять на производительность?

Об этом спич был

реляционные бд по своей природе плохо стыкуются с ООП

Я чет не понял как может сахар вроде орм влиять на производительность?

Генерировать кривые запросы

Генерировать кривые запросы

Ну это проблема не орм, а пользователя

это наывается Object-relational impedance mismatch

https://en.wikipedia.org/wiki/Object-relational_impedance_mismatch

Или на pdo нельзя кривой запрос ебануть?

Тут в интернетах есть много разговоров по Джанго орм и ее костыль под названием Q

Ты цепляешься к словам

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

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

Но ведь некрасиво будет :( Я хочу что-бы было красиво :(

А в обычной ситуации достаточно орм, да

Но ведь некрасиво будет :( Я хочу что-бы было красиво :(

Издевательство над орм с несколькими вложенными селектами, юнионом и еще чем-то тоже не красиво будет

Сладки сочны обьекты против унылых sql запросов

Когда орм тебе начнет генерить запросы типа 'IN(ахулиард_значений)' значит пора писать сырое

или отключить ленивую загрузку зависимостей

Сладки сочны обьекты против унылых sql запросов

POJO?

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

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

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

да много их

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