Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP 5. На примерах. Авторы: Кузнецов М.В., Симдянов И.В., Голышев С.В. MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Разное

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Правила написания Гостевой книги
 
 автор: Dasf   (24.05.2006 в 13:41)
 
 

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

   
 
 автор: cheops   (24.05.2006 в 13:47)   письмо автору
 
   для: Dasf   (24.05.2006 в 13:41)
 

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

   
 
 автор: Dasf   (24.05.2006 в 13:53)
 
   для: cheops   (24.05.2006 в 13:47)
 

cheops
Я планирую на файлах.

   
 
 автор: Unkind™   (24.05.2006 в 13:50)   письмо автору
 
   для: Dasf   (24.05.2006 в 13:41)
 

Ну нужно htmlspecialchars делать обязательно на все переменные, которые может изменить пользователь...Хранить, по-моему, лучше в MySQL...Правда в WAP больше вроде особенностей кода...К примеру, нужно "$" заменять на "$$", "&" заменять на "&", с некоторыми другими знаками тоже нужно разбираться...
Потом лучше сделать проверку на длину текста, введенного пользователем (на php особенно)...Также можно сделать проверку картинкой, но можно просто сделать, чтобы с одного IP чаще, чем в 1 минуту нельзя было добавлять записи...

   
 
 автор: Dasf   (24.05.2006 в 15:33)
 
   для: Unkind™   (24.05.2006 в 13:50)
 

..

   
 
 автор: Владимир22   (24.05.2006 в 16:43)   письмо автору
 
   для: Unkind™   (24.05.2006 в 13:50)
 

> Также можно сделать чтобы с одного
>IP чаще, чем в 1 минуту нельзя было добавлять записи...

А не подскажите код такой реализации?

   
 
 автор: Dasf   (24.05.2006 в 17:54)
 
   для: Владимир22   (24.05.2006 в 16:43)
 

Мне тоже кстати интересно, как это вообще реализовывается, наверно создаётся отдельный файл, в который записывается ip и дата.

   
 
 автор: Trianon   (24.05.2006 в 18:26)   письмо автору
 
   для: Dasf   (24.05.2006 в 17:54)
 

отдельный-то зачем? Тот же, где и записи хранятся.

   
 
 автор: Dasf   (24.05.2006 в 19:05)
 
   для: Trianon   (24.05.2006 в 18:26)
 

Ну допустим в томже, а дальше как сравнивать? Чтобы интервал был между собщениями?
ip//Дата
ip//Дата
ip//Дата

И у меня вопрсы:
1. Как лучше записывать сообщения, каждое в новый файл, или всё в один? Что выполняться быстрее будет? И намного?
2. Какой формат файла для сообщений лучше взять(.dat, .txt или др.)?

   
 
 автор: Trianon   (24.05.2006 в 19:25)   письмо автору
 
   для: Dasf   (24.05.2006 в 19:05)
 

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

   
 
 автор: Panker   (25.05.2006 в 00:51)   письмо автору
 
   для: Trianon   (24.05.2006 в 19:25)
 


> Также можно сделать чтобы с одного
>IP чаще, чем в 1 минуту нельзя было добавлять записи...

>А не подскажите код такой реализации?


Послед обавления записи давай куки на 1 минуту или 30 секунд как тебе удобно, и при добавлении проверяй если куки есть посылай если нету добавляеш сообщения даёш куки! :)
Думаю эфективный способ если не более чем на 1 минут спам проверку ставить :)

   
 
 автор: Trianon   (25.05.2006 в 09:52)   письмо автору
 
   для: Panker   (25.05.2006 в 00:51)
 

Когда на клиентской стороне запретят куки, эта Ваша проверка накроется ... понятно чем.

   
 
 автор: Dasf   (25.05.2006 в 12:21)
 
   для: Panker   (25.05.2006 в 00:51)
 

Не с куками плохо будет, так как их можно будет удалить на компе...

   
 
 автор: Dasf   (25.05.2006 в 12:23)
 
   для: Dasf   (25.05.2006 в 12:21)
 

Ну а какие ещё вы моглибы дать советы...

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования