Pavel Denisov: Не знаю, что у ТС за причины.
То что видел я - это была хитрогенерируемая хеш строка для каждого запроса на основе меняющихся ключей от сервера с непонятно где запрятанным алгоритмом генерации (pack, eval) и раз в несколько раз в сутки меняли названия полей, атрибутов, которые используют для хеша.
Вот в таком случае бывает дешевле делать запросы через браузер/selenium
Иван Соболевский: Физически рядом - в одном пространстве, можно коворкинг, можно даже квартиру.
Если вы на собеседовании зажжёте кандидата, то и в офисе сможете. Первый месяц понаблюдайте чтобы у него разочарования не было. Это можно фиксить, если вовремя отследить и обсудить.
Если даже в одном офисе сидите в разных кабинетах, то 2-3 часа и огонь почти полностью из глаз уходит. Со стороны это очень забавно наблюдать :) Стоит почаще устраивать совместные чаипития/перекусы.
Важно - не должно быть физического дискомфорта. К примеру, с продажниками, которые на телефоне, не все смогут рядом находится.
В теории, через пару месяцев человек ваш и надолго. На практике я этого пока не наблюдал из-за невыполнения тех условий что выше.
Цифры из личного опыта, смотрите почаще в глаза для определения своих интервалов.
cjitkul33: ajax timeout оно называется, без установки этого параметра я видел запросы, которые 10 минут висели. И программируя фронт надо учесть, что любой запрос потенциально может уйти в такие цифры. Как это учитывать лучше у фронтендщиков уточнить :)
А я бы это назвал примером интеграционных тестов. В тесте public function testSuccess() вы по сути проверяете работу базы данных и БД классы, который и без того должен быть покрыт тестами от разработчиков фреймворка.
Для небольшого проекта это небольшая беда. А вот для среднего или сложного вы будете очень долго ждать выполнения всех тестов, если они так будут написаны. Максимум что я видел - больше 12 часов...
Для того чтобы превратить это в более чистый и быстрый unit в класс App\Console\Commands\CreateUser
надо было бы передать свой UserService $service и проверить, что будет вызов метода create и с какими параметрами. Что правда и для UserService потом придётся тестов написать похожим способом, чтобы не дублировать тестирование App\Entities\User.
Ly: попробуй поставить простенький прокси или ssh открой и на него приконектиться пробуй. Если получится, то бинго! И можно гуглить "ssh as proxy" и читать условия хостера, ибо некоторые такое не одобряют.
А через прокси уже довольно много программ можно пустить.
Можно и просто бесплатные прокси поискать и заюзать.
То же самое с впн.
Но гарантий никаких. Для анонимайзера в заголовках явно улетает адрес сайта, а что происходит при коннекте к прокси/ssh/впн я как-то не изучал. А еще интересный момент с https для сайта анонимайзера...
Александр Шаповал: помимо favicon может и других файлов не оказаться...
тут лучше бы роутер допилить, чтобы он 404 отдавал и на 404 не ставить счетчики.
kostia_dev: многое от туда уже в паблике, найдите скрипт похожий по функционалу на ваш и посмотрите сколько он стоит и какое там качества кода.
Ну и если у вас действительно конфетка и еще и нормальный сапорт сможете оказать, то получите сотни продаж по 60-100$ что может значительно превысить ваши ожидания. Но можете и не одной не получить...
Cosmos: да, будет 3 цикла, в трёх функциях, но будет понятнее, что происходит. И может даже придёт мысль как это всё оптимизировать и ускорить. Сейчас повтыкав минут 5 в ваш код, несмотря на нормальные названия переменных, я так и не понял что он делает и каким образом. При рефакторинге я такой код, написанный не мной, старался обходить стороной, либо это занимало не один час рабочего времени.
PS Поищите популярные статьи/видео по принципам SOLID
NikolayAlb: Сейчас я её смогу прочесть, потому что изучал похожее на русском.
5-7 лет назад, когда я только начал знакомиться с фреймворками я бы не осилил. И без английского голова пухла от новых терминов и попыток понять как и в каких ситуациях это применять.
>ActiveRecord - хорош на простых проектах, но в сложных проектах он приносить больше проблем чем пользы, а в стандартной реализации никаких альтернатив ему не предусмотрено
Sergey750il: Конкурс огромен, но приходят такие странные специалисты, которые не знают даже базовых циклов и не могут сделать простой Select в БД. Грамотного джуна, который обладает минимумом знаний в php/mysql/html вполне могут взять и до обучить в процессе. Да, на такое пойдут не все компании, но такие есть и их не мало.
Это просто один из подходов разделения приложения, там есть еще common, в котором можно разместить объекты доступные и для пользовательского и для админского приложения. Это как раз для случая редактирования на фронте. А в админ части можно разместить статистику, импорты и много чего еще.
2 кейс: много фронтов, например лендингов, одна админка.
То что видел я - это была хитрогенерируемая хеш строка для каждого запроса на основе меняющихся ключей от сервера с непонятно где запрятанным алгоритмом генерации (pack, eval) и раз в несколько раз в сутки меняли названия полей, атрибутов, которые используют для хеша.
Вот в таком случае бывает дешевле делать запросы через браузер/selenium