виправив
трошки помилився спільнотою :)
+3
можна покласти код в тег
- так буде гарніше0
з Комп'ютерного Обозренія.
+1
цікаво подивитись як таку річ використовують на великих сайтах. поки що не зустрічав, всюди тільки технологічні демки
якщо треба щось середнє між Ajax Pull i Ajax Push, то за звичай використовують HTTP long pooling. Наприклад так робить Google Talk та Facebook chat.
якщо треба щось середнє між Ajax Pull i Ajax Push, то за звичай використовують HTTP long pooling. Наприклад так робить Google Talk та Facebook chat.
0
перша частина майже готова :)
це буде ввідний туторіал по бібліотеці
щодо альтернативи AJAX — чесно кажучи, я сильно сумніваюсь, так як існують клієнти лише до Java, Python, C++ (мови які використовуються на Google)
Бібліотека внутрішньо відносно складна. Клієнт на PHP десь мелькав, але про JavaScript клієнтів навіть нічого не чув
це буде ввідний туторіал по бібліотеці
щодо альтернативи AJAX — чесно кажучи, я сильно сумніваюсь, так як існують клієнти лише до Java, Python, C++ (мови які використовуються на Google)
Бібліотека внутрішньо відносно складна. Клієнт на PHP десь мелькав, але про JavaScript клієнтів навіть нічого не чув
0
хороша серія статей.
btw, ніхто часом не пробував використовувати для кешу другого рівня зовнішні сервери? наприклад той самий ehcache, але на іншій машині?
які нюанси можуть бути в такому випадку?
btw, ніхто часом не пробував використовувати для кешу другого рівня зовнішні сервери? наприклад той самий ehcache, але на іншій машині?
які нюанси можуть бути в такому випадку?
+1
свого часу також дуже сильно набавився з PermGen пам'яттю.
Ця область пам'яті використовується віртуальною машиною Java для динамічно створених класів. GC трішки по інакшому працює з нею, тому якщо на проекті використовуються фреймворки які інтенсивно генерують класи, такі як Spring, Hibernate та інші, при частому перерозгортанні (re-deploy) можна отримувати такі винятки.
Щодо JBoss, то на скільки пам'ятаю, він може перевизначити JAVA_OPTS, тому цей запис не обов'язково буде прийнятий до уваги.
Різниця між Java на Linux-ах та Windows є :)
Був свідком ситуації коли при використанні однієї реалізації веб сервісів шматок коду працював на Windows, але не працював на Linux =)
Ця область пам'яті використовується віртуальною машиною Java для динамічно створених класів. GC трішки по інакшому працює з нею, тому якщо на проекті використовуються фреймворки які інтенсивно генерують класи, такі як Spring, Hibernate та інші, при частому перерозгортанні (re-deploy) можна отримувати такі винятки.
Щодо JBoss, то на скільки пам'ятаю, він може перевизначити JAVA_OPTS, тому цей запис не обов'язково буде прийнятий до уваги.
Різниця між Java на Linux-ах та Windows є :)
Був свідком ситуації коли при використанні однієї реалізації веб сервісів шматок коду працював на Windows, але не працював на Linux =)
+1
пробував генерувати вихідний код для двох проектів, один з 3-а таблицями, другий з 5-а. результат вразив. 300kb згенерованого компресованого коду, зі всіма юніт тестами та перевірками. просто запусти і все.
анотації використані там де має сенс, де не має — перекинуто в XML
у всіх класах присутні джавадоки + є юніт тести до всього.
гарно розділені конфігураційні файли спрінга. хібернейт також правильно прикручений
використовується шаблон Controller -> Manager -> DAO, що є правильно
якось треба буде попробувати інший кодогенератор — , щоб мати на базі чого порівнювати
анотації використані там де має сенс, де не має — перекинуто в XML
у всіх класах присутні джавадоки + є юніт тести до всього.
гарно розділені конфігураційні файли спрінга. хібернейт також правильно прикручений
використовується шаблон Controller -> Manager -> DAO, що є правильно
якось треба буде попробувати інший кодогенератор — , щоб мати на базі чого порівнювати
0
Думаю малось на увазі від Netbeans, Zend та інших :)
+1
чим відрізняється плагін від компонента в Symfony?
0
прикольно!
також має допомогти:
також має допомогти:
set MAVEN_OPTS=-Dmaven.test.skip=true0
декілька статей як користуватись yslow:
Коду дійсно не мало, але він повноцінний. Плюс був використаний Maven, який в любому випадку використовується на більшості, якщо не всіх комерційних Java проектах
MemcacheQ — виглядає цікаво. Хоча, якщо я правильно зрозумів, використана модель повідомлень є PULL, а не PUSH (типу JMS/AMQP та інших). Тобто у великих системах (50+ серваків) воно буде не ефективним для типових сценаріїв.
Коротко кажучи, треба ще подивитись :)
zenyk