junart: я исходил из того, что у вас там есть связь. Для первой модели таблица users с id пользователя, для второй (категории пользователя) таблица category_user c category_id, user_id, и в таблице статей articles указана category_id. Так примерно. Но даже если связь между категориями и статьями сделана не так (то есть не через hasMany в модели категорий), но она есть и указана в модели категорий - код должен сработать. Можете отредактировать вопрос, вставив туда поля таблиц, ка кони сейчас есть и написав связи, котоыре есть в моделях (скорее всего пока вы будете писать, вам в голову придет мысль - а почему тут я сделал так, когда должно быть так?)
Вадим Егоров: Ах, эта романтизация запада. Тут одни грубияны, школьником обзывают, не то что там - задашь вопрос и добрые программисты на розовых пони сразу мчатся рассказать, как написать поисковый движок на php... но вообще-то на стаке вас точно также окрестили бы школьником и ткнули в неразумность вашего подхода https://habrahabr.ru/post/220971/
rd96: Времени, чтобы поймать одного фрилансера с доходом 20-120 тысяч нужно столько же, сколько поймать одну компанию с прибылью в 20 миллионов. Если же он еще и пайонером пользуется, то это все равно, что ловить компанию, которая находится за пределами россии. Налоговая - это не развлекательное заведение, их действия обусловлены не поиском разнообразия, а эффективностью и спускаемыми сверху планами, которые необходимо исполнять. Стричь плешивых овец, когда рядом есть мешки с шерстью - зачем? Вот уйдет на апворк половина населения - правительству будет выгоднее ввести фрилансерский платон - налог на снятие валюты физиками. И никаких проблем, банки контролировать куда проще, чем запрягать налоговую вылавливать мелочевку и устраивать показательную порку.
andrew8712: саппорт апворка не говорит, какой банк используется - это конфиденциальная информация. Зато сообщение одного индуса в теме на апворке показательно:
Todays Pak Rupees conversion rate is 104.78 Rupess/USD whereas upwork rates are 99.9640 PKR/USD. Although the transaction fee ($0.99) seems pretty reasonable but this difference in conversion is pretty huge.
То есть следует ориентироваться на потери от конвертации ~5%.
dimonchik2013: этим летом пару раз выводил на счет вместо карты - сбер непринужденно вычитал за перевод порядка 30 баксов. Не ваиртрансфер. Размер банка - это не выгодные комиссии и условия, а как правило наоборот - лишняя плата за гарантию того, что государство прикроет его в числе последних в случае шваха.
MuTaToRage: использовать ООП вместо процедурщины, отделить логику демона от логики парсера, разнести их по разным классам, вызывать парсер в виде функции внутри цикла демона и ничего из этой функции не выносить за ее пределы. Как вариант, запускать этот же парсер не из демона, а из крона с интервалом раз в 10 минут и ограничить его время работы теми же 10 минутами (это гарантированно очистит память после смерти скрипта). Но у меня на сервере демон из laravel работает по 2 месяца без утечек (перезапускать приходится из-аз обновления кода приложения).
MuTaToRage: я вообще не понимаю смысла данного вами куска кода. Вы мне им что хотите показать, что при разыменовании переменной она очищается и остается лишь одна ее копия в массиве? Так я знаю это. Изначально речь шла не об этом, а о том, что ссылка на переменную якобы помогает избежать утечек памяти. А она помогает? Нет. И смысл ссылок совершенно не в этом. Они дают работать с одним и тем же объектом из любого места в коде, когда это нужно. И не нужно приписывать им чудесные свойства очищать память, когда сборщик мусора этого не делает. Отправьте на печать количество свободной памяти до заполнения массива разными объектами (то есть с ансетом и ссылкой, либо без ансета и без ссылки, в общем разными объектами, а не массивом, заполненным сотней тысяч ссылок на один объект) и количество памяти после ансета того же самого массива и вы увидите, что никакой экономии ссылки с ансетом вашим не дают. Php оставил эту память, как зарезервированную после очистки переменной, как товарищ zano3adev уже и добавил в комментарии чуть выше.
MuTaToRage: new возвращает новый объект. Но в уже существующую переменную, а та задана в массиве по ссылке, поэтому когда вы переназначаете переменную, все ссылки на нее начинают указывать на новый назначенный объект.
MuTaToRage: Там один и тот же объект, проверьте сами. У вас должен быть ответ от тостера в почте с тем кодом - вставьте в один из атрибутов объекта $i, а затем распечатайте весь итоговый массив через print_r.
Вы забыли упомянуть, что в итоге в массиве получается не 100000 объектов, а 100000 ссылок на один объект и если топикстартер вдруг решит хранить в данном объекте разные ссылки для парсинга, он будет неприятно удивлен тем, что его скрипт вместо того ,чтобы пройтись по всем ним вместо этого сто тысяч раз спарсит один урл (пишу потому, что не вижу иного сценария, где объект вставляется десять тысячи раз в массив, кроме как если в нем хранится разная информация).
Подобный сайт делается за 1-4 дня, если наладить регулярный поток заказов и не хандрить по поводу, того, что "не расту, как специалист", то такими "крошками" можно вполне обеспечить себе бутерброд с икрой.
Леонид: про раздумья, его это или нет - это уже другой вопрос. Если они возникают в процессе обучения вместо вопроса 'как же это реализовать', то вполне вероятно, человеку стоило обучаться чему-то иному, нежели программированию. Чему-то, от чего он будет действительно загораться.
