• Как ограничить область выполнения PHP скрипта include?

    nazarpc
    @nazarpc
    Open Source enthusiast
    Думаю, тут подойдет использование chroot, таким образом вы точно сможете запереть пользователя в его директории.
    Ответ написан
    8 комментариев
  • Какой cdn выбрать? И нужен ли он?

    opium
    @opium
    Просто люблю качественно работать
    Мой совет обычно звучит так, если у вас больше 100 000 юзеров в день и все они достаточно равномерно разбросаны по разным странам то да вам срочно нужен cdn, в противном случае смысла в нем нет и выгоднее будет с локалхоста отдавать все nginx.
    Ответ написан
    3 комментария
  • Как правильно считать часы при «почасовой оплате»?

    @edogs
    Повышайте цену. Больше 4 часов эффективных в сутки не реально именно работать в постоянном режиме. В форс-мажоре можно и по 16 часов, но это недели 2 максимум, потом сгорите.

    Но посудите сами: кто-то пишет рейт $15 в час, подразумевая что будет получать $2400 в месяц. А вы пишите $45 в час, подразумевая что будете получать $2400 в месяц. Заказчик видит только 2 суммы $15 и $45. Кого он выберет?

    А это от ЦА зависит.
    Если Вы гонитесь за разовыми клиентами и Ваши многочисленные конкуренты с аналогичными статами пишут 15 против Ваших 45, то таки да, выберут 15уе-шных.
    Если Вы гонитесь за длинными клиентами, то есть хороший шанс и со ставкой 45уе в час.

    У нас бОльшая часть постоянных заказчиков это те, которые работали с 15-уешными и получив пару раз счет на 4 часа за установку вордпресса на хостинг, перешли к нам на постоянку. Иногда уходят, но всегда возвращаются (у нас демпинговые цены относительно, т.к. не любим искать заказы).

    Что бы убедить сомневающегося заказчика — есть стандартная вещь — прайс-лист с нормо-часами. Он даст хороший ориентир. В лист есть смысл включить как типовые задачи (установка чего-нибудь, настройка чего-нибудь), так и нестандартные но понятные уже выполненные Вами (сайт какой-нибудь где виден весь функционал — не с ценой, а с затраченными часами).
    Ответ написан
    Комментировать
  • Как правильно считать часы при «почасовой оплате»?

    Wott
    @Wott
    если работать как в офисе то так и получается — 4, в лучшем случае 6 часов продуктивной работы.

    Если говорить про почасовой фриланс то так и надо считать что 4-6 часов это нормальный рабочий день и считать свой комфортный рейт ( 22 дня в месяц, 6 часов в день ). Если же проблема в том что надо увеличить количество реальных продуктивных часов, то надо менять свой график жизни и работать несколько раз в день по 2-3 часа, с перерывами. Можно добивать до 10 часов в день, но через 2-3 недели будет падать работоспособность и через месяц-полтора наступит полная апатия и нежелание видеть эту работу.
    Ответ написан
    2 комментария
  • В последнее время появилось много критики Монго. С чем связано это?

    @baadf00d
    эйфория от новых возможностей прошла и вскрылись недостатки, на мой взгляд основные их них:
    — Слабая производительность на 1-серверной БД. Особенно заметно на map-reduce по данным, которые полностью влезли в память.
    — Особенности документо-ориентированной структуры. Многие переходили с табличных БД и тут понеслась: сначала радость, что не надо возиться со структурой, а потом расплата — в одной коллекции куча разных объектов и приложение регулярно читает из вроде бы известной коллекции что-то для себя неожиданное (очень старые объекты, некорректно измененные и т.п.).
    — Целостность данных. Кто-то привык, что БД контролирует этот вопрос, вешают констрейнты и ловят ошибки в логе в случае какой промашки по части бизнес-логики. Монга же ничего такого сама не контролирует, ну и получаются внутри БД ссылки на объекты, которых нет.
    — Отсутствие полноценных транзакций. Те, кто бросились все хранить в монге с ужасом поняли, что для биллинга нужно что-то другое. (должен оговориться, что не все пока поняли)

    По моему мнению отказаться от классической реляционной БД в пользу монги может позволить далеко не каждый проект. Если перетаскивать какой-нибудь небольшой интернет-магазин, то с бОльшей вероятностью это принесет боль и страдание нежели ожидаемый профит. Эффективным решением будет параллельное использование монги и реляционной БД, но чтобы это имело смысл — проект должен быть соответствующих размеров. Для небольшого проекта городить такой огород контрпродуктивно.

    PS Мое мнение основано на годичном опыте неплотной работы с монгой, опыт работы с реляционными БД — примерно 10 лет.
    Ответ написан
    2 комментария
  • PHP все HTTP-заголовки переводит в верхний регистр?

    @ChemAli Автор вопроса
    Прямого описания не нашел, но документация PHP говорит, что глобальная переменная $_SERVER заполняется в соответствии со спецификацией CGI1.1 (RFC 3875), которая гласит, что

    Meta-variables with names beginning with «HTTP_» contain values read from the client request header fields, if the protocol used is HTTP. The HTTP header field name is converted to upper case, has all occurrences of "-" replaced with "_" and has «HTTP_» prepended to give the meta-variable name.
    Ответ написан
    Комментировать
  • PHP все HTTP-заголовки переводит в верхний регистр?

    AloneCoder
    @AloneCoder
    [object Object]
    Согласно RFC 2616, «Hypertext Transfer Protocol — HTTP/1.1», §4.2, «Message Headers»: имя заголовка регистронезависимо
    Об этом вскользь упоминается в комментариях на php.net
    Ответ написан
    Комментировать
  • Движок для сайта

    DVORYAN
    @DVORYAN
    Разработка и управление проектами
    Думаете с другой CMS проблем не будет? DLE очень шаблонен и прост, все его изменения можно меньше чем за день интегрировать с шаблоном. 2 года назад хотел сменить DLE, попробовал LiveStreet, Drupal и WordPress и понял, что к DLE мой проект адаптировался, заказал несколько модулей, которые были заточены под требования и переносятся вне зависимости от версии. В итоге, даже после обновления CMS не приходится вносить какие либо особые изменения.

    Так же учтите вопрос нагрузки, привычности для Вас самого, DLE при моих настройках, показывал самые лучше результаты при высоких нагрузках. Хотя, может это просто мне так везло или так криво настраивал другие движки.
    Ответ написан
    2 комментария
  • Движок для сайта

    В сторону Битрикс также посмотрите. Единственный минус — система платная. В остальном — всем вашим пожеланиям удовлетворяет.
    А именно:
    — обновления системы не вызовут изменение внешнего вида, выходят раз в недели 2-3, касаются определенных компонентов.
    — управление рекламными блоками на мой взгляд вполне достаточное. плюс, функционал легко расширяется своими дополнениями без необходимости внесения правок в ядро. да и вообще, все меняется в шаблонах (представление), модификаторах результов или вообще написанием своего компонента используя API
    — модифицировать под себя — увы, не могу подойти к вопросу критично. мне в Битриксе все просто.
    — все пункты 1-8, сказанные «сходу» )

    Позиция сформирована с 4 лет очень плотной работы с Битриксом в самых невероятных условиях. Если что, обращайтесь. Советом помочь смогу всегда -)
    Ответ написан
    1 комментарий
  • Движок для сайта

    AleksDesker
    @AleksDesker
    Лучший движок, который легко обновлять и модифицировать это написанный под ваш проект.
    Остальное от лукавого, ищите секты сатанистов вроде этой: www.ratingruneta.ru/cms/
    Ответ написан
    1 комментарий
  • Сравнение строк

    couatl
    @couatl
    Расстояние Хэмминга
    Ответ написан
    3 комментария
  • Выиграет ли быстродействие от такой оптимизации?

    Mendel
    @Mendel
    PHP-developer
    В сферическом случае выигрыш будет.
    Стоит ли оно того?
    Тут ответ кроется в последнем слове вопроса — оптимизация.

    Одно из правил оптимизации гласит — не нужно оптимизировать то, что не нужно оптимизировать.
    Ну или «преждевременная оптимизация — зло».
    Вы испытываете проблемы с производительностью? Эти проблемы связаны с базой данных? Именно с этими запросами?
    Откуда Вы об этом узнали?
    Если вы не можете положительно ответить на эти вопросы, то оптимизация преждевременная, т.е. сам процесс оптимизации и сложности с ним связанные будут хуже чем выигрыш от оптимизации когда она еще не нужна.

    Еще одно правило плавно вытекает из последнего вопроса — откуда вы узнали что это узкое место? Вы выполняли какие-то тесты? Использовали профилировщик? Ну так любая оптимизация всегда проверяется на практике. Измерьте нагрузку, измените схему, измерьте заново. Эксперимент займет меньше времени чем ждать ответа здесь. И самое главное — ответ на хабре не спасает от того чтобы потом его проверить. Это разумно только в том случае если вы уже убедились что оптимизация вам всё-таки нужна…

    ПЫСЫ: не сочтите за грубость. Просто мне так показалось что вы не совсем понимаете о чем спрашиваете. Буду рад ошибиться…
    Ответ написан
    1 комментарий
  • Выбор CMS для сообщества/доски объявлений [PHP, MySQL]

    @1099511627776
    Пишу все что интересно и на всем на чем интересно
    LiveStreet\AltoCMS
    Ответ написан
    Комментировать
  • Хочу изучать Yii, но есть вопросы…?

    HighQuality
    @HighQuality
    ☁ Ниндзя девелопер
    Каркаса по-большому счету нет. То что видим после webapp это пример того, как всё может быть реализовано.
    По-большому счету каркас — это изначальная структура папок, которая может быть легко изменена, если лезть под капот.
    После webapp удаляем всё из protected/controllers, protected/models, protected/views, protected/data и… вроде всё, но я не уверен.

    И вот перед нами чистая версия над которой и стоит работать дальше.

    Как работать? Изначального разделения для функционала фронт и бек -ендов нет, но это можно исправить (или придумать/украсть свой план на основне стандартный modules).

    Генерация кода будет работать против Вас до тех пор пока всё что генерирует генератор не будет кристально ясно. Когда это случится можно будет исправить templates генератора (или добавить свой) и превратить рутинные вещи в ничего и заниматься чем-то действительно клёвым.

    Насколько гибок фреймворк? Примеры такие просто реализуются в любом современном фреймворке.

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

    Yii — достойный вариант… и для переписывания своей cms уж тем более.

    Конечно же изучать стоит с документации и есть будут вопросы, то сразу на форум.
    Ответ написан
    Комментировать
  • Подскажите библиотеку для парсинга человеко-понятной даты?

    shushu
    @shushu
    А что вы хотите на выходе от

    Второй и четвертый вторник месяца с 16.00 до 18.00?

    Тут еще какие то интервалы нужно добавлять, а то можно формировать даты начиная с 1900 года :)

    Если немного конкретизировать случаи, то можно воспользоватся стандартной функций strtotime

    php -r 'echo date("Y-m-d H:i:s", strtotime("second tuesday of this month 18:00"));'
    2013-08-13 18:00:00
    
    Ответ написан
    1 комментарий
  • Qwerty телефоны уже совсем не в моде?

    Вот — 300 евро
    правда не семый новый.
    Вспомнилась картинка:
    image
    Ответ написан
    Комментировать
  • Еще один поиск мультиязычной CMS?

    82vladimir82
    @82vladimir82
    Подобный Вашему функционал появится когда найдется грамотный заказчик, реализует это все с исполнителем хоть на Битриксе, хоть на Drupal а исполнитель впоследствии доработает это в какие-то доп. модули и выложит в маркетплейс. Возможно, такие решения уже есть на рынке, но скорее всего на зарубежном.
    Ответ написан
    Комментировать
  • Прокачка коммуникативных навыков команды?

    Ivnika
    @Ivnika
    Только не бросайте в меня кирпичами если не в тему, но первый шаг для «прокачки коммуникативных навыков» это банальный корпоратив (то бишь совместная пьянка/отдых). Очень многие находят общий язык друг с другом, начинают понимать кому доносить идеи нужно полностью «разжеванными» а кто ловит с пол слова, кто формалист и требует оформленных идей а кто и сам все доработает/ разовьет.
    А дальше уже можно и литературу и тренинги подключать.
    Ответ написан
    3 комментария