Дмитрий, да, результат полностью аналогичен thead. Тогда только обычный thead и js-примочка, которая после рендера таблицы измеряет ее колонки и вешает сверху шапку.
Дмитрий Золотарев, а с чего бы не работать Хакинтошу, если не хвататься за разнаипоследний, а поставить то, что народ ставил несколько лет назад и за это время обсосал до мелочей?
Просто со списком "фоторедакторы, мессенджеры и офис" без конкретики и желания можно идти только на Винду или - при некоторых усилиях - на Мак. На Линукс с таким багажом идти бессмысленно, будет мучительное преодолевание из-за отсутствия знаний, а потом разочарование из-за синдрома утенка и второстепенной поддержки Линуксов теми же мессенджерами.
Очень предсказуемо и никому на хрен не нужно, как и большинство чайниковых "а правда, если я поставлю Линукс, то получу Винду побыстрее?". Неправда, в таких темах тупик виден изначально, тут только клоунам кормиться.
Константин Нагибович, если уж придираться, то и службу после диплома никто пока не отменял.
Думаю, намек на то, что сбрасывать диплом на ноль поздновато, достаточно прозрачен.
overflow_hidden, ну, попробуйте хоть разок, как это должно работать на самом деле. Документация совсем несложная, за день вполне можно переписать парсер на поток.
Ждать, когда у вас однажды тупо кончится память, не стоит.
В разборе XMl поможет чудесная библиотека simplexml
За такие советы по работе с чудовищными портянками из 1С в нашем деле бьют не просто канделябрами, а заточенными канделябрами.
SimpleXML ни к черту не пригодна на XML, которые нельзя окинуть взглядом.
Только поточный парсинг: https://www.php.net/manual/ru/book.xmlreader.php
Кирилл Резанов, у Битрикса все версии основаны на базовой 1С-Битрикс: Дыра В Кошельке.
Если вам 5 тысяч за модуль дорого, в сторону Битрикса вообще нет смысла смотреть.
we1, тогда делайте из 10-битного числа 6-битное, а в верхних двух битах обозначайте позицию, откуда выкинуты средние 4 бита. Но точность у вас пойдет по... не очень точно будет, скажем так.
Antonio Solo, только для измерения явлений с малой волатильностью. Кардиограмму так не сожмешь, например.
Вообще, это гадание на кофейной гуще. Какие-то данные, какая-то экономия. Ткнуть пальцем и уверенно сказать, что здесь можно будет вот так сэкономить, а не потерять лишнюю память на сжатие и получить еще больший результат, все равно невозможно.
Antonio Solo, в основе многих архиваторов лежит принцип неизменности тех данных, которые нужно сжать. И если на заданных данных граничные условия не соблюдаются - соответствующее сжатие не применяется, так как оно только увеличивает объем результата. Делать то же самое для динамических данных - только создавать головную боль на ровном месте.
kafkiansky, ну естественно, одно другого не исключает.
Кстати, как там, в PHP 7.4, return / @throw тоже можно в самой функции обозначить? Мне, увы, на bleeding edge работать обычно не приходится, больше легаси...
