библиотеку gwt-servlet.jar лучше не копировать в WEB-INF/lib, а добавить её в конфигурацию Artifacts. только вчера с такой проблемой столкнулся
и спасибо за видеоурок. думаю, многим он будем полезен.
в принципе, можно попробовать создать такой проект, но у хабра нет API.
это решаемо конечно, но потребует некоторых усилий. написать backend на бесплатном GAE, к примеру, где разбирать и кешировать RSS. RSS можно предварительно подготавливать Yahoo Pipes (вырезать картинки или же заменять ссылками), плюс прочая оптимизация для минимизации трафика.
полнофункциональное приложение нет особого смысла делать. все таки на мобильных устройствах чаще читают, а не управляют профилем.
в общем, не все так просто, как кажется (:
идея не нова и, по моему, уже обсуждалась на хабре. обсуждения заканчивались примерно так: для десктопа лучший клиент для хабра — это браузер, в случае же короткого повествования, RSS.
а вот для мобильных устройств вполне себе можно реализовать подобное.
обычно, когда описывают идею, одним из самых важных абзацев является абзац «зачем это нужно», у вас же я не вижу его вовсе. в связи с чем: зачем нужен такой клиент на десктопе?
не все так радужно оказалось. ширина блоков задается только фиксированными величина, так что картинки выезжают.
а так да, приятные шаблоны, удобный интерфейс, но руками все равно прийдется шевелить. написал им на всякий случай про динамическую ширину блоков, вдруг добавят.
пробегало, было дело. но закончилось тем, что было названо 20+ доводов за BasicAuth и 20+ против его отмены. так что ждем решения.
вообще, с точки зрения простейшего метода взлома, а именно «социальной инженерии», BasicAuth много защищеннее, нежели OAuth. но это уже другой разговор.
от BasicAuth никто отказываться не собирается, разве что в далеком-далеком будущем. это автор статьи пугает нас.
отказаться будет тяжело, учитывая то, что из мобильных клиентов организовать OAuth крайне тяжело, а порой и просто невозможно.
«OAuth is the Twitter preferred method of authentication moving forward. While we have no plans in the near term to require OAuth, new applications should consider it best practice to develop for OAuth. We eventually would like to suspend Basic Auth support. However we realize that Basic Auth has been a large part of the API's success, and that the barrier to entry if OAuth is the only solution is substantially higher. Many applications rely on Twitter accounts as their means of account management. Additionally, Basic Auth allows a developer with a command line, cURL, and his account credentials to start poking at Twitter data. There are still a number of archetectural use cases to work through before we consider the deprication of Basic Auth. Before any changes begin to happen, we will discuss them with the community through the support channels, and give at least 6 months lead time before making any policy changes.»
это не ошибка. есть step-by-step инструкция как добраться до функции отправки тикета. хотя они и не рекомендуют этого делать, а просят спрашивать на форуме, где сотрудники поддержки и отвечают.
попытка — это когда делаете то, что вас просят сделать, чтобы сообщить об ошибке. а не отправляете письма туда, откуда вам никогда не ответят.
я к чему это говорю, есть вполне себе стандартная процедура уведомления команды GMail о неприятностях. но тут лично ваша неприятность, а в пользовательском соглашении сказано, что они не занимаются такими вопросами, если это не касается сервиса в общем. работоспособность сервиса не нарушена, глобальных проблем не наблюдается, последствий тоже, взволнованность не относится к таким ошибкам. сервис бесплатный, у него нет службы технической поддержки в полном понимании этого слова, прямо говоря: они вовсе не обязаны вам помогать. но вы отправили куда-то письма, говорите об отказе от сервиса и прочую ерунду.
негодование мне ваше ясно и понятно, но энергия вашего негодования явно превосходит энергию, направленную на решение самой проблемы.
на форуме GMail, кстати, первые пару топиков по моему как раз про ваш случай, а ниже два топика про то, как связаться с поддержкой и получить ответ.
если я и излишне резок то только потому, что вы ругаете техническую поддержку _бесплатного_ GMail, которые поддержку вам не обещал, но предоставляет. и это я молчу про IMAP, 7Гб места и прочие вкусности.
так что ругаться на них смысла нет.
они просто умные и отсеивают людей, которые пишут им по пустякам, которые сто раз обсуждались:
«If you think your issue is new or can't be resolved without our assistance, we provide email support for specific issues that may prevent you from using Gmail. Just follow the troubleshooting steps provided in the article related to your problem, making sure to answer all the questions. If the steps provided don't resolve the problem, you'll be able to send us a report. While we do read each email, you'll only hear from us (generally within a few days) if we need more information from you.» (http://mail.google.com/support/bin/request.py?contact_type=contact_policy)
т.е., если проблема нова и вы не можете её решить без вмешательства, вам конечно же дадут связаться со службой поддержки.
заметка ваша весьма поучительна в том плане, что вы наверняка не читали условия использования сервиса, где все расписано и разжевано десять раз. а ваши слова по поводу «рекомендаций» наверняка сильно отразятся на курсе акций, учитывая то, что особых усилий чтобы помочь самому себе вы не приложили, а пришли нам жаловаться на плохой Google.
«Так что даже не знаю теперь, стоит ли продолжать пользоваться гмылом, или стоит куда-то перейти от греха подальше.»
тут я просто улыбнусь (: дайте знать куда перешли.
и спасибо за видеоурок. думаю, многим он будем полезен.
это решаемо конечно, но потребует некоторых усилий. написать backend на бесплатном GAE, к примеру, где разбирать и кешировать RSS. RSS можно предварительно подготавливать Yahoo Pipes (вырезать картинки или же заменять ссылками), плюс прочая оптимизация для минимизации трафика.
полнофункциональное приложение нет особого смысла делать. все таки на мобильных устройствах чаще читают, а не управляют профилем.
в общем, не все так просто, как кажется (:
а вот для мобильных устройств вполне себе можно реализовать подобное.
обычно, когда описывают идею, одним из самых важных абзацев является абзац «зачем это нужно», у вас же я не вижу его вовсе. в связи с чем: зачем нужен такой клиент на десктопе?
а так да, приятные шаблоны, удобный интерфейс, но руками все равно прийдется шевелить. написал им на всякий случай про динамическую ширину блоков, вдруг добавят.
вообще, с точки зрения простейшего метода взлома, а именно «социальной инженерии», BasicAuth много защищеннее, нежели OAuth. но это уже другой разговор.
отказаться будет тяжело, учитывая то, что из мобильных клиентов организовать OAuth крайне тяжело, а порой и просто невозможно.
«OAuth is the Twitter preferred method of authentication moving forward. While we have no plans in the near term to require OAuth, new applications should consider it best practice to develop for OAuth. We eventually would like to suspend Basic Auth support. However we realize that Basic Auth has been a large part of the API's success, and that the barrier to entry if OAuth is the only solution is substantially higher. Many applications rely on Twitter accounts as their means of account management. Additionally, Basic Auth allows a developer with a command line, cURL, and his account credentials to start poking at Twitter data. There are still a number of archetectural use cases to work through before we consider the deprication of Basic Auth. Before any changes begin to happen, we will discuss them with the community through the support channels, and give at least 6 months lead time before making any policy changes.»
попытка — это когда делаете то, что вас просят сделать, чтобы сообщить об ошибке. а не отправляете письма туда, откуда вам никогда не ответят.
я к чему это говорю, есть вполне себе стандартная процедура уведомления команды GMail о неприятностях. но тут лично ваша неприятность, а в пользовательском соглашении сказано, что они не занимаются такими вопросами, если это не касается сервиса в общем. работоспособность сервиса не нарушена, глобальных проблем не наблюдается, последствий тоже, взволнованность не относится к таким ошибкам. сервис бесплатный, у него нет службы технической поддержки в полном понимании этого слова, прямо говоря: они вовсе не обязаны вам помогать. но вы отправили куда-то письма, говорите об отказе от сервиса и прочую ерунду.
негодование мне ваше ясно и понятно, но энергия вашего негодования явно превосходит энергию, направленную на решение самой проблемы.
на форуме GMail, кстати, первые пару топиков по моему как раз про ваш случай, а ниже два топика про то, как связаться с поддержкой и получить ответ.
если я и излишне резок то только потому, что вы ругаете техническую поддержку _бесплатного_ GMail, которые поддержку вам не обещал, но предоставляет. и это я молчу про IMAP, 7Гб места и прочие вкусности.
так что ругаться на них смысла нет.
«If you think your issue is new or can't be resolved without our assistance, we provide email support for specific issues that may prevent you from using Gmail. Just follow the troubleshooting steps provided in the article related to your problem, making sure to answer all the questions. If the steps provided don't resolve the problem, you'll be able to send us a report. While we do read each email, you'll only hear from us (generally within a few days) if we need more information from you.» (http://mail.google.com/support/bin/request.py?contact_type=contact_policy)
т.е., если проблема нова и вы не можете её решить без вмешательства, вам конечно же дадут связаться со службой поддержки.
заметка ваша весьма поучительна в том плане, что вы наверняка не читали условия использования сервиса, где все расписано и разжевано десять раз. а ваши слова по поводу «рекомендаций» наверняка сильно отразятся на курсе акций, учитывая то, что особых усилий чтобы помочь самому себе вы не приложили, а пришли нам жаловаться на плохой Google.
тут я просто улыбнусь (: дайте знать куда перешли.
интересная картинка.