Как оказалось этот вариант не подходит. Всё равно работа с почтой ведется через делегируемый аккаунт. Делегирование в данном контексте означает - предоставление доступа.
Вот такое там дело: Если вы пользуетесь Gmail в организации или учебном заведении, то в качестве представителя разрешено добавить только своего коллегу.
Т.е. можно предоставить делегирование аккаунту внутри домена.
Завтра попробую купить еще одну лицензию и предоставить доступ
freeExec, На самом деле была проблема добавить форму поверх средствами CSS: никак блок не хотел ложиться поверх карты, а уходил под карту. Вопрос решился через z-index: 401. Именно с 401 слоя начинает отображаться блоки поверх карты
freeExec, конечно можно блок формы наложить поверх карты, по сути форма - это нечто иное как контрол карты и в leaflet есть способы работы с такими контролами.
Да, я хоть и написал, что "никогда не меняются" - но ниже оговорился "редко, но иногда приходится"
Делать под каждый справочник свою таблицу, мне кажется не стоит...
В процессе разработки встает вопрос о создании новых справочников.
Думаю обойтись двумя таблицами:
1. Список справочников: ед. измерений, цвета, должности, статусы...
2. Непосредственно сами данные справочников: шт, м, л, кг (ссылаются на ИД из первой таблицы)
Как быть с двухмерными массивами?
К примеру: типы файлов МОфиса
$mso = array(
array('word', 'application/vnd.ms-word.document.macroEnabled.12'),
array('word', 'application/vnd.ms-word.template.macroEnabled.12'),
array('excel', 'application/vnd.ms-excel'),
array('excel', 'application/vnd.ms-excel'),
....
);
@Fesor я столько слов новых увидел в одном посте )) Спасибо тебе ))
Пошел гуглить.
Но пока не понял к чему тут мне "Unit Tests"
Начал писать... встала задача: когда и как грамотно запускать проверку структуры таблицы в БД на соответствие структуре объекта
Варианты:
1. В конструкторе объекта, каждый раз создавая экземпляр объекта.
2. В конструкторе объекта, проверив один раз не запускать в следующий (сделать статическую переменную типа checked).
3. Где-то вначале выполнения кода - проверять все объекты (Файлы со структурой БД, наверно должны лежать в одном месте?).
4. может какие еще способы есть из простых
2 вариант думаю наиболее удачный но что делать если экземпляр не создается? что-то типа
$itemList = Model::getList();
Как проверить таблицу Model?
Не добавлять же в каждый статический метод Table::Check(self);
doctrine крутые вещи конечно ))) в т.ч. migrations
По моему перемудрено как всегда )) (может я не обрел еще 48 уровень PHP программиста и что-то не понял? )) )
Думаю может свой небольшой велосипед...
определять в конфиге проекта константу DEVELOP
если тру тогда использовать "проверку" если фалсе то не нужно....
пошел писать )))
Павел, может я не правильно выразился / может вы не правильно поняли...
Обычно делается отдельная папка "контроллеры" - тут собираются все контроллеры, отдельная папка "модели" - соответственно все модели.
Мне необходима структура: папка в ней контроллер + модель + шаблоны и прочие.
Если я не правильно выразился, то прошу по возможности дать конкретные примеры с подобной реализацией.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
