Обычно делают begin_tranzaction; insert ... delete... update... commit || rollback.
В пределах сеанса всё должно работать. Наерняка в настройках есть какое-то упоминание о том, стоит ли автоматически делать commit или автоматически rollback, если ни то ни другое не выполнено. Посмотрите http://www.urlix.ru/docs/php/pdo.transactions.html - "When the script ends or when a connection is about to be closed, if you have an outstanding transaction, PDO will automatically roll it back. Внимание
The automatic rollback only happens if you initiate the transaction via PDO::beginTransaction(). If you manually issue a query that begins a transaction PDO has no way of knowing about it and thus cannot roll it back if something bad happens."
Вы просто молодец, что взялись за такой непосильный труд - воспользоваться транзакциями в mysql . Конечно, innodb?
Все переключатели пользователей должны работать с рутовскими правами, что давно признано опасным с точки зрения безопасности. В этом и есть вся беда - сделать правильное распределение прав просто, но прим этом растёт вероятность взлома системы. SUEXEC сравнительно маленькая программка, и найти в ней баги проще, чем в огромном апаче, и то на первых порах её ломали и ломали.
А почему нельзя просто прочитать книгу по юниксу? Ну невозможно в форуме всё узнать.
VPS - это не панацея.
Права на файл - это число, записанное обычно в восьмеричной форме:
- права для владельца файла
- права для членов группы файла
- права для всех
каждое право - это три бита, rwx соответственно :
- левый - читать,
- средний - писать,
- правый - для файлов выполнять, для директорий входить в неё
восьмеричное 0754 - права в битовой форме 111 101 100 , обычно записываются для файла rwxr-xr--, для директории drwxr-xr--, тире напротив отсутствующего права.
rwx - права владельца файла читать, писать, выполнять
r-x - права членов группы файла читать и выполнять или заходить в директорию
r-- - права всех остальных читать файл (или читать директорию, но не заходить в неё).
Право --x позволит зайти в директорию, но не прочитать её контент :)
Права ставятся командой chmod, владельцы командой chown . Пример, который нужен для организации доступа в папку upload юзера vova и апача:
chown vova.www-data upload
chmod 770 upload
vova.www-data - это обозначение пользователя и группы.
теперь права на директорию будут 770, drwxrwx--- , и писать в неё сможет её владелец и апач, который обычно работает от пользователя www-data.www-data . Апач и все его скрипты смогут в этой директории делать что захотят, поэтому защита относительная, она только не позволяет другим пользователям shared хостинга зацти через ssh и покопаться (даже прочитать) в этой директории. Всё потому, что php процессы всех пользователей работают от одного пользователя www-data.www-data .
Чтобы получить защиту лучше, запускают каждый процесс php от имени пользователя, указанного в конфигурации vhost, и владельцем upload делают не vova.www-data, а группу пользователя - vova.vovagroup . Тогда никто лишний - даже апач - не может ничего испортить, но резко падает производительность выволнения скриптов, на порядки - поэтому так делают не всегда.
Наверно у нас разные часовые пояса. Я - то уже засыпаю...
Будем. Это будет продвинутый пользователь. Грубо говоря, он будет своим клиентам зачитывать мануалы за деньги.
Вот-вот!
Ну не читаете Вы то что я написал. Вы пытаетесь меня убедить в том, что я взял как отправную точку и что считаю источником самоуверенности начинающих.
Ну правильно, о чём я и пытался сказать. У него и есть реселлеры, которые общаются с непонятливыми клиентами за него, делают то, что он не хочет в силу выбранной модели. Мы же ведём речь про реселлеров.
Я так прямо представляю как машинист лезет во внутренности локомотива :) Машинист фонариком может посветить на приборы, а чинить всё-таки будет админ-электрик.
В общем, творчески изучаем мой труд! Против LineHost я ничего не имею!
Не так. Какой доход в месяц может получить реселлер, не отягощённый знаниями? Сомневаюсь что большой. Кто такой вообще реселлер по-правильному? - это просто продвинутая служба поддержки хостера, не больше, и берёт деньги он за то, что вежливо объясняет и нянчится с теми, которых LineHost пошлёт на йух, плюс предоставляет услуги типа webmoney . А раз наш начинающий говнохостер ничего серьёзно не знает - что он может предложить клиенту кроме перепродажи чужого оборудования без своего сервиса? Ничего не может, то есть не нужен вообще пользователю. И потихоньку пользователи от такого уйдут (косяки-то реселлер тоже свои добавляет к косякам хостера!) и не будет денег на жизнь. Тут либо Вот вам модель работы "начинающего", инструкцию для которого Вы написали. Тут начинается следующий этап развития гусеницы в бабочку.
У опытного (как он считает) реселлера, естественно, возникает подозрение, что что-то не так, и он берёт сервер у хетзнера за 50 евро. Тут же всё, что он отдавал своему хостеру как реселлер, начинает идти ему в карман, и до первой неприятности он счастливо понимает насколько крут. А как только что-то происходит, его старые навыки реселлера (а он на самом деле не хостер а реселлер, так как прочитал инструкцию для реселлеров :) ) оказываются достаточными. И тут он начинает судорожно метаться искать админа. Находит, админ чистит логи и сервер чудом начинает работать. Хостер рад и понимает, что все проблемы решаются просто. Но он ещё не знает, что в следующий раз упадёт mysql, потом неправильный апгрейт софта приведёт к коллапсу, потом перебор трафика съедает всю прибыль, потом... потом уже не бывает, как мы понимаем - потом хостер сдувается. Наступила осень и бабочка сдохла.
Это был говнохостер. Если же у барыги появились лишние деньги от продажи мяса или водки, он, естественно, будет совсем не так вести дела, но речь о таких мы не ведём. Это уже уровень мастерхоста.
ЗЫ
Это типа шутка юмора, не надо слишком серьёзно воспринимать :)
ИМХО, как раз это инструкция "как стать говнохостером". А что делать, если реселлерства уже мало а знаний для создания своего полноценного хостинга нет? Продавать бизнес?
VictorAS, школьник должен тратить своё время на учёбу, а не на говносайты и на говнохостинги. Недоучка может на первых порах выплыть за счёт своих особенных качеств, но как только сложность его задачи возрастает, становится виден недостаток образования. Многие хостеры этим и грешат - начать вроде просто, а потом всплывают проблемы.
Если сейчас жёстко отбить охоту к дуракавалянию с хостерством, потом сам будет благодарен.
"Вывод - за массовым обслуживанием надо обращаться в огромные компании, типа дримхоста" основан на простом соображении, что прибыльность недорогих тарифов может быть достигнута только при очень большом их количестве. Очень большом. Тысяча тарифов по доллару не окупятся никога, десять тысяч окупятся если не нанимать техподдержку и не общаться. Когда миллион недорогих проданных аккаунтов, можно вводить автоматизацию и всякие многоуровневые службы поддержки.
