DELETE оператор по-моему позволяет делать INNER JOIN, удаляя таким образом сразу из нескольки таблиц одновременно.
Но если у вас InnoDB я бы транзакции сделал ...
И DELETE + INSERT заменить на UPDATE, а то это по-моему совсем трэш :) Разве что у вас там может до удаления быть несколько записей с city_id, их нужно удалить все и вставить одну новую.
Посмотрите список процессов. Я честно не помню как он называется, но если его увидишь - поймешь, что это он. ./ispmgr mysql check что ли ...
Может это и не ошибка. Надо смотреть таблицу `h4zp7_redirect_links` на предмет того, что там есть key, который дублируется при вставке. На основе этого сделать выводы. Раньше, когда был русский язык возможно некоторые значения превращались в "?????", что в итоге привело к проблемам в уникальности ключей.
Иногда установка панели надолго (а может и навечно) зависает на этапе проверки SMTP, Apache и прочего.
Я в таких случаях просто убиваю эти процессы. Проверка завершается со статусом error, но это не влияет ни на что.
PHP-шный zip-архиватор на лету вообще есть. Без каких-либо расширений. Наверное это единственный вариант. Сделать glob и архив.
Если они обращаются к разным IP - можно выдрать из netstat номер PID'а и уже его изучать в /proc.
Что на замену? nginx limit_zone?
Да уже разобрались. В конкретном посте не было разговора о STUN.
My bad. Я думал основной процесс работает от root, а fork'и от www-data.
Ну, шо. Тут можно посоветовать selinux правило наковырять какое-нибудь :) либо уйти нафиг от этих файлов и хранить в каком-нибудь memcache данные.
С POST-ом очень просто.
В примере с регистрацией у вас будет страница /page/register. В качество action будет тоже указываться /page/register.
Произойдет include файла register.php в котором будет
if ( isset($_POST['login']) && ... )
Где и будете регистрацию проводить.
В целом можно сказать, что на 2013 год так делать, наверное, не надо. Просто потому, что есть фреймворки, которые уже это делают, учитывая все проверки необходимые :)
