Чтоб не путаться в if… else и в or… and и не «испытывать смешанных чувств» лучше всё-таки не полениться и расставить скобочки для ясности. Чтоб ещё и не мучаться, вспоминая приоритеты операторов.
Конструктор private NutritionFacts(Builder builder) для лёгкой экономии можно сделать не private, а с доступом по умолчанию (package), иначе будет автоматически сгенерирован ещё один невидимый «синтетический» конструктор. Ещё как вариант вместо явного вызова new NutritionFacts.Builder() можно сделать статический метод-фабрику.
Хочется запретить Хрому использовать шрифты, указанные на веб-страницах. Например, раздражает Arial, которым оформлен почти весь Google. В настройках установка шрифтов есть, но не помогает. Нужно делать это принудительно, как в Firefox. Найдётся такое расширение?
Это не очень хорошо с точки зрения файлшаринга. При релизе нового торрента многие клиенты кинуться качать его с начала, в результате сидирование затянется, так как мало будет доступных частей для других пиров.
Media Player Classic и так уже может. Если файл докачался достаточно (в частности, если есть начало с заголовками) — открывайте .!ut файл в нём и смотрите. Можно проматывать.
В данном случае между select и insert остаётся промежуток, в котором теоретически может возникнуть новая запись из другого потока. Так что для чистоты придётся использовать блокировку или искать другой путь.
Зачем надо получать DDL из функции — непонятно. Для этого вполне удобен pgAdmin. Да и вызов внешнего процесса — это нелегко.
Функции urldecode/urlencode и получение доменного имени тоже более уместны на уровне middleware или прочего серверного кода.
Ещё вот что подумалось. Чем больше зарегистрированно на ресурсе человек, тем больше его "стоимость", так? Значит, каждый посетитель там имеет свою удельную "стоимость", так? А это значит, что если я там зарегистрирован меня могут купить или продать?
notify()
в данном коде совсем без надобности.Подумайте, вы не смотреть на это будете, а пользоваться и тыкать в это пальцами.
Функции urldecode/urlencode и получение доменного имени тоже более уместны на уровне middleware или прочего серверного кода.
Всё равно туда почти никто не ходит.