Только ссылку он не сформирует

Кстати, а газл страницу видит с изменёнными дом элементами?

газл?

Я не знаю что такое газл ((

Guzzle

Только ссылку он не сформирует

Ссылка - строка. Специальная строка со своими правилами.... Сформируй сам эту строку...

Ссылка - строка. Специальная строка со своими правилами.... Сформируй сам эту строку...

Доберусь до компа - скину код )

Чуть читнул про газл. Я так пониаю, что он увидит исходный код в базовом виде. Т.е. без изменений дома с помощью js.

Раньше пользовали curl.... Теперь газл появился. Но смысл тот же

Доберусь до компа - скину код )

Кидай. На код проще ответить

Ок. Конкретный вопрос по пыхе - v8js кто-нибудь смог скомпилировать на Убунту 16.04?

Учти еще 1 момент. Ну скомпилируешь ты... Ну запустишь у себя на машине... Напишешь серверный код который работает у тебя. Ок. Потом захочешь вынести это на хостинг и окажется, что нет или очень мало хостов предлагают это расширение. И придется брать VDS, что бы смочь запускать твой эксклюзивный код на этом VDS. В результате "дешовая" бизнес-задача будет требовать дорогой хостинг. Вывод: это не рентабельно! _______ Т.е. сделать все перечисленное для саморазвития - отлично, в путь. Но делать это для заказчика - самоубийство.

Учти еще 1 момент. Ну скомпилируешь ты... Ну запустишь у себя на машине... Напишешь серверный код который работает у тебя. Ок. Потом захочешь вынести это на хостинг и окажется, что нет или очень мало хостов предлагают это расширение. И придется брать VDS, что бы смочь запускать твой эксклюзивный код на этом VDS. В результате "дешовая" бизнес-задача будет требовать дорогой хостинг. Вывод: это не рентабельно! _______ Т.е. сделать все перечисленное для саморазвития - отлично, в путь. Но делать это для заказчика - самоубийство.

Оно уже на вдс

ну тогда ок ))

Но все же. Мудрить с новыми расширениями ради генерации ссылки. Как-то не по феншую.

Учти еще 1 момент. Ну скомпилируешь ты... Ну запустишь у себя на машине... Напишешь серверный код который работает у тебя. Ок. Потом захочешь вынести это на хостинг и окажется, что нет или очень мало хостов предлагают это расширение. И придется брать VDS, что бы смочь запускать твой эксклюзивный код на этом VDS. В результате "дешовая" бизнес-задача будет требовать дорогой хостинг. Вывод: это не рентабельно! _______ Т.е. сделать все перечисленное для саморазвития - отлично, в путь. Но делать это для заказчика - самоубийство.

Ну да, то что экономит моим коллегам по компании до трёх рабочих часов в сутки и в месяц более 40-60 часов - это не дешовка)

По ссылке пдф файл, который парсится

Парсится ссылка? Или файл?

А файл отдаётся только пост запросом

Ссылка генерируется js

Все отдается каким-то HTTP-запросом. GET, POST - специфика передачи параметров.

Которая сама потом себя сабмитит

Есть и другие запросы..

Ссылка сама себя сабмитит!?

Клиент - браузер? Отдельная софтина?

Извините, что вопрос поперек, но всегда было интересно. Из тех, кто еще пользует пост метод, как вы боритесь с повторной отправкой формы при обновлении страницы

Ссылка - строка. PDF-файл - просто файл с данными.

Все отдается каким-то HTTP-запросом. GET, POST - специфика передачи параметров.

В общем. Сервис арбитражных дел. Нужно достать все суды конкретного суда на понедельник. Формат: ответчики, истцы, третьи стороны, сумма иска, если есть, ссылка на pdf файл - решение суда, если есть. И обязательно - описание сути дела

Вопрос

Извините, что вопрос поперек, но всегда было интересно. Из тех, кто еще пользует пост метод, как вы боритесь с повторной отправкой формы при обновлении страницы

Редирект после поста?

Исключено

Я понимаю, что все, что будет предложено - костыли

Исключено

Жаваскриптом изменять данные в скрытом поле и его проверять

Но редирект самый злой среди них

В общем. Сервис арбитражных дел. Нужно достать все суды конкретного суда на понедельник. Формат: ответчики, истцы, третьи стороны, сумма иска, если есть, ссылка на pdf файл - решение суда, если есть. И обязательно - описание сути дела

я ничего не понял

Ссылка - строка. PDF-файл - просто файл с данными.

Этот файл получить надо сначала )

Извините, что вопрос поперек, но всегда было интересно. Из тех, кто еще пользует пост метод, как вы боритесь с повторной отправкой формы при обновлении страницы

На моей правтике отправка данных формы через аякс

Жаваскриптом изменять данные в скрытом поле и его проверять

Я сейчас аналогично использую класс ticket, привязывающий одноразовый билетик на сессию пользователя

Думал, может кто знает вариант совсем не из рубрики "господа знают толкъ"

Если без аякса, то в код формы вставляется хидден-поле с кодом формы. Код фрмы хранится в сессии. После первой обработки сабмита код удаляется из сесиии. При повторных отправках сервер видит, что это левая форма которую не ждем, и игнорирует/ругается.

Да, это как делает мой ticket.

Только у меня чуть наоборот, код каждый раз новый, скрипт тормозит процесс, если пошел повторный код

Тут либо запоминать код формы... Либо аяксом слать данные. Сейчас у нас фронт на ангуляре 1,5. Нет таких проблем как повторная отправка формы. Есть другие проблемы ))) Но это другая история.

Ангуляр один пять? Что это?

Angular 1.5 - JS-фреймворк.

Jquery это тоже оН?

То есть, это тоже js фреймворк?

Редирект не костыль, редирект - самое правильное

Преследует идею полного разделения фронта и бэка. Т.е. на бэке у нас только RESTAPI. А фронт работает с этим апи и отвечает за рендеринг. Так на пхп у нас остается только бизнеслогика и ни строчки HTML!

Jquery это тоже оН?

Jquery - библиотека

Редирект не костыль, редирект - самое правильное

Дело в том, что у меня так работает движок, что он после успешной отработки Фомы выводит сообщение какое-нибудь

Хотя, может действительно стоит что-то придумать с редиректом

Принципиальная разница билблиотеки и фреймворка. библиотека - набор удобств фреймворк - целая инфраструктура с собственной идеологией.

ну так редиректь с параметром каким-то сообщающим об успешности... еще есть такая штука по многих фреймоврках - "флеш сообщения" через сессии... правда, с моей точки зрения, это маразм

Дело в том, что у меня так работает движок, что он после успешной отработки Фомы выводит сообщение какое-нибудь

В идеале.... Отправка формы аяксом. В ответ JSON с результатом. Там же сообщение. Так ты не рендеришь заново страницу.

аяксом самое удобное, да... тем более, что есть jQuery.forms - особо ничего и делат не нужно, только отработать успешость и дать сообщение убрав форму

"флеш сообщения" через сессии... - просто надо уметь готовить!

не нужно уметь готовить сессии ;) но это мое специфическое, для личных мелких проектов может и сойдет... только сборщик мусора не забыть запускать, хыхы

"флеш сообщения" через сессии... Ты в разных местах свой бизнеслогики кидаешь сообщение в этот флешь. А в момент рендеринга разом извлекашь все накопленные сообщения и отдаешь. Профит в том, что не надо везде думать как отдать сообщение в браузер. Отдача сообщения в отдельном месте. И ты это контроллируешь. Разделение ответственности

под сессиями я встроенный механизм имею ввиду

Ага... а потом счастливых часов дебага - кто бросает сообщение, где это место найти и какая сука это сообщение перезатерла

Идеология RestApi, к стати заставляет отказаться от кук и сессиий.. По началу тяжело, но потом становится легко ))))

Собственно сейчас вообще не пользуем сессии. Каждый запрос не зависит от других.

Собственно я их вообще не использую последнее время... даже для аутентификации ;)

Ага... а потом счастливых часов дебага - кто бросает сообщение, где это место найти и какая сука это сообщение перезатерла

Нет. Сообщения как правило отличаются. Так, что просто поиск по коду бытро показывает где сообщение попало в стэк сообщений. Счет идет на минуты.

ага, и почему это сообщение выводится совсем на другой стадии, потому-что кто-то не вынул это сообщение

а потом окажется, что один компонент выводит совершенно валидное сообщение, но есть второй компонент, который тоже выводит сообщение, но должен убрать сообщение первого, ибо он переопределил поведение...

Ожидается, что код поделен на слои. И сообщения вылезают на последней стадии - рендеринг. При четком делении слоев бизнеслогики и рендеринга нет описанных тобой проблем.

если у тебя один контроллер, одна модель и одна вьюха - конечно нет ;)

а если запрос обрабатывает и собирает десяток сервисов... ну ну ;)

а потом окажется, что один компонент выводит совершенно валидное сообщение, но есть второй компонент, который тоже выводит сообщение, но должен убрать сообщение первого, ибо он переопределил поведение...

По хорошему должны отработать оба компонента и потом уже когда известен результат кидается сообщение в стэк.

А не можешь, у тебя уже комопненты кидают сообщения... менять компоненты ты не можешь, ибо одна из них или обе - используются в других местах и там это сообщение нужно

В момент обработки запроса работает 1 контроллер, а точнее конкретный экшн. Моделей может быть много, но вызываешь их из конкретного экшена конкретного контроллера. И уже потом отдаешь все на рендеринг.

нет проблем

Короче, так или иначе - сообщения должны собиратся в точке выхода... и не через сессии, а через состояния моделей / сервисов... а если у тебя все собирается в одной точке, то нахрена флеш, если дальше ты все-равно пойдешь на рендер...

А не можешь, у тебя уже комопненты кидают сообщения... менять компоненты ты не можешь, ибо одна из них или обе - используются в других местах и там это сообщение нужно

Значит в контроллере проверяй результат отработки модели и выводи сообщение.

о том и речь

флеш сообщения в общем сделаны в основном для того, что бы толстые ответы тягать между двумя запросами

Можно и так...

что в общем тоже решается в большинстве случаев

а как только начинается две ноды у тебя, тут то и приходить полярный зверь, ибо эти флеш сессии начинают жрать дорогую память, а не дешевый диск

Мы сейчас перешли на рест. Ушли от сесий. Но сделали свой стек сообщений. Разные модели, при ошибках валидации докидывают свои ошибки в стек и это выводится на фронт.

ну или биндить клиентов по нодам, что не есть хорошо тоже

Лучше собирать состояние с моделей в каком-то сервисе, имхо... лишняя зависимость модели ни к чему, а единая точка позволит более гибко решать проблемы...

Исключения тут в помощь ;)

я ничего не понял

Вот. http://kad.arbitr.ru - здесь есть куча арбитражных дел

Стэк сообщений в базовом модуле, о котором знают остальные модули. Модели кидают туда сообщение, и конечно озвращают всяческие false. Логика работает. С зависимостями нет проблем. И единая точка сбора/выдачи сообщений. Исключения усложняют.

я ничего не понял

Необходимо получить список всех судебных дел, проходящих в конкретном одном арбтиржном суде за 2016 год.

Допустим у нас модель и в ней 5 полей. При валидации оказывается, что во всех 5 полях проблема. Если делать на исключениях, то все свалится на валидации первого поля. Так и будет 5 раз править по 1 полю. Либо отвалидировали. Отдали 5 сообщений где и что плохо. Пользователь пачкой исправил все 5 полей и в 1 запрос отправил на бэк.

@optimistex этот список выводится в формате: Истец Ответчик Третья сторона Суть иска Тип дела (банкротное или нет; если есть сумма иска - то сумма иска)

Какие-то атрибуты для пойска дай, что б посмотреть с чем имеем дело.

по дате отобрал дела

Татарстан, На понедельнк

Ну вот, эти дела нужно вывести в формате - который я выше указал

Стороны дела - есть в json

А вот, суть иска - этого нет

Он есть только в файле pdf

по дате отобрал дела

Даже вот - конкретное дело возьмем

http://kad.arbitr.ru/Card/039c104e-ac93-440f-9bc2-d436b39dc84c