Переменную не обработать
- Автор темы Monah IRH
- Дата начала
Monah IRH
Новичок
Обычный да)
Там html страничка - лог. Представляет собой формы и таблицы. Скрпит определенным образом автоматически настраивает фильтры,а потом анализирует полученный лог. Для большенства контрагентов лог содержит не более мегабайта информации с учетом html тегов, но вот как видите появлялась ситуация, когда лог превышал 7 метров. Это с учетом html тегов, большенство из которых tr, td и т.п.
это прост дополнение к разговору)
Там html страничка - лог. Представляет собой формы и таблицы. Скрпит определенным образом автоматически настраивает фильтры,а потом анализирует полученный лог. Для большенства контрагентов лог содержит не более мегабайта информации с учетом html тегов, но вот как видите появлялась ситуация, когда лог превышал 7 метров. Это с учетом html тегов, большенство из которых tr, td и т.п.
это прост дополнение к разговору)
dimagolov
Новичок
Bu-Bu, ты уже своей дремучестью и самоуверенностью начал напрягать. Если ты не в курсе, то форматирование строк в html достигается например тегом <br />, а переноы строк никакой функциональной нагрузни не несут, более того, они часто просто вредны и мешают броузеру правильно отобразить верстку. поэтому лог в html на 7 метров без единого \n это реальность.
Bu-Bu
Любитель PHP
Пять баллов недремучему dimagolov! Если какой-то придурок делает такой лог (хотелось бы пример посмотреть для анализа - что в нем разобрать можно будет), то это не значит, что нужно орать на весь лес, что ты самый крутой программер! Поверь, что я хоть и любитель, но у меня сайт работает как часы уже много лет, хотя там наворочено достаточно. А если бы даже такой безумный лог и существует, то лучше ему сделать wrap, а потом разбирать по строкам - однозначно!
-~{}~ 10.08.08 18:21:
-~{}~ 10.08.08 18:21:
А зачем в логе форматирование??? Не проще ли записывать данные в файл в виде $a,$b,$c и т.д., а потом форматируй сколько влезет при выводе или анализе? По-моему, верх изврата налицо!
Monah IRH
Новичок
Лог, как я уже говорил создан малость для других целей. И лог это не мой скрипт. Моё дело его анализировать. работаю с тем, что есть.
Тут ты не прав. Поверь существует и достаточно много где. От этого легко избавиться, но не все избавляются. Чаще всего такие вещи происходят, когда код страницы генерируется скриптом. Ему все-равно есть там форматирование или нет и он фигачит все подряд. Да это минус.. Но визуальное отображение от этого не страдает и поэтому часто на это забивают. При этом чтение html кода такой страницы затруднено.
Anarki
Новичок
Так, для справки, 816к элементов массива(там числа) в php уже занимают 80мб памяти. Это по сути индекс для файла весом в 10мб(в самом файле строки короткие, словосочетания на строчку). Я не знаю что будет если этот весь файл в массив запихать, сколько php памяти сожрет. Это к вопросу о file()
Построчно считывать 250мб файл очень долго, если строчки "короткие".
Построчно считывать 250мб файл очень долго, если строчки "короткие".
Bu-Bu
Любитель PHP
Это все теория. Вряд ли кому понадобится в здравом уме такие файлы плодить и потом их открывать через пых-пых. По-моему флейм развернули на пустом месте. Обычные файлы в сети далеко до 1 Мб, а все остальное проще скачать и посмотреть на домашнем компе, раз уж свербит там что-то поковырять. А в диапазоне до 1 Мб - file + цикл быстрее, чем регэкспы с file_get_contents