Vamp, тем не менее, полагаться на эту особенность в реализации алгоритмов - не самое правильное решение. С PHP работал давно, но, насколько я помню, даже в этом случае есть corner cases.
Сергей delphinpro, мы же не знает что там за сайт.
Вот прямо сейчас у меня на работе есть корпоративное приложение, которое заточено на десктопы. И там верстка начинает "сыпаться" при ширине экрана порядка 1100 (чем уже - тем больше всяких "наползаний"). Но это мало кого волнует, по крайней мере на данный момент.
Но в общем случае - согласен. Как минимум со стороны верстальщика стоило бы этот вопрос поднять при обсуждении ТЗ.
В свое время приходилось использовать COM-интерфейс ворда из C++. Довольно несложно, хотя и возникали некоторые нюансы. Но целом - получалось генерировать документы "с нуля".
А так - да, подойдет любой язык который умеет в COM.
Dmitry Roo, ух тыж... Спасибо. Не знал что были Зионы под 1155 сокет, думал только под 2011. Тогда да, можно попробовать Зион воткнуть, если мать поддерживает.
Дмитрий, ключевое слово distinct
Но такая проблема может указывать либо на некорректный запрос, либо на неподходящую структуру БД. Если хотите обсуждать дальше - задайте отдельный вопрос, приложите туда запрос и структуру таблиц, посмотрим.
Sergey Ilichev, ну смотрите. У вас все блоки catch имеют дело с OfdTicketMessage. Если у такое же сообщение (или чем-то похожее на него) обрабатывается и в других частях системы и там возникает аналогичный try-catch - то можно сделать из этого декоратор. Иначе говоря, если выделение декоратора упростит вам в чем-то жизнь - в соблюдении DRY, SOLID (особенно SRP), упрощении тестирования и т.д - то выделяйте. Если прямо сейчас выгоды нет - то не выделяйте, выделите потом, когда эта выгода появится.
Во-первых, что-то странное со структурой БД. Зачем здесь вообще FULL OUTER JOIN?
Во-вторых, WHERE нужно указывать в обеих частях UNION
В-третих, здесь нужен UNION, а не UNION ALL (так как первый выкинет повторяющиеся строки, а второй - нет)
В-четвертых, не видя какие у таблиц поля и текста ошибки MySQL сказать ничего толком нельзя. Как получить ошибку mysql - вам написали выше.
Jacen11, может вы имели в виду фуксию (Google Fuchsia)? А при чем тут она? В ней точно также как и в экосистеме Android возможно перейти на другой фреймворк для пользовательского интерфейса. Я сильно сомневаюсь что он "прибит гвоздями" к ОС.
Тенденции, как раз есть, учитывая что в эту технологию вкладываются. Да, прямо сейчас, использовать это для "боевых" приложений - риск. Хотя те же JetBrains и Google начали использовать в своих продуктах. Так что - будем посмотреть. Может быть оно взлетит. Может быть нет. Но лично я думаю что скорее взлетит чем нет, учитывая сколько всего странного, наподобие Electron, взлетает.
IDEA, к слову говоря, имеет поддержку гредла. Создайте проект соответствующего вида - получите "скелет" файла сборки, в который нужно будет просто добавлять ваши зависимости.
Ну и дописывать, по мере возникновения конкретной необходимости.
С использованием системы сборки - нет. Для простого проекта в случае gradle все что нужно - это подключить нужный плагин (java), указать зависимости и репозитории откуда их брать (как правило mavenCentral(), остальные - когда нужно что-то специфическое). Дальше он сам все сделает, вплоть до того что соберет файл jar, готовый к запуску единственной командой java -jar
В мире Си аналогом гредла являются make, cmake и подобные.
Adamos, а это уже вопрос тонкой настройки правил санитайзинга. Но, как по мне, в этом вопросе лучше перебдеть. Оставление того что кажется "безопасным" может привести к разным неприятным спецэффектам (я, когда копал способы засунуть XSS в сайт, просто поражался фантазии хакеров и разным, не всегда документированным, возможностям браузеров). А еще есть вариант, что то что "безопасно" сейчас, по мере развития стандартов и браузеров станет "опасным". Поэтому, увы, тут приходится идти на компромиссы.
