333Serega333 333Serega333: Не согласен с вашем высказыванием по поводу запроса в цикле. Понятно что у автора что-то непонятное твориться, но вообще... bathInsert всего лишь оптимизирует запрос, но это само по себе далеко не всегда самое важное. Как правило, гораздо важнее прохождение валидации, обработка событий, выполение каких-либо бизнес правил и прочая бизнес логика при вставке/изменении. Поэтому правило "Запросы sql в цикле делать нельзя" на самом деле не всегда применимо, все зависит от контекста.
evgenybuckharev: в такой реализации я бы не советовал юзать stdClass. Имхо, правильней было бы сделать чтоб метод getCompany отдавал интерфайс CompanyInterface. Если это юзер компании - отдаете объект компании, который реализует этот интерфейс, если фрилансер - то создаете какой-то другой объект, который так же реализует этот интерфейс.
Да, спасибо, я решил сделать по последнему варианту: перед запросом к сервису делать запрос на свой сервер, который проверяет актуальная ли версия приложения. Если да - то приложение делает запрос к сервису, если нет - выводит текст ошибки (с просьбой обновить или еще что-то подобное)
dimonchik2013: И как от этого защититься? На первый взгляд резервирование товара - логично. Но да - при этом всплывает куча других проблем. Я просто не работал с продажей физических товаров, интересно как эти проблемы решают...
Иван: Да, я именно про РЖД и про это приложение. На самом деле после публикации поста на хабре РЖД написали мне, я съездил к ним на встречу. Они обещал обдумать возможность предоставить мне стабильный доступ, но я боюсь что это обдумывание затянется на месяцы. И вот после вчерашнего обновления они что-то видимо опять подкрутили, и если ранее я попадал на их блок около 500-1000 раз в сутки то сегодня это число перевалило за 7000... Надо срочно что то делать, поэтому и рассматриваю различные варианты.
Работа через свой сервер не возможна, ибо при моем кол-ве запросов к стороннему API сервис блокирует мой сервер через 10 секунд. Договориться с вендором API не получается - три года пытаюсь сделать это.
Работа через свой сервер не возможна, ибо при моем кол-ве запросов к стороннему API сервис блокирует мой сервер через 10 секунд. Договориться с вендором API не получается - три года пытаюсь сделать это.
Второй вариант - возможен но помимо бана тут еще и проблема появления уязвимости - ибо устройство по середине может перехватить запрос обновления и встроить свой код....
Безусловно есть, и сейчас так и работает (как раз таки noSQL). Просто думали побыстрому потестировать имеет ли вообще все это какой-либо смысл. Пока никто не собирается использовать это как рабочий вариант, и понятно что это не просто все сделать, но потестировать, имхо, стоит.
Никита: Ангуляр такие вещи не регламентирует, он оперирует другими понятиями (контроллер/шаблон/директива/модель).
Я делал подобную форму на ангуляре, с серверной валидацией между шагами. У меня была модель (точнее ресурс), вместо предложеннго current_step у ресурса было свойство state, в зависимости от которого отображался тот или иной шаг и по которому сервер определял как правильно валидировать. У ресурса был метод $validate() который отправлял запрос на сервер (а сервер в свою очередь отдавал соответсвующие статусы и описание ошибок). Метод вызывался при нажати кнопки Next Step которая могла быть нажата при прохождении клиентской валидации.
Шаблон я грузил сразу и весь, так же сразу грузились все связанные данные, необходимые для заполнения. Вся логика заполнения была зашита на стороне js, поэтому кроме валидации с сервера ничего нее требовалось. В зависимости от того или иного состояние объекта и его свойств скрывались показывались определенные поля (ng-if) и т.п.
В общем, Ангуляр может помочь динамически изменять форму, предоставит удобные способы осуществления запросов (как ресурсы), но логику все равно вручную придется писать.
Игорь Воротнёв: Я так понял что имеется ввиду 587/сек запросов к базе, а не запросов к серверу. Но все равно не вяжется... Хотя если юзеры работают на сайте полный день, и каждую секунду страница отправляет запрос на сервер, который генерирует по 500 запросов к базе....
Это экономит время только работодателю. Я помню искал работу, и приходилось делать по десять заданий для разных контор. Имхо, здесь правильный подход - просьба прислать свой код, затем реальное собеседование, если сормнения - тестовое задание.
