Ну тогда скрипт для каждого разработчика делайте сами, так чтобы конфликтов не было.
Либо в тексте скрипта нужно выявлять конфликтные ситуации и сообщать об этом пользователю, чтоб изменил параметры.
Верно, надо уменьшать количество дисковых операций. Оптимальный размер блока найдете в ходе тестов :) А кратность размеру кластера - для оптимизации дисковых операций, т.к. за одну физическую операцию чтения диск возвращает 1 прочитанный кластер.
Основная проблема будет в том, что в прочтенном блоке данных разбивать на строки нужно будет вручную, но это не большая проблема и тут уже идет работа с памятью.
Возможно несколько вариантов, будет откидывать по одному (пишите сюда ответы команд):
1.проверьте работу ДНС
nslookup google.ru
2.Выложите что пишет
ipconfig /all
...
Mercury13:
Если какие-то настройки могут вызвать конфликт, думаю их лучше не выставлять как общедоступные. Что-то конкретнее трудно сказать не зная точно ситуации и не видя кода.
Владимир Мартьянов: "В выражении rand()%(b-a) операция % позволяет получить случайное число в заданном диапазоне (от нуля до (b-a) в вашем примере), а не от 0 до RAND_MAX."
Так лучше? :)
В случае с Program Files мороки не избежать, т.к. это системная папка.
Переносите все профиля целиком. Я делаю так:
1.На отдельном диске, например d:, создаю каталог, например d:\Users, назначаю на него права точно такие же как и для c:\Users с отменой наследования и изменением владельца.
2.В реестре: HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList меняю параметр ProfilesDirectory - указываю в нем d:\Users.
3.В реестре по тому же пути необходимо удалить ветки с уже имеющимися профилями. Ветки называются по SIDу пользователя, не удаляйте короткие SIDы - это профили для LocalService и NetworkService.
4.Перезагружаемся.
5.После загрузки создается новый профиль по новому пути.
6.Переносим информацию со старого профиля в новый.
7.Пункт 5-6 повторяем для всех пользователей.
А кроме того, рекомендую почистить %TEMP%, Temporary Internet Files, файлы обновлений, кэш браузера. Если в браузере ничего особо ценного не сохранено, то можно удалить профиль браузера полностью, он порой вырастает до гигантских размеров.
Проверьте: Центр управления сетями и общим доступом - Изменить дополнительные параметры общего доступа:
Для домашнего/рабочего профиля (надеюсь ваша сеть домашняя или рабочая)
1.включить сетевое обнаружение
2.включить общий доступ к файлам и принтерам
3.использовать 128-битное шифрование
4.включить общий доступ с парольной защитой
Если все так и не работает - отключите, временно, брандмауэр на обоих компьютерах и проверьте. Если заработает - значит блокирует брандмауэр.
По чужой сети - отдельные ip+mask - не достаточно. Это работает только пока кто-нибудь не сломает вашу или чужую сеть, дальше обходится элементарно. Нужно отделить на уровне коммутатора отдельными VLANами, а еще лучше - выдать чужой сети свой отдельный железный коммутатор, чтоб не было физического соединения сетей вовсе.
На счет раздачи интернета через публичный wifi - погуглите, много интересного узнаете, например www.vedomosti.ru/technology/articles/2015/12/11/62... На самом деле сейчас это реальная проблема.
Потеря пакетов происходит, видимо, из-за того что НБС не очень то надежное соединение. Для увеличения надежности можно организовать между двумя сетями (которые разделяет НБС) ВПН. Работать будет скорее всего медленее, но, возможно, надежнее. И все таки рекомендую разобраться с этим НБС, возможно увеличить надежность передачи можно на уровне соединения. Если это тот же Wifi, но нет паролей доступа к оборудованию - не велика проблема, сбрасываем в заводские настройки и настраиваем за ново. Зато профитом будет то что соединение станет "известным" и управляемым :)
Если надо. Останется придумать как одну твою машину с одним и тем же адресом заставить работать и в основной сети и в ВЛАНе. Вижу несколько вариантов:
1. завести отдельную "твою машинку" для тестов.
2. 2 сетевые розетки - одна будет в ВЛАНе, а другая в общей сети. И перетыкать кабель в ту или другую в зависимости от потребности.
3.Настроить для своей машины оба ВЛАНа - общий не тегированный и тестовый тегированный. На машине разруливать. Если обязательно нужен адрес в тестовой сети такой же как в рабочей, то придется руками адрес каждый раз перебрасывать с одного сетевого адаптера на другой. Зато дополнительных железок не нужно.
Это странно. Возможно это связано с используемой формулой (по моему тут возможно переполнение, да +1 и -1 как-то не в тему):
ABS(ROUND(((SELECT max(id) FROM words WHERE correct < 2)-1)*RANDOM()+1)/9223372036854775807)))
Немного упростил это выражение:
SELECT round(max(id)*(abs(random()/9223372036854775808))) FROM words WHERE correct < 2
Думаю, что условие id < count(*)*random() - не правильное, т.к. в случае если id будут идти с пропусками, то есть шанс никогда не увидеть последние записи.
Думаю что вместо count(*) надо использовать max(id).
Не надо удалять. Просто тип этого параметра - строка, а вы указываете его как число, вот и не меняется. Укажите в кавычках.
Я обычно в таких случаях экспортирую нужный раздел в reg файл, потом файл привожу к нужному виду, если какие-то параметры не нужны можно смело удалять.
Так же можно воспользоваться стандартной утилитой reg для изменения реестра, если нужно много правок делать из батника.
Просмотрел, что IServer наследует от ITcpSocket, сори.
Server 2 раза наследует IServer - то о чем ниже пишет Ринат Велиахмедов, как из двух методов load он должен вызвать?
Вообще множественного наследования лучше избегать, если точно не знаешь, что делаешь.
Тогда второй вариант - с помощью bcp.
Можно выгружать не всю таблицу, а попробовать вариант инкрементной выгрузки нужных таблиц во внешний файл. Например выгружать записи по условию ID > последнего_выгруженного_ID.
С bcp можно такое организовать.
BCP запускать из шедулера, затем полученный файл упаковать и скачивать по мере необходимости.
Либо в тексте скрипта нужно выявлять конфликтные ситуации и сообщать об этом пользователю, чтоб изменил параметры.