to post messages and comments.

← All posts tagged web

stackoverflow.com
Вот это прикол. Фрагмент в урле в заголовке Location в ответе с редиректом тупо игнорируется. Т.е. я не могу сменить фрагмент редиректом, сменится путь, но фрагмент останется как на странице, с которой был сделан запрос. Нахуя надо было это делать мне не ведомо ...

github.com
Похоже верным путём идут товарищи, я как диванный теоретик подводных камней не вижу, в LLVM развивается бэкэнд для этого, т.е. GHC тоже будет уметь бесплатно в это компилировать (хотя рантайм очевидимо придётся снова переписать).

When a URI appears in a
protocol element, the character encoding is defined by that protocol;
without such a definition, a URI is assumed to be in the same
character encoding as the surrounding text.
И больше в RFC-3986 по этому поводу ничего толком не сказано. Это в связи с моим вчерашним спором. Выходит, что голый URI — это все таки байты. Вот же говно. Хотя, не понятно, что мешает в йесоде парсить заголовки, определять кодировку и преобразовать-таки байтоговно в текст.

Есть у меня ТЗ, в котором есть форма для редактирования объектов А, у которых есть несколько объектов Б, в каждого из которых может быть по нескольку объектов класса В и Г. Все это добро мне надо редактировать на одной странице и в одной форме.
Расположение элементов сверху вниз:
Поля объекта а1
кнопка "добавить объект Б"
поля объекта б1
   кнопка "добавить объект Г"
   поля объекта г1 
   поля объекта г2 
   ........
поля объекта б2 
    кнопка добавить объект В
    поля объекта в1 
    поля объекта в2
    ...........
...........
поля объекта а1
То есть, объекты б1 и б2 редактируются в рамках объекта `а`, а объекты г1, г2, в1 и в2 редактируются в рамках объектов б1 и б2, какбы логически им принадлежат.
Я понимаю, что подобные ебанистические формы - это полная хуита, но таково ТЗ. 
Если бы в html можно было бы вложенные формы, то вопрос бы не возник, но сейчас я занимаюсь тем, что изобретаю названия полей в таком духе: "object_a[object_b_1][field_name]" или "object_a[object_b_1][object_c_1][field_name]"  а потом, на стороне сервера парсю названия и заполняю базу в рамках одного запроса, что является полнейшим говнокодом и уебанством.
Вопрос: как такое лучше сделать вообще, включая варианты с AngularJS? Думается, что делать это все на клиенте будет проще, а на сервере оставить человеческий REST API, но не превратится ли это в ад на клиенте?

А как мне обработать ошибку? Вот не смог я входной json распарсить, хочу с помощью rescue обработать, но у него тип
rescue :: ActionM a -> (Text -> ActionM a) -> ActionM a
То есть, я должен в обработчике вернуть `a`, но я хочу лишь завернуть сообщение об ошибке в json и отдать, мне не надо дальше продолжать обработку. Нужен типа next :: ActionM a только обрывающий обработку и сразу возвращающий ответ, а `next` переходит к следующему совпадению с роутом. Что за хуйня ?

А есть у нас что нибудь, рисующее простой календарик, с возможностью выбрать год, месяц и дату? Вот типа как bootstrap-datepicker только чтоб не в меню всплывало, а просто на странице рисовалось. Также, нужна возможность ячейки календаря сделать ссылками, и отдельные ячейки подкрасить. Какие варианты?

А как у нас тут можно нормально парсить урл в странице?
Нормально, это когда мы можем вытащить все части запроса в отдельном расквоченном виде, в том числе параметры запроса в виде хеша например. Вобщем, нужны именно разобранные параметры.
Гуголь выдает много вариантов, большая часть из них либо наколенные велосипеды в 10 строк, либо нерабочая хуйня.
Я вообще поражен, что в этом вашем ЖС нет такой возможности из коробки, даже в jQuery. Как так?
Алсо, в ангуляре есть парсер параметров запроса, ибо роутинг там есть и все прочее, но блять, как его отдельно вызвать ?