А она просто запитывается от USB или может выступать USB-хабом?
Не поверишь - Oracle в офисе Oracle :D Семинар о том, как DBA должны правильно устанавливать Oracle RACом 🙄 Всё это произносилось яндексоидом Юхно и подтверждалось Татьяной Бахаревской лично.
Люд, знание бренда само по себе не конвертируется в продажи, что бы там пиарщики и недомаркетологи не говорили.
Бог ты мой. И я сидел с Вами за одним столом? :( Кстати, я мог бы, как Psycho, придраться, что Вам всего 24, но интересно другое - реально у Пластининой есть что-то, что могут носить нормальные серьёзные люди?
И это правильно. А потом идут SQL-запросики на доагрегацию данных и это повторяется каждые несколько секунд. Время же работы цикла - 0.001 сек ;)
Кстати, не факт. Есть бренды, которые имеют очень большое узнавание и даже спонтанное вспоминание с положительными эмоциями, но денег не приносят. Это не только Кока-Кола в СССР (она просто не продавалась, хотя бренд был очень известен), но и, например, "Кира Пластинина" - впечатления у большинства хорошие, но люди старше 23 лет одежду её бренда никогда не купят. Знают, но не купят.
Кстати, да, кластерная версия сих слов, распространяющаяся на двух и более дам, Вам не помешала бы :о)))
Народ, Вы конвертируете, так хоть поделитесь. А то бренд есть, а бабок - нет :(
Интересно, а 6666 уже нашёл правильные слова?
Слова лишь только слова. Они не играют роли в отношениях.
Не всегда. У ТС хорошее решение для некоторых случаев. Например, если у него действительно мощный тяжёлый скрипт, который раз в десять секунд из файла подкачивает лог обновлений со статистикой в базу и агрегирует новые данные с предыдущими значениями. То есть он на основе изменений за последние секунды перестраивает табличные кеши со статистическими данными. Вот тогда время закачки и пересчёта данных в разы меньше времени подсоединения к базе. Более того, время прекомпиляции скрипта может в десять-двадцать раз превышать время выполнения самого скрипта. За эти постоянные компиляции и с хостинга могут пнуть.
Кроме того, иногда в памяти скрипта полезно держать некоторые данные, которые значительно ускоряют процесс, а не запрашивать их при каждой итерации. Например, так хорошо держать данные из справочных таблиц. Я уже молчу про то, что в кроне минимальный интервал запуска - минута. Если нужно обновлять статистику значительно чаще, то крон в качестве рестартёра каждого цикла не выход: нужно по крону постоянно перезапускать скрипт плюс гасить его предварительно из самого же скрипта через exit и, для гарантии, через аварийную скриптобойку вроде set_time_limit (59). Механизм опробован, механизм работает в боевой системе, правда не на шареде 🍻
В общем, не вижу никаких проблем в постановке и решении задачи. Вопрос в том, как её решать имеющимися средствами. VDS всё-таки штука тормозная и если это интернет-магазин, то аренда VDS не выход.
