Я, в принципе, могу понять, что напрягает спам-фильтр:
- человек заполнил форму обратной связи на сайте - то есть сам он мне не писал, и меня в его адресатах нет (+ к спам-рейтингу)
- в ответе я привожу ссылки на нужные пользователю страницы сайта (еще + к спам-рейтингу)
- пользователи часто испытывают проблемы с покупкой или пополнением счета, так что слова в письме соответствующие, опять-таки весьма знакомые спам-фильтру
- ну, и строчки "вы это получили, потому что подписаны, вот ссылка на отписаться" у меня в ответе, конечно, нет (+ туда же)
В общем, то, что мой ответ может лежать в спаме - для меня не удивительно. Хотелось бы уверенности, что он именно там, а не вовсе выкинут по дороге.
Ваня Лузин: не gmail, а ящик на сайте. Техподдержка же.
В принципе, можно поэкспериментировать с отправкой на собственный ящик на Мыле...
Беда в том, что большая часть писем доходит, так что вариант, что мы попали в черный список, отпадает. А просто взять и прописать низкий спам-рейтинг для какого-то там сайта - не думаю, что техподдержка Мыла способна на такую любезность ;)
Это все замечательно, но, увы, мало реализуемо.
У меня вот проблемы с Мэйлом обычно такие:
- получаю обращение в техподдержку
- отвечаю (адресат на Мэйле)
- получаю второй вопрос через некоторое время
То есть мой ответ адресат не видел. А попало оно в спам или не дошло вовсе - хрен проверишь. У меня другого канала связи с этим пользователем просто нет.
Да еще плюс техническая образованность пользователей Мэйла заметно ниже средней по больнице.
Вопрос некорректен. Без уточнения года у обеих дат количество ответов бесконечно.
При наличии же года решается элементарным приведением к общему числовому выражению.
albours: Я не разбирался с вашим алгоритмом, ничего дельного не посоветую.
Надо смотреть, какая часть жрет больше всего времени, и оптимизировать ее.
Например, заменить CPair на long, где верхние байты будут представлять num, а нижние - rel.
Вообще-то vector pairs(100000); создает вектор именно такого размера в памяти. При каждом проходе цикла. И сортируете вы потом его весь, а не ту часть, которую заполнили.
Выньте это объявление из цикла, можете сразу указать ему reserve(100000); чтобы памяти точно хватило. В цикле сперва очищайте его, потом наполняйте и уже результат сортируйте.
Сергей: набрасываете, причем грубо. Про винду как раз вы написали, во втором же предложении. А восьмерку я чаще всего вижу как раз свежеустановленную, на свежекупленных ноутах. Ее там так заряжают говнософтом, что система с трудом загружается... При полном отсутствии полезных программ. Настройку приходится начинать с разгребания.
Обычно сравнивают со свежеустановленной виндой - она, конечно, летает ;)
Через пару месяцев и хотя бы десяток установленных программ картина кардинально меняется.
Ну, и в Canonical за все отвечают не только кодеры. В результате имеем Unity, от которого людей, пользовавшихся чем-нибудь другим, коробит. Причем если бы он был действительно шустрым и сколько-нибудь более полезным, чем другие DE - я бы и сам, возможно, на него перешел. Но попробовал - и просто не хватает терпения любоваться, как он занимается чем угодно, кроме того, что нужно мне.
Спорно.
И коммерческая оптимизированность плиток, от которых не плевались только те, кто ничем пользоваться не умел.
И слабая оптимизация линуксов - это неверно. Просто разработчики винды ставят оптимизации выше архитектуры и безопасности, а в линуксах это не принято. Поэтому для оптимизации графики ищутся новые пути типа Wayland, например. А не вбухивается все GUI прямо в ядро.
FreeManOfPeace: просто Thunar - убогий FM. Поставьте nemo (или старый nautilus, что то же самое) - и XFCE резко начнет вас устраивать ;)
Сам решил попробовать MATE, но что-то он мне не нравится после XFCE...
"никак не мог даже вспомнить, когда это я его писал" - это семечки.
Обычно не можешь вспомнить, зачем это писалось и почему именно так.
Острый случай - не можешь вспомнить, что это такое вообще, но надо срочно внести небольшую правочку ;)
Версионность не нужна для веб-сервисов, которые всегда актуальны, и для узких приложений с десятком пользователей, которых не проблема постоянно обновлять до свежей версии.
С самостоятельной программой, у которой тысячи пользователей, версионность остро необходима - в первую очередь автору. Потому что решение большинства запросов в техподдержку в первую очередь зависит от того, какая у пользователя версия программы.
jackroll: после того, как постите очередной стереотип, добавляйте "Мы все так говорим - значит, это правда!". Пост хотя бы станет стильным, раз уж ему не суждено быть умным или полезным.
becks: убей, не знаю. Мне как-то попадалась книга по нему на русском, и я ее даже почитал. Но на практике ничего этого не применял. Есть ощущение, что там тупо реализована готовая абстракция для классических уже методов поиска вглубь, вширь и т.п. Без лишнего оверхеда, который получается в собственных велосипедах. А уж насколько оно оптимизировано и проч. - бог весть, тут офсайт изучать нужно.
evnuh: да, вполне возможно, что ветки он создавал только потому, что прочитал, что так делают все крутые пацаны. Пользы от них так и не случилось, забросил - в результате с водой выплеснут и младенец (маленькие коммиты с осмысленным описанием).
evnuh: а вы не верите в реальность ситуации, при которой автору совершенно не впился git flow, поскольку разработка не требует ответвлений? Я описал именно такую ситуацию, подходит она автору или нет - наверное, ему виднее...
evnuh: мне, как правило, вполне удается работать именно последовательно. Именно с этой колокольни и рассуждение.
Да, если ведется несколько параллельных разработок, потребуются ветки. О чем тут спорить?
Gravio: я это уже сделал. Что-то непонятно?
На странице выводите эту самую форму, все поля у нее - hidden, пользователи ее, соответственно, не видят.
У товара или услуги ставите кнопочку "Оплатить". На нее вешаете действие - обратиться к скрипту на вашем сервере, который, получив id товара или что вы там продаете, создаст уникальный заказ на сайте и вернет его номер, а заодно и подпись ($signature в вашем коде). Эти данные подставляются в поля формы, ей делается sumbit. Пользователь оказывается на сайте ЕК, оплачивает заказ, ЕК сообщает вашему сайту, что заказ номер такой-то оплачен.
- человек заполнил форму обратной связи на сайте - то есть сам он мне не писал, и меня в его адресатах нет (+ к спам-рейтингу)
- в ответе я привожу ссылки на нужные пользователю страницы сайта (еще + к спам-рейтингу)
- пользователи часто испытывают проблемы с покупкой или пополнением счета, так что слова в письме соответствующие, опять-таки весьма знакомые спам-фильтру
- ну, и строчки "вы это получили, потому что подписаны, вот ссылка на отписаться" у меня в ответе, конечно, нет (+ туда же)
В общем, то, что мой ответ может лежать в спаме - для меня не удивительно. Хотелось бы уверенности, что он именно там, а не вовсе выкинут по дороге.