Ну например, по той ссылке идет сравнение сервисов, которые внедряются в твой сайт 10 строчками JS.
Никаких реализаций - дефолтный функционал и вид за 10 строчек (предварительно, автоматически сгенерированного кода).
Понятно, что для android and ios строчек понадобилось бы больше, но было бы приятно их просто вставить.
И общаться должны не пользователи <-> работники , а пользователи <-> пользователи.
Что-то на подобии быстрого встраивания skype в свое кроссплатформенное приложение, за 20$ в месяц, например.
Спасибо большое за ответ. Есть смысл в Ваших словах, и мысли такие были. Но, ребята, работающие в этой конторе ( коллеги, как профессионалы и как люди) и условия работы перевешивают чашу весов. Поэтому и подумал, не хочу свалить, попробую исправить.
FanatPHP: Да, это я понял, но если человека устраивает такой костыль, как печать со стороны сервера, чтобы не было окон... то почему нет. Например, онлайн магазин, отдел для наклейки на упаковку бумажек о посылке. Если кто-то будет постоянно нажимать кнопки ОК это же куча времени. Тысячи товаров в день. Это Нужно целого сотрудника нанимать. А так один раз запилить этот протокол, и вуаля, печать на любой даленный принтер, в автоматическом режиме, кучу документов.... В итоге, получается, даже и не костыль, а рабочее решение
Лев: Не, вы меня не правильно поняли, конфиги пишутся под машину, например Ubuntu 13.04 (ее образ есть на всех хостингах). Для разных хостингов вы меняете всего лишь конфиг доступа к серверу ( меняете IP и логин\пароль , все, всего лишь три параметра).
По времени написание конфига для провижионинга занимает столько же времени, сколько бы вы руками ставили все эти экстеншены. Системы автоматического провижионинга, почитайте. Это сэкономит ваше вермя, стартап это или нет
ylebedev: Извиняюсь "Чтобы не мучать пользователя различными окнами Windows Печати. (доп. действия)." я подумал здесь речь идет о браузере. А с сервером я бы так и сделал, как Вы. Про печать из PHP ни разу не встречал. теперь погуглил... интересно, действительно так можно. Вот stackoverflow.com/questions/12446177/operating-pri... походу то, что Вам нужно, реализация на PHP
Владик Лимонадик: В чем нормальный вопрос? И где те лайки, о которых ты говоришь? "Здрасте, вот мой проект, поправьте пожалуйста, спасибо" Автор даже не удосужился закинуть на jsfiddle исходники, да сравнить, что один тест работает а второй нет. Он просто выложил исходники.
А на это никак не влияет то, что владелец этого произведения развалившаяся страна? Может, в связи с этим можно?
Если это сильно поднимет продажи, я бы заюзал. Если будет иск - поменяете
Игорь: Не рассказывайте мне про парсинг. Конечно если у Ваших партнеров 20000 товаров этим никто не пользуется, вследствии нету админов которые Вас могут забанить, нету денег на редизайн, и Вам не важно, сколько времени пройдет прежде чем вы узнаете о изменении цен. То да, отличный вариант. А вот у меня опыт парсинга магазина с миллионами товаров. Время отклика, баны, редизайн. Эти проблемы вылазят каждые две недели. Пришлось прикрутить ТОР, и долбить в кучу инстансов....
Антон Ахмедалиев: Ну так чего вы суда постите? все! есть логи, есть нотисы и ворнинги - идите гуглите! устраняйте. Если не поможет тогда будете спрашивать
Егор: Да, $watch вызывается при каждом $scope, но там есть нюансы. читайте про то как работают ивенты в скопе.
Так что, считаю, сначала стоит не парится и сделать так. Если будет проседать производительность то сделаете unwatch после того, как придет значение отличное от 0px . Если и это Вас не строит по производительности, будете крутить костыли с таймаутами.
Никаких реализаций - дефолтный функционал и вид за 10 строчек (предварительно, автоматически сгенерированного кода).
Понятно, что для android and ios строчек понадобилось бы больше, но было бы приятно их просто вставить.
И общаться должны не пользователи <-> работники , а пользователи <-> пользователи.
Что-то на подобии быстрого встраивания skype в свое кроссплатформенное приложение, за 20$ в месяц, например.