mendel: В результате мы получим 50 файлов половина из которых по одной переменной как у вас, а половина аппендятся с разными данными. А так вероятность перезаписи увеличится даже без большой нагрузки. А еще можно так и дедлок словить.
В эпоху пхп4 куча сиджей и тдсок работала на таком коде. Проблемы начинались при 50к+ в сутки трафа. Но там в in/out куча логики и расчетов. Плюс куда медленнее железо было. Так что на начальном этапе имхо не стоит на это внимание обращать.
Тем более что пхп все равно с flock работает криво, особенно между тредами. Иного более простого решения я не вижу, по крайней мере для инкремента значения.
А чего не так с продакшеном ? Т.е. понимаю, что когда будет куча запросов в секунду, оно где то да перезапишется. Но до этого периода возникнет столько других проблем, что данная будет как пустячное недоразумение.
p.s. да и flock в пхп толком не работает, так что рано или поздно все равно где то обнулится.
Или nosql , если уж структуры вообще нет. Хотя можно и постгрес использовать, там hstore есть, который тоже подойдет для работы с неструктуированными данными.
но мне не готовая нужна, а понимание как работает на данный момент
А скачать исходники и посмотреть, как оно работает, не судьба ?
В результате мы получим 50 файлов половина из которых по одной переменной как у вас, а половина аппендятся с разными данными. А так вероятность перезаписи увеличится даже без большой нагрузки. А еще можно так и дедлок словить.
В эпоху пхп4 куча сиджей и тдсок работала на таком коде. Проблемы начинались при 50к+ в сутки трафа. Но там в in/out куча логики и расчетов. Плюс куда медленнее железо было. Так что на начальном этапе имхо не стоит на это внимание обращать.
Тем более что пхп все равно с flock работает криво, особенно между тредами. Иного более простого решения я не вижу, по крайней мере для инкремента значения.
Думаю, что когда у ТС будет сотни конкурентных запросов в секунду, то к этому времени он код раз 10 перепишет и там будет все по другому.
Тема о базовых основах. Какие нафиг тут демоны и зачем ? Всегда есть те, кто делает лучше и правильнее. Теперь что , не дышать что ли.
А чего не так с продакшеном ? Т.е. понимаю, что когда будет куча запросов в секунду, оно где то да перезапишется. Но до этого периода возникнет столько других проблем, что данная будет как пустячное недоразумение.
p.s. да и flock в пхп толком не работает, так что рано или поздно все равно где то обнулится.
Т.е. Все названия, кроме названия сайта будут динамические. Их нужно будет постоянно обновлять и добавлять новые.
https://dev.mysql.com/doc/refman/5.7/en/json.html - как альтернатива для nosql.
Или nosql , если уж структуры вообще нет. Хотя можно и постгрес использовать, там hstore есть, который тоже подойдет для работы с неструктуированными данными.
http://www.hotscripts.com/category/scripts/php/scripts-programs/counters/
на выбор куча всяких самопальных счетчиков с десятками различных вариантов реализации подсчета.
Ну и по хорошему счетчик ни какую картинку генерить не должен,
Самый примитивный счетчик. Далее можно его накручивать как угодно, начиная от записей окружения и заканчивая написанием конкурента piwik.org .
Вопрос - какую винду ставить чтобы люди могли параллельно работать и оно работало без глюков?
Любую винду. Поставить виртуалку, закатать линукс и в нем нужные сайты держать.
Или я один такой счастливчик?
У меня весь сайт в кривой кодировке. Тоже хром.
http://redbeanphp.com/index.php- для парсеров самое то, гнать в базу в любой модели.