Интересуют возможности организации, подобного рода банов. Фактически задача сводится к получению каких-либо параметров железа через то, что нам дают веб-технологии php и javascript
Пока специально_обученые и предварительно_подготовленые крикуны, орут и срутся по зомбоящику - по-тихому протаскиваются законопректы, необходимые для ТОТАЛЬНОГО ПОРАБОЩЕНИЯ.
Давайте вспомним "постановочные" драки в госдуме к примеру. Жириновского.
Я разрабатываю CMS уже год. Ядро писал ручками, с нуля. Однако, не реализовано ещё и четверти из задуманного.
Хотя начинал без какой-либо подготовки, без документации и планов (Хотя был аналогичный блокнот с идеями). Документацию начал делать всего около 3 месяцев назад, когда начал замечать нехорошие вещи вроде - "потерялся в собственном коде", "забыл назначение того или иного метода" и пр... Тогда же и сформировал единый план и концепцию, и решил использовать парадигму MVC и полностью ООП-код.
Первая ветка была полностью процедурной и кривой. Тогда я ещё только осваивал php, но был большой опыт скриптового программирования на Python, Lua, и нескольких специфичных языках.
Вторая была расширена несколькими классами, а ядро переписано.
Третья - началась с написания базовой документации, целей, видения и планов, и стала полностью MVC. С третьей ветки проект получил коммерческую поддержку.
Так что прежде всего - я думаю надо будет много писать документации, и много думать.
p.s
Я наверное единственный, кто пересел с питона и ему подобных - на php. Обычно бывает наоборот...
Это скрипт, генерирующий список запрета IP-адресов, являющихся выходными нодами анонимайзера Tor. У меня список генерируется для вебсервера Nginx, но можно переделать и под Apache.
Скрипт может быть очень полезен для защиты от всяких прошареных неадекватов, спамеров, троллей, и прочего быдла, использующего тор для своих быдляцких дел.
Скрипт предназначен для запуска по таймеру через планировщик задач, на платформах Windows Server. Конечно, подобный способ запуска php-скриптов должен быть настроен на сервере. Советую выставить промежуток запуска раз в 6 часов. (Для nginx ещё может понадобиться "мягкая" перезагрузка сервера: nginx.exe -s reload, а всё это - пихнуть в батник, который и запускать планировщиком).
В массиве $torstat - задаются адреса серверов, предоставляющих актуальные списки выходных шлюзов сети Tor. Здесь представлены четыре, на данный момент рабочих сервера, предоставляющих актуальные списки.
В переменной $ip_access - задаём полный путь до файла с правилами запрета\разрешения адресов.
var serverscriptpath ='ajax.php';// Адрес скрипта, который должен обработать запрос
var postdata = $("form[name='myform']").serializeArray();// Сериализация (упаковка данных) формы.
// Что нибудь делаем до запроса
$.post(serverscriptpath, postdata,function(data){// Собственно асинхронный POST запрос
// В переменной дата - должен содержаться какой либо ответ скрипта ajax.php. В этом блоке мы разбираем ответ.
alert(data);
});
});
Осталось куда-нибудь воткнуть "кнопку" с id="ajaxbutton"
В ajax.php - пишем собственно тот php-код, который написали выше. В нём мы также разбираем пришедшие данные $_POST
Ответы можно выводить через echo($otvet); или ещё лучше через exit($otvet);
Раз речь зашла про достоинства и недостатки...
Интересуют достоинства и недостатки использования обеих способов.
Вот моя прикидка по теме, если есть что добавить - буду рад:
- Наглядный, простой и очевидный синтаксис шаблонов, позволяет создавать шаблоны людям - далёким от программирования, например дизайнерам.
- Однако, разбор шаблона требует процессорного времени, и возникает вопрос, а зачем ещё одно тормозящее звено?
- Но в то же время - контраргумент: Можно отдавать уже скомпилированный код шаблона (а он представляет из себя тот же самый быстрый Free PHP\Short Tags - код). А перекомпилировать - ТОЛЬКО тогда, когда изменился шаблон.
Вот мы и подошли к ГЛАВНОМУ
- Обвинять шаблонизаторы в "громоздкости" и "ещё одном синтаксисе" - не имеет смысла. Дизайнеру в результате не нужно знать PHP чтобы делать шаблоны на сайт. Это лишь инструмент для более удобной и быстрой разработки сайтов. А все вопросы скорости работы шаблонизатора - вполне решаемы при достаточно прямых руках.
Я считаю, что когда решают использовать Free PHP/Short Tags - программисты тупо забивают на преимущества и удобства, ради "скорости", и чтобы "не париццо, это-ж писать надо, думать".
Вообще-то и стандарта нет ADSL, который бы описывал скорость ниже 1,5мбит/с.
Такого действительно нет. Зато есть древняя модуляция G.DMT. В большинстве случаев - кроме неё - ничего и нет больше. Скорость на скачивание у неё до двух мегабит, а вот отдача - не выше 400-500 килобит в секунду.
Иногда возможность включить модуляцию получше - есть, и DSLAM у провайдеров современный, но извините, говёные линии связи времён 70-х годов прошлого века - не позволяют.
К теме...
Вообще - возник вопрос. Есть ли способы количественно замерить производительность Javascript в тех или иных обозревателях?
PHP - многострадальный язык. Только здесь новички с опытом в 2-3 часа пытаются сразу начать писать регулярные выражения, проектировать БД или изучить ООП. Грустно это. Не повторяйте их ошибок
Абсолютно согласен. Многострадальный потому - что эти самые новички в итоге и испортили репутацию языку. Незаслуженно испортили.
Цитата:
Не понимаю ООП
Чтобы его понять - нет необходимости изучать процедурный стиль, и доводить до "выше среднего". Важно понимать сам ПРИНЦИП! А сам принцип я понял прочитав книгу Льюиса Кэррола (Нет, не Алису в стране чудес) История с узелками.