Анатолий Кирсанов

Если искать силами модуля поиска, то нужно найти событие (оно есть, лень искать), которые вызывается при создании индекса на элементе и добавить в него ИД. Тогда и по нему можно будет найти.

При локальном доступе задержки по сети нет.

$ ping localhost
PING localhost.localdomain (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=1 ttl=64 time=0.061 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=2 ttl=64 time=0.050 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=3 ttl=64 time=0.044 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=4 ttl=64 time=0.049 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=5 ttl=64 time=0.048 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_req=6 ttl=64 time=0.050 ms

Видите 50 микросекунд?

А по сети извне может быть 50 милисекунд. Это не в разы, а в тысячи раз медленнее.

Статистику (в числах) сам не измерял. Но работать извне приходилось (на своем VDS). Никогда не удивлялся большим задержкам в сравнении с локально запущенной клиентской программой mysql.

Скорее всего, транзакции тут ни причем. Раз дважды выполняется, то дважды и "заказывается" (смотрите приложение, которое отправляет команды на MySQL).

От используемой CMS зависит и от наличия ssh.

CMS может давать возможность создать полный архив сайта (файла + БД) и восстановить его скриптом восстановления. Тогда на личный ПК попадет только этот скрипт восстановления а все остальное можно прокачать минуя личный Инет (в этом ведь цель?).

Если с обеих сторон есть ssh, то проблем вообще нет. Нужно сделать архив файлов, дамп и архив БД и перетащить по scp. Дальше обратная процедура.

Кстати, есть хостеры, которые переносят сайты сами. Вот это вообще просто с точки зрения заказчика. И зачастую бесплатно.

Книги для этого не нужны. Любая формулировка корректна.

Искать события. Только я бы начал с событий компоненты оформления заказа. Либо (если нужен окончательный вариант, ушедший на 100% в заказ) - событие сохранение заказа.

Есть здесь нюанс. Битрикс поддерживает несколько профилей на одного пользователя. В том числе с разными типами плательщика. Т.е. имея логин можно делать заказы от своего имени, жены, папы, бабушки и соседа, заказывать на свое ИП ...

Если менять данные пользователя в такой ситуации, ничего хорошего не будет.

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

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

Да нет инициализации $cat и все. Тоже самое можно сделать и в ветке else условного оператора.
В Вашей ситуации срабатывает конкретный набор данных - на первой выбранной из БД строке 3 и более запятых. А дальше уже нет разницы сколько их потому, что в $cat уже записано 40 и это значение не сбрасывается.

Лет 10 назад встраивали родной код Windows в сайты с помощью технологии ActiveX. Сейчас она не поддерживается нигде, кроме Internet Explorer.
Другие способы размещать активное содержимое - Java, SilverLight, Flash.
Наиболее широко на сайте сейчас используется для таких целей JavaScript в виду очень хорошей переносимости кода.

Исполняемые файлы, конечно, и сейчас используются в WEB. Но это из области CGI. PHP здесь далековато (его, в основном, запускают как модуль Apache).

Ваш же вопрос, судя по формулировке, к CGI отношения не имеет (ближе вариант встраивания готового приложения в страницу). Размещение произвольного приложения (типа блокнота, электронной таблицы MS Office) таким образом - из области фантастики. Не исключаю, что кто-то задумывался на эту тему. Тогда речь идет о варианте прокси.

Если сможете настроить СУБД так, чтобы она была доступна с сервера WEB-хостинга - вперед. Тогда данные всегда будут там, где хотите.
Другое дело производительность. Вот ее не ждите тогда, данные будут тягаться по сети.
Если кеширование на вашем сайте эффективно (хотя бы пару часов кеш не сьрасывается), то оно может помочь.
Но в этом случае, у безопасников все равно есть прекрасный повод потроллить - данные в кеше есть, а кеш размещен на сервере хостера.
Здесь тоже можно доиграться до memcached на сервере, который устроит службу безопасности. Но в этом случае его смысл теряется - данные снова будете гонять по сети, да еще дважды.

Итог - свой собственный хостинг решит все проблемы. А как его делать - всегда есть варианты.

Любой VDS с панелью управления типа ISPManager подойдет.

Судя по их FAQ, никак. Только парсинг.

До 18 лет (начиная с 14) можно работать официально только на полставки - 4 часа в день. Ну а дальше все как у всех. Пишите резюме, рассылайте, проходите собеседования. Они и покажут что сейчас можете и на что можно рассчитывать.
На новичках везде стараются заработать. Вы исключением не будете (даже если реально на что-то способны). Есть студии которые ищут людей с "горящими глазами", "желающих научиться" и зовут в свои "дружные команды". Не думаю, что там будут работать честно (на 99% - нет), но и варианта другого у Вас сейчас нет.

Была шестерка до версии 6.22.0.107. Какая - не вспомню. Просто, то, что я указал - это первая пакостная версия у меня на Windows 8.1. По моей ненадежной памяти - что-то с 6.11 было нормальным.

Что перспективнее не знаю, сам занят больше серверной стороной.

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

Поле для творчества большое и в клиентской и в серверной разработке. По клиентской достаточно вспомнить о RIA. По серверной - многообразие серверных систем и языков.

В законе говорится об определенном виде отношений - договоре банковского счета или банковского вклада. Если такого нет, не о чем беспокоиться.

Счет в Яндекс.Деньги, к примеру банковским счетом не является, в Киви, PayPal - тоже.
Некий виртуальный счет хрен знает в какой системе - аналогично, для банковского счета нужен договор, а не логин и пароль к сайтику.

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

Есть сомнения и солидные суммы? Тогда лучше к юристу заглянуть. За некоторую мзду они приготовят "правовое заключение" с подписью и даже печатью. Будете совать ее в нос налоговику.