Разметил сайты ScholarlyArticle для Яндекса и Breadcrumb для Google, привязал к Google+. Больше пока не вижу у них подходящих способов улучшения вида ссылки в результатах поиска.
УНЯНЯ. У нас есть немножечко инфы
об этом пользователе. Мы знаем, что он понаписал,
порекомендовал и даже и то и другое сразу.
А ещё у нас есть RSS.
OpenID и другие виды авторизации для IPB сейчас вижу только для IPB3. Работающий (и ещё как) OpenID на более старом IPB видел на http://sysman.ru/ . Который оффлайн.
RJ @greenjoker: *web *ахтунг *палево *WebRTC *javascript
Лютое палево http://habrahabr.ru/post/215071/
Определение локальных IP-адресов через WebRTC жаваскриптом
2686027 http://juick.com/2686027
Время склейки зеркал не зависит от выбранного способа указания главного зеркала и занимает, как правило, около месяца.
Чтобы изменить адрес сайта в Каталоге, есть два пути:
Быстрый: ... Обычно этот процесс занимает 4-6 недель.
Медленный: ... Обратите внимание, что процесс переклейки зеркал в среднем занимает до 4-6 недель, ускорить его, к сожалению, нельзя.
Около месяца aka 4-6 недель затягиваются на третий месяц. На старом домене, где, кроме 301 и robots.txt, ничего нет, тИЦ 60, на новом -- тИЦ 40. Супер. И в Яндекс.Каталоге ссылки старые (обращением в поддержку перенос тИЦ не ускоряется, так что нет, не обращался).
Ситуация: есть форум IPB на двух доменах. Один из этих доменов теперь мой. Спустя два месяца после покупки домена админ пишет, что теперь хостинг для него будет стоить 1000руб в месяц. Объявление долго висело, желающих так и не нашлось. Я в НОД и КПЕ суммарно в месяц меньше плачу, а это поважнее будет, чем форум. Теперь объявление, что сайт будет грохнут. Мне эта петрушка не очень понравилась, поэтому я запустил рекурсивный wget и начал сливать зеркало. Если админ реально грохнет форум, самое простое будет -- поднять статическое зеркало, а новых юзеров направлять на другой форум. Сложно ли разпарсить все html и реконструировать базу данных форума как будто так и было?
У меня в качестве рекламного блока на сайтах висят новости оппозиции. Так как RSS я туда загнал всяких разных изрядно, все материалы, кроме родной КПЕ, отчитывать не успеваю. Удобно, посетители своими кликами как бы намекают, что из этого потока самое интересное.
http://www.teamten.com/lawrence/projects/turbo_pascal_compiler/
Реализация подмножества Turbo Pascal на JavaScript.
JavaScript, как известно, не экранирует от разработчика необходимость периодического возврата управления, и при этом никаких продолжений для простого решения этой проблемы в языке не предусмотрено, так что любой подобный проект в том числе подразумевает обход этих ограничений. В этой реализации сначала Pascal компилируется в p-code (причём, вроде бы аналогичный виртовскому), затем выполняется на виртуальной машине (Machine.js), которая после изчерпания лимита инструкций делает setTimeout и тем самым преодолевает ограничение JavaScript. Delay реализован корректно, выполнение виртуальной машины останавливается и продолжается через указанный интервал, а не через 0, как обычно, при изчерпании лимита инструкций. А вот ReadKey -- нет, его блокирующим ещё не сделали.
https://encrypted.google.com/search?q=slando
У вас тоже рекламная ссылка «slando.ru - Сландо - доска объявлений» перекидывает на мошеннический сайт?
Меня больше всего смущает, что зелёным цветом написана правильная ссылка, и при наведении в строке статуса тоже правильная ссылка, но после клика бросает на сайт мошенников. И это на разных компьютерах, OS и браузерах. Накатал в техподдержку Slando, пусть тоже полюбуются.
Разобрался, что за странные m3u8. Это, оказывется, HTTP Live Streaming какой–то: https://en.wikipedia.org/wiki/HTTP_Live_Streaming
Требования к версиям клиентов меня убивают. Требуется QuickTime минимум 10й, а у меня 7й и апгрейду не подлежит. VLC только 2.0, а у меня 0.8.5 и апгрейду не подлежит, так как более новые версии почему–то не работают на Mac OS X 10.4. Не знаю, что там за возможности Mac OS X 10.5 так потребовались разработчикам VLC, что он теперь на 10.4 не работает. Я ещё могу понять, почему макосные версии QuickTime и Safari (к виндовым версиям это не относится) задирают системные требования до потолка, Apple с этого денежка пойдёт от вынужденных обновлений OS. Но VLC–то с какой стати туда же?
И почему все кинулись переходить на RTMP и HLS? А MMS и RTP чем плохи вдруг стали? Что за манера свежеиспечённые технологии сразу же пускать в ход как единственные альтернативы. Берите пример с IPv6, дождитесь, пока технологии исполнится хотя бы 8 лет, и вот тогда давайте её как единственную альтернативу, когда инфраструктура будет готова. Или добейтесь, чтобы на OS восьмилетней давности всё работало. Берите пример с поддержкой Unicode в Windows: пока разработчикам не дали MSLU, они писали Ansi'шные программы, ибо нефиг. Либо надо было юникод в ядро Millenium запиливать, либо MSLU пораньше выкатывать.
Но вот чтобы не работало вообще никак хоть тресни — куда это годится? Программы должны работать, а не сообщать «Эта программа не работает на вашей версии Mac OS X». Жаль, что разработчики VLC не настолько ровные, как виндовые разработчики, бойкотировавшие Unicode до появления MSLU.
RTMP тут, правда, рулит. Его него нельзя посмотреть ни в одном плеере, но можно посмотреть в браузере. Самая последняя версия Flash, до которой его можно обновить на Mac OS X 10.4, Flash 10, а RTMP появился во Flash 9.
Разработчики какие–то странные бывают. Живут на другой планете, и на этой их планете совсем–совсем нет p2p. Так много движков не пропускает магнитные ссылки. Я бы понял, если бы они не форматировали сырые ссылки. Если бы dn не uri-декодировали и dl в удобное представление не переводили. Влом кодить десять строчек, можно понять. Но коцать–то зачем? bnw, скорее всего, не свой движок использует, так что чей движок — тому и камнем в огород.
Я на своём сайте (X-Wiki) был вынужден несколько слоёв прочесать, чтобы убедиться, что ничей говнокод не поломает на полпути магнитную ссылку. Ожидания оправдались: сколько могло быть мест, где может сломаться магнитная ссылка, во стольких местах её какой–нибудь говнокод сломает. Парсер wiki–разметки, WYSIWIG–редактор — всё не слава богу. Везде разработчики как на подбор ушибленные попались.
Магнитные ссылки? Не, не слышали!
В связи с некоторым ажиотажем вокруг распределённых сайтов (Diaspora, Osiris-SPS) интересует подход к вопросу с противоположной стороны. К обсуждению приглашаются имеющие опыт миграции форумов или блогов.
В 90е годы можно было собрать статический сайт на HTML, и сверхтекучесть таких сайтов именно этим подходом и была обеспечена.
Ещё раньше существовал NNTP. И даже без NNTP можно взять кучу .eml и что–то с ними сделать. Можно в почтовые клиенты скормить, можно в web выложить. Есть скрипты для преобразования в HTML, есть открытые движки типа GMANE.
Далее, для Wikipedia есть WikiTaxi, и, теоретически, ему бы подошёл и любой другой викиархив, не аффилированный с wikipedia. Также может представлять интерес Universal Wiki Converter.
Импорт/экспорт есть много, где, и в X-Wiki, и в Osiris-SPS. Интерес представляют форматы и протоколы, которые много, где понимаются или хотя бы конвертируются. Поднять свой экземпляр WikiMedia и развернуть на нём архив Wikipedia не считается, а WikiTaxi — уже считается.
https://pagekite.net/wiki/OpenSource/ PageKite — прикольный реверс прокси с поддержкой туннелирования от бекэндов к фронтэндам. Поддерживает TLS и SNI. Умеет цепочки прокси для туннелей от бэкэнда к фронтэнду. Умеет несколько бэкэндов к одному фронтэнду и несколько фронтэндов к одному бэкэнду.
http://www.osiris-sps.org/
Osiris - Serverless Portal System
> Osiris is a free portal creation software. The portals created with osiris don't need a central server, they are safe, indestructible and anonymous
RT @wired:
What Dropbox did for files, Firebase is trying to do for building apps. Is it the future of development?
http://www.wired.com/wiredenterprise/201.....kclickthru
https://twitter.com/#!/wired/status/190580054428876800
http://mongrel2.org/ Programming Language Agnostic Web Server
Цоперайт © 2010-2016 @stiletto.