Бешенная лиса или зачем Firefox столько памяти [Решено]

Вообще, довольно странно для вёрстки использовать мёртвый браузер с ничтожной долей пользователей. Когда-то Опера была достаточно популярна, по крайней мере в целевом регионе - СНГ, но сейчас это совсем не так.
lampslave
Вообще, довольно странно для вёрстки использовать мёртвый браузер
Который, к тому же, не будет поддерживать стандарты и спецификации, введенные после прекращения его поддержки
GitHub, ArchWiki, AUR
bobart
Может поможет:
~$ wget http://truediamon.ru/system/files/OpenBSD_malloc_Linux.c
~$ gcc -shared -fPIC $CFLAGS OpenBSD_malloc_Linux.c -o /opt/lib/malloc.so
~$ echo "alias firefox=\"LD_PRELOAD=/opt/lib/malloc.so firefox\"" >> ~/.bashrc
~$ source ~/.bashrc
~$ firefox
Можно подробностей по существу? Что это даст?
UPD: сначала спросил, потом нагуглил - нехорошо сделал, конечно. http://truediamon.ru/content/firefox-i-memory-allocator-iz-openbsd-v-linux
lampslave
Вообще, довольно странно для вёрстки использовать мёртвый браузер с ничтожной долей пользователей. Когда-то Опера была достаточно популярна, по крайней мере в целевом регионе - СНГ, но сейчас это совсем не так.
Зря Вы так! В рамках тех задач, которые мне необходимо решать, он не разу не подвёл. Т.е. свёрстанное и отлаженное в опере в 99% случаев подходит для лисы или хрома. А удобство и скорость на недосягаемой высоте.
А когда всё же попадаешь в ситуации, когда есть проблемы, всегда можно подшлефовать вёрстку уже в современных браузерах, без оглядки на старую оперу.
То же самое касается JS.

Я бы с большим удовольствием попробовал использовать что-то актуальное, но ничего более удобного для себя я не нашёл.
С благодарностью приму любые советы!!!
В ауре есть opera 26 или в ней отладчик урезали?
marlock
сначала спросил, потом нагуглил
Правильно, поскольку я врядли бы объяснил лучше.
Некоторое время назад в AUR был PKGBUILD, подготовленный hatred'ом, но потом он, по всей видимости, удалил его сам или.., вобщем, вот:
# Contributor: Alexander 'hatred' Drozdoff <[email protected]>
pkgname=openbsd-malloc
pkgver=1.83
pkgrel=2
pkgdesc="Alternative malloc() implementation from OpenBSD (useful for firefox/thunderbird)"
arch=(i686 x86_64)
url="http://mr.himki.net/index-alloc.html"
license=('custom:Beerware')
depends=('glibc')
makedepends=('gcc')
install=openbsd-malloc.install
source=(http://truediamon.ru/system/files/OpenBSD_malloc_Linux.c license.txt)
md5sums=('be4ad18f9bbb76b3299a12f3b6dc946f'
 '0b578bb0df968894254e323ef9bd794a')

build() {
  mkdir -p "$srcdir/$pkgname-$pkgver"
  cd "$srcdir/$pkgname-$pkgver"

  cp ../OpenBSD_malloc_Linux.c ./
  gcc -shared -fPIC $CFLAGS OpenBSD_malloc_Linux.c -o malloc.so

  install -pD -m755 malloc.so      $pkgdir/opt/lib/malloc.so
  install -pD -m644 ../license.txt $pkgdir/usr/share/licenses/$pkgname/license.txt
}

Файла openbsd-malloc.install у меня нет, ссылка (source) исправлена уже мною на актуальный, md5sums придётся поправить.
Если у кого-нибудь возникнет желание и возможность поддерживать - перезалейте исходник в надёжное для вас место, отредактируйте PKGBUILD и пр., пришлите в AUR...
Сделал бы и сам, но не могу гарантировать его долговременную поддержку. Кто-нибудь, держащий своё зеркало, сервер и т.п. - более подходящий кандидат.
dengor
В ауре есть opera 26 или в ней отладчик урезали?
Увы да, опера теперь замаскированный хром. И отладчик там соответсвенно хромовый.
Но зачем? Или это связано c невозможностью (существенными проблемами) использования dragonfly с новым движком?
Это связано с тем, что когда есть готовый отладчик, встроенный в движок, совершенно не обязательно цеплять к этому движку свой велосипед. Хотя кто их знает...
lampslave
Или еще может какие-то альтернативы, кто чем пользуется
seamonkey? Из той же норы, что и лиса, но памяти жрёт поменьше IMHO. Плюс встроенный HTML-редактор.
 
Зарегистрироваться или войдите чтобы оставить сообщение.