Немного подразобрался и провел несколько экспериментов.
1) DataAvailable работает в цикле и касается скорее считывания данных в буфер, чем контроля нетворкстрима в целом. То есть в стриме есть данные, буфер меньше, считываем в цикле по кусочкам.
2) Возможно, если за зти миллисекунды что-то дополнительно придет, то количество данных в стриме увеличится (в частности, я делал цикл из 100 записей в стрим и все они считывались циклом, при этом если посередине цикла клиента поставить задержку, то цикл DataAvilable закроется. Сколько миллисекунд эта задержка может быть - не подбирал, т.к. смысла нет.
3) Так как в php после создания сокета есть подключение, но нет отключения (есть только закрытие сокета), решил проверить скорость работы цикла подключений с генерацией строки в каждом цикле - сто подключений, каждое со строкой из ста частей - не знаю много ли это, но наверное какие-то стандартные операции по сериализации закрывает. Короче говоря, за секунду пролетели все эти сто подключений с открытием в net новых потоков, обработкой, в консоли смешались все отладочные выводы, но отработало практически мгновенно, поэтому можно не заморачиваться вообще темой "какую часть из организации нового подключения в php вынести на несколько отправок в стрим, чтобы типа быстрее и эффективнее работало". Никакую. Можно создавать стрим, делать подключение, генерить данные (лучше заранее их генерить), подключаться, направлять одним куском, без задержек между отправками, получать ответ и отключаться, и все это сотни раз в секунду нормально работает на стандартном сервачке. Если же прям очень сильно хочется дописывать в стрим, каждые пару секунд, то DataAvilable не подойдет, из других методов есть ReadTimeOut, но он блокирует время на считывания и как бы несет другой смысл, можно также приостанавливать поток на сколько-то миллисекунд и уменьшить буфер - но это как тихоходную тележку поставить, чтобы все на нее успевали запрыгивать - не вариант. То есть остается только в цикле уже выискивать в стриме управляющие куски.
отключил сервер на эхо, в консоли сервера получаю только один вывод отправленных данных, где остальные девять? На каком этапе сервер перестает их принимать? Я полагаю что чтобы туда не сбросили, он должен все ловить пока команда не поступит, что "все, больше ничего нет, делай там что нужно со всем что получил". Или socket_write отправляет какие-то "завершающие симоволы" в пакете данных, что срабатывает stream.DataAvailable (это уже на NET) и отключает stream.Read?
Короче говоря, помогайте други, хочу за сегодня прокачать всю эту тему, чтобы к ней не возвращаться больше.
Здравствуйте, у меня как раз есть формулы и таблица (строительная смета) "админится" в экселе и чем больше надстроек и библиотек, которые растаскивают файл по разным объектам/парсерам и т.д., тем хуже. В принципе подходит поставить эксель на отдельную машину, запустить на ней сервер-скрипт, который бы в этом экселе:
- открывал файл
- считал автоматом при открытии формулы
- записывал файл
- экспортировал его как pdf
- из допфишек: удалял пустые позиции сметы
Как посоветуете это реализовать? Может возьметесь за эту часть?
По этому заданию как раз простыня, шаблон, все на дропбоксе, прорабу неудобно будет чего-то открывать другое. Он открыл, потыкал мышкой в таблицу, выделил что нужно, сохранил на хард дропбокса, дальше скрипт все обработал и направил финальную смету кому нужно. Весь процесс.
Дмитрий, удобно в экселе, потому что прораб открывает стандартный шаблон сметы и выделяет понятным ему способом виды работ и материалы. Это шаблон одинаковый и если чего в него не попадает, то учитывается отдельно.
Дальше это надо считать скриптом и сделать из неё укорочнную смету по выделенным им пунктам и направить ее всем заинтересованным - снабжение, субчики.
Забыл упомянуть: клиент вводит данные в форме и получает pdf без необходимости генерить html. То есть идет запрос на сервер и с этого запроса берутся данные и формулы из БД, производятся расчеты и выдается готовый pdf, который впрочем, если в js есть такая функция, то может генерится и на стороне клиента, но можно и на сервере, не принципиально, лишь бы на смартфонах работало и не было сильно привязано к версии браузера.
Наверное да, единственное я двинулся другим путем: весь маркетинг, прототипирование, сбор исходных данных, палитры сайта, примеры дизайна я беру на себя, так как на dizkon в свое время заказывал одну «гарантированную» работу, влил туда 28000 и получил psd с двадцатью слоями. Там же сейчас для открытия нового проекта требуется предварительно выбрать и примеры, и цвета, и тип, и все остальное, а дизайнер только по рельсам едет и фильтры с шумом к слоям применяет. Если эти фильтры с шумом - самое определенное и недорогое, и стоит по 28000 и выше, при наличии всего остального, то остальное вообще на 100000 по каждому из сайтов (которых восемь) потянет. В общем, у меня еще спортивный интерес появился закупить работы и услуги без многочасовых совместных размышлений над тем как лучше. Думаю, минимум на порядок дешевле получится получить таким образом html с дизайном, а кодинг тогда уже отдельно закупать.
В общем-то да, хотелось бы найти такого мега дизайнера, чтобы он и в маркетинге разбирался, и в дизайне, и в современных трендах, но практика показывает, что такие люди уже трудоустроены либо их надо искать долго и за дорого. Если же смотреть на своде сроки/стоимость, то как раз поэтому решили предупредить дизайн дополнительной проработкой, чтобы не мучить животину месяцами, но и не соглашаться на все через пару недель бессмысленной борьбы.
Согласен. А если, например, оттолкнуться от маркетолога, который сформирует бизнес-модель и определит в ней продажи через интернет, включая сайт, соцсети, целевые группы и т.д., а потом подобрать под это примеры уже с помощью дизайнера, получить от дизайнера за отдельную сумму черновик ТЗ с примерами сайта и согласовать с маркетологом. Так будет работать?
Брендбук отдельно. По сайтам хотим концепцию которая продает и в тренде. Возможно, маркетолог дает советы, примеры. Есть название для таких специалистов?
Нет, не понимаю. Дизайнер, как мне кажется, именно картинки и рисует, причем такие какие ему нравятся и к чему у него душа лежит. Мне как раз этого не хочется.
Боюсь, что от Йоты уходить особо некуда. Полный безлимит на 20мбит за 750 в месяц вряд ли я смогу найти. Да и одинаковые они, нет гарантии, что завтра у других то же самое не начнется, если уже не началось. Решить вопрос с dpi и пофиг какой провайдер.
Еще неприятное в и то, что если раньше среднего уровня юзера хватало на настройку сервиса, будь то платный впн или даже openvpn, то сейчас отсеивается еще 90% из тех, кто все равно сидели на linkedin, пускай и с необходимостью более сложного процесса. С другой стороны, если действительно, найдется протокол, который за раз решит проблему dpi, представляете сколько железа на выброс или жесткую перенастройку пойдет?
Stalker_RED, я тоже так думал - позакрывают разные сервисы, мы накупим себе vps’ов и вопрос решен. Ан, нет, оказывется. Они не сервисы отключают, а протоколы. Такого гадства я даже и представить себе не мог.
l2tp/IPSec тоже еле шевелится. У меня создаётся впечатление, что они не блокируют пакеты по принципу «нашли сомнительный», а разрешают по принципу «все что знакомо». Так проще - оставил несколько протоколов, а все остальное дропнул.
Слушайте, а я вчитался сейчас в SoftEthern. Там есть SSL-VPN и они его описывают, как решение полное подобие https, что собственно и нужно. Буду копать в этом направлении.
