А тю ты. Если ACL не выдает ошибки, то диск смонтирован верно, с поддержкой доп прав.
Проверить можно командой getfacl /home/user/web/954 там в списке будет как базовые права, так и дополнительно установленные. И да, конечно он будет иметь все возможности.
Я обычно немного иначе делаю, у меня через него ставится доп права на домашнюю папку пользователя для веб доступа веб серверов, а сам owner у папки пользователь. Но это уже детали.
Посторонним В.: миграции это совсем другое, напрямую с Моделями не связано. Миграции выполняют роль "истории" изменения БД, инструмента отката изменений(если нужно) и быстрого деплоя, опять таки, если нужно. Можно сказать некое подобии системы контроля версий, для БД.
У вас это должен быть параллельный инструмент, просто в Ларавел для удобства можно создавать миграции сразу же с моделями, но это не обязательно, вы можете вести этот процесс независимо(можно вообще не делать, хотя я бы рекомендовал)
codemania: подожди, а зачем одну модель использовать для разных таблиц. Под каждую таблицу своя модель, которая является потомком твоего базового класса с общими методами, в каждой модели ты используешь общие методы либо пишешь/изменяешь свои.
Еще раз, второй и третий случай 1 таблица - 1 класс, в твоем примере класс Customer , таблица во втором случае может быть customers(но заивисит от правил и реализации конкретной ORm), в третьем случае при объявлении класса модели Customer мы явно указали им таблицы.
Для другой таблицы будет уже другой класс.
zlojnaxa: интересный способ, с одной стороны clone относительно производительный, но у тебя по факту все равно куча изменений, так что преимущества clone уменьшаются.
Ну и странный цикл, где у тебя только до 3, а как ты находишь сколько всего элементов, чтобы все раздать?
Короче попробуй использовать each для инициализации своих кружочков. Либо сразу, без clone, повесь его на #SLIDE>.box и он пройдется по всем ним, ты сможешь все сделать, либо уже по новым клонирвоанным проходись, с теми же целями.
Лучше первый вариант, примерно
/*бокс для точек*/
var pointbox=$("#box_points");
var margin = -100;
$("#SLIDE>.box").each(function (index, value) {
pointbox.append('<div id="' + index +1 + '" class="point" data-margin="'+index*margin+'"></div>');
});
Как то так.
Ну и повторюсь, второй способ это по номеру точки, определять номер слайда, а дальше просто зная ширину слайда делать умножение для текущего сдвига.
zlojnaxa: ну так кружки же появляются не волшебным образом, вы их как инициализируете, при их создании и нужно прописать логику работы.
А так в слайдерах обычно эти кружки привязывают каким-либо образом к слайду(или через нумерацию, или еще как), а затем на основе заданных параметров слайдера(допустим при инициализации слайдера задана опция ширина каждого слайда) мы просто считаем все в js, сколько именно нам нужно сделать margin.
При разной ширине слайдов немного сложнее, но общая логика та же, только в этом случае считают ширину предыдущих слайдов.
Короче говоря не усложняй логику. У тебя уже есть цикл, который идет при создании слайдов и кружочков, дополнительный лишний, не хочешь делать через дополнительный атрибут, вычисляй ширину слайда, у тебя кстати уже в айди есть циферки, даже если там будет что-то вроде 'slide1', из этой инфы тоже можно спарсить цифру и умножить на ширину слайда добытую динамически.
diamond: я не согласен с этим грубо говоря, это типичная ошибка. Модель это именно совокупность шаблонов проектирования, а не просто один паттерн или одна абстракция. Я считаю это принцпиальным вопросом, да и если почитать любые источники начиная с момента появления принципа MVC , там именно это и подразумевалось и развивалось. Принципиально иметь отдельно Дата Мэппер который привязан к конкретной реализации БД(или чего еще) и сущности, которая не привязана ни к чему + возможно еще один слой взаимодействия между ними. Таким образом мы получаем достаточно универсальную систему проектирования сложных и не очень систем с гибким подходом к платформе на которой она будет запущена.
diamond: короче. Вопрос был четкий, о "Модели". В простейшем случае это пусть будет твой Репозиторий Хранилище + Маппер. Вот выйдету нас простая модель.
Ну а в целом, я(и не только я) против впаривания паттернов просто так, без понимания необходимости, те пока человек сам не попал в ситуацию когда он решают задачу и начинает делать велосипеды, понимает что здесь нужны различные подходы. Сам по себе сферический в ваккуме любой паттерн вообще не имеет смысла, знаю кучу людей которые в тупую заучивают паттерны, вместо того чтобы сталкиваться с проблемами когда они им понадобятся и тогда придет понимание зачем это так сделано.
Короче патерны нужно не учить, а находить по мере необходимости.
Безусловно помнить о них нужно и важно всегда и это не значит что они там не нужны или про них забыть и придумывать свои велосипеды до посинения. Просто вокруг паттернов столько хайпа поднялось, особенно на собеседованиях часто вопросы в тему и не очень(прежде всего у тех кто сам слабенько технически подкован и спрашивает потому что нужно спросить), вот все и ринулись с головой в зубрежку этих патернов.
diamond: diamond: тут спорный вопрос. В данном конкретном случае это оучень упрощает читабельность целостной структуры кода, для того чтобы понять то, что происходит, да и для всяких утилитарных целей этот подход может быть удобен (к примеру работа с json).
По поводу маппера, то этот шаблон проектирования ОЧЕНЬ часто является частью Модели в MVC. ссылка что ты привел абсолютно этому не противоречит. Подробнее прочитай у человека что нормально все разложил на стаке, что привел в комментарии выше.
dllweb: мне показалось в разделе "ПЕРЕМЕЩЕНИЕ УЗЛА" по последней ссылке как раз то что тебе нуно и расписано, буквально по шагам. Ты накидай себе простенькую БД и сделай все что они делают, там как раз расписано и пошагово и просто в конце объединенный запрос. Так ты проследишь как ключи меняются. Из математики там только необходимость узнать смещение, чтобы обновить все необходимые узлы.
Может если ты по шагам сделаешь на своей простой БД будет понятнее?
Не знаю даже как проще объяснить чем рассказано там.
или вот здесь проиграйся посмотри mjsarfatti.com/sandbox/nestedSortable , нажимай To Array после манипуляций с деревом и смотри как там меняются ключи, вроде бы там идентичный алгоритм используется.
dllweb: долго рассказывать, хотя там все идет по простой логике. Вот тут www.woweb.ru/publ/41-1-0-464 вроде бы четко и понятно расписано. Посмотри, может после этого у тебя уже не будет дополнительных вопросов. Ты главное психологически не делай из этого сложную штуку, как я уже выше отметил этот метод простой и не требует никаких особых математических знаний, в отличии от понимания nested intervals.
John Smith: ну, я говорил совет на основе моего субъективного опыта, мноих отпугивает производительность линукса, а в виртуалке не прочуствуешь насколько может быть комфортна/некомфортна работа. Поэтому я обычно советю людям загрузиться и так поклацать, чтобы на более реальных условиях понять насколько им подходит система, так же сразу будет понятно что из оборудования будет работать из коробки, а что не совсем.
Проверить можно командой
getfacl /home/user/web/954там в списке будет как базовые права, так и дополнительно установленные. И да, конечно он будет иметь все возможности.Я обычно немного иначе делаю, у меня через него ставится доп права на домашнюю папку пользователя для веб доступа веб серверов, а сам owner у папки пользователь. Но это уже детали.