while ($row = $stmt->fetch()) {
$place = new Place();
$place->setPlaceID($row["placeID"]);
$place->setTypeID($row["typeID"]);
$place->setName($row["name"]);
$place->setTansliterated($row["tansliterated"]);
$place->setCountryID($row["countryID"]);
$place->setDescription($row["description"]);
$places[] = $place;
}$places = $stmt->fetchAll(PDO::FETCH_CLASS, 'Place');В чем разница между поехать в отпуск и футболом?
И в том и в другом случае мы будем носить обувь.
Вот пример: в холодильник можно поставить пиво, а по карточке можно снять деньги в банкомате.
Но мне кажется, что это ерунда. Туда отдельно писать код для всей страницы снова?
.sidebar {
width: 300px;
@media screen and (orientation: landscape) {
width: 500px;
}
@media screen and (min-width: 640px) {
width: 350px;
}
@media print {
display: none;
}
}.sidebar {
width: 300px;
}
@media screen and (orientation: landscape) {
.sidebar {
width: 500px;
}
}
@media screen and (min-width: 640px) {
.sidebar {
width: 350px;
}
}
@media print {
.sidebar {
display: none;
}
}
error_reporting(E_ALL & ~E_NOTICE); делать не стоит. Если только не приходится работать с адовым легаси, которое сыпет нотисами, лучше отлавливать все ошибки. Учитывая же что в 8-ке обращение к несуществующей переменной станет не нотисом а предупреждением, такая конструкция со временем станет бессмысленной. что означает - ошибки надо исправлять, а не замалчивать. ini_set("error_log", __DIR__ . "/php-errors.log"); будет не очень хорошей идеей, если файл error-handler.php выше корня веб-сервера. Ошибки надо прятать подальше. ini_set('display_startup_errors', 1); - это какая-то дичь, которая кочует из руководства в руководство. Никто никогда этих стартап еррорс не видел, но многие старательно пишут это заклинание у себя в коде. Это по-любому связано с настройкой сервера, и в отладке ошибок поможет примерно ничем.
maker:
root_namespace: 'App\Common'mappings:
App:
is_bundle: false
type: annotation
dir: '%kernel.project_dir%/src/Entity'
prefix: 'App\Entity'
alias: App
AppСommon:
is_bundle: false
type: annotation
dir: '%kernel.project_dir%/src/Common/Entity'
prefix: 'App\Common\Entity'
alias: AppСommonKernel.php разбирать структуру папок и подключать все динамически там.migrations/
src/
-- Controller/
---- User/
---- ModuleName/
-- Entity/
---- User/
---- ModuleName/
-- User/
--- Dto/
--- Repository/
--- Service/
-- ModuleName/
--- Dto/
--- Repository/
--- Service/
1) правда ли изучаешь один раз и применяешь везде?
2) как обстоят дела в крупных проектах?
стоит ли?
ALGORITHM=INSTANT к синтаксису:ALTER TABLE table_name [alter_specification], ALGORITHM=INSTANT;
The benefit of the INSTANT algorithm is that only metadata changes are made in the data dictionary. There is no need to acquire metadata lock during SE changes and we don’t touch the data of the table.