- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
//
// JS-protected mailto: link
//
function s2_js_mailto($name, $email)
{
$parts = explode('@', $email);
if (count($parts) != 2)
return $name;
return '<script type="text/javascript">var mailto="'.$parts[0].'"+"%40"+"'.$parts[1].'";'.
'document.write(\'<a href="mailto:\'+mailto+\'">'.str_replace('\'', '\\\'', $name).'</a>\');</script>'.
'<noscript>'.$name.', <small>['.$parts[0].' at '.$parts[1].']</small></noscript>';
}
И вот таким образом, S2 CMS защищает почтовые адреса через PHP/JS. Оригинально.
Follow us!
Звучит как название стека протоколов. Как TCP/IP, только PHP/JS.
PHP/FI
кстати, вполне себе стек протоколов. AJAX называется
Все же с терминами нельзя так вольничать
Asynchronous Javascript and XML. Где здесь PHP, Lure?
но и правда, аджаксу все равно, что отвечает, вполне может быть статика.
кстати, еще до появления XHR была идея такой работы "страницы без перезагрузки": грузим скрипт по урлу (скажем, во фрейме), загруженный скрипт отрабатывает и снова грузит скрипт и т.д.
т.е. вполне себе можно обойтись средствами DHTML+JS
А еще был комет: отдаем контент-ленс гиганский и мееееедленно выдаем js
браузер его выполняет
или просто не закрываем соединение? server push же
так перлом отдавался gif-счетчик (новые кадры подгружались по мере необходимости)
Поскольку в мире веба принято забивать отверткой гвоздь, то сначала сделали sateless, request/response протокол, а пртом придумали куки и всякие способы держать коннект (про keep alive не говорю, это чтоб tcp коннект не рвать)
Но на самом деле это всё уже не нужно. WebSockets придет -- порядок наведет.
авторизацию, разграничение прав делать надо
субд не рассчитаны на миллион коннектов
Инстанс обычно меньше десятка тысяч сессий держит.
Создание коннекшена очень дорогая и долгая операция.
Поэтому все делают пул коннекшенов.
https://docs.oracle.com/database/121/HTMIG/img/arch.gif
Тем более что базы (источников данных) может быть 2 и более.
и сейчас ходят уже ПОЧТИ в базу, то бишь рест
выжирают меньше трафика, ибо весь дизайн/верстку сливаешь один раз, всё остальное время качаешь данные с сервера и на сервер
всё нормально, обновилась текущая вьюха, кнопка назад ведёт на предыдущую
ЧЯДНТ что мои программисты сделали не так?
Обработали параметры после #, злодеи такие. Не дают людям по F5 прыгать на стартовую вьюху.
https://github.com/defunkt/jquery-pjax
С историей всё отлично, юзер даже не замечает, что страницы грузятся аяксом.
Надо нажимать F5 в Gmail.
Но ведь ф5 для того и нажимали? Или я что-то не понимаю?
Любитель старой оперы?
Почему? Вон в том же pjax, который выше кидал inkanus-gray, используется программное управление историей. Ну а юзерам древнего говна не привыкать к страданиям. Им можно и страницу перезагружать на каждый запрос...
А ссылки с решетками (через window.location), емнип, вообще везде пашут и даже в истории остаются.
>А ссылки с решетками (через window.location), емнип, вообще везде пашут и даже в истории остаются.
Вы так говорите будто в решетках можно сохранить абсолютно точное состояние страницы.
P.S. Массив состояний можно хранить в куках, в window.name, в localStorage, а после # указывать индекс этого состояния в массиве.
Вы так говорите будто в query string можно сохранить абсолютно точное состояние страницы.
> Введеные в инпуты данные оно тоже сохраняет
history.pushState - вроде бы да. Там же тот же самый back-forward кеш, что и при нормальных переходах.
> сначала сделали sateless
собственно, для статического контента не может быть никакого состояния
> а пртом придумали куки
собственно, очень здравая мысль (кроме ограничения на размер, и неожиданное их пропадание). это самое простое решения для stateful over stateless
> и всякие способы держать коннект
собственно, придумывать ничего и не пришлось, все уже было.
> WebSockets
я удивляюсь, почему сразу не запилили интерфейс JS к sockets\opengl и т.д.
кстати, уже пришел, только старые браузеры идут лесом сразу. (я тут недавно ощутил эту перемену, когда новый тел.сдох, и я достал старый аппарат с оперой мини. а еще для древних игрушек поставил хрюшу, там ослик уже неспособен адекватно смотреть веб, все эти жс не работают уже :) )
-------
зы: пойди теперь протолкни чего через заные сквиды и прочие прокси, через которые пол мира в Инете сидит
Ну разве что кто-то из них явно сказал Connection: close. А так - один хрен какое-то время болтается дальше.
Вы что, живете в мире HTTP 1.0?
Читайте же скорее про keep alive
Нужно больше TCP хендшейков. Желательно еще на каждый запрос какую-нибудь пыху поднимать с нуля и устанавливать соединение с БД.
А так же создаваний в памяти структур для сокета. А особый смак это HTTPS: нужно больше асиметричного шифрования! (про кеширование ключа в ssl пока забудем).
>>какую-нибудь пыху
Это же мое CGIное детство! По интерпретатору перла на каждый запрос!
>> и устанавливать соединение с БД.
да-да, причем без пула! Кстати, в пыхе до mysql_pconnect так именно и делали
А какой пул в CGI? Ну разве что какая-нибудь прокся перед СУБД...
Но есть же fastCGI
Кроме того есть mod_perl всякие, mod_php, и там можно не рвать коннект, пока не умрет экземпляр апаче) Но это уже модуль а не CGI
В SPDY у нас один поток, ресурсы грузятся строго последовательно (как в случае с CSS-спрайтами или со встроенными картинками).
А в HTTP количество соединений можно варьировать в зависимости от возможностей клиента или сервера.
Целых два!
http://tinyurl.com/kdt7eqd
— I'm surprised. Doesn't the HTTP 1.1 RFC say to limit persistent connections to 2 per server?
— Yes it does. Recent browsers don't conform anymore.
Выходит, что ни один из современных браузеров не следует RFC?
пер что?
айпи?
айпи и порт?
доменное имя?
зона?
На один сервер? Да за такое на кол сажать надо! Как и за download manager'ы с пятью потоками в 2014 году.
http://i.imgur.com/uWIfZL1.png
P.S. А Fx, судя по тому, что пишут, и 256 позволяет поставить.
http://yandextank.readthedocs.org/en/latest/tutorial.html#thread-limit
Зачем? Ну разве что если сервер кривые заголовки кеширования выдает.
Клиент может кешировать (Cache-Control, If-Modified-Since, E-Tag, Not Modified, вот это всё).
Так что и в spdy
:)
Если для http-сайтов можно заблокировать отдельные ресурсы через DPI провайдера, то https-сайты блокируются только целиком. Значит, SPDY-сайты рискуют полностью оказаться в блокировке.
наделать консерированный инет
только кипятком обязательно ошпарить, чтобы крышки не сорвало
http://www.youtube.com/watch?v=2aE27G_PpoY
-------
943 автономок с IPv6 на всю матушку Россию
http://www.ipv6actnow.org/info/statistics/
Судя по тому, что при добавлении суффикса .sixxs.org (например, так: http://lurkmore.to.sixxs.org/) всё работает, фильтра IPv6 нет. Или это потому, что URL именно с такими доменами нет в реестре...
Кстати, да... И страницу /Вещества разбанили.
Там ведь столько адресов, что можно каждому новорожденному автоматом дарить сеть из ста тысяч адресов, нет?
А чем поможет динамический адрес для закачки педопорно? Что статика, что динамика - провайдер по запросу один хуй с потрохами выдаст.
Скажем так - снижает вероятность связывания двух виртуальных личностей.
Читать далее>>>
http://www.bryansk.aif.ru/incidents/details/1380156
А про Server Name Indication (SNI) слышали?
P.S. Наверное да, иначе с сертификатами траблы будут.
Все же сертификат даеца ДОМЕНУ а не айпи адресу.
Особенно во времена когда на одном ip висит нгинкс и форвардпроксит запросы куче серверов за собой.
Судя по инициативам там такие дремучие старпёры сидят, пооставались еще со времен КПСС.
Для них что SPDY, что P2P, что FTP, что I2P - всё одно и то же.
недавно вот им не понравилось что IANA в США сидит. Сказали что это угрожает России, и решили видимо создать свой собственный ламповый Интернет, где номера портов для well known services будут назначать в России
P.S.:
Информация о домене хуй-в-жопе.рф (XN-----ELCNEO3BI3AT.XN--P1AI)
Доменное имя свободно! Вы можете его зарегистрировать.
Анрегнули, но возможность повторной регистрации не закрыли?
Да поди тупо год прошел, а автору было влом оплачивать.
Я теперь так буду ругаться
Доменное имя свободно! Вы можете его зарегистрировать.
Хм, а где домены по 100р/год можно купить?
450 Руб она стоит. Это на продление.
Там например есть сквид, через который я обхожу роскомпозор.
А зарегить приватный домен через ру-центр не так сложно, если конечно не получать свой nic-hdl :)
Хуже с DNSом: нужно или покупать у них хостинг DNS, или подымать самому bind и делегировать зону туда, но раньше они хотели чтоб за зону отвечало ДВА сервера в разных автономных системах!
А характеристики какие, кстати? У меня 5$/месяц за 512 RAM, 20Gb SSD и гигабитку.
> Хуже с DNSом
Ну с этим проблем вроде бы нет. У цифрового океана в админке все это крутится. bormand.tk вообще без проблем туда заделегировал.
место (думаю что оно растет по требованию, мне 8 г хватает)
Ram, судя по top,
Проц 1 vCPU 2.5 Ghz
Надо бы для приличия чего-нибудь туда разместить, а то там VPN, змейка, лента комментов от ГК да 403 Forbidden на главной...
Ну там при создании на выбор давали несколько образов. Я 32-битный щелкнул. Ах да, ipv6 еще должно быть в этом датацентре, но я не пробовал.
Эээ. А как же задачка с холодильником?
А она на старом хостинге была. Можно вернуть.
Терабайт на моём плане.
P.S. За последнее время где-то 3-5 раз сток пригодился. Когда анонимус вайпал, когда я на несколько дней отлучался и когда барбарбар пришёл с баграми диалогами о PHP.
Спасибо за работу!
2 человека, само собой. Раскрутка удалась :3
> кто-нибудь кроме меня приходил
Ну айпишник вроде одинаков, . Значит никто.
> где-то 3-5 раз сток пригодился
Ну вот это такой ресурс, который вроде бы почти никогда не нужен... Кроме вот этих редких моментов.
Вам нужно в преподы. Я понимаю, Вы не обязаны учить кого-то чему-то в ущерб своим увлечениям, но если бы это делали именно Вы - толк бы был. Борманд дал мне несколько полезных советов - это было давно, а пользуюсь я ими по сей день. Defecate же в двух словах объяснил, как Delphi работает с памятью: я стал умнее.
Раньше находил вариант за 9 евро в год, но там и качество было соответствующее...
Я бы купил яНдекс.рф, яндекС.рф, ЯНДЕКС.рф итд
Партнёрка от регистратора.
Но там поди кабальные условия?
Латинские то нет. А вот насчет юникодных меня грызли сомнения.
http://www.motobit.com/util/punycode-decoder-encoder.asp
Разница между IDN и чистым punycode в том, что в IDN перед кодированием регистр приводится к нижнему.
Видимо Конардо забыл проплатить домен.
к-едрёной-матери.рф, получется, не запрещено?
Эх, не сидели они в IRC'е с ботом, который пинает за маты, не сидели...
Пытаюсь отгадать загадку про холодное оружие. Пишу свой ответ «сабля». Получаю на экране:
Я: сая дурак.
Бот: Ответ неправильный. Правильный ответ: сая дурак.
но ута?
Какой всё-таки полёт фантазии был у авторов списка!
еблясперископом.рф
заебитесьвывротивжопу.рф
Представляю процесс его составления...
P.S. Список: http://dolboeb.livejournal.com/1918182.html
Но почему?
P.S. А с дефисами между словами зарегистрировать можно!
Доменное имя свободно! Вы можете его зарегистрировать.
Всё правильно. Неудобно же читать без разделителей, потому и заблокировали.
В середине 20 века в Азии можно было наблюдать несовместимость реализаций
Я лишь слышал о петиции интеграции PhotoShop'a в PHP: http://php-forever.blogspot.com/2014/11/blog-post_12.html
PS может быть не фотошоп вовсе. Может это ps комманда из никсов или pstools из винды. Ну уж никак уж не PL/SQL
А разве Frontpage еще не устарел, до сих пор стандарт что ли?
А на Ваш вопрос я даже не знаю как ответить. Вы меня в тупик поставили.
По уму надо картинк вообще не париться и юзать нормальный почтовик типа gmail, где спам фильтруется.