Из уникального контента только карта с адресом склада и наименование организации, они соответственно не изменятся. В остальном обычный каталог товаров.
sim3x, подскажи, а что с чем лучше связать? В модели Действия добавить FK для связи с матчем, или как указал выше, в Матч через FK подвязать действия команды 1 и действия команды 2?
Вариант 1:
Матч():
дата проведения
место проведения
Действия():
команда
забито
пропущено
угловые
и т.п.
FK Матч
или
Вариант 2:
Действия():
команда
забито
пропущено
угловые
и т.п.
Матч():
дата проведения
место проведения
результаты дом. команды FK действия
результаты выезд. команды FK действия
sim3x, результат/действие будет один у одной команды, и один у другой, только с разными показателями. Так же и результаты/действия в матче могут быть только в одном экземпляре от каждой из команд и больше нигде присутствовать не могут, т.к. конкретный матч с конкретными неповторимыми показателями. Это мои рассуждения, возможно я не прав.
Менять провайдера проблематично, да и он меня полностью устраивает. На всех объектах именно он и проблем нет. Что касается DNS - проблема не в нем, т.к. сайты пингуются по именам и замена DNS сервера на машине, допустим на гугловский, проблемы не решает.
Игорь Б: честно говоря я сам очень удивился! Никак не предполагал, что такое может произойти. В теории думал винда ругнется мол файл занят или что-то типа того, но практика показала обратное. Никаких проблем убить файлы не составляет :)
Игорь Б: легко, включен буфер обмена и подключены все диски пользователя. Далее ему ничего не мешает выделить файлы, скопировать и в rdp вставить в свой же подключенный диск. Винда конечно спросила, перезаписать ли файлы с теми же именами, на что получила разрешение и накатила файлы сами на себя.
Выставлял, та же фигня. При чём специально сменил пароль wifi, чтобы сидеть там одному. Все тесты делал один в сети. Рядом никаких wifi сетей нет - отдельное здание.
d-stream: мил человек, всё оно хорошо и я сам уже второй год сижу в эльбе и сдаю всё онлайн, но если заниматься всем самому, по старинке, все равно придется читать, изучать, вникать, следить за изменениями и т.п. А если где-то ошибешься... Даже при заполнении в программе порой возникают вопросы, как же правильно заполнить то или иное поле. Так что разговор о "платить 6% и не париться" тут не подходит. Хотя ИП разные бывают, всё зависит от нагрузки.
Так же справедливости ради замечу, что стало проще в плане отчетности. Не надо как раньше подавать бумагу о том что у тебя нет сотрудников, ходить помимо налоговой в пенсионный фонд, сообщать об открытии и закрытии р/с и т.п.
lukoie: а у меня было так, что вчера какой-то там номер документа мелким шрифтов в левом углу на 3й странице у них был 123456, а вот с сегодняшнего дня 123457. И еще с удивленными глазами на меня смотрят и спрашивают, а вы что не знали??? Ну ка переделайте, замазывать не дадим. И вперед и с песней по пробкам домой, а потом обратно и опять в очереди сидеть.
Я конечно утрирую, но в целом жара, поддержка малого бизнеса, как говорится.
Василий, Виктор Бельский: спасибо за помощь! Что касается реальных атак, их скорее всего не будет, раньше всё работало по схеме Андрея :) т.е. куча кабелей, куча тупых свитчей один роутер под одну задачу, другой - под другую, в общем админить это было нереально! Но работало. Раз у меня сейчас появилась возможность всё сделать по уму, под себя, то конечно ей надо пользоваться, заодно скилл прокачать и практика отличная.
Основные беды, которые жду от клиентов - это воткнутый wan в lan, петли, забитый руками статический адрес, в общем всё то, что человек может сделать тупо по не знанию, или с мыслями "я все знаю, чего тут делать-то" :)
Андрей Ермаченок: "выделить один порт на арендатора, DHCP и вообще не париться. Пусть ставят у себя свои роутеры и работают. Если возникнут проблемы - сделать следующий шаг"
Я считаю такой подход безответственным. В данный момент я так фактически и сделал, т.е. у меня вилан и DHCP. Но представьте когда арендаторов будет 50 организаций. Кто-нибудь захочет поставить себе статику на роутер, начнутся конфликты и т.п. Считаю вместо того, чтобы ждать проблем, которые я уверен 100% будут ибо сталкивался с подобным, лучше во время обкатки сделать всё по уму и потом уже не переживать, когда у кого-то вдруг что-то отвалится.
Что касается кабелей - это дело техники, понятно что нужен запас и резерв. В данный момент у меня оптика между роутером и коммутатором, на каждого клиента идёт отдельная линия. И да, гигабита хватит точно за глаза даже через 4 года, в этом я уверен :)
Василий: интересное предложение с маской, спасибо! правда я никогда так не делал :)
т.е. я правильно понял, вы предлагаете сделать n-ное количество виланов, на каждый цепануть по dhcp и, в принципе, проблема решена? если в подсети один-два хоста клиенту некуда деться, кроме как выставить правильный адрес или установить dhcp.
Андрей Ермаченок: дело не в том, что влезет или нет, а в безопасности. Зачем мне париться по поводу моей локальной сети, кто там куда лазит, если я могу отделить виланами. Собственно в этом не вопрос топика.
По поводу торрентов и т.п. - ограничение скорости никто не отменял, опять же мы не провайдеры, клиентам будет даваться тупо доступ в интернет, без каких-либо обязательств. Авторизация не нужна, клиент будет подключаться в конкретный порт, который будет при необходимости погашен. Опять же, это не вопрос топика.
Давайте абстрагируемся от клиентов, сотрудников и т.п. Есть сеть, к которой разные люди будут подключаться. Как организовать систему, желательно с DHCP, чтобы на контролировать возможные косяки клиентов в плане установки статики и т.п.
Александр Романов: т.е. в конфиге я тупо пишу маскарадинг на выход без указания подсетей?? если так, то да, одного хватит. Просто никогда не приходилось маршрутизировать несколько сетей, потому указывал подсеть явно.
Зачем делить физически, если есть виланы??? А вдруг мне понадобится доп. айпи камера на этаже x, я ж не буду от своего коммутатора туда тянуть кабель отдельно.
Сеть клиентов - это грубо говоря арендаторы помещений, которым будет предоставляться доступ к интернету. Сотрудники - это свои сотрудники, обслуживающий персонал и т.п.
Так вот клиенты будут подключаться к вилану X, сотрудники в вилане Y и т.п. Как и кто у клиентов будет настраивать железяки - неизвестно, но по опыту знаю, что проще организовать DHCP, чтобы было меньше звонков в тех. поддержку. А вот как следить за порядком в этом вилане с DHCP я и хочу узнать.
т.е. полностью обрубить возможность какого-либо доступа их одного влана в другой я не могу? Или рублю всё, или рублю частично, чтобы была возможность ходить из одной сети в другую?