Ищите "Windows планировщик заданий"
В качестве приложения для запуска: "chome.exe http://vash.site"
Трекинг - лучший способ отпугнуть толковых специалистов. Хорошему разработчику это нафиг не надо, у него и так есть клиенты и заказы, где и платят хорошо, и мозг не выносят.
Лучший способ, это прежде всего четко поставленное ТЗ, не стесняйтесь предложить оплату человеку за ознакомление с ТЗ, для того чтобы он потратил пару часов своего времени, прикинул все, выписал вопросы на листок, задал их вам, и вы согласовали финальный прайс + процент на всякие отступления, workaround, и прочее.
И согласен с вышесказаным, кодинг - это где-то 20% времени. Я могу большую часть времени проектировать, дизайнить базу, рисовать диаграммы, потом налить в базу данные, померить бенчмарками, и потом вокруг этого уже начинать писать приложение. Причем, как правило, можно весь день таращится в монитор, и не написать ни строчки кода (или написать ужс, если подгоняют), а можно походить по парку, заняться спортом, и к вечеру будет готово изящное и гибкое решение, которое ещё и простое в поддержке.
Почитайте про рассеяное мышление, про то как формируются понятийные порции, как правило все хорошие решение и открытия в голове приходят тогда, когда человек занимается чем-то другим, а не фокусируется на задаче. Так что вариант с мониторингом рабочего стола, наручниками и батерей точно не продуктивен.
Alex2Fast, так почти везде как только проехался напильником по коду, сразу теряешь обновления. Либо цепляете все на гит и мерджите все + тесты. Из более-менее компонентных, посмотрите на магенто, но сразу готовьтесь к тому, что большую часть интеграции с локальными службами доставки и т.д. придеться делать ручками, да и сама система хоть и гибкая, но требует знаний и денег.
Сплит брейна в мульти-мастере не бывает) сплит-брейн это когда в master/slave где всего один мастер, возникает два мастера (вернувшася нода после промоута).
С этим согласен, если речь про MySQL.
Так это ж и есть суть мультимастера, чтобы каждый сам себе мастер.
Запись в соседний сама не пойдет, если нету роутера. А в их схеме я не вижу роутера запросов. Секрет прост: писать в свою же ноду в том ДЦ, где работает приложение.
Но тут есть несколько но:
во-первых, если это синхронный мультимастер, то при падении одной ноды упадет весь кластер, это раз, скорость записи будет потеряна - это два.
во-вторых, если это асинхронный мультимастер, то при падении ноды мы все равно сможем писать, но если сделать два апдейта на разных серверах одной записи, то получим конфликт, который нужно решать ручками.
ну и с auto_increment_increment нужно заморочиться.
про синхронизацию файлов я бы на вашем месте меньше парился, чем про мультимастер.
я бы взял ceph.
Я не просто так спросил, у меня были подозрения, которые подтвердились, что вы путаетесь в терминологии.
Во-первых, не сможете. Ну а про то, что я не смогу приконнектится по IP на unix socket, это вообще пушка. Хз как вы коннектитесь на unix socket по IP, который работает через иноды файловой системы. Мое время закончилось, дальше - платно.
lonelywoolf, что за дебильная манера петросянить? Давайте проясним, через сокет, это unix domain socket, а через TCP - это TCP сокет, верно? Тогда вопрос у меня к вам, если база работает в skip-name-resolve, я смогу зайти на localhost. И если без skip-name-resolve? И ещё вопрос, если я выдал права
GRANT ALL ON *.* TO 'user'@'localhost';
смогу я зайти по 127.0.0.1?
Это не одно и то же. В файлике /etc/hosts можно сделать localhost чем угодно. А для базы это вообще разные вещи.
На последних версиях Nginx это доступно только для владельцев коммерческой подписки.
У вас проблема с построением хеша для урла.
Попробуйте сделать
fastcgi_cache_key ваш_домен.com$request_uri;
А в скрипте подобрать такой-же ключ через переменные, будет что-то вроде ваш_домен.com . $_SERVER['REQUEST_URI']
Я правда не помню, request_uri начинается со слеша или нет.
После этого сделайте то-же самое что и ваш прогер, от получившегося хеша с конца нужно сначала один символ потом два взять, и потом результирующий хеш - это и будет ваш файл со страницей.
Лучше всего миниатюры сгенериророванные скриптом сохранять на диск, и затем отдавать пользователям через Nginx. От большого количества запросов ограничение по IP вас не спасет, есть куча бесплатных проксей через которые можно делать GET запрос и даже не дожидаясь ответа, делать следующий.
Я думаю, что Apple делает хорошие девайсы, вопрос только в том, действительно ли они на столько лучше девайсов Android, на сколько выше их цена. Я понимаю, что все кроется в мелочах, там чуть лучше, там чуть круче сделано, и в целом совершенно другое ощущение от использования. Я слышал много минусов как в адрес Android, так и в адрес Apple. Я сам не любитель оболочек на Android, поэтому взял голый Android. И пока он меня всем устраивает.
Ещё я знаю про то, что дешево и качественно не бывает. Но бывает золотая середина, где цена оправдывает качество.
