Привет! Создал новую тему только потому, что первая тема, была под старый вариант движка, а здесь будут другие вопросы.

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

1. В общем, при создании мини галереи, столкнулся с проблемой передачи параметров через $_POST в осла. Во всех браузерах кроме IE 8(возможно и в старых тоже, но не проверял) всё работает, то есть такая конструкция как 

в лисе, опере, хром и других браузерах, передаёт в пост содержимое value, а в осле название кнопки.
Это конечно не критично, я уже обощёл эту проблему через сессию, но просто хотелось бы знать, что за геморой такой? Это только у меня что глючит в осле, или это у всех так.

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

3. Что я упустил из вида, для безопасности сайта? На данный момент сайт работает следующим образом. В index файле я отправляю в проверку введённой строки, которая имеет вид ЧПУ, с помощью регулярки режу и проверяю на соответствие данных из заранее известных параметров. То есть в массиве содержатся все названия каталогов (cat=xxx) и артиклей (art=xxx), это реально, так как страниц чуть больше десятка. И если полученное не соответствует, то назад на главную.
Дальше в файле .htaccess перенаправляю на главную при возникших ошибках, чтобы не показать их в браузере.
Плюс, вставил такое :

Где откопал не помню, насколько понял, это для редиректа в случае если кто пытается поломать.
Хотя, я так построил структуру сайта, что при любом неправильно введённом адресе, будет переход на главную, поэтому может это и не нужно.

В общем, если адрес правильный, только тогда подключается всё необходимое. Подключка идет через первоначальную провеку на существование данного файла, где основной путь берётся из конфиг файла, то есть жестко задан.
Глобальных переменных не использую, и в пхп register_globals = Off

Что я упустил, как можно проверить сайт на взлом?

1. hidden-поля.

 Говорят, что если в полнолуние внести 666 одинаковых записей подряд, то она падает.

3. Ты упустил:
XSS в коде выше.
Бред в .htaccess про MS.
А еще можно юзать MVC-арихитектуру, с ней ПРОЩЕ.

По hidden-полям я знаю, у меня просто немного другая ситуация, так как таких кнопок создаётся много, и с hidden-полями придётся тоже столько же их делать, что не оптимально.


Это к чему, к тому что типа глючная по самое не хочу?

По XSS действительно упустил, бум разбираться, что к чему.


Ну..., я и предполагал что бред какой то. Судя по записи, это типа при прямом обращении там к диску и тд., типа иди к MS. На месте MS может конечно быть другой адрес. Вот только нужен ли какой то адрес, или такие запросы можно по другому обработать, и вообще, нужно ли это вообще?


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

Это сообщение отредактировал(а) SergV - 5.7.2009, 15:45

 Нет, про то, что если бы она была глючной, то наверняка бы ее не было в составе PHP ;)
sqlite - качественный продукт.


 почему не оптимально? Экономим 20 байт?

Ясно. Я просто спросил, потому что с базами мало знаком, в основном с MySQL при работе с джумлой. Ну а так как мне для сайта с десяток страниц и мини галереей как таковая серверная база не нужна, вот и пал выбор на sqlite, так как база в текстовом файле, всё лучше чем мудрить с xml файлами, в качестве базы данных.


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

Я бы не рекомендовал заменять mysql на sqlite. Я просто не вижу аргументов не пользоваться mysql. А аргументов против - предостаточно. 
При возникающих ошибках не стоит перенаправлять на главную, лучше честно отдавать 404.
Про button не знаю - в HTML не специалист, но почему бы не использовать стандартный submit?

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

Аргумент, в пользу того, что не все хост услуги имеют базу данных, а платить за хост, даже к примеру полтора евро в месяц, для сайта-визитки в пару десятков страниц, вместо к примеру 50 центов, нет смысла. Конечно для такого сайта можно и текстовую базу использовать, но sqlite база думаю будет всё же лучше.


А какой смысл в показе ошибки, если на сайте с десяток страниц, и заблудиться можно только хакеру, которого не интересует содержимое, а только поиск этих ошибок, чтобы знать что дальше делать.
Еще к примеру ошибку 404 конечно можно отдельно обработать, но что касается остальных, достаточно того, что при пере направлении ошибка запишется в лог файл. А нормальному пользователю, при возврате на главную, можно просто сообщить, что он ввёл неправильный адрес.


Да тут ситуация была такая, что мне под эскизом нужна простая надпись, а передавать название эскиза, и чтобы это было одной кнопкой, а не кнопка + хиден поле. Так или иначе, я уже отказался от этой идеи, как и вообще от передачи параметров через пост.



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


Может быть, щас сказать уже не могу, так как удалил из кода элементы формы.


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

 А некоторые и php не имеют , и что с того?)

 И почему ты думаешь, что если нет СУБД, то есть sqlite? Ты глубоко ошибаешься, sqlite встречается очень редко.


 Нет смысла иметь сайт, на который жалко 10 евро в месяц.

1.мы вроде движок обсуждаем, а не сайт визитку
2.как быть с удаленными страницами и поисковыми системами
3.как быть с неверным вводом адреса страницы пользователем?

нормальный пользователь при поподание на главную если он знает как она выглядит может не обратить внимания на сообщение, следовательно подумает что это сайт глючный а не он производит неправильные действия

угу а то что некоторые пользователи отключают javascript ты учитываешь?

Это сообщение отредактировал(а) krundetz - 7.7.2009, 12:47

100%. Причем нет смысла и обсуждать. 
Думаю, что у большинства участников рабочее время, потраченное на обсуждение "гениальной" идеи с "закачиваемой админкой" стоит больше, чем "хостинг" для этого сайта на месяц. 
Учитывая отношение автора к той информации, которой с ним делятся специалисты, лично я пойду, поищу более адекватную аудиторию. 
Годика через два, возможно, будет, о чем поговорить.

nerezus

Да дело в общем то не в том, есть или нет базы на хосте, это я к примеру привёл, насчет что если нет мускула. Я просто подумал, если sqlite в пхп уже влючен, то вероятно даже если мускула нет, то sqlite должна быть. Но тут ты прав, если хостер не даёт базы, то нет гарантии что sqlite он тоже не отключил.
 

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

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

krundetz

1. А что, сайт визитка не может быть на движке сделана? Я разве про нтмл сайт говорю?
2-3. Ну.., поэтому поводу, тут конечно так, я об этом когда предыдущий пост писал не подумал. Уже переделал с перехода на главную, на страницу ошибки.
А по ява скрипту, я просто привёл пример, я всегда дублирую сообщение, на пхп и на ява, на случай если ява отключен.

Ипатьев

Я разве кого то уговариваю чтобы тратили на меня рабочее время? Что за бред не понимаю. Я спросил, мне ответили, я попытался аргументировать, но это не значить что я не принял ответы к сведению. Моё последнее сообщение было в 11:30, судя по форуму, сейчас у меня седьмой час, и весь день я занимался работой над движком, с учетом приведённых ответов, в том числе и по твоему ответу -

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

--------------------------------------------------------------------------------------------
Что же касается админки, то чего тут такого, если один главный файл будет подгружаться. Да и вообще, это была просто идея, и  меня интересовало не столько принцип подгрузки файла, как и сама админка в таком виде, сколько возможность перехвата загружаемых файлов на сервер.

Что же касается самого движка, я делаю не какую то там одноразовую страничку, а нормальный модульный мини CMS, который можно будет использовать в разных проектах, от простых сайтов визиток, до мини блогов и порталов. А мускул, тут я не очень силён, поэтому и хотел как то обойти его, но как уже понял, пытаясь делать на хмл и текстовых файлах, без базы не обойтись, поэтому и думал про sqlite.
Делаю данный двиг, не потому что нет хороших, просто хочу понять принцип работы других, да и сделать для себя двиг таким, чтобы он был максимально удобным в обращении, а не как большинство других, где даже с подробным мануалом голову сломаешь, пока изучишь.

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





вопрос необходимости и финансовых возможностей того кто это будет делать.

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

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


Ясно, иными словами это мало вероятно.


Ну.., тут предполагалось что в файле контролера будет функция, которая будет отвечать за удаление, типа нажал выйти из админки, и функция удалила файлы админки. Но в любом случае, так или иначе я уже наврятле успею сделать админку даже в таком варианте да урезанного двига, поэтому оставлю редактирование текстовых файлов контента через фтп в блокноте, пока не сделаю полную версию двига.
А что касается удалённого администрирования, то здесь хотелось бы по подробней. Я уже давно об этом подумывал, но пока так и не добрался до этого вопроса, как такое реализовать. Одно дело к примеру через фтп в блокноте отредактировать файл, а совсем другое сделать полноценную админку на локалке.
Я как понимаю, для этого на локале должен быть полноценный сервак, и сервак должен быть виден из сети. Есть где что почитать по этой теме, а то я сложно пока себе представляю как такое реализовать. Если к примеру поставить апач на винде не проблема, и сделать его видимым из сети это не проблема, то организовать взаимосвязь двух серверов на предмет управления содержимым сайта, одного другим, это уже туманно.

Казалось бы, зачем админке нужно, чтобы ее видели из сети. Загадка.

SergV, Еще на "посмотреть"... 

Есть такая тулза jsys.php. Она распространяется в составе cms Joomla и представляет собой средство аварийного администрирования Joomla-сайта. Её характерной особенностью является то, что все функции,  картиники, файловый менеджер и даже библиотека работы с zip'ами - pclLib размещаются в одном файле, размером около 100кил. Это, конечно, не полноценная админка системы, однако для варианта "загрузил, проадминил, удалил" - довольно приличный вариант решения 

Вообще то эта тулза не распространяется в составе джумлы, а распространяется кроликом, на случай не предвиденных ситуаций.   
Я про неё знаю, так как сам обитаю на том джумловском сайте, и кролика тоже знаю.

А по поводу админки вообще, ещё буду думать, возможно всё же вернусь к нормальному виду.


У меня тут возник другой вопрос, пока сегодня отлаживал обрезанный двиг, тот что на быструю. Всё уже работает как надо, проверил уже вроде по всем мне известным вариантам, осталось как то защитить изображения из галереи, чтобы не кто не мог у себя на них ссылки давать.
Из пары статей по .htaccess с mod_rewrite, нашел как можно запретить это дело, но у меня сервак сразу вываливает ошибку 500. Может кто знает как правильно прописать?
Вот код что нашёл


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

Это сообщение отредактировал(а) SergV - 9.7.2009, 17:50

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

вопрос а если что то забыл поправить и вышел следовательно админка уже удалена, чтобы доделать опять подгружать админку? А как ты собираешься защищать админку когда она загружена на хост, вдруг кто то именно в этот момент полезет в нее? Тоесть я виду к тому что защита всеже понадобиться, а если она понадобиться и будет реализована зачем убирать админку с хоста? Тоесть либо админка на хосте либо как я уже говорил удаленная.

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

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

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


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


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


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

Спасибо всем за советы по предыдущим вопросам, буду ещё думать, что лучше и не геморойно. 

Тему не закрываю, вопросы возможно ещё будут, но думаю уже по существу.   

Это сообщение отредактировал(а) SergV - 10.7.2009, 11:50

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