| <?php | |
| /** | |
| * Simpler version of | |
| * https://github.com/dddinphp/repository-examples/blob/master/src/Infrastructure/Persistence/Doctrine/DoctrinePostRepository.php#L64 | |
| * | |
| * Thanks to using inheritance. | |
| */ | |
| namespace Infrastructure\Persistence\Doctrine; |
| <?php | |
| namespace ExampleBundle\Admin; | |
| use Sonata\AdminBundle\Admin\Admin; | |
| use Sonata\AdminBundle\Form\FormMapper; | |
| use ExampleBundle\Entity\ExampleTranslation; // is a Personal Translation | |
| class ExampleAdmin extends Admin | |
| { | |
| /** |
| package main | |
| import ( | |
| "net/http" | |
| "net/http/httputil" | |
| "net/url" | |
| "github.com/gorilla/mux" | |
| ) |
All of the below properties or methods, when requested/called in JavaScript, will trigger the browser to synchronously calculate the style and layout*. This is also called reflow or layout thrashing, and is common performance bottleneck.
Generally, all APIs that synchronously provide layout metrics will trigger forced reflow / layout. Read on for additional cases and details.
elem.offsetLeft, elem.offsetTop, elem.offsetWidth, elem.offsetHeight, elem.offsetParent
#Как упороться по модульной структуре и областям ответственности в Laravel. А потом стать счастливым.
[UPD] после пары вопросов в личку, решил добавить дисклеймер: Я не считаю, что это единственно верный путь. Я просто говорю вам о том, что существует такой подход.
Когда меня спрашивают для чего нужны сервис-провайдеры в Laravel, я пожимаю плечами и говорю: если вы не знаете зачем они нужны, значит они вам не нужны. Если вы пишите и строите код так, как это описано во всех мануалах, скорее всего вам хватит одного провайдера на всё приложение, и он уже есть сразу. И не надо парить мозг себе и людям. Просто забейте на это все.
Дефолтная структура приложения на laravel выглядит вот так: У вас есть папка Http в которой лежат посредники(раньше это были фильтры) и контроллеры. Так же есть команды, хэндлеры, исключения, модели (последние Тейлор бессовестно бросил просто так - прямо в корне app )... возможно вы сами создаете папки репозиториев, обсерверов... или что-то там еще... потом вы начинаете строить
Так получилось, что мы открываем сейчас достаточно много чатов в [Gitter.im][1]: часто это совсем новые для нас сообщества (как [PHP-чат][2], например), а часто - это уже существующие чаты, которые мы создали и администрировали в Skype (например, [Frontend-UA][3]). Не зависимо от того, новый ли это чат или "переезжающий", нам раз за разом задают одни и те же вопросы. Здесь мы собрали их и подготовили несколько ответов.
| Remove osxfuse if installed via homebrew: | |
| > brew uninstall osxfuse | |
| Install osxfuse binary and choose to install the MacFUSE compatibility layer: | |
| http://sourceforge.net/projects/osxfuse/files/latest/download?source=files | |
| Reboot (optional but recommended by osxfuse) | |
| Install ntfs-3g via homebrew: | |
| > brew update && brew install ntfs-3g |
| function fswatch_propagate_pwd_changes_to_docker () { | |
| echo "Starting fswatch on $PWD" | |
| # tracking previous not to get into endless loop of changing the same file | |
| local previous='' | |
| fswatch -r "$PWD" | while read file; do | |
| if [[ previous != "$file" ]]; then | |
| docker run --rm -v "$PWD":"$PWD" busybox touch -c "$file" | |
| fi | |
| previous="$file" | |
| done |
| sudo apt-get install php5-fpm | |
| sudo apt-get install php5-apcu #get old version | |
| sudo apt-get install php5-dev | |
| sudo apt-get install libpcre3-dev #avoid fatal error: pcre.h: No such file or directory | |
| sudo pecl install apcu-beta #grab latest | |
| #drupal specific | |
| drush dl apc --select #get the latest version | |
| grab the patch file for apcu | |
| patch -p1 < apcu-patch.patch |
