Thats right

Thats right
Рейтинг
84
Регистрация
29.08.2005

Вообще сейчас офис на кунцево, а планируется в районе метро Алексеевская.

Посмотрел этих ребят http://rmt.ru/ . Но у них срок подключения - 14 дней, да и доступ на крышу нужен с монтажем девайсов. А это не есть гуд.

Doktors:
Случайно реку не переплывали.. и обратно

Дык вот хотел, но не успел :) Да и покидать столь теплую компанию не хотелось. Кроме того - в этому году первый раз плавал. В следующий раз обязательно переплыву, тем более растояние не очень большое.

Да, забыл сказать, место было не совсем правильно выбрано. Точнее берег реки. Надо было выбирать так, чтобы понырять надо было. Я не о себе парюсь, а о Михе. Я думаю, что кидать его с обрыва было бы зачОтнее :)

Свершилось чудо! Я сел за клаву!!!

Первый раз был на SEO вечеринке. Скажу одно - супер! Неожидал, что всё будет так классно. Было два незачета, первый-это то, что все мусор оставили, второе - миха :)

Но всё в целом скрыло эти недочеты, удовольствие получено море! Только страно, почему болят все мышцы, а голова-нет?! Даже пиво было куплено такое, которое я люблю. Вообщем Олегу зачот так или иначе. Есть идея устроить нечто подобное к концу июля, тем более будет повод. Об этом чуть позже топик сделаю, только с делами разгребусь :). Вообщем класс, отличное настроение и заряд бодрости на всю неделю получены!

P.S. _han_, ты ещё продолжаешь отдыхать? В аське - оффлайн :)))))

Lupus:
Консоль (терминал) есть? Черный экранчик, где печатаешь букфы, а он пишет в ответ "command not found".

Осталось дело за малым, переключится в русскую раскладку. :)

betam:
Если класс, содержащий функции с определённым кодом и набор функций с тем же определённым кодом дают такие совершенно разные результаты, то скорей всего это баг конкретной версии ПХП, ООП не при чём. А в ПХП багов - сами знаете. Резолвить не успевают. А 200 мегов обрабатывать на ПХП - изврат, он не предназначен для этого. Если необходимость обработки 200 мегов текста на ПХП диктуют условия, то лучше пинять на условия, чем на ПХП(4) и его поистине сырую ОО модель (но она сырая в плане идиологии, возможностей и вообще нахрен в ПХП(4) не нужна =)). Я бы на месте ПХП вообще бы офигел от 200 мегов данных для скрипта и повесился ).

О чем я вам и говорю. Реализация ООП в пхп оставляет желать лучшего. То, что есть сейчас, на мой взгляд для использования непригодно. Пока доверия к пхп в этом плане у меня нет.

betam:
На счёи сохранения в одной таблице - это не всегда есть гуд, хотя это лучше чем стандартные условия, предоставляемые CMS... И вообще долго и бессмысленно обсуждать одна таблица или два. Нужны хорошие таблицы БД ).
На счёт мускул и 140 лямов записей - наверно тяжко ему от такого. Хоть девелоперы мускула утверждают, что для возможностям мускула нет никаких почти пределов, для такой базы наверно мускул слабоват. Хотя хз. Наверно от базы зависит. На моём дюроне 1400, 512 мозга, винда ХР, старый мускул 3.23.23 и PHP 4.3.4 (девелоперской тачке) база из 2 полей одно из которых уникально и длина его 12 символов, а второе автоинкримент, медленно но верно работало с базой на 7 млн записей, а на 10 млн уже не хватало. Мускул сожрал всю память, засрал весь своп и ваще наверно повис. На оракле на подобной машине я видел такие БД, не то чтобы летают, но както побыстрей... Наверно секрета никто не откроет, если скажет, что платный оракл заборет бесплатный мускул.

Разумеется, оракл рвет мускуля. Но и есть и другие факторы для работы. Мне кажется , что винда и мускуль просто несовместимы и вообще винда очень сильно уступает линуксу по некоторым позициям. Преведу такой пример. Когда мы разрабатывали робота и тестировали его, он был на винде. Билд сайта занимал 10 секунд. Сейчас мы перенесли всё на линукс. Билд выполняется за 0.5-1.5 секунды. Поэтому при выборе "платформы" для хранения данных надо учитывать всё. Я ведь не зря сказал, что есть два пути. А когда они совмещаются - достигается максимальный результат. Кроме того, как Вы писали, что настраивать сервер должен сисадмин. Отчасти это так, когда не требуется нестандартной настройки. Вообще на мой сугубо личный взгляд-любой хороший программист должен быть хорошим сисадмином и наоборот, любой хороший сисадмин должен быть хорошим программистом. Ведь без знания системы невозможно найти оптимальный подход для написания программы требовательной к рессурсам. А без знания программирования сложно понять, какая программа в системе что творит и где "интересы программ могут пересекаться" вызывая сбои. Что касается моих предыдущих, достаточно резких постов, то они объясняются просто. Любой пхп программист должен знать, насколько неоправдано использовать классы в данном языке. Тем более, что мы, да и вы я думаю тоже, пишете сайты с совместимостью от пхп 4 и выше. А уж там это реализовано совсем криво. Что касается больших объемов для пхп... Тут не совсем согласен, есть задачи которые можно решить используя минимум "своих" функций, одним словом не изобретать велосипед, а использовать функции, которые уже есть в пхп. Так как написаны они непосредственно на С, что дает неплохой выигрышь в скорости. В целом, под каждую цель необходимо использовать свои средства и методы. Пожалуй этот пост - сплошная "выдержка" из многочисленных статей и материалов в интернете, поэтому мне и не хотелось расшифровывать прописные истинны. Но в целом для общего топика это будет полезно на мой взгляд.

kevindark:
Никто не обязан просить то, что хочется показать вам. Люди видят и комментируют то, что интересно им, а не то, что вы считаете более важным.

Скажем так, сколько я общался с заказчиками, так их в первую очередь интересовала административная часть и в целом то, как они, не зная программирования могут управлять сайтом. Здесь же идут указания только на недостатки, может потому, что среди этих людей практически нет тех, кто является нашим потенциальным клиентом? Я считаю, что Pelvis прав. Реакция на мой взгляд абсолютно адектватная. Что ж, читаю последнее сообщение betam'a, и попробую на него ответить исходя не только из собственного опыта но и опыта других людей.

Приступим. вот небольшая цитата с phpclub.ru

Решением проблемы является такой подход, при котором в первую очередь рассматриваются практические цели, стоящие перед проектом. Каковы же цели конкретного проекта? Вот несколько вариантов:

1.Писать это быстро, выпускать (release) часто.
2.Заставить это работать настолько быстрее, насколько возможно.
3.Сделать это простым в сопровождении, распространении и расширении
4.Опубликовать программный интерфейс (API)

Первые две цели больше тяготеют к процедурному подходу, тогда как последние две - к объектно-ориентированному.

Вот ещё одно полезное замечание.

http://www.phpclub.ru/detail/article/phpmistake_2#11

betam, я согласен с вами, что ООП очень удобная вещь. При написании программ на С++ и дельфи я стараюсь использовать классы, но ведь С++ изначально был создан, как "специализированный" под ООП язык программирования. К великому сожалению, классы в ПХП пока ещё работают достаточно отвратительно. Мы как то взяли класс на пхп и попробовали обработать объем текста в 200 мегабайт. причем обработку сложной не назовешь. Результаты были просто плачевны. После того, как ПХП скушал 1.5 гига оперативки комп завис(ограничения по памяти в тот момент мы сняли). Когда мы тоже самое запустили на скрипте, написанном на процедурах, то переварив этих 200 метров инфы, комп принялся за следующую порцию. Утечки памяти практически не было.

Что же касается оптимизации Базы данных, то так как под каждый поект мы создаем индивидульную структуру БД, то мы просто учитываем всё, например чтобы все необходимые данные хранились в одной таблице, максимум в двух. Это позволяет избежать тяжелых запросов на базу данных. У нас есть опыт работы с гигантскими баззами, например в 140 милионов записей, причем на пресловутом MySQL(я не зря упомянул о извращениях, так как в тот момент нам пришлось не только писать программу , но и максимально верно конфигурировать сервер:кэш под индексы, управление транзакциями и прочим), для некоторых проектов мы считаем каждый байт в базе данных, стараясь уменьших размер записи(хотя был случай, когда считали биты). Если всё это обощить, то можно сказать следующее. Мы постояно стараемся совершенствовать свои продукты, не только те, которые мы продаем, но и те, которыми сами пользуемся, причем достаточно активно.

kevindark, а мне не только от этого топика блевать хочется и вы можете прочитать почему в моих предыдущих постах. Дело не в том, что мы считаем свой проект гениальным. Совсем нет. Мы считаем его вполне рабочим проектом и вполне полезным для людей. Меня просто удивляет, почему вместо адекватных вопросов от программистов, к которым относится betam, я слышу только упреки? Заметьте, что никто не попросил посмотреть административную часть и узнать как управляется сайт и в чем фишки и отличия. Нет же, надо писать только о недостатках, не интересуясь другими, более важными моментами. Pelvis написал, что мы баги правим быстро, а баги были есть и будут не только у нас, а у большинства. Такова уж наша отрасль. Программа не может быть совершенной. При этом у одних одни проблемы, у кого-то вторые. Я повидал много CMS, некоторые тестировал. На сегодняшний момент мне лично нравятся наши CMS, не потому, что это наша продукция, а потому, что это просто удобно. Скажем так, кроме разработки банальных сайтов визиток и корпоративных сайтов и т.д. мы создаем гораздо более крутые вещи, о которых нет упоминания нигде. Причем эти вещи разрабатываются с помощью нашего пресловутого робота. Обнародовать эти работы я не могу, но могу лишь сказать, что всё получается чертовски удобно и быстро. Что ж, это только слова. А что касается дела, то наши заказчики и заказчицы высказались на мой взгляд достаточно подробно.

По моему это самый лучший показатель, или вы так не считаете, kevindark?

betam:
1. Перечитайте свой первый ответ мне.
2. Мой сообщение не могло об эом говорить, особенно вам. У вас некие фобии? Зачем всё время советуете, куда мне идти?
3. Вы хотите сказать что я погибну от вашего хамства?

Я вам хотел показать, что у всех бывают недочеты, и в том числе у вас. Разве это не так. Я ужасно не люблю, когда указывают на мои недочеты, когда у вас их тоже не мало. Идти я вам никуда не советую. Куда вам идти вам и решать, вы свободный человек. А если вы мою цитату интерпритировали так... Ну уж извините, впредь постараюсь избежать подобных слов, так как вы сути всё равно не уловили. А суть проста - как к нам, так и мы к людям.

betam:
Я? Первым? Да никогда!

Я устал повторять!!!betam, вам сложно топик перечитать?! Меня уже устало вам отвечать!!!

betam:
У меня нет соплей (а мама есть). А зачем вы мне советуете?

Ваше сообщение говорило только об одном, что вас обидели. Ну так расскажите о своей проблеме, может вам помогут. Я предложил вариант мамы, так как мама обычно лучше всех с этим справится, ну ежели вы не хотите идти к маме, сходите к психологу.

betam:
Я хз. Я спросил ЧЕМ конкретно обеспечиваются заявленные параметры - а вы меня найух шлёте, грите почемуто что креатед говно и хостинг мой говно да и сам я говно.
Я бы вполне удолетворился бы ответом, например, "коммерческая тайна" или как-то так. Ну а так - я недоволен

Вам ответили, вы начали хамить и получили в ответ адекватную реакцию. Кто к нам с мечом, тот от меча и погибнет. Помните эти слова?!

Всего: 139