RRR Ivanov

Рейтинг
159
Регистрация
13.04.2009

Много вариантов есть, платный саппорт, платная интеграция.

С хорошей opensource библиотекой охотно берут на высокие позиции.

А уж если её начнут использовать крупные корпорации, то вообще проблем с работой не будет. Таких примеров много сейчас, особенно в сфере js фреймворков.

Вот пример: http://ain.ua/2015/03/23/569473

Опрос открытый 🙅

Geers:

Всем с наступающим! ;)

Приходом? 🤪

Речь шла о рублях, в разговоре про банкоматы.

У меня 3 карты, по всем нет комиссий. Заливаю через кассу, снимаю через банкомат и оплату чего либо.

Вы как бы банку свои деньги в распоряжение даёте и за обслуживание платите.

Agzik:
А нафиг банку и кассиру морока с пожеванной пятерой? сдаст на рынке менялам с небольшим дисконтом или повезет назад в свои палестины

Банк обязан взять. Даже если кусочек небольшой оторван будет.

Windakolit:

Вроде бы диджитал поинт не вымер все ещё, но там я не нашел конкретно раздела по юзабилити

На таких формах остались только толпы индусов в перемешку со школьниками.

Если вам интересно читать мнимых экспертов то пожалуйста 🤪.

Ну и за месяц можно было бы уже 100 раз самостоятельно найти эти форумы, их никто не прячет же.

"Мировые" форумы давно вымерли, им на смену пришли соц. сети, reddit и т.д.

caducere:
Здравствуйте.

Предлагаю обсудить, как устроена пенсионная система в РФ на сегодняшний день, и далее - какие возможности для инвестирования она допускает, если допускает.

Итак. Дано.
Человек.
З/п 100 000 рублей (чтобы считать было легче)
Все налоги платятся исправно.

Пожалуйста, объясните.
Сколько чего платится, куда это идет, как это влияет на пенсию, где эти деньги находятся,есть ли какие-то опции по их управлению и т.д.

Спасибо.

У бухгалтера своего спрашивайте, чего очевидный срач разводить.

bbon:
Да, разумеется. :)
Я также соглашусь, что крутить настройки апача (или что там у топикстартера) под такую задачу - плохой вариант. :)
Возвращаясь к самой задаче (это уже для автора топика), один из разумных методов для медленного post-запроса - это создание очереди в БД, записывать туда параметры запроса, возвращать клиенту "ваше задание поставлено в очередь на обработку", а каким-нибудь скриптом по cron-у разгребать, например раз в минуту, эту очередь.

В 95% или даже 99% крутить ничего не надо, куча скриптов работает по такому принципу, причём не на коленке писанных.

У которых просто указано set_time_limit и ignore_user_abort. А они в свою очередь могут работать хоть по несколько часов.

Хотя сейчас так писать не стоит, если что-то серьёзное пишется.

Mad_Man:
Не, он не о том. Персонаж выше скатился в демагогию и намекает, что определить точное (совсем точное) время разрыва соединения не получится, вследствие чего скрипт проработает ещё немного после времени последнего успешно переданного бита информации. Но нахрена об этом вещать - я не просёк.

Это называется снобизм, ну или занудство ☝

Всего: 1797