Александр

Вынести в функцию "сбор" строки из текстового значения и чекбоксов (результат будет заменять значение в выходном инпуте), и забиндить ее на изменение всех контролов: как входного инпута, так и чекбоксов.

Если все наполнение на 100% соответствует, возьмите движок, который устраивает, и закажите самопальный "репликатор". Думаю, в большинстве случаев он будет достаточно простой в реализации: админить будете в админке на одном, "главном" сайте; а на "дочерние" самопальную репликацию (возможно даже на уровне нужных таблиц mysql - всех кроме оформленных заказов, настроек и т.п.).

Если на уровне файлов, мне когда-то советовали Duplicati, до сих пор пользуюсь.

Для домашних целей вполне подходит. Из минусов - давненько уже не поддерживается (хотя там в общем-то все есть и так).

www.duplicati.com

Если не хочется переделывать как выше советовали, то я бы еще рассмотрел вариант "по-старинке": ссылки через map на img, клики обрабатываются скриптом и подключают одну из заготовленных картинок с выделенной областью.

Плюсы:
1. Можно сделать произвольное выделение, хоть даже свечение на соседние области, это не повлияет на регионы, т.е. точно как сделал дизайнер.
2. Можно довесить различные css-переходы например.

Минусы:
1. Нужно сделать картинки по кол-ву областей, соответственно либо предзагрузку довешивать, либо крупный спрайт, в ПНГ в приведенном виде не должен быть сильно "тяжелым").
2. Не очень удобно поддерживать (например добавлять области).

mejedi, и что это даст? В таком случае кода из C10 не будет, и при последующем слиянии ветки он снова «воскреснет» сам. А нужно как раз наоборот, чтобы он был, но по умолчанию не «воскресал» (и желательно не висел в истории этой ветки). Неужели нету подобного механизма?

Ага, печально! :( Про проект с хабра и узнал. И тоже, пожалуй, первый сервис, который действительно убедил качеством заплатить за него, несмотря на то что и так был почти премиум акк (они там первым зарегавшимся его давали).

Сейчас, похоже, кравлер по рутрекеру отвалился. Новые фильмы почти без оформления: описания не везде, нет перечня актеров. По торрентам ищет плохо, скачивание торрентов работает через раз (пишет, что удален с трекера). На сообщения об этом никто не реагирует.

Ну если не пугает сторонний сервис (а на исходном, насколько я понял, нет возможности разместить свой скрипт) — можно найти где угодно простейший хостинг с апачем, выложить на него контент, и в том же smscoin взять готовый скрип, выдающий ключи с ограничением срока действия за платную СМС.

Вопрос поставлен не совсем корректно, т.к. может быть 2 трактовки:

1. Если речь идет о веб-скриптах, которые выполняются последовательно, то чем вам не нравится сессия? В данном случае это не костыль — она именно для этого и придумана. Если не нравится непосредственно стандартная реализация, то можно взять собственную (принципиально аналогичную): генерировать ID клиента (сессии) и передавать его через get/post/cookie (по вкусу), а уже сами данные хранить либо в файлах, либо в базе данных, и получать с помощью этого идентификатора в качестве ассоциативного ключа.

Непосредственно данные через куки, гет и пост передавать естественно в данном случае не стоит: эти вещи всегда можно подделать, т.к. они идут через клиента. Это можно назвать костылем :)

================
2. Если же речь идет о выполняющихся одновременно 2 шелл-скриптах, т.е. межпроцессное взаимодействие (IPC), то тут можно использовать разные более или менее системно-зависимых вариантов. От стандартных механизмов IPC: семафоры, сообщения, шаред блок памяти, до специфичных вещей вроде именованного пайпа или сокета; или же аналогичных п.1 вещей (база данных/файлы).

Полгода OCZ Agility 3. Полет нормальный. По слухам обновление прошивки спасает от глюка сандфорса.

Т.е. я так понимаю, оно пополняться не будет? Если нет — то можно сделать свой велосипед на основе flat файлов с фиксированными длинами полей. Будет быстрая выборка обычными seek. По необходимости [s]присыпать солью[/s] разбить на группы по N записей и хранить в отдельных файлах, именованных согласно (id / N), таким образом файловая система будет частично решать вопросы случайного поиска. Если еще дальше развивать идею, можно попробовать еще разбить по папкам (как например хранит кеш squid).

А если же это дело будет регулярно изменяться, то лучше SQL ничего не придумать. 2 Млн записей — не так уж много, тем более что не нужно по ключам выбирать.

> Также может посоветуете какую-нибудь opensource баннерную систему на PHP?
OpenX попробуйте. Очень «тяжелая», но весьма функциональная.

Бо большому счету никак: только у пользователя отрендерить и жаваскриптом опросить. Даже если взять какой-то конкретный браузер, то могут быть разные шрифты установлены, разные размеры базового шрифта в настройках. Не говоря уже о «мелочах» вроде погрешности различных режимов сглаживания. Например в cleartype может «набежать» несколько лишних пикселей в строке, перенесется слово, и дальше уже высота блока сильно вырастет.

Возможно в поисковом индексе страница осталась, и полезли боты, накрутчики юзер-факторов для сайта со сходной тематикой (они периодически заходят на другие сайты, чтобы не палиться).

Чтобы втупую скормить нейросети фотку и чтобы она нашла на ней велосипед, нужно иметь нейросеть с кол-вом нейронов, сопоставимым с кол-вом нейронов в мозгу человека. И количественно подобный набор изображений для ее обучения.

Нейронные сети на практике сейчас используются для задач распознавания небольших изображений, предварительно подготовленных. Велосипед на произвольной фотке распознать не получится таким способом.

Нужно копать в сторону алгоритмов вроде распознавания лиц, то есть алгоритмический поиск элементов и их характерного расположения относительно друг друга.

Что имеется в виду под «с использованием ключей RSA»? Аутентификация по ключу? Или асимметричное шифрование?

Если первое — то копать в сторону поднятия поднятия SSH-туннеля (под openssh например) с аутентификацией по ключу. Если второе — то опять-таки секурный туннель любыми средствами (ssh, любой vpn, например та же win-реализация).

Зачем завязываться на сервер?

$myuri = $_SERVER['REQUEST_URI'];

Эм… а как в ворде можно судить про абсолютные размеры шрифта в пикселах, если там есть как минимум DPI документа и масштаб? А если глубоко копнуть, так наверняка еще какие-то масштабные преобразования найдутся. Не знаю, как сейчас, а во времена 97го ворда при изменении дефолтного принтера иногда съезжало размещение текста по страницам… WYSIWYG, блин :)

С другой стороны, браузерный pt вроде бы зависит от дефолтного DPI монитора, который установлен в ОС (тут могу наврать).

Касательно изначально вопроса, вероятно есть 1 немного кривой выход: сделать в ворде текст 100pt, замерять его размер в пикселах, после чего подобрать в браузере такой же размер в пикс (т.о. он не будет зависеть от выставленного DPI в ОС). Когда будет подобран — тогда число пунктов в ворде будет численно равно числу процентов в браузере. Т.е. 100pt в ворде = 100% в браузере.