Иван

Может кому пригодится ещё, потому что достаточно неочевидное поведение и нигде не объясняется.
Исходные данные:
Я только начинаю знакомство с java и решил использовать Java SE8, Hibernate 5.1, JPA для небольшого десктоп-приложения.
Задача:
Сгенерировать схему базы данных из аннотированных entity-классов, используя SchemaExport из командной строки.
Проблема:
SchemaExport не поддерживает пока аннотированные entity-классы из коробки, он ждёт старые *.hbm.xml файлы мапинга.
Объяснение:
Команда имеет простой синтаксис

java -cp hibernate_classpaths org.hibernate.tool.hbm2ddl.SchemaExport options mapping_files

Все варианты options можно посмотреть в классе org.hibernate.tool.hbm2ddl.SchemaExport строки с 499 по 551. Там всё понятно.
Если используете hibernate.cfg.xml, то можете этот файл указать в опции --config.
mapping_files ожидает либо jar-файлы, либо *.hbm.xml-файлы мапинга. Я сперва думал, что если передать jar, то он в нём найдет аннотируемые entity-классы и увидит их, но не тут-то было. В jar-архивах он перебирает все файлы и ищет среди них *.hbm.xml-файлы мапинга. Какой-то замкнутый круг ...
Решение:
Тут я выложил небольшой пример кода, который подсвечивает строку, добавляющую аннотированный entity-класс. Для этого entity-класса будет сгенерирован запрос.

Внимание!
Данный класс HibernateUtil является просто небольшим примером. Он только генерирует SQL-команды и вставляет их в файл init.sql.
Можете сделать класс-обертку для SchemaExport, чтобы иметь все его возможности, только придумать какой-то вариант, чтобы добавлять аннотированные entity-классы. Хотя, если меня попросят, то и я могу такой класс написать, это вообще не сложно.
Core-team говорят, что им сейчас некогда заниматься tools для hibernate, поэтому не известно сколько ждать от них этой правки.

Прям целая статья получилась, надеюсь кому-то она будет полезной.

Толковый пхп-шник, который умеет пользоваться фотошопом и бутстрапом. Хорошо, если еще знает основы сео и смм. Если слишком большой проект, то еще 1 джуниор. Но вообще, если требуется намного больше для старта, то подумайте еще раз над необходимостью многих функций приложения.

<?= $form->field($model,  'name', [
    template' => "
        {label}
        {input}
        {error}",
    'errorOptions' => "
        'tag' => 'span',
        'class' => 'error',
    "
]) ?>

Если коротко, то вам нужно WebRoot указать не корневую папку с проектом (***/project), а папку web(***/project/web).

Пусть у поля атрибут name будет каким-то идентификатором, по которому можно будет узнать все его ограничения. В контролере отдаешь данные на валидацию модели поля, модель по идентификатору получает правила(ограничения), валидирует, отвечает контролеру, контролер формирует ответ клиенту.

1. Сделайте лучше АПИ отдельным приложением, а общие модели создайте в common.
2. Кофиг-файлы в приложениях должны мерджиться с конфигом common-приложения, поэтому пропишите модуль в конфиге common-приложения и модуль будет доступен в любом.

$sourceArray = *предполагаю, что извлекли все записи из базы*;
$newArray = [];
foreach ($sourceArray as $el) {
    if ($el['parent_id']) {
        $newArray[$el['parent_id']]['children'] = [
            'id' => $el['id'],
            'text'=>$el['text'],
            ...
        ];
    } else {
        $newArray[$el['id']] = [
            'id' => $el['id'],
            'text'=>$el['text'],
            ...
        ];
    }
}

подойдет ?

jQuery('a[href!="sitename"]').not('a[href^="https://stat"], a[href^="http://support"]')

Можете использовать этот плагин, специально сделан для Вашего случая. Можете поковырять его и разобраться, как в плагине предотвращается скролл.

1. Создаешь 2 модели: Account и AccountC (назови, как нравится).
2. В модели Account создаешь публичные свойства с названиями полей, которые нужно сохранить во второй таблице.
3. В модели Account в методе afterSave сохраняешь нужные свойства в таблицу модели AccountC.

Можешь сделать тоже самое в методе afterSave вручную, например через это.

Случаем код у тебя не такого плана:

foreach($models as $model) {
  $model-> getAllTimes();
}

Если подобный, то действительно он будет для каждого экземпляра модели делать запрос, а при статичной переменной $_allTimes - только 1 запрос.

любой берите, зарегистрированный в США или Европе, и чтобы сервер физически располагался где-нибудь там же, лучше в Голандии. Абузоустойчивые жутко глючные и ненадежные сами по себе. Просто думайте о том, кому вы "переходите дорогу" и исходя из этого думайте где бы всё это расположить дело. А вообще, если айпи спрячете надежно за прокси-сервером и не спалите, то хоть в России располагайте, всё ровно никто не узнает.