В винде помню была такая прога, делала все, что нужно для фрилансера, включая расчет эффективного заработка за реальный час иза рабочий, но вот под Gnome ничего похожего не нашел, а тянуть пол KDE, если не анлим немного не хочется. ^( ничего подобного для GNOME не занете?
Тупо — заходя во «входящие» на mail'e я вижу только то, что мои фильтры не отсортировали, в gmail'е я вижу все входящие, включая те, которым назначил правила. Как минимум один лишний клик мышкой, чтобы переключиться на метку «без метки».
P.S. Может я и н еосилил всю мощь gmail'а и это ка-то реализуемо, чтобы по дефолту входя в ящик я видел только письма не прошедшие правил?
Честно говоря статья только для юзеров CI (который мне не понравился), хотелось бы видеть обзоры фреймворков по сравнению с альтернативными, теми же симфони (который мне совсем не понравился0, кейком (мой выбор), зендом (не юзал, испугавшись отзывом, что н аобычном шаред хостинге даже «hello, world!» будет тормозить, пока «пиццоттыщ» строк в «пиццот» файлах инклудить будет.
Хм… а гугл ведь не первенец, на российском рынке по крайней мере, многие (наверное, про игровых точно знаю) «контент-провайдеры» уже давно используют этот принцип, например, при работе с локалками и городскими провайдерами. Имхо, главное не эксклюзивность подобных «услуг» — захотят Яндекс или MS быть ближе к «юзеру» заключат такие же соглашения, а не захотят — их проблемы. Хотя лично мне mail.ru как бесплатная почта нравится больше, чем gmail для личной переписки, нет у гугла папок, а метки не полноценная их замена… Вот бы метки с папками скрестить :)
Best-Hoster.Ru (для не жадных рефссылка best-hoster.ru/order/host.php?uid=5298&bid=1 :) ) Гиг на 3 сайта за 45 рублей (все остальное анлим, кроме мэйл-рассылок) и т. д., аптайм по отчетам на том сервере, что мне лично достался 99,99% (ни разу не засек дауна), адекватный «инстант» суппорт (скомпилять прогу, повесить поддомен на совершенно другой сервак, перебрать все стандартные пути на кастомные и т. п. больше 15 минут не занимало в любое время дня и ночи, конечно с рутом по SSH заняло бы меньше времени самому, но я доволен)
ХЗ… Честно говоря для более-менее серьезных проектов не вижу особого смысла использовать сторонние API-фреймворки (термин мой :), но, думаю, понятно, что я имел в виду ), если не нужен instant start — все-таки насчет любой идеи вопрос спорный, точнее насколько просто будет ее реализовать не выходя из… (конкретного фреймворка) way. А в данном случае (хотя, конечно, на ТЗ не тянет пост), если нужно запустить хоть что-то в ближайшем будущем проще воспользоваться Drupal'ом со «сторонними» (с офсайта) модулями — практически вся заявленная функциональность уже реализована и нужно только кликать мышкой :) То есть конкретно в этой ситуации, имхо, API-фреймворки не дадут ни выигрыша по скорости запуска первой «беты» (по сравнению с Drupal, который с одной стороны «обычная» CMS, а с другой полноценный фреймворк с MVC, абстракцией доступа к БД и т. п., не рекомендую его только ярым приверженцам OOП, которые не могут представить как написать «Hello, World» без создания пары-тройки классов, каждый из которых является наследником какого-нибудь Object, тянушего за собой порядка 30 инклудов в 1000 строк каждый — привет ZF :-D ), ни гибкости в дальнейшем расширении (по сравнению с написанию с нуля)
+1 к Друпалу. По-моему единственная из популярных CMS (точнее CMF), которая изначально была ориентирована на работу с комьюнити, а не потом эти возможности были прикручены.
Согласен, что там есть многое, но практических примеров маловато. Я не верстальщик, но иногда возникает необходимость сверстать (или переверстать с таблиц на дивы, например) макет какой-нибудь и начинаешь или гуглить до посинения, или копаться в чужих кодах, или изобретать велосипед сидя в десятке браузеров под двумя осями, без уверенности, что в 11-м или под третьей осью будет корректно отображаться.
Язык может и неважнецкий по многим параметрам, включая «академичность», но по совокупности всех плюсов и минусов для создания «простых» сайтов PHP превосходит другие языки чуть ли не вместе взятые по крайней мере в России…
Пляшущие на костях PHP ответьте, пожалуйста, на один вопрос — к вам пришло ТЗ на CMS с фразой «разрабатываемая CMS должна работать на подавляющем большинстве виртуальных хостингов планов, включая бесплатные», какой язык вы выберите? Питон, Руби, С++? Еще о Perl можно подумать, но в свое время уходя с «прикладного» программирования в веб, я посмотрел на исходники пары гостевух и как думаете какой код мне был более понятен после Turbo C/C++ и TurboPascal — Perl или PHP? Я вот ни разу не пожалел, что тогда стал изучать PHP. Пробовал писать на С/С++, но уж очень долго да и требования к хостингу завышенные, и сейчас-то не каждый хостер дает доступ к консоли и возможность компилировать свои скрипты, а уж больше 10 лет назад и говорить нечего.
P.S. Почему-то мне кажется, что «противники» PHP большей частью работают над средне и крупнобюджетными проектами, где хотя бы VDS с root доступом само собой подразумевается, а про «обычный» хостинг за 3$ в месяц они забывали давно, если вообще знали когда-нибудь.
Ну вообще блоггер заинтересован в комментаторах, а возможность оставить прямой линк на свой блог это один из способов выразить благодарность блоггера за то, что его читают и комментируют.
На самом деле каждый поступает как ему больше нравитя — одни вообще ссылки запрещают, другие ставят редирект, третьи nofollow и noindex, четвертые оставляют прямые линки на блоги только. Лично я дельные коменты не тер, даже если линки вели совсем не на блог, а посты типа +1 часто удалял целиком даже если этот человек мне знаком по блогосфере.
Почему я люблю друпал, но практически его не использую, а чаще вордпресс или модх, а то и симплекмс:
— люблю потому что люблю, сердцу не прикажешь :)
— для сайтов-визиток он слишком тяжел и проблемы с дистанционным («по аське») обучением пользователей («секретарш» и «манагеров»)
— в русской блогосфере он мало известен и некоторые нюансы в «дефолтных» конфигах вызывают проблемы у посетителей, привыкшим к ЖЖ и вордпрессу и они просто уходят, не желая тратить время на разбирательства
— для сателлитов и прочих «сеогавносайтов» тоже тяжеловат плюс опять-таки обучение «пользователя», если сайт не для себя делаешь
— готовых «красивых» тем для вордпресса больше и с популярными модулями проблем меньше
Да, я знаю, что и интерфейсы для «секретарш» можно настроить отдельные, и что от вордпресса не отличить будет, и те же темы с вп перетащить проблем нет при желании, но одно большое «но» перечеркивает для меня все достоинства капли: мне платят за результат, а не за потраченное время. Человек говорит «у меня есть 50 страниц» контента и 30 WMZ — мне нужен сателлит с этим контентом и такой-то функциональностью" или «хочу себе блог завести как у всех и вот этот дизайн нравится, плачу 15 WMZ», или «нам надо 10 страничек о фирме и чтоб легко можно было менять их, бюджет 2000 рублей» и если я начну делать сателлиты, блоги и визитки на друпале, то помру с голоду :)
Друпал, имхо, CMF с широкими возможностями, намного превышающими возможности других и CMS тпа WordPress, и фреймфворков типа CakePHP, но для простых «проектов» его применение не оправдано — за то время что потратишь на доведение сайта на друпале к «юзерфрендли» виду/функционалу (сделаешь клон «обычной» CMS) или «приучишь» пользователя к «drupal way» можно сделать еще с пяток «обычных» сайтов с привычными пользователю прежде всего идеологией, а уж потом интерфейсами и прочим.
Делая сайт на друпале очень сильно «подсаживаешь» заказчика на свою «иглу», если же передать «под ключ» то появляются претензии у клиентов, когда бесплатную техподдержку оказывать не хочется, а он считает что я его должен сопровождать сайт всю жизнь. Делал несколько визиток на друпале «из любви к искусству», вылизывал так что сам бы не понял, что они на друпале даже в админке. Клиенты писают от восторга (еще бы за такие деньги), но потом хотят расширить функциональность, мне некогда или не хочется больше работать с этим сайтом/клиентом, а узнав сколько берут другие за «только посмотреть что там у вас на друпале» выслушиваешь пару десятков «нежных и ласковых» слов, а потом смотришь а сайт через месяцок на Джумле уже крутится, а мне гордо сообщают что я ламер и друпал гамно и вообще им все что нужно сделали за 25 уе
Брать нас и учить :)
На самом деле я этой технологией заинтересовался года 3 назад, когда пытался написать свою CMS :)) точнее пришел к выводу что логика должна давать данные в XML и шаблон должен быть на XML и после нескольких попыток изобрести велосипед "наткнулся" на XSLT, я был очарован, но...
Но некоммерческих проектов не было, на коммерческих, сами понимаете, не мог сказать заказчику "можно, за 3 дня сделать на Smarty, но подождите 2 недели, я буду XSLT осваивать, еще, желательно, мне это время оплатить" :( попытки делал освоить XSLT в процессе, но заканчивались тем, что в авральном порядке на кофе и адреналине переводил все отображение на чистый php/smarty
Информации практически нет о XSLT, точнее о его практическом использовании, изобретать велосипед каждый раз нет возможности, исходников серьезных проектов никто не даст, конечно. По стандарту да справочникам только примитивные преобразования изучать. Популярные открытые CMS/CMF XSLT если и поддерживают, то не нативно, шаблонов рабочих вообще не найдешь под них, рускомьюнити, где помогли бы сделать шаг от хрестоматийных примеров к реальным системам тоже не обнаружил... Вакансий, где требуется начальные знания XSLT тоже минимум, по крайней мере в Питере - либо вообще не упоминают, либо хотят уже профессиональное знание и практические навыки эффективной работы...
так что так и остается использование XSLT недоступной мечтой, вроде и знаю что-то, и вывод данных страницы на XML только рад делать, и даже делаю, но потом их парсю в массивы и вывожу чрез что придется
Для php-разработчиков? Как минимум 6 из 13 "советов" предполагают контроль над сервером (где-то ошибся в подсчете? - поправьте). Нет, можно, конечно, поднять сервер, а то и кластер в локалке, настроить его как хочется и показывать заказчику как все летает под 1к запросов в секунду. Потом передать ему скрипты, получить деньги, только потом он будет жаловаться на тормоза на виртхостинге за 3000 руб/месяц (ну не нашел он линка на VDS за 150р) при одном запросе в час.
Но как часто разработчик имеет контроль над реальной средой выполнения? В лучшем случае он может порекомендовать менеджеру проекта и, возможно, заказчик прислушается к рекомендациям менеджера (если менеджер, конечно, воспримет их всерьез, а не как очередное оправдание разработчика за свой кривой код, и решится их донести до заказчика, который пришел с пачкой в баксов в руках и сказал "я купил самый дорогой виртуальный хостинг на 100 лет вперед, чтобы и внукам досталось, мне сказали хостинг - это главное, чтобы тормозов не было, а тормозов я не люблю, а виртуальный - это же сейчас круто!!! Виртуальная реальность, Матрица, все дела... Сделаете мне сайт? Не сделаете - найду других, а у вас проблемы будут, с налоговой ")
я тоже полдня на это убил, оказывается с каких-то пор jabber.ru перестал поддереживать (попросту говоря снес) гейт в ICQ. вроде вчера тут, на хабре, в топике на тему кому нужен XMPP был линк на большой список icq гейтов публичных
>Увы, подобной функциональности не видел. PyICQt 0.8a может только по имейлам. Пользуйтесь people.icq.com.
Спасибо, как-то не замечал, даже два своих старых номера нашел :) а поиск утерянного конаткат по мэлу как-то не конструктивен в общем случае, проще на мыло написать и спросить номер, тем более что мыл может быть несколько
>Если ну очень надо - можно запустить под WINE.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=9834&iTestingId=17661 - я правильно понимаю Run - No?
Кjгда надо не очень, кое-как они работают в pidgin (ICQ "нативно", MRA через jabber.ru, и то, и то глючат), когда надо "очень" (подруге хочется поиграть) запускаю wmware
сорри за злобный офтопик, ну вот честно, читаю про разные преимущества jabber, как с него можно легко общаться и с icq, и с msn, и с mra (вроде только скайпа не видел из используемых мной), руками и ногами "за" открыте и расширияемые форматы и протоколы, особенно на базе XML, но на пркатике... Пробовал два клиента (psi и pidgin) - никак у меня не получатся нормальный обмен текстом настроить, не говоря уж о файлах, голосе и видео, уже запутался в акках на google.com, jabber.ru, еще на куче серверов дающих гейт в аську. Вроде далеко не чайник (20 лет почти в IT, но 3 из них под лично набранной на тумблерах "ОС" "Радио-86/РК", чуть-чуть CP/M-80 и лично портированной с ямахи MSX-DOS, а дальше "родной" MS от DOS 3.3 до висты (правда еще полуось была чутка, и несколько попыток "посмотреть" на линь и фряху), которая нелегкая (виста) дернула меня месяца полтора назад снести винду и поставить убунту, с тез пор и мучаюсь, особенно из-за отстувия коммуникаций привычных. Все что смог нагуглить про подключение к джабберу ни черта не понятно, либо инструкции "в картинках" по настройке чего-то виндузового типа миранды, либо изобилующие сленгом типа "джиды", "ростер" и т. п. Вроде по контексту статей и комментов тут на хабре и много где еще понятно, что достаточно иметь один акк (кранйе желательно, чтобы на гугле он был, "всяким" jabber.ru и jabber.org.ua как-то не доверяю, уж извините - полдня мучался подключая по нагугленному манулу аську к jabber.ru), чтобы общаться со всем миром, но не как не получается, то мои мессаги не видят. хотя кроме родных utf-8 ничего не ставил, то я явно половину диалога пропускаю, как искать контакты "по анкете" для ICQ/MRA вообще непонятно и т. д.
Подскажите, пожалуйста, линк на мануал для чайников в linux как настроить более-менее нормальный jabber-агент, привычный пользователю родных виндузовых ICQ/MRA под Ubuntu 7.10 64-bit (у гугла такового агента нет, только 32 :( ), чтобы хотя бы я мог общаться текстом (включая посылку мессаг в фолайн и их непотерю когда я в офлайн, также режим невидимки очень интересует), обмениваться файлом и искать контакты в ICQ/MRA по неполным данным. Чувствую, что извращение это держать виртуальную винду только для родных ICQ и MRA (очень рекдо MSN нужен еще, Skype под линуком работает почему-то лучше, чем под виндой, или провайдер работу улучшил за последний месяц), но другого варианта найти не могу
Ну приходя на любой сайт хоть чуть-чуть отличный от "академического" стиля дизайна (все цвета браузера по умолчанию) пользователь сталкивается с проблемой определения, например, какая ссылка посещенная уже, какая нет (если это вообще выделяется). Если его сайт заинтересовал, то, по-моему, он быстро разберется, что к чему (главное чтобы понятно было, что это именно ссылка, тут лучше подчеркивания, имхо, ничего нет, и очень бесит когда не ссылку подчеркивают).
P.S. А для минималистического подхода 6 цветов (точнее 8, еще фон и текст) непозволительная роскошь :) Максимум 4 (фон, текст. непосещенные ссылки, посещенные) и то, некоторые морщатся, когда говорят им, что посещенным отдельный цвет нужен. Настаивают на 3-х цветах, выделяя посещенные, например только подчеркиванием
Несколько устарела информация. Полтора месяца как открыт (а также Word, PowerPoint и Drawing) http://www.microsoft.com/interop/docs/OfficeBinaryFormats.mspx , понятно что открылли его, чтобы легче было протолкнуть новый, но тем не менее факт
"Самый главный" отвечать :) А если серьезно, то решить кто ты собсвенно, программер или менеджер, по мере роста все равно выбирать придется скорее всего, на двух стульях сложно усидеть. А на форумах писать Project Leader :)
P.S. Может я и н еосилил всю мощь gmail'а и это ка-то реализуемо, чтобы по дефолту входя в ящик я видел только письма не прошедшие правил?
Пляшущие на костях PHP ответьте, пожалуйста, на один вопрос — к вам пришло ТЗ на CMS с фразой «разрабатываемая CMS должна работать на подавляющем большинстве виртуальных хостингов планов, включая бесплатные», какой язык вы выберите? Питон, Руби, С++? Еще о Perl можно подумать, но в свое время уходя с «прикладного» программирования в веб, я посмотрел на исходники пары гостевух и как думаете какой код мне был более понятен после Turbo C/C++ и TurboPascal — Perl или PHP? Я вот ни разу не пожалел, что тогда стал изучать PHP. Пробовал писать на С/С++, но уж очень долго да и требования к хостингу завышенные, и сейчас-то не каждый хостер дает доступ к консоли и возможность компилировать свои скрипты, а уж больше 10 лет назад и говорить нечего.
P.S. Почему-то мне кажется, что «противники» PHP большей частью работают над средне и крупнобюджетными проектами, где хотя бы VDS с root доступом само собой подразумевается, а про «обычный» хостинг за 3$ в месяц они забывали давно, если вообще знали когда-нибудь.
На самом деле каждый поступает как ему больше нравитя — одни вообще ссылки запрещают, другие ставят редирект, третьи nofollow и noindex, четвертые оставляют прямые линки на блоги только. Лично я дельные коменты не тер, даже если линки вели совсем не на блог, а посты типа +1 часто удалял целиком даже если этот человек мне знаком по блогосфере.
— люблю потому что люблю, сердцу не прикажешь :)
— для сайтов-визиток он слишком тяжел и проблемы с дистанционным («по аське») обучением пользователей («секретарш» и «манагеров»)
— в русской блогосфере он мало известен и некоторые нюансы в «дефолтных» конфигах вызывают проблемы у посетителей, привыкшим к ЖЖ и вордпрессу и они просто уходят, не желая тратить время на разбирательства
— для сателлитов и прочих «сеогавносайтов» тоже тяжеловат плюс опять-таки обучение «пользователя», если сайт не для себя делаешь
— готовых «красивых» тем для вордпресса больше и с популярными модулями проблем меньше
Да, я знаю, что и интерфейсы для «секретарш» можно настроить отдельные, и что от вордпресса не отличить будет, и те же темы с вп перетащить проблем нет при желании, но одно большое «но» перечеркивает для меня все достоинства капли: мне платят за результат, а не за потраченное время. Человек говорит «у меня есть 50 страниц» контента и 30 WMZ — мне нужен сателлит с этим контентом и такой-то функциональностью" или «хочу себе блог завести как у всех и вот этот дизайн нравится, плачу 15 WMZ», или «нам надо 10 страничек о фирме и чтоб легко можно было менять их, бюджет 2000 рублей» и если я начну делать сателлиты, блоги и визитки на друпале, то помру с голоду :)
Друпал, имхо, CMF с широкими возможностями, намного превышающими возможности других и CMS тпа WordPress, и фреймфворков типа CakePHP, но для простых «проектов» его применение не оправдано — за то время что потратишь на доведение сайта на друпале к «юзерфрендли» виду/функционалу (сделаешь клон «обычной» CMS) или «приучишь» пользователя к «drupal way» можно сделать еще с пяток «обычных» сайтов с привычными пользователю прежде всего идеологией, а уж потом интерфейсами и прочим.
Делая сайт на друпале очень сильно «подсаживаешь» заказчика на свою «иглу», если же передать «под ключ» то появляются претензии у клиентов, когда бесплатную техподдержку оказывать не хочется, а он считает что я его должен сопровождать сайт всю жизнь. Делал несколько визиток на друпале «из любви к искусству», вылизывал так что сам бы не понял, что они на друпале даже в админке. Клиенты писают от восторга (еще бы за такие деньги), но потом хотят расширить функциональность, мне некогда или не хочется больше работать с этим сайтом/клиентом, а узнав сколько берут другие за «только посмотреть что там у вас на друпале» выслушиваешь пару десятков «нежных и ласковых» слов, а потом смотришь а сайт через месяцок на Джумле уже крутится, а мне гордо сообщают что я ламер и друпал гамно и вообще им все что нужно сделали за 25 уе
На самом деле я этой технологией заинтересовался года 3 назад, когда пытался написать свою CMS :)) точнее пришел к выводу что логика должна давать данные в XML и шаблон должен быть на XML и после нескольких попыток изобрести велосипед "наткнулся" на XSLT, я был очарован, но...
Но некоммерческих проектов не было, на коммерческих, сами понимаете, не мог сказать заказчику "можно, за 3 дня сделать на Smarty, но подождите 2 недели, я буду XSLT осваивать, еще, желательно, мне это время оплатить" :( попытки делал освоить XSLT в процессе, но заканчивались тем, что в авральном порядке на кофе и адреналине переводил все отображение на чистый php/smarty
Информации практически нет о XSLT, точнее о его практическом использовании, изобретать велосипед каждый раз нет возможности, исходников серьезных проектов никто не даст, конечно. По стандарту да справочникам только примитивные преобразования изучать. Популярные открытые CMS/CMF XSLT если и поддерживают, то не нативно, шаблонов рабочих вообще не найдешь под них, рускомьюнити, где помогли бы сделать шаг от хрестоматийных примеров к реальным системам тоже не обнаружил... Вакансий, где требуется начальные знания XSLT тоже минимум, по крайней мере в Питере - либо вообще не упоминают, либо хотят уже профессиональное знание и практические навыки эффективной работы...
так что так и остается использование XSLT недоступной мечтой, вроде и знаю что-то, и вывод данных страницы на XML только рад делать, и даже делаю, но потом их парсю в массивы и вывожу чрез что придется
Для php-разработчиков? Как минимум 6 из 13 "советов" предполагают контроль над сервером (где-то ошибся в подсчете? - поправьте). Нет, можно, конечно, поднять сервер, а то и кластер в локалке, настроить его как хочется и показывать заказчику как все летает под 1к запросов в секунду. Потом передать ему скрипты, получить деньги, только потом он будет жаловаться на тормоза на виртхостинге за 3000 руб/месяц (ну не нашел он линка на VDS за 150р) при одном запросе в час.
Но как часто разработчик имеет контроль над реальной средой выполнения? В лучшем случае он может порекомендовать менеджеру проекта и, возможно, заказчик прислушается к рекомендациям менеджера (если менеджер, конечно, воспримет их всерьез, а не как очередное оправдание разработчика за свой кривой код, и решится их донести до заказчика, который пришел с пачкой в баксов в руках и сказал "я купил самый дорогой виртуальный хостинг на 100 лет вперед, чтобы и внукам досталось, мне сказали хостинг - это главное, чтобы тормозов не было, а тормозов я не люблю, а виртуальный - это же сейчас круто!!! Виртуальная реальность, Матрица, все дела... Сделаете мне сайт? Не сделаете - найду других, а у вас проблемы будут, с налоговой ")
Спасибо, как-то не замечал, даже два своих старых номера нашел :) а поиск утерянного конаткат по мэлу как-то не конструктивен в общем случае, проще на мыло написать и спросить номер, тем более что мыл может быть несколько
>Если ну очень надо - можно запустить под WINE.
http://appdb.winehq.org/objectManager.php?sClass=version&iId=9834&iTestingId=17661 - я правильно понимаю Run - No?
Кjгда надо не очень, кое-как они работают в pidgin (ICQ "нативно", MRA через jabber.ru, и то, и то глючат), когда надо "очень" (подруге хочется поиграть) запускаю wmware
Подскажите, пожалуйста, линк на мануал для чайников в linux как настроить более-менее нормальный jabber-агент, привычный пользователю родных виндузовых ICQ/MRA под Ubuntu 7.10 64-bit (у гугла такового агента нет, только 32 :( ), чтобы хотя бы я мог общаться текстом (включая посылку мессаг в фолайн и их непотерю когда я в офлайн, также режим невидимки очень интересует), обмениваться файлом и искать контакты в ICQ/MRA по неполным данным. Чувствую, что извращение это держать виртуальную винду только для родных ICQ и MRA (очень рекдо MSN нужен еще, Skype под линуком работает почему-то лучше, чем под виндой, или провайдер работу улучшил за последний месяц), но другого варианта найти не могу
P.S. А для минималистического подхода 6 цветов (точнее 8, еще фон и текст) непозволительная роскошь :) Максимум 4 (фон, текст. непосещенные ссылки, посещенные) и то, некоторые морщатся, когда говорят им, что посещенным отдельный цвет нужен. Настаивают на 3-х цветах, выделяя посещенные, например только подчеркиванием