Задать вопрос
  • Как организовать локальную сеть?

    @Akina
    Стоит циско маршрутизатор, к нему цепляется свитч на 24 порта от этого свитча на следующий 24 портов. И так, в общем, 4 свитча на +- 110 человек.

    То есть 4 коммутатора соединены в цепочку? ну точно косяк... как результат - клиенты последнего делят полосу пропускания с остальными 109 клиентами, и соответственно получают слёзы, а не полосу. Например, если все транки гиговые, а каждый клиент потенциально генерит равномерные 20 мегабит, то клиенту на 4-м коммутаторе до сиськи останется порядка 500 килобит.
    Если аппаратно возможно, то каждый из 4 коммутаторов следует подключить непосредственно к маршрутизатору. Делить гигабит на 30 клиентов и на 110 - это две большие разницы. Телефонию вывести в отдельный VLAN, и для этого VLAN проложить до каждого коммутатора отдельный транк.

    Но вообще согласен с товарищем Rsa97, надо сперва установить точку и причину проблемы.

    Была идея раскидать на Vlan каждый из свитчей и подключить к циске, но умные головы говорят что это фигня.

    До тех пор, пока эти умные головы не дали хотя бы обоснования, почему это фигня, все их слова - фигня, не стоящая внимания.
  • Как сделать поиск в ячейке по знаку " с помощью VBA?

    @Akina
    Насчет работы регулярок в VBA - не имею представления

    Надо подключить компонент Microsoft Scripting Runtime, тогда станет доступным RegExp из VBScript.
  • Как правильно настроить локальную сеть и мультиван на Mikrotik?

    @Akina
    Да, на нем есть такой функционал как NAT, но этого хватит от силы для нормальной работы 5-10 пользователей, но точно не 70.

    То есть коммутировать 80-гигабитные потоки для него не проблема, а 70 юзеров в один интернет-канал он не потянет? Знаете, у меня вшивый RB2011iL-RM распрекрасно тянет общагу на 120 клиентов с внешним каналом 800 Мбит и ограничением в 25 Мбит на клиента через simpleQueue при средней загрузке канала в 30% днём и 85% ближе к ночи... причём каждый клиент в отдельном VLAN с отдельным DHCP-сервером в своём VLAN. Мониторинг показывает пиковую загрузку процессора в районе 35% и повседневную в 4-7%. И все жалобы на скорость доступа в Инет пока или были на установленное ограничение в 25 мегабит, или показывали проблемы на оконечном оборудовании клиента, т.е. проблем именно от маршрутизатора за уже 4 года - ни одной.
  • Как правильно настроить локальную сеть и мультиван на Mikrotik?

    @Akina
    Извините, у Вас в мыслях полный бардак и абсолютное отсутствие понимания, что нужно получить на выходе. Одни ощущения... Ваше "что мне нужно" ничего в принципе понять не позволяет. И Вы всё мешаете в кучу - и L2, и L3...

    Вам в первую очередь надо чётко всё расписать. Что Вы хотите получить окончательно. Где какие VLAN, где какие подсети, что куда маршрутизируется, где какой DHCP и т.п.
  • Как правильно настроить локальную сеть и мультиван на Mikrotik?

    @Akina
    CRS317-1G-16S+RM - это не роутер...Это свитч, хоть и с поддержкой RouterOS. Очень сильно сомневаюсь, что он потянет нормально маршрутизацию при таком кол-ве подсетей и таком количестве провайдеров.

    Это полноценный маршрутизатор. 4 провайдера по гигабиту и с полтыщи клиентов он обслужит и даже не вспотеет, если не использовать L7-фильтрацию.
  • Как прочитать данные из двух таблиц одновременно?

    @Akina
    Для того чтобы получить данные из двух таблиц, вам необходимо сделать JOIN запрос к базе данных, объединяя таблицу материалов с таблицей категорий.

    Можно - да. Необходимо - нет. Коррелированный запрос в списке вывода никто не отменял.

    SELECT *, 
           ( SELECT category_name 
             FROM category
             WHERE id = freeroll.category_id 
             ) category_name 
    FROM freeroll 
    ORDER BY id
  • Как сделать календарь мероприятий?

    @Akina
    Думаю, что с таким вопросом и таким уровнем подготовки Вам не сюда, а сразу на фриланс..
  • Как правильно отформатировать данные из таблицы Excel перед импортом в бд?

    @Akina
    Значит данные там будут выглядеть примерно так

    Вообще-то должны ещё существовать таблицы Заказы и Услуги.

    И вот тут вылезает самый главный вопрос. Гарантируется ли то, что в таблицах Заказы и Услуги имеются в наличии записи для всей информации из Экселёвого файла (или другими словами - не надо ли их пополнять)? Или импорт - это гарантированно вставка только в связующую таблицу?
  • Как сделать ежесекундную обработку действий?

    @Akina
    Михаил Ливач,
    Если "хот" - то весьма вероятна ситуация, когда при получении очередного урона игрок выживет ( а без "хота" умер бы).

    Правильно - просчитывать в два этапа.

    Сначала считается хелс минус дамаг. Не помер? считаем дальше. Добавляем плюс хоты минус доты. Не помер? воюй дальше.
  • Как открыть и изменить файл БД с расширением .dbv ??

    @Akina
    файл БД с расширением .dbv

    Расширение в принципе ни о чём не говорит. Важно то, что внутри файла.
  • Почему запрос не работает корректно?

    @Akina
    Sneiksus,
    мое решение уже представлено

    Нет, я понимаю, что, задав вопрос, Вы уже настроились на получение готового ответа и ничего более делать не намерены. Однако зря - выполните то, что я сказал, и вероятность получения ответа резко возрастёт. Сейчас, по моей оценке, эта вероятность пренебрежимо мала..

    Кстати, представленное Вами решение заведомо не соответствует заданию. Хотя бы потому, что задание явно и однозначно предполагает, что ответ будет содержать ровно два поля - flight_id и коэффициент загрузки. А ещё - я напрочь не понимаю, почему часть связываний внутренние, а последнее левое, это никак не следует ни из схемы, ни из задания.
  • Почему запрос не работает корректно?

    @Akina
    Он возвращает большинство строчек правильною. Но 3 и 4 столбец иногда равен 0 (хотя там должны быть какие то значения).

    Никому они ничего не должны. Если там ноль, значит, в таблице boarding_passes нет соответствующих записей. И не надо пытаться даже оспаривать это утверждение. Чудес - не бывает.

    Полагаете, результат всё же неверен? CREATE TABLE + INSERT INTO с исходными данными, на которых наблюдается описанная проблема - в студию. Ну и не забываем указать точные сведения об используемой СУБД и её точной версии.
  • Получение массива имен из определенной таблицы PHP + MySQL?

    @Akina
    Нужно получить массив столбца имен из этого, и отправить в ajax запрос в js


    Нужно - получайте и отправляйте, мы совершенно не против.

    А вопрос-то какой?
  • Cron или планировщик заданий mySQL?

    @Akina
    Adamos, пэхапэшник, который ни ухо ни рыло за пределами PHP - это норма. А вот любые отклонения от этого - увы, экзотика. Ещё хуже дела обстоят, если это не чистый пэхапэшник, а спец по некоему фреймворку.
  • Cron или планировщик заданий mySQL?

    @Akina
    Adamos, это где же усложнение-то? скорее наоборот.

    Вы, как обычно любят пэхапэшники, валите всё в одну кучу. В то время как раздача призов - это не один процесс, а несколько связанных по обработке данных процессов, связанных тем, что следующий в цепи начинает выполняться только после завершения предыдущего и используя полученные этим предыдущим данные. В то же время по выполнению они абсолютно независимы. Раздавать призы можно и через секунду после расчёта призовых, и через неделю. Главное, чтобы всё уже было рассчитано.

    Те этапы, которые занимаются детектированием наступления времени раздачи, расчётом необходимых параметров раздачи, проверкой незавершённости предыдущего инстанса раздачи и восстановлением при обнаружении - они выполняются исключительно на MySQL данных, и потому средствами MySQL и его планировщика. И если выполнять их средствами внешнего планировщика - то это плюс нагрузка на сервер и ноль профита. Плюс снижение надёжности системы, потому что увеличилось количество потенциально сбойных точек .

    А вот этапы, которые занимаются фактической раздачей на основе рассчитанных параметров - они выполняются средствами PHP, потому как у MySQL нет штатных инструментов взаимодействия с внешним API. Будь такой инструмент (например, подключена внешняя UDF, которая способна выполнить общение с кассой через её API) - и этот этап тоже выполнялся бы на стороне MySQL и его планировщиком.
  • Cron или планировщик заданий mySQL?

    @Akina
    KarambyG,
    а планировщик mysql, я так понимаю ты указываешь дату и время, когда турнир завершится, им будут назначены всем призы, и когда это время наступает, то призы раздаются. А если сервер в это время залагал, или вообще упал.

    Неверно.

    Планировщик регулярно выполняет event procedure (например, ежеминутно). Процедура проверяет наличие записи, которая соответствует двум условиям. Первое - для неё наступил момент раздачи призов, однако отсутствует пометка о завершении раздачи. Второе - процедура раздачи для в данный момент не выполняется Если такая запись имеется - для неё запускается экземпляр процедуры раздачи призов. Этот экземпляр должен обрабатывать любые ситуации - как первый запуск, так и случай, когда экземпляр процедуры уже запускался, но по некоей причине не выполнился до конца.

    Adamos,
    тут еще большой вопрос, что именно включает в себя процедура раздачи призов.

    Тут нет вопроса.

    Планировщик MySQL выполняет все необходимые операции в рамках сервера БД и подготавливает все необходимые для раздачи призов данные. А потом уже PHP через CRON или иным способом поллит БД, обнаруживает сведения о необходимости раздачи, и в соответствии с ними выполняет внешние для MySQL операции, включая и общение с кассой, буде нужно.
  • Cron или планировщик заданий mySQL?

    @Akina
    KarambyG,
    а БД он не сильно нагружает?

    Гораздо меньше, чем CRON.
  • Cron или планировщик заданий mySQL?

    @Akina
    Полностью согласен с товарищем Adamos - никакие периодические действия тут нахрен не нужны. Использование планировщика бессмысленно, а отдельное поле статуса избыточно.

    с планировщиком задач mysql знаком? может для моего случая лучше его использовать вместо крона?

    Да, если бы задача действительно требовала периодически выполняемого действия, встроенный планировщик MySQL был бы правильным решением, а внешний CRON - решением избыточным.

    хотелось бы чтобы прызы выдавались сразу же после завершения турнира

    Выдача призов НИКАК не связана со статусом турнира. Она связана только с заданной точкой времени. Просто в данном конкретном случае значение этой точки хранится в поле даты-времени конца турнира таблицы туриров.

    И вот для организации НЕЗАВИСИМОЙ от процесса определения статуса турнира процедуры раздачи призов действительно нужно использовать планировщик. И именно планировщик MySQL.