Tester2020, пробовал указывать в Full Name in Russian полное имя (как в банке) и в том числе с добавкой "ИП" - не получается всё равно. Отправил запрос в Upwork. Ждём ответа.
Илья С, банку вообще фиолетово. Проблема в Upwork. Он пишет, что имя в банковском счёте и в профиле Upwork не совпадают (в точности), и отказывается подключать и использовать этот способ. Написал в техподдержку, ждёмс.
CryNet, насколько я понял, там не совсем тот реакт, который мы привыкли делать. В WP он не компилируется,что затрудняет использование ES6 и JSX. А в результате чего становится невозможным использование сотни тысяч готовых компонентов.
Мой вопрос главным образом был про create-react-app версию, то есть, на самом деле, когда открывается страница настроек плагина, то подкачивается сбилженная версия моего приложения, которая активно взаимодействует с серверной частью (которая написана на обычном PHP).
Проект мой собственный, больше разработчиков в нём нет.
Никто не делает такие "вечные" скрипты на php. Это очень ненадёжно. Глюкнуло что-то, провайдер сервер ребутнул - и всё заново начинать?
Более правильно разбивать задачу на куски и запускать каждый кусок по cron. Например, если тебе спарсить 500к страниц надо - сохри ссылки на них в базе, в цикле выбирай по одной и скачивай. После успешного скачивания помечай в бд, что страница успешно скачалась. Теперь, если даже скрипт грохнется, ты не начнёшь заново, а продолжишь с первой нескачанной страницы.
При таком подходе тебе не нужен вечный скрипт. Запускай по 100 страниц пачками в кроне.
Так же как и ближайшее кафе библиотека - место ненадёжное. Нет никакой уверенности, что я смогу прийти туда в нужное мне время в нужный мне день (ночь) и оставаться там без проблем столько, сколько мне нужно.
Dmitry Bay, всё очень индивидуально. Когда я работаю, я эмоционально нахожусь внутри компьютера, общаюсь с клиентами через чат и не замечаю, что происходит вокруг. Поэтому мне вполне нормально работать даже в комнате 2х2, а окружающие меня люди будут только отвлекать. Коворкинг, в частности, не подходит по этой же причине. Ведь люди, которые бы работали там рядом со мной, не имеют никакого отношения к задачам, которые я решаю.
Если нужно размяться - я выхожу на улицу и гуляю полчаса, потом, отдохнувший, возвращаюсь за комп. Размер окон в данном случае также не играет большой роли, хотя днём желательно работать при солнечном освещении - это полезнее для глаз.
Ислам Энгиноев, а это одна из самых главных задач в жизни - понять, чего ТЫ хочешь, для чего ты рождён, зачем ты на этом свете. Нужно просто подумать и решить для себя этот вопрос.
lumaxy, нужно идти по списку от начала до конца. И, встретив, например, событие "оплата услуги", создавать для него объект в статистическом массиве. Далее необходимо каждую следующую запись сопоставлять со списком уже созданных объектов, и сохранять связь "предыдущее-следующее". Таким образом на первом уровне анализа у нас будет что-то вроде
24 события "оплата услуги", за ним следующее событие
в 12 случаях - "вход в систему"
в 8 случаях - "звонок в Sales"
Так у нас уже есть 3 связанных кружочка.
Далее можно выяснить, что между "вход в систему" тоже есть связь к "звонок в Sales". И выяснить, что в большинстве случаев "просмотр документации" не следует ни за одним из событий, подчинённых событию "оплата услуги".
В общем, это всё решаемо. Нужно усидчиво сидеть и анализировать. Ну или нанять понимающего фрилансера.
lumaxy, есть два способа построить граф последовательностей.
Первый - знать как работает система и в каком порядке она может вызывать те или иные события.
Второй - проанализировать весь журнал, собрать статистику (что за чем обычно идёт) и на основании этих данных построить граф.
Чудес не бывает, и если у вас есть просто большой лог без информации как он был получен, то придётся потратить существенное количество усилий на его систематизацию.
lumaxy, нужно начать с графа действий - это записать все действия в виде узлов, соединённых векторами - возможными связями. Например, от события "оплата услуги" будет идти стрелка к событию "вход в подсистему". Этот граф можно будет использовать для того, чтобы определить длительность действия. Например, если действие начинается в момент "оплата услуги", то условие его окончания - это самое позднее из событий, подчинённых первому (главному). В этом случае можно даже говорить об иерархии событий. Тогда длительность любого родительского события будет примерно равна разнице во времени первого и последнего подчинённого события.
Сергей Кислов: автор книги Тимоти Феррис. Я работал на elance.com, upwork.com, freelancer.com, fl.ru, weblancer.ru, может быть где-то ещё, не помню. Крайние заказы получал (и получаю) по сарафану.
Olek1: Секта чего? Читателей книги?)) Мне вообще никакой разницы кто будет её читать, а кто не будет. Объективно даже лучше, чтобы никто не читал. Меньше конкурентов.
