@zelenin но попробовать-то Open Server @nazarpc может, и если беда не пройдет - нужно копать систему или код, который работает с мускулом. У меня у самого Win 8.1 - таких проблем у себя не наблюдаю.
@zelenin Нет, но если сравнивать с денвером, то Open Server это очень гибкая WAMP сборка с гибкой конфигурацией и хорошей документацией и поддержкой на оф.сайте. Только качайте min версию, в полной версии много лишнего и не всегда нужного софта.
@Fesor Ваш подход к этой задаче мне понятен, отчасти даже соглашусь, но все равно мне кажется, пока свой велосипед не напишешь (желательно не один), не поймешь как крутить педали. Но это только мое ИМХО.
@copyloc Правильно, начинайте с начала, а потом уже смотрите и сравнивайте вашу реализацию задачи с проверенными решениями в тех же фреймворках PHP. Так вы сможете на практике познакомиться со всеми особенностями языка и на собственном опыте изучить все те "грабли" на которые наступите. Это полезно тем, что в дальнейшем вы сможете ориентироваться не только в знании языка, но и в правильном и грамотном его применении.
@copyloc Фреймворк — структура программной системы; программное обеспечение, облегчающее разработку и объединение разных компонентов большого программного проекта. (Википедия)
А если по простому - это готовый набор из небольших программ (функций, классов и их методов) которые реализуют наиболее востребованные задачи (пример: авторизация, работа с сессиями, работа с БД и т.д.) в написании собственного ПО. Как пример тот же Yii - поглядите как он устроен.
Yii - как раз из разряда "начните писать крутые приложения уже через неделю ковыряния". Но я все же не совсем согласен с @Fesor , так как если уж делать, то полностью самостоятельно, на чистом php. Так будет проще наступить на все простейшие грабли, а на грабли посложнее - наступить еще успеете. Начинайте с азов, ну и почитайте - Мэтт Зандстра - PHP. Объекты, шаблоны и методики программирования 2 издание 2011 года.
Вот насчет таблетки вы не правы. Она есть и это совсем не "китайский" вариант, а очень хорошее средство созданное русским разработчиком на основе материалов с MDL. Почитайте соответствующие ветки на руборде.
Спорный вариант, но все же:
использовать apache2-mpm-itk запускать от user1:www-data, а пользователей работающих с сайтом (сайтами) добавлять в группу www-data, тогда тоже все будет нормально. Тем более "удаленно подключиться я могу только от имени user1" - значит лишних движений из под root не будет.
@kaasius Так ничего и не получилось... теперь, да - если фалов нет на месте запрос идет на apache, но тот тоже ничего найти не может. Все же дело в движке CMS, ибо он должен сам определять отсутствие нужных файлов и их создавать, а потом отдавать HTML код в браузер и файлы уже должны быть подготовлены и на месте.
Спасибо вам за помощь, обязательно займусь документацией nginx, как только выкрою время.
Спасибо огромное, сегодня уже не успеваю проверить (если только уже ночью), но думаю что ваша подсказка имеет правильное направление. proxy_set_header в http выносить у меня нельзя, ибо gitlab работает на том же сервере только через nginx и apache ему не нужен.
@kaasius Нет, в том-то и дело, что нет их в нужном месте. При отключении отдачи статики - imagick отрабатывает нормально и все файлы появляются на своих местах, при включении
location ~*
\.(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|docx|xlsx)
все уже существующие файлы отдаются нормально, а вот результаты работы imagick куда-то бесследно пропадают не оставив ни одного следа в логах, что серверов, что PHP.
Про модуль ресайза знаю, но задача завести CMS на такой конфигурации... подозреваю, что все же это CMS-ка косячит как-то.
@kaasius да, он ошибку-то пишет, что не может найти файлы которые должны быть (ресайз), есть только оригинальный файл а его миниатюр нет. Я понимаю, что они куда-то не туда сохраняются и здесь видимо какой-то конфликт именно в локейшене который заставляет отдавать статику минуя апач... вот бы еще понять почему? Ведь сохранение уменьшенных копий не должно, по идее, как-то зависеть от энджи.
А других ошибок нет, даже при полностью включенных логах и максимальном уровне вывода ошибок PHP.
я тоже так думаю, но если отключить отдачу статики nginx закоментив соответствующий location, то все тоже работает нормально, но тогда теряется смыл в самом использовании nginx... видимо нужно копать механизм работы движка CMS (использую Alto CMS, форк LiveStreet)
