Знания: Если капчу делать не охото или вводить си-му с уникальными ключами в сессии/базе то можно сделать еще 1 вариант, менее безопасный но простой в реализации.
На html страничке выставляем юзеру куку с помощью javascript, ее содержимое - к примеру день + ip юзера и все это в каком-либо хеше или в посоленном виде, куку ставим на 1 день. Ну и аналогично проверяем на php скрипте наличие этой куки и ее правильность... Си-ма велосипед, но при определенных "вариациях" отработает свое :)
а каптача или сессиия что то меняют , ТС так и не ответил чего он опасается
ascen: там слишком все запущенно.... и было принято решение увеличить функционал в разы... по этому выбран был битрикс он более гибкий и лучше подойдет для этих целей
_Dizerd_: В общем, я как понял самый лучший вариант локализация. Сделаю чтобы язык можно было менять через переменную &lang=ru(en). Вот тогда немного другой вопрос.. как лучше. делать 2 файла en.lang / ru.lang в которых записаны текста сайтов или хранить все текста в БД сделать просто в таблице 2 варианта.
если хранить в БД , то как вы предполагаете его использовать не делать же триста запросов для вывода странички ?
как если по мне если тексты не такие уж огромные хранить как переменные в ленг файлах
Если капчу делать не охото или вводить си-му с уникальными ключами в сессии/базе то можно сделать еще 1 вариант, менее безопасный но простой в реализации.
На html страничке выставляем юзеру куку с помощью javascript, ее содержимое - к примеру день + ip юзера и все это в каком-либо хеше или в посоленном виде, куку ставим на 1 день. Ну и аналогично проверяем на php скрипте наличие этой куки и ее правильность... Си-ма велосипед, но при определенных "вариациях" отработает свое :)
а каптача или сессиия что то меняют , ТС так и не ответил чего он опасается
Возможность изменения истории в браузере (то, что нужно ТС) появилась в HTML5.
вот не понял что конкретно имеется ввиду
полностью поддерживаю Himiko
в чем проблемма ? обьясните чего вы опасаетесь
а причем тут HTML5 ?
на самом деле это не плохо , подумайте как вы можете использовать в своих интересах )))
php.ini
memory_limit 256M
bsyomov,
просто как по мне я точно бы битрикс не взял , тем более для нестандартных решений , но коль выбрали его то наверняка есть какие то тому причины
да именно он...че не лучший вариант?
просто как по мне если он выбрал битрикс то наверника знает как перенести существующий
там слишком все запущенно.... и было принято решение увеличить функционал в разы... по этому выбран был битрикс он более гибкий и лучше подойдет для этих целей
это программист убедил вас в битриксе ?
В общем, я как понял самый лучший вариант локализация. Сделаю чтобы язык можно было менять через переменную &lang=ru(en). Вот тогда немного другой вопрос.. как лучше. делать 2 файла en.lang / ru.lang в которых записаны текста сайтов или хранить все текста в БД сделать просто в таблице 2 варианта.
если хранить в БД , то как вы предполагаете его использовать не делать же триста запросов для вывода странички ?
как если по мне если тексты не такие уж огромные хранить как переменные в ленг файлах