[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

No.231921  

А у нас что, оекака больше не работает?

>> No.231923  

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

>> No.231926  

У меня работает и плагин, и отправка постов. Правда у меня FreeBSD, явно не самая распространённая конфигурация.

>> No.231927  

>>231921
Производители браузеров убили жабу в форме аплетов, не так ли?

>> No.231928  

>>231927

Сволочи

>> No.231936  

Вы удивитесь, если узнаете сколько всего они за эти годы убили. Часто до смешного бессмысленно и беспощадно.

>> No.231937  

>>231928
Почему сволочи-то? С какой-то стороны правильно, что убили. В этих плагинах, в том числе и джавы, было слишком много дырок такого размера, что туда Титаник пролазил вместе с его айсбергом.

>> No.231965  

>>231937

Здесь можно мрачно подозревать, что аноним цитировал возглас «Вот сволочи!» из произведения «Сауѳъ-паркъ», которое я не люблю и оттого не смотрю.

>> No.231966  

>>231937
Ну, тащемта, вариант "отключено по дефолту, включать на свой страх и риск, но мы не нирамендуем" никто не отменял, и в лисе, например какое-то время так и было, что мешало так и оставить - непонятно.
А вообще, да, Южный Парк довольно очевиден.

>> No.231967  

Или из робокопа. Там тоже Кени убили.

>> No.231969  

Меня больше напрягает, что убрали поддержку всего интерактива php и врубили принудительный обрыв сессий при не получении символа конца документа. Ради каких то миллисекунд быстродействия. Теперь только через AJAX.

>> No.231972  

>>231969
Почему только AJAX? Ничего подобного.
Для интерактива сейчас есть намного более адекватные и подходящие для этой цели https://html.spec.whatwg.org/multipage/comms.html#network и https://html.spec.whatwg.org/multipage/comms.html#server-sent-events.

>> No.232004  

>>231972
Спасибо. Надо будет на досуге почитать и разобраться. Может и правда что годное. На вскидку выглядит как какая то муть на JS. Алсо этот сайт роняет мне старую оперу и не свежей лисе не то чтобы нравится. Фишка старого подходы была в том, что JS был не нужен.

>> No.232009  

>>232004
Это как это? Передавать незаконченный html что ли? Это совсем сумасшествие несоответствующее каким-либо стандартам и браузеры такое вообще имеют полное право не рендерить.
JavaScript и создавался для добавления всякого интерактива на страницы, вот его для интерактива и надо использовать.

>> No.232014  

>>232009
Даже не знаю с какого бока тебе объяснить. При такой постановке вопроса, ощущение что на минное поле иду. Всё это было и сейчас существует. Под разными соусами, вопрос лишь в подходе к реализации. На сервер информация отправлялась штатными средствами, а вот обратно уже нет. Гугли управление буфером вывода. В холивары вступать не хочу и не буду. Динамическая подгрузка документа - последнее что оставалось после выпила интерактива в лохматые годы. Теперь остаётся только репарсинг клиентскими скриптами.

>> No.232016  

>>232014
Ты и идешь на минное поле.
Нужно отделять представление данных, коим является html, и динамические данные для этого представления, которые должны поступить уже после изначального парсинга этого представления.
Управление буфером вывода в php тут вообще не причем. Оно не для этого предназначено. Хотя, несомненно, с его помощью ты на php можешь реализовать серверную часть для Server-Sent Events, хотя и существуют некоторые особенности интеграции php-интерпретатора из-за которых это лучше не делать.

И зачем тебе какой-то репарсинг? DOM придумали как раз в лохматые годы и оно и предназначено для модификации представления после того, как оно отрендерено.

>> No.232019  

Я вообще к тому, что мы угнали тред в техническом разделе посвящённом обсуждению работы Ычана. И не путай буфер браузера с буфером php.

>> No.232020  

Предлагаю создать тред в /dev/ и там всё это обсудить. А здесь оставить только то что касается непосредственно Ычана.

>> No.232058  

>>232020

Починить оекаку? Что-то сомневаюсь

>> No.232061  

>>232058
Портабл-версии браузеров в помощь. Можно даже персонально для той доски.

>> No.232063  

>>232020
Обсудили бы оекаку на ХТМЛ5 какую-нибудь, чтобы можно было присобачить к Вакабе.

>> No.232064  

Кстати, у меня даже на некро-Опере с плагином не заводится.

>> No.232066  

>>232064
А у тебя win8-10? Если нет, то не удивительно.

>> No.232067  

>>232063
Не советую, с ними вечно какие то проблемы. Лучше на flash

>> No.232079  

>>232067
Нет с ним никаких проблем давно. Браузеры, как и стандарты сейчас активно развиваются, вообще-то. Ты вообше хоть раз на MDN был? Или так и застрял в нулевых.

> Лучше на lash
> 2016
> очередной дырявый проприетарный плагин, поддержка которого так же планомерно выпиливается отовсюду
> лучше

Нет. Просто нет.

>> No.232080  

>>232079
А зачем? Может быть ещё MSDN или на google developers сходить?

>Браузеры, как и стандарты сейчас активно развиваются

Вот именно поэтому.

>> No.232081  

>>232080
Зачем? Чтoбы не пороть чушь и не выставлять себя ИТ-луддитом, очевидно же.

> Вот именно поэтому.

Что "поэтому"? Есть разные уровни стабильности. И разные релиз-каналы у производителей браузеров. Или ты думаешь, что все эти люди глупее тебя и ничего не тестируют?

>> No.232082  

128 гб озу хватит всем!

>> No.232084  

>>232081
Ты хотя бы понимаешь что это Ычан? Здесь надо "поставил и забыл".

>> No.232101  

>>232084
Модаба работает не так. Каптча kem.

>> No.232102  

>>232101
Где мой каталог на Ангуляре или Реакте, м?

>> No.232103  

>>232102
Фу, мерзость. Истинно щинтоистский каталог для ычана должен быть на vuejs.

>> No.232389  

Надо интегрировать в вакабу https://github.com/thenickdude/chickenpaint

Оно на новых технологиях вроде canvas и всего прочего.
Вполне достойной заменой должно быть.

>> No.232435  

>>232389
С такой скоростью постинга это надо скорее /o/ закрывать, чем.

>> No.232438  
>А у нас что, Сатока больше не работает?
>> No.232445  

Не закрывать. Петровича все еще можно рисовать в сторонних редактора и постить.
А вообще, оекака - вполне себе показатель живости и креативности ресурса. Если что.

>> No.232473  

>>232445

> оекака — вполне себе показатель живости и креативности ресурса

Нѣтъ.

>> No.232617  

УМВР. Win 7, FF 42.0, Java 8.101
http://meson.rghost.ru/8jbvJGsfx/image.png

>> No.232618  

>>232617
Работает только в IE и 32-битном файрфоксе. В других браузерах поддержку плагинов дропнули.
Да и даже в файрфоксе ее планируют дропнуть до конца этого года: https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/.

>> No.232619  

>>232618
Таки 32-битный Фокс как бы уже полгода как дропнули формально.

>> No.232620  

>>232617

>Win 7
>Java 8

Win 8-10 как минимум, опусти меня больше!

>> No.232621  

>>232620
Ты о чём?

>> No.232622  

>>232619
32-битные оси вообще скоро дропнут. И хорошо, 20 лет как уже пора.

>> No.232623  

>>232622
И много у тебя софта x64-only? И часто ты им пользуешься? Вот из-за таких у нас и нет ничего хорошего.

>> No.232624  

>>232623
Несколько инсталов на внешнем диске, ожидающих вечность время когда я куплю 64-совместимый компьютер.
А вообще не нужно быть настолько максималистом. Потому что ничего хорошего у нас нет по совершенно независящим от данного утверждения причинам. И судя по всему, в ближайшее время не будет. В русле того сточного канала по которому всё течёт, уже давно пора 128-битные делать.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]