ezayka, не путайте разработку и тестирование/запуск. Разработку можете хоть с телефона вести. Тестируется естессно на окружении, приближеном к реальному. Зависит от сложности проекта конечно - если там html-статика то пофиг )
freekir, за такие деньги ноут будет полудохлой клячей. Рабочая лошадь - это минимум 16 гигов оперативы. Сразу. И никак по другому - ваши 4 браузер сожрет и не подавится.
Цель использования бы указали. А то непонятно что вам важно - автономность, экран, производительность, видяха. Универсального солдата не существует, имейте ввиду!
Alex Shalin, к роутеру - могли (и это вполне легально вроде - надо смотреть договор). Дальше - вряд ли. И конкретно тимвьювер тут ни при чем к ваши устройствам.
maiskiykot, причем здесь файл? Вы в курсе что есть разные структуры - массив, словарь, хешсет, список (с разными связями), дерево, хештаблица и еще пачка всякого? И у каждой структуры разное время доступа к элементам, поиска, удаления, добавления? Строковые операции нужно минимизировать, или вынести их на этап сериализации, я уже написал как.
Я не понимаю, вам дают советы - а вы упираетесь рогом и все. Вы вообще какого ответа ожидаете? Попробовали бы! Пока что ваш код далек от оптимального в плане производительности.
maiskiykot, ох бл... Ну во первых - выкидываете из цикла запись в файл! Вот прям нафиг. Пишите в память! Потом когда весь процессинг закончите - сливайте целиком за 1 проход в файл БЕЗ всяких APPEND. Во вторых - я честно хз что из себя представляет session в пхп, но советую посмотреть, какая сложность у него для операций удаления и поиска. Если большая - использовать другую структуру данных с более быстрыми операциями. В третих у вас очень много операций со строками - они работают долго. Возможно в данном случае будет правильнее составить т.н. карту соответствий чисто на индексах, и потом исходя из индексов уже на этапе вывода сформировать что нужно.
Но я вангую - уберете запись в файл - сразу будет сильно быстрее.
maiskiykot, Ну как минимум оттсортируйте по field2 - и тогда очередные максимум 100 записей будут находится < чем за n - потому что они подряд будут идти. Вот вам уже и оптимизация.
SmInc, простите, но - нихера вы не правы. Работа с кодом - это работа с кодом - тобишь работа с белым или серым ящиком - когда известен не только вход и выход, но и есть какие то возможности видеть систему изнутри, причем возможности достаточно простые. Реверс-инжиниринг - это тупо черный ящик и декомпилированная лапша.
