All streams
Search
Write a publication
Pull to refresh
33
0
Сергей Мереуца @Greendq

User

Send message
Ну есть же варианты логики, где читатели не блокируют писателей :) Но синхронизация в случае записи всё равно нужна, согласен.
Всё, теперь понятно. Блокировки надо реализовывать самостоятельно (кстати — в документации PHP об этом вообще не упоминается). Но и без блокировок можно работать, если весь код будет следовать чётким правилам по записи и чтению данных из сессии.
То есть, ядро PHP внутри самостоятельно использует блокировки для всех переопределяемых функций работы с сессиями, вне зависомости от того, что в самой функции? Странно, я получал совсем другую картину при использовании редиса, надо бы посмотреть исходники PHP, чтобы быть уверенным наверняка, но чего-то меня они совсем не привлекают…
Даже если переопределить обработчики функций для работы с сессиями? Хмм, этот вопрос требует практической проверки — набросаю тест и посмотрим.
Нисколько не шучу.
Суммарное время при работе через localhost на блокировку-чтение-освобождение блокировки при работе с Редисом значительно меньше, чем при тех же самых операциях, но с сессиями в файле, коих в директории может быть пара-сотня тысяч.
Есть, но в отличии от файловых операций они требуют меньшего времени и поэтому процессы друг другу мешают в гораздо меньшей степени.
Откройте для себя хранение сессий в MemCache/Redis и будут ваши «локеры» нежными и шелковистыми. И в русском есть достаточно устоявшаяся терминология на тему блокировок.
Вначале подумалось, что «могли бы взять и DOM», но по мере чтения статьи — всё прояснилось. Молодцы, что разобрались! Думаю, что на территории СНГ найдётся немало устройств, которые нуждаются в «лёгкой модернизации». И да, в медицине очень много всякой сказишной мелочи. Успехов!
Мы у себя используем смесь rsnapshot и Duplicati — рабочие станции на винде, макаоси и линуксах. Полёт нормальный уже который год. Пару раз требовалось откатиться — проблем не было. Разумеется, пользователи _вообще_ не задумываются о самом резервном копировании — всё автоматизировано.
Я скромно промолчу, если ты их-таки попинаешь ;-)
Я не говорил о том, что надо пускать кого попало. Сейчас позволить себе разработку под консоли могут только очень большие и толстые компании — одно рабочее место разработчика стоит десятки тысяч долларов (для /Сньки, послухам — около 50к за р/м). Плюс ещё и лицензии на всё подряд стоят вовсе не сто баксов. Я тоже не сторонник того, чтобы доступ был у всех на этот рынок — но, по-моему, входная планка в 10-20к баксов была бы посильной для маленьких студий.
Вот если бы ещё платформодержатели были бы менее жадными и понизили планку для вхождения обычных разработчиков…
Подтверждаю — LaCrosse действительно восстанавливает убитые акки — пару раз восстанавливал — до сих пор работают. Стоящая вещь!
Ему вообще всё равно — палец это или карандаш. Демка вполне уверенно отличает карандаш от пальцев. :)
Транспортира нет под рукой, чтобы измерить точно, но навскидку — конус с углом 45 градусов относительно высоты (конус перевёрнутый, разумеется). дальность — около метра, даже чуть меньше — сантиметров 80-90.
Мои впечатления о девайсе:

1) Слишком маленький угол обзора — обещают увеличить в релизе
2) Слишком сильно греется
3) Слишком жесткий кабель (хотя можно использовать помягче, от того же Kindle)
4) Рука на весу устаёт быстро

Технически это 2 ИК камеры с некоторым количеством обвязки на борту.

Думаю, что со временем, когда широкоуголные супермегапиксельные камеры станут дешевле — появится устройство, способное аппаратно обрабатывать движение всего и вся в комнате и/или заданном пространстве.

По-моему, в данный момент Leap motion и его аналоги — это игрушка, не более. Для пвседневной практике малоприменима.

P.S. Всё вышесказанное — на основе личного опыта общения с устройством — на столе лежит.
Да, спасибо. Но так как это технический ресурс — то хотелось хотя бы теоретическое обоснование такому ограничению.
Единственное, что я могу предположить — я описал выше — это ограничение возможности создания коллизии.
И какие же это соображения безопасности? По-вашему, пароль типа 'm1fu~ljaSt,.~ — очень небезопасный? Вы ведь (я очнь на это надеюсь) всё равно хеш храните, какая разница, какие символы будут использоваться? Или вы таким образом снижаете (вернее — пытаетесь снизить) вероятность коллизий хешей?
Только вот запрещать использовать символы вроде точек, запятых и прочих в пароле — идиотизм.
Виноваты все :)

Конечно же, в таком случае нельзя точно сказать, кто виноват и что делать.

Information

Rating
Does not participate
Location
Кишинев, Молдова, Молдова
Date of birth
Registered
Activity