zugo: а при чем здесь репозиторий? ОРМ прекрасно работает на простом дата маппере. Если не пугать нуба страшными словами, а просто показать ему орм - он точно так же научится применять find(), как научился бы применять mysql_query. Ты сам боишься простых вещей типа ОРМов, и других пугаешь.
ты сейчас юлишь как уж на сковородке. адодб устарел в прошлом веке. пеар уже умер. "с движком mysql" ты получишь кучу ошибок. ЕСЛИ бы ты сразу написал про "адодб" - претензий к тебе бы не было. Но проблема в том, что ты сам не работал с тем, что сейчас пытаешься рекомендовать. А работать ты умеешь только с тем, что первое приходит тебе в голову - старым говнокодом. И твои попытки отмыться выглядят жалко
Дмитрий: совсем не поэтому. ноу-хау совсем не моё, оно общеизвестное. И весь мир им давно пользуется. И только дремучие похапешные гамадрилы, которые как научились по блевотным видеурокам шарашить do while($row = mysql_fetch...), так ничего другого и знать не хотят. На мало этого - они еще и других за собой тащат
zugo: 1. в ООП синтаксисе нет НИЧЕГО сложного. Это не проектирование объектной архитектуры. Выучить обращение к функции через стрелочку может даже обезьяна. Даже похапешник, если оставит свой вечный страх перед ООП. 2. mysql была объявлена устаревшей из-за невозможности использования подготовленных выражений из коробки. И использование mysqli старым говнокодом, шараша переменные в запрос, ТОЧНО ТАК ЖЕ устарело. Пытаясь "облегчить" новичку вхождение, ты наоборот тащишь его в говно. Видимо потому ,что сам другого не знаешь
zugo: пустозвонам, которые любят писать о чем не знают, могу сообщить, что при "почти неотличимом от старого" использовании mysqli, теряются ВСЕ её принципиальные преимущества. Впрочем, я понимаю, что для массы макак ключевым преимуществом является наличие процедурного интерфейса, поскольку объектный они осилить не в состоянии.
Кроме теории нудна и практика. Некоторые вещи невозможно вызубрить - их надо п о н и м а т ь. А понимание без практики не дается. О сроках можно говорить после того, как ты хотя бы сможешь понять, о чем спрашивается в вопросах.
Jodes: факты надо уметь интерпретировать. И отличать факты от неверных наблюдений. К примеру многие начинающие пользователи похапе искренне считают фактом то, что у них "база данных переводы строк съела".
Jodes: ты пойми, что ты сейчас споришь не со мной, а со своими неверными представлениями. Твои запросы в цикле будут точно так же выбирать по 1 записи. База данных так работает, она по-другому не умеет. Поэтому повторяя запросы в цикле ты сделаешь что угодно, но только не ускоришь свои выборки. Чтобы сделать лимит 1000000, 10000, база должна сначала выбрать 100000 записей, и только потом начать отдавать тебе данные. Чем больше у тебя значение оффсета, тем дольше у тебя будет работать скрипт. Поэтому я и смеялся над твоими словами про китайскую пасху. Не потому что я такой злобный карлик, а потому что все ровно наоборот. Даже если одним запросом долго, то в цикле будет еще дольше
Jodes: ахахахахах! Вот это-то и есть самое смешное :) Как будто твой способ с запросами в цикле хоть чем-то отличается от "китайской пасхи". Тебе реально надо понять буквально две базовые вещи про базы данных: выборка всегда идет по одной строке - и неавжно, сколько строк ты запросил. Выборка с лимитом в цикле выбирает одни и те же данные столько раз, сколько оборотов в цикле.
Ты совершенно не читаешь, что тебе пишут. Про запрос в цикле я тебе уже писал. WHERE кстати в твоем запросе лишнее. Но это все детали. Ты почему-то главного никак понять не можешь. при том что это главное составляет основу основ баз данных. Запрошенные данные любое API читает по одной строке. И чтобы превысить совершенно мизерный объем памяти, надо обладать ну совсем кривыми руками.
