Игорь Шутник: ну, что делать, следите за бэкапами, смените пароли, в идеале конечно неплохо попросить кого-нибудь из знакомых прогеров хотя бы мельком глянуть код на очевидные "дыры". Базу берегите. Сделайте бэкап базы обязательно.
Игорь Шутник: ну, тут уж действительно странная.. с фрилансером как расстались? Норм или были шероховатости? Человек мог себе бэкдор написать вполне, без анализа "по косточкам" хрен найдешь. Базы целы? или тоже из бэкапов?
Игорь Шутник: тогда смотрите даты изменения, логически - файлы скриптов не должны меняться после заливки на хостинг. Если только это не патчи. В любом случае - проверить все что менялось позже чем заливка на хостинг.
Артур Мартынов: к сожалению, визуально ошибок в скрипте не видно, ошибка либо в расположении файлов, либо в неочевидных нюансах, мелких ошибках и пропущеных библиотеках js. Кароче все - от неверной кодировки файлов до погоды на Юпитере, вопрос в том что все обычно можно посмотреть в логах системы, ошибки обычно повторяющиеся, по кодам легко найти что где не работает и на каком этапе все пошло не так.
Артур Мартынов: все плохо :( "Я не умею варить борщ, делал по инструкции, правда варил над газонокосилкой, у меня нету газовой плиты. Подскажите почему он не варится!"
Ну и как Вам помочь? Читайте про настройку логов в этом.. матрице. Телепатия сломалась :(
Артур Мартынов: звучит как "я из матрицы запускаю, у меня тут только кастрюля и консоль!" кто такой вебматрикс? Локальный вебсервер? Настройте логи! Или напишите функцию для записи в файл дебаг инфы и ловите что куда попадает.
Твой Товарищ: url - по простому адрес сайта, ip - уникальный адрес в сети(пользователя или сервера- не важно). Прокси зависит от вида, анонимный скрывает, но это не надежная защита. TOR - более серьезно, I2R - еще более надежно. 100% анонимности не бывает, рано или поздно если захотят - найдут. Просто ресурсов надо будет в разы больше. И не всякая контора станет заморачиватся, на такие вещи обычно есть ресурсы только у фсб, анб, цру и подобных контор. Так что если в кино стыренное в торе раздаете - вряд ли кто будет вас напрягаться искать, а если ченть типа силк роад будете мутить - рано или поздно спалитесь полюбому.
посмотрите базовый класс, проще всего просто скопировать оттуда строчку с параметрами входными, там наверняка указаны типы передаваемых данных, которые тут тоже не мешало бы указать.
maximka787: Объект в ООП - это черный ящик, почитайте про базовые принципы ооп, про наследование, возможно тогда вы поймете всю скрытую красоту ооп, и возможно даже воскликнете "ешкин кот! Как я раньше до этого не допер! Все так офигенски красиво и круто и все само собой волшебным образом работает!"
MVC это нифига не то что ты написал :). Это четкое распределение ролей в иерархии веб-приложения. Мухи отдельно, котлеты отдельно. Объекты - черные ящики с интерфейсами, контроллер - тонкое связующее звено между объектами и представлением. Представление - как набор шаблонов с данными передающимися из контроллера, но полученные от объектов модели. Есть дофига почитать по этому поводу. Serdonda дал хорошую ссылку по обучению велосипедостроению, такой себе вполне рабочий самокат получается на выходе.