FanatPHP, чтобы вносить правки например. Мне кажется удобнее зайти в конкретный файл, и поправить нежели копаться в классе в 500 строк. Или это нормально что класс такого объема?
Насчет шаблонизатора.... Есть мысль написать шаблон под каждый тип. Например, motoSale.xml.twig motoRent.xml.twig и т.д. И вызывать по условию
спасибо! Обязательно попробую! Просто полей много. Я начал делать таблицу, где количество столбцов равно количеству сервисов + столбик с полями из базы. И просто запросом вытягивать нужные поля к нужному сервису
FanatPHP, попробую по порядку. Цель вопроса облегчить работу с одними и теми же данными, но которые каждый сервис называет по своему.
да все верно из апи в базу, из базы в xml
xml я отправляю на другие сервисы, которые в ответ мне присылают success или error. Если ошибка, то присылает список полей, которые нужно заполнить. Т.к. внешний апи не заполнил эти поля, то их должен заполнить человек. И этому человеку нужно сообщить какие поля нужно заполнить
Поэтому я и спросил про соответствие.
FanatPHP, я тоже так делал изначально, просто проблема возникла, когда сервисы на которые я делал экспорт xml начали предоставлять обратную связь. Например успешно или нет прошел экспорт. И какие поля нужно заполнить для успешного экспорта. Эти поля приходит с названиеми сервиса. Т.е. на английском. Вот тут и загвоздка. Инфу о том что какие-то поля не заполнены нужно отправить сотруднику который заполнял изначально. Вот я и подумал. Если поля в БД содержат в себе русское название, то сделать какое-то соответствие. Типо мне пришло что-то по api я сверил и отправил сообщение что мол этажность не заполнена. А не floorall.
А ручками каждое поле не очень охота переводить. Там их многовато для этого. 50-60 полей в каждом сервисе.
kerosin228, отлично. Давай по порядку.
1.) Мы отсеяли всех пользователей которые, сделали меньше N лайков на 100 постов.
2.) Сортируешь их по убыванию( опраемся на количества лайков)
3) Берем из их профилей группы в которые входят эти пользователи( миниму 20%, начиная с самого активного)
4) Получешь активнных пользователей и список групп в которых они состоят.
5) Делаешь сводную таблицу из групп и пользователей. Получаешь список групп где на первом месте будет группа Y с наибольшоим количеством ТВОИХ активных подписчиков.
6) Анализируешь тематики минимум первых 20% этого списка групп и получаешь тематики
P.S. Погрешность будет в любом случае. Есть вероятность нарваться на закрытый профиль. Так что придется брать только открыте профили. Но как правило самые активные с открытым профилем. Работа объемная, но есть к чему привязываться, это id пользователей и id группы + количество лайков. Если не ошибаюсь это третья нормальная форма.
Можно вообще заморочиться и распарсить все группы всех ТВОИХ активыных пользователей и выяснить в каких группах помимо твоей эти пользователи прояляют наивысшию активнсть, затем скрешивать эти данные пользователь->активные группы. И анализировать на тематики уже эти данные. Но думаю они не будут сильно отличаться от того, если ты пойдешь первым путем.
P.S.занимаюсь примерно тем же сейчас, только мне парсить не надо, но у меня данные не структуризированные(
Еще лучше было бы значала выявить уникальных пользователей из всего пула подписчиков. Отсеили ботов.
А затем подсчитывать активность полученого списка. Сколько лайков и комментариев. ( Вот опять парето получиться) и Затем выяснять их интересы. Если вы будете парсить други группы по тем своим активным пользователям, то получить скорее рейтинг активности пользвателей, нежели их интересы
Валентин, да, но ваши примеры по scp работают только из домашнего терминала. А меня интересует именно после подключения по ssh в этой же консоли. Про сокеты ничего не понял. Недавно в этой теме)
Выдает 4, должен 2. Так что код в ответе отрабатывет верно.
А от тебя так ни одной строки кода и не пришло.
Так что можешь прислать свой вариант работающего кода.
А то тут ты не правильно делашь и это глупость и то не надо
Так каждый может
FanatPHP, пусть будет твоя правда. Нет смысла обсуждать это тут. Твои ответы мне не понятны почти все. И вызывают еще больше вопросов. Вероятно тебе стоит чуть более подробно отвечать и быть более терпиливым к новичкам, либо не отвечать вовсе на простые вопросы. Вероятно мне трудно воспринимать твои ответы и легче зарываться в документцию и другие форумы.
Будь проще старичек и не болей. Удачи)
FanatPHP, не знаю твоего поколения, а Вы не знаете сколько мне лет. Так что рассуждать умею я искать информацию или нет. вы судить не можете. По крайней мере мой ответ, к этому вопросу решает проблему. Ваш же ответ, просто для статистики. Есть огромная разница между "включи ошибки и посмотри что пишет" и "включи ошибки и пришли скрин". Поменьше пафоса в ответах к вопросам новичков.
я уже не раз натыкаюсь на Ваши ответы, включая на мои вопросы. И чаще всего они несут нулевую полезность. Почему unix формат глупость? Во вторых что не нужно? Я удивлен, что Вы не написали чтобы он включил ошибки и разбирался сам.
