и тем более гораздо лучше пхп)

ну современная java гораздо лучше предыдущих версий

в продакшенах до сих пор 6ая и 7ая)) а то и 5я))

ну мне везет у меня восьмерка

Есть только два достойных языка. Это php и с#

Есть только два достойных языка. Это php и с#

жирно

затраллел

Есть только два достойных языка. Это php и с#

???

Я серьезно. Для веба php торт

ты смотришь со стороны соло монстра, а не со стороны рядового разраба

Это плохо?

И для всего остального с#

Это плохо?

это однобоко)

это однобоко)

Я могу выбрать инструмент, сделать любой проект.

скажут драйвера писать, буду писать

а есть ссылка на пхпшный чатик?

https://telegram.me/phpgeeks

они забавные

благодарю

ооооотлично, прям сразу и на такое попасть) вся суть php

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

типичная дрысня, где все неочевидно и работает хуй знает как

судя по тому что ты пишешь туда в чат, проблема не в php совсем

у тебя же даже сообщение есть об ошибке

благодарю

--php_out=.

да я как только не ебался с ключами и путями

пардон, тут матерится можно? а то я на агре так сходу

можно, но обсуждать пыху лучше хотя бы во @flood

Ну я к пыхерам ушел. Звучит как-то ужасно.

Кстати, коллеги, вот что лучше контроллеры с аннотированными методами или хендлеры на конкретный запрос с имплементацией интерфейса?

по мне хендлеры лучше

аннотации плохи тем что скрывают все от тебя, приходится лазить в доки(а иногда на аннотациях не пишут где искать реализацию) или гуглить, плюс если аннотации не обрабатываются в компайл тайм то вообще не вижу смысла в них, особенно в рамках Java8 где уже можно писать красивые DSL

аннотации плохи тем что скрывают все от тебя, приходится лазить в доки(а иногда на аннотациях не пишут где искать реализацию) или гуглить, плюс если аннотации не обрабатываются в компайл тайм то вообще не вижу смысла в них, особенно в рамках Java8 где уже можно писать красивые DSL

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

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

а вот в контроллерах я сделал что они сразу приходят в метод.

Ты говоришь сейчас о конкретной реализации?

ну я в общем подходе.

в хендлерах у тебя в любом случае будет

что-то вроде

да

а в контроллерах можно и так

ну это условный пример конечно

ну или как-то так

другое дело что нельзя жестко задать сигнатуры методов

и местами это не очевидно

ну мне больше нравится что то типо: on("/index", (request, response) -> {...});

я могу спокойно перейти в метод on и посмотреть что там делается

с аннотациями такое не прокатит

как ратпаке

да

но там у тебя неизменяемый набор хендлеров

не надоедает из запроса каждый раз доставать данные?

главное что я сам контролирую весь процесс а не ищу что и где и как, например сейчас я работаю с Spring MVC и их @RequestMapping, так там такая куча неочевидных вещей, и столько кода их приходится лопатить чтобы понять что происходит что пздц

Зачем лапатить? Что-то не работает или просто хочешь знать что происходит?

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

забиндить модель из хибернейта на метод в контроллере по id

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

ну в твоем случае тебе приедется это все делать вручную.

нет

ответ не верный

это можно сделать и средствами Spring

ну я имею ввиду

через хендлеры

@ModelAttribute позволяет это сделать

ну вот когда я делаю это через хендлеры я в курсе этого сразу

и я не теряю кучу времени на то чтобы сделать это в стиле каноничном спринговом(т.е. используя аннотации)

ERROR: S client not available

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

или нет?

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

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

запомни джун

а у меня будет request.getParams().bind(Test.class).validate(TestValidator);

что то типо такого

ну у меня не спринг)

?

а у меня будет request.getParams().bind(Test.class).validate(TestValidator);

хм,а что в этом случае возвразает bind

и что validate?

Pair<Object, Errors> например вернется весь chain

отстой

ну это быстрый набросок кода можно и по другому сделать

отстой

эм, ну валидаторы спинга работают не лучше

тебе ещё самому нужно сунуть им мапу для коллекта ошибок

тьфу

не тот чат

мне такой вариант нравится больше чем с аннотациями

возможно ты работал со Scala там везде что то подобное

немного работал

только через map

никто не любит контроллеры все любят хендлеры )

@ModelAttribute позволяет это сделать

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

ребят, почему строка с base64 не contains другую строку в base64? есть какие-то ограничения что-ли?

ребят, почему строка с base64 не contains другую строку в base64? есть какие-то ограничения что-ли?

В таком случае лучше пример сразу кидать.

в messageBase64 лишний пробел не закрался ли ?

это лог же :)

А кодом вставить никак?

проверь на разные непечатные символы

base64 и непечатные символы, хммм.