Makarov > а именно perl и разработка на нём веб приложений
Ой да ладно, некоторым в песочке хочется играться и что теперь работодатель должен за это платить? IT развивается, а perl мертв - прими за исходную.
capable > А если не согласиться, не станет ничего делать и отреагирует негативно?
тогда сам себе злобный Буратино))
Это не русский менталитет, это движение от обратного. Если человек согласится с тем, что я сказал - я прав, если не согласится и начнет действовать - мне + в карму, если никак не отреагирует - щито паделать десу
Не подумайте, я дарю надежду))
>> может дворником возьмут по знакомству
Несколько месяцев назад был подобный вопрос, только в стиле "получится ли у меня такая-то фигня", ответил я примерно так же - автора качественно бомбануло, в итоге проект он сделал, мне "в отместку", потом еще спасибо сказал))
В остальном, какая разница? Если подобные вопросы возникают - значит не очень то и хочется. Многие уходят из IT как раз потому, что изначально думали "та там на халяву все будет", а потом оказывается, что не все так просто и таки надо что-то из себя представлять.
Alexander Litvinenko Можно и с js. Автор спросил об ошибках. Файловый кэш имеет право на существование. Если у него нагрузка будет 1.5 человека в день - в принципе все равно, что файловый, что например в redis.
Как пример: сбор большого количества less с файловым кэшом (ключи - md5 от less файла + его зависимостей) - вполне норм подход, только по времени он не должен удаляться и используется в момент диплоя.
Alexander Litvinenko Смотря для какой цели.
Если это именно просто кэш для внутреннего потребления - безусловно идея бредовая. Но если для отдачи статики через например тот же X-Sendfile заголовок - почему нет?
> В каких ошибках PHP? Домыслы, не более.
Конечно домыслы, php.net/ChangeLog-5.php#5.5.27 (27-мая минорная версия) Тексты в стиле "Fixed bug" - это чисто мое воображение и их не существует. 7-ка еще даже не вышла, но учитывая, что API расширений было изменено - как следствие ошибки перехода будут возникать в любом случае.
> Все современные фреймворки и библиотеки уже сегодня тестируются на совместимость с PHP7
Смотрел только что:
> Я не понимаю чем варгант лучше обычной виртуалки
Все абсолютно верно)) Вагрант - это конфигуратор виртуальных машин. С тем же virtualbox его сравнивать - это как синее и мягкое.
> нифига не быстро!
Вируталки во время разработки используются как эмуляторы окружения продакшн сервера. Они не должны быть сверх быстрыми, они должны быть максимально близкими к продакшн серверу.
> Тупит очень сильно(((
Выделите больше оперативки, cpu, файловую синхронизацию через nfs например.
Vagrant стоит использовать для сохранения состояния виртуалки. Бывает необходимо сделать изменения, в случае работы в команде так их должен сделать каждый самостоятельно. А так - vagrant provision и все))
Судя по предыдущему вопросу про роутер: jq 1.1.x уже давно не поддерживается. Для начала - возьмите версию по новее.
На счет "библиотека лагает": вся библиотека в целом не может лагать, иначе ее бы никто не использовал. Не правильно работает конкретный функционал - конкретно вместо него используйте собственный. Не помешает и issue разрабам написать с описанием проблемы.
> Суть в том, что когда я в одном окне нажимаю [Enter] у меня открывается ajax запрос где можно нажать на кнопку...
AJAX - это асинхронный запрос он не открывается, он выполняется, в нем нельзя никуда нажать, это такой ж http запрос как и все остальные. Открывается у вас диалог.
> Но если в первом окне нажать несколько раз [Enter], то столько же раз во втором окне после нажатия на кнопку будет добавлено в базу записей.
> Дело не в количестве нажатий на кнопку, а в количестве обновлений окна с ajax
При чем тут количество обновлений?
1. Нажал в основном окне на кнопку.
2. Кнопка блокируется через disabled.
3. Выполняется аякс запрос.
4. Только ПОСЛЕ отработанного аякс запроса, в вашем случае - это показ диалога + полученный ответ от сервера - разблокируется кнопка из 1.
