1. Главная
  2. v1adimir

v1adimir: Комментарии

Главные вкладки

14 июня 2009 в 16:19

работать с утилитами для командной строки под unix-like системами на порядок комфортнее. это факт.

а под виндоуз можно посоветовать использовать tortoisesvn. оно умеет применять *.patch'и через gui. тут же показывать результат и вносить коррективы.

13 июня 2009 в 20:18

то что collation для таблицы указан utf8_general_ci нифига на означает, что сами данные хранятся в UTF8. но как я понял, это ссылки на комменты и, в другом месте они показываеются нормально?

тогда есть похабное предложение, устраивать на лету конвертацию cp1251 -> utf8, в template.php.

13 июня 2009 в 15:34

mysql + русский язык = подарочный набор граблей для наступания. (

я бы постарался убедиться, что база всеже в utf8. и еще такое дурацкое предположение, в phpinfo() в разделе Environment посмотреть, что определено для LANG. и убедился бы что модуль mbstring включен.

13 июня 2009 в 9:23

сдается, что это скорее сломали друпальную инсталляцию нежели перехватили пароль. залить версию друпала, и модули, с нуля. проверить директорию files на наличее php скриптов. поставить для index.php права доступа без права write для всех, и на директорию тоже. запретить вход по аккаунт, кроме как с заранее указаных IP-адресов.

13 июня 2009 в 8:18

solomenikm wrote:
...Почему рекомендуют aptitude? Не разу не встречал таких рекомендаций.

Может насчет рекомендуют, я сильно выразился. Понятно, что принципиально они не отличаются, но все чаще встречаю отсылки именно на aptitude.

На вскидку несколько причин:

10 июня 2009 в 6:39

Работать желательно только с адекватными заказчиками, а с неадекватными не работать. Вопрос как их быстро различать между собой. )

Недоделанный проект, зачастую, признак проблемного заказчика.

9 июня 2009 в 15:36

index wrote:
...имена кириллицей не поддерживаются файловой системой unix-серверов...

все основные ФС для *nix, конечно, поддерживают кирилицу. хитрость здесь в том что обязательно необходимо, чтобы языковая среда для всех процессов имеющих доступ к именам файлов была однотипной и предпочтительнее всего – UTF8.

9 июня 2009 в 9:02

Demimurych wrote:
...В любой мало мальски уважающей конторе корпоративная среда не пересекается со средой разработки. Мне одному кажется очевдным что сервер у которого аптайм должен быть 99% времени не может выступать и платформой для разработчиков. Неговря уже о том, что к такому серверу никаких вебмастеров в приципе подпусктаь нельзя...

8 июня 2009 в 10:45

Прежде чем рассуждать про велосипеды, ответь на задачку из моего предыдущего поста. Я серьезно!

И вообще, откуда такое инфернальное неприятие *nix'ов? Последствия общения с тех.поддержкой хостинга?

8 июня 2009 в 9:56

wazzup wrote:
wmware server очень хороший вариант Smile
и про несколько нажатий кнопок касательно фтп и ssh тоже все верно
для установки ssh достаточто всего лишь галочку при установке поставить так же и для самбы и постфикса
с базовми настройками

8 июня 2009 в 7:14

Master of Tragedy wrote:
"v1adimir" wrote:
Повторюсь. ) Не все разработчики знают линукс настолько, что бы в нем работать. Поэтому, да, приходится извращаться.

Я тоже повторюсь. Каким образом разработчик будет использовать возможности предлагаемого вами решения не зная основ работы с юникс-системами?

8 июня 2009 в 6:57

2 PVasili

Когда в друпале мне нужно указать путь до exe-шника ImageMagick, какой из придложенных ниже вариантов будет/не будет работать? Только ответь, плз, не ставя экспериментов и не подглядывая в руководство. )

7 июня 2009 в 13:13

Master of Tragedy wrote:
По-моему, все это страшное извращение. Надо определиться, для чего комп нужен. Я вот отлично живу под линуксом, а в качестве сервера использую XAMPP. Все в несколько строчек в консоли делается. Человеку, который не знаком с Юниксами это решение ничуть не облегчит работу, а скорее усложнит. Зачем вот это все наворачивать?

Повторюсь. ) Не все разработчики знают линукс настолько, что бы в нем работать. Поэтому, да, приходится извращаться.

7 июня 2009 в 12:21

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

7 июня 2009 в 11:40

2 PVasili

Апач под денвером уже научился различать регистр в именах файлов? И это не единственная причина. Прочитай, пожалуйста, статью внимательно.

Я же не кричу, window$-suxx, линух-rulez! Я всего лишь рассказал об альтернативном решении, предполагая, что еще кому-то оно может оказаться полезным. Не можешь понять зачем оно нужно, ну значит оно тебе, на самом деле, не нужно. Не пользуйся, делов-то. )

И к чему-то 1с вспомнил... это что новая CMS такая?

7 июня 2009 в 4:05

beerman wrote:
vmware + ubuntu server + у меня еще под вмварью крутится MS Server 2008

Все довольно шустро и не надо ничего шарить по сети. SSH или FTP доступ настраивается в несколько нажатий кнопок.

Ага, можно и так. Но для данной конкретной задачи, посчитал, что coLinux более оптимальное решение. И vmware вроде же как платное?

7 июня 2009 в 3:46

Demimurych wrote:
создается впечатление что проблема высосана из пальца.
Вам нужно наделить пользователя ограниченными правами администратора? sudo вам в руки

subversion работает, как вы знаете, через apache. и вот дизайнер делает commit, а программист в этот момент решил "мягко" перегрузить апач. но вот незадача, накосячил с параметрами и апач умер. имеем в результате битый svn-репозиторий. работа встала.

чему здесь sudo поможет?

5 июня 2009 в 2:12

собственно эта проблема характерна для всего мирового производства – рынок/потребители хотят не качества, а дешевых товаров. даже вроде была нобелевская премия по экономике за изучение "демпинга" в мировой экономике.

программирование, как производство мало чем отличается от пошива брюк. вот и результат – индийский стиль программирования рулит!

и на самом деле, зачем строить мега-правильный сайт если через год-два его предстоит менять, как и китайские кросовки. )