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

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

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

29 июля 2012 в 0:26

Похоже ошибка из-за того код вызывается из eval() в результате нет инфы об аргументах, я пофиксил так:
<?php
public function findCaller() {
$stack = debug_backtrace();
$stack_count = count($stack);
for ($i = 0; $i < $stack_count; ++$i) {
if (strpos($stack[$i]['file'], 'includes' . DIRECTORY_SEPARATOR . 'database') === FALSE) {
$next_index = $i + 1;
return array(
'file' => $stack[$i]['file'],
'line' => $stack[$i]['line'],

10 июля 2012 в 20:08

Вот, может поможет:
<?php
function getIp($checkProxy = true) {
if ($checkProxy && !empty($_SERVER['HTTP_CLIENT_IP'])) {
$ip = $_SERVER['HTTP_CLIENT_IP'];
} else if ($checkProxy && !empty($_SERVER['HTTP_X_FORWARDED_FOR'])) {
$ip = $_SERVER['HTTP_X_FORWARDED_FOR'];
} else {
$ip = $_SERVER['REMOTE_ADDR'];
}
return $ip;
}
echo getIp();
?>

9 июля 2012 в 20:53

Может быть жесткий медленный на сервере, у меня такое было, если у вас VPS, можете проверить с помощью hdparm, как-то так, примерно:
hdparm -Tt /dev/девайс
должно быть хотя бы 30 MB/sec, а лучше больше

15 февраля 2012 в 6:34

"cosmos" wrote:
можно узнать
-раньше на каком фреймворке кодили?
-зачем на drupal перешли?

смысл переделывать базовый функционал под MVC ?
Для отдельного модуля пожалуйста а так это можно назвать баловство просто )

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

18 января 2012 в 7:59

"<a href="mailto:andypost@drupal.org">andypost@drupal.org</a>" wrote:
Комично выглядит изобретение велосипедов, лучше бы топикстартер посмотрел на ctools и D8 до написания кода и этого поста.

Вам в свою очередь рекомендую прочитать эту тему.

12 января 2012 в 2:11

И еще, пока CMS это планы, меня пока устраивает Drupal в чуть измененном состоянии (см. форк myak). Скорее всего CMS это мое стремление все переделать. Так что пока форк, а там посмотрим. И насчет модулей: др. contributed модули могут не работать потому как многие модули бросают исключения E_NOTICE (из-за того, что написаны для др. уровня контроля ошибок, в myak используется E_ALL ^ E_DEPRECATED). Я решаю это в своих проектах только правкой кода модуля. Естественно при этом, если модуль нужно будет обновить, то приходится правку применять опять. Другого варианта я пока не вижу.

12 января 2012 в 0:44

Хочу уточнить мою политику: я понимаю, что если я пофиксю только те модули, которые есть в составе форка, другие могут не работать. Поэтому говорю сразу: форк не рассчитан на другие contributed модули, будут (могут) поддерживаться только те модули которые уже есть там, которые я сам смогу поддерживать, или которые добавятся в будущем. Я бы хотел обойтись минимальными правками, при этом не исключено, что в будущем, из форка выделится отдельная CMS, которая будет использовать самые классные (по-моему мнению) идеи из др. фреймворков/CMS.

12 января 2012 в 0:03

"neochief" wrote:
Если это делается для сайтов клиентов — вы им делаете настоящую медвежью услугу, изменяя поведение стандартных вещей и не пытаясь делать это через лоббирование изменений в ядро в D8. Вы отлично попортите нервы следующему поколению разработчиков, поддерживающих проект, а они вам карму.

10 января 2012 в 22:27

В общем все кто хочет увидеть нормальную поддержку ООП и что-то похожее на DDD (Domain Driven Design) с поддержкой модульного тестирования на базе PHPUnit в Друпал 6, следите за проектом на GitHub. Я не гарантирую что я реализую ее, но по крайней мере хочу воплотить свои представления об этом.

10 января 2012 в 21:12

Кстати у меня есть собственная наработка - ветка Друпала 6, где все это реализовано. Только надо конечно там подчистить все. Единственное требование это PHP >= 5.3. Могу поделиться если кому-то интересно. Если не интересно, можно часть требований оформить в виде модуля, скажем с названием mvc, который будет зависеть от модуля controller.

10 января 2012 в 21:10

"boneg" wrote:
Ну первое - это подключение контроллеров с автоматическим выбором метода и аргументов метода исходя из адреса, как мы обсуждали выше и как сделано в модуле, на который дал ссылку sas@drupal.org

Вообще я использовал этот подход, когда работал с Zend Framework и тогда мне как раз хотелось, чтобы пути можно было прописывать в комментах PHP. Для Друпала это можно реализовать так:

9 января 2012 в 23:54

"boneg" wrote:
Просто реализация модуля в таком виде, в каком вы ее предлагаете, особой пользы при разработке не сделает. Хотя может вы собираетесь добавлять в него новые плюшки и фичи из популярных фреймворков, тогда прошу меня извинить, хотелось бы увидеть что сможет модуль спустя несколько версий, может действительно сделает разработку более привычной.

9 января 2012 в 21:55

"Mirocow" wrote:
То что Drupal развивается как framevork - это и так понятно
Но вот то, что людям сложно перестроить свое мышление - просто огорчает

Я бы еще добавил здесь: видим чужое, а свое нет.