И снова день добрый.
Пост в продолжение Spring + Java EE + Persistence, без XML. Часть 1

Читать дальше →

Привет, хабрахабр!

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

Итак, если вам хочется попробовать Spring MVC с сохранением в базе и 0(нулем) файлов xml-конфигураций, прошу под кат!

Читать дальше →

Artist: Persisting Absolution Album: MMXIV Genre: Death Metal / Thrash Metal Country: Canada Quality: 320 kbps Tracklist: 01. Through Lifeless Eyes 03:31 02. Mindless Conformist 02:58 03. Yesterdays Decay 03:50 04. Bong Hit Destruction 04:12 05. The Darkness Within 04:01 06. Infinite Grind 04:31 Download Persisting Absolution – MMXIV (2014): Oboom.com | Uploaded.net | Filespace.com

Рассказывая в своей статье о типичных заблуждениях, связанных с защитой от SQL инъекций, среди прочих я отметил тот факт, что серверные подготовленные выражения не работают в PHP по заявленному эффективному сценарию — 1 раз prepare(), потом 1000 раз executе().

Ну, то есть, в теории-то они работают — в пределах одного запуска скрипта. Но много ли вы знаете скриптов (написанных профессиональными программистами), которые выполняют кучу одинаковых запросов? Вот я тоже не знаю. Повторяющихся запросов (каких-нибудь множественных апдейтов) — доли процента, а в массе своей запросы уникальные (в пределах одного скрипта).
Соответственно, для нашего уникального запроса сначала выполняется prepare(), потом — execute(), потом скрипт благополучно умирает, чтобы, запустившись для обработки следующего HTTP запроса, заново выполнять prepare()… Как-то не слишком похоже на оптимизацию. Скорее — наоборот.

Но неужели нет способа как-то закэшировать подготовленный запрос между запусками?
И тут меня осенила идея!