У меня один в один ситуация как в статье последние года три. Возможно все это началось еще с карантина COVID-19. Сливаются подряд все. А последние месяца два (я раз в полгода выхожу на рынок труда для мониторинга), назначают интервью и пропадают. Наиболее ответственные пишут, что уже нашли. Получается дальше HR даже не прохожу. Я пробовал снизить зарплатные ожидания, поднять, задрать. Все одинаково.
На 02.08.2019 пример не работает т.к. в ответе JSON поля dob и registered не строковые, а составные. Я так понимаю, сервис поменял формат возвращаемых данных по сравнению с моментом написания статьи.
Я решил так:
Создал модель в каталоге model
package com.hariofspades.dagger2advanced.model;
import com.google.gson.annotations.SerializedName;
public class Dob {
@SerializedName("date")
private String date;
@SerializedName("age")
private int age;
public String getDate() {
return date;
}
public void setDate(String date) {
this.date = date;
}
public int getAge() {
return age;
}
public void setAge(int age) {
this.age = age;
}
}
В файле model/Result.java
Соответственно изменил тип для полей dob и registered на Dob (так же поменял тип получаемых и возвращаемых значений для аксессора и мутатора):
строка 27: было
private String dob;
стало
private Dob dob;
строка 30: было
private String registered;
стало
private Dob registered;
строки 87-101:
было
public String getDob() {
return dob;
}
public void setDob(String dob) {
this.dob = dob;
}
public String getRegistered() {
return registered;
}
public void setRegistered(String registered) {
this.registered = registered;
}
стало
public Dob getDob() {
return dob;
}
public void setDob(Dob dob) {
this.dob = dob;
}
public Dob getRegistered() {
return registered;
}
public void setRegistered(Dob registered) {
this.registered = registered;
}
спасибо за поддержку, был бы рейтинг, поставил бы +
Я, конечно, и не думал про CLI, разграничение прав, но идея была в том, что работающий скрипт работает в своем окружении и его работоспособность надо проверять именно в том окружении, в котором потом будет работать весь фреймворк. Будет другой сервер/экземпляр сервера, может будет всё другое.
ну не надо совсем меня считать идиотом. Не иметь большого опыта работы с YII и быть идиотом — разные вещи.
я пробовал и D:\xampp\php>php -m
и D:\xampp\php>php -m > 1.txt
и поиск по тексту
и D:\xampp\php>php -m | find "firebird"
и D:\xampp\php>php -m | find "f"
Пробовал в лоб указать через ключ -c конкретный конфигурационный файл D:\xampp\php>php -c php.ini -m | find "f"
ну нету модуля.
Остался один вариант, но возиться с ним не охота. Скорее всего Apache создает свой набор переменных окружения и именно он влияет на подгрузку драйвера. По идее можно сваять скриптик, глянуть переменные и повторить их тупо через runme.bat
Вы абсолютно правы!
Я не зря написал в начале статьи, что предполагается постепенный переход. Более того, переход будет сделан на MySQL. Причина простая — самые дешевые хостинги дают, как правило, только MySQL.
Спрашивается, почему бы сразу не перезалить всю БД на MySQL и не извращаться.
К сожалению это непросто т.к. в Firebird я активно использую хранимые процедуры (как и лбой другой дельфист). Я зык хранимых процедур у MySQL и FB разный, хоть и похожий. Переписать каждую процедуру тоже требуется время, а это означает, что пока буду переписывать, необходимо останавливать всю работу. А еще и отлаживать их надо. Одному перелопатить сотню процедур, это не так быстро. Да и переписывать их на MySQL нет никакого смысла, тут лучше делать обработку в контроллерах YII2.
А так, как описано в статье — можно на первое время уже выдать результат работы некоторых форм (терминах дельфи) хотя бы в режиме просмотра в web.
конечно не обязывает, но моя БД была под дельфи еще со времен «царя гороха» и кодировка win1251. Конечно, в проектах на web я использую только utf8, это гораздо удобнее.
просто не стал об этом подробно писать. Думаю и так понятно, что это разные вещи. Может Вас в заблуждение ввело слово «Хотя...». На самом деле понятно, что это разные интерпретаторы.
Мягко говоря пустые отговорки и восторженные крики подсадных типа "аналитиков".
Потому что пишется с буквы "Е"
У меня один в один ситуация как в статье последние года три. Возможно все это началось еще с карантина COVID-19. Сливаются подряд все. А последние месяца два (я раз в полгода выхожу на рынок труда для мониторинга), назначают интервью и пропадают. Наиболее ответственные пишут, что уже нашли. Получается дальше HR даже не прохожу. Я пробовал снизить зарплатные ожидания, поднять, задрать. Все одинаково.
Я решил так:
Соответственно изменил тип для полей dob и registered на Dob (так же поменял тип получаемых и возвращаемых значений для аксессора и мутатора):
строка 27: было
стало
строка 30: было
стало
строки 87-101:
было
стало
Я, конечно, и не думал про CLI, разграничение прав, но идея была в том, что работающий скрипт работает в своем окружении и его работоспособность надо проверять именно в том окружении, в котором потом будет работать весь фреймворк. Будет другой сервер/экземпляр сервера, может будет всё другое.
я пробовал и
D:\xampp\php>php -m
и
D:\xampp\php>php -m > 1.txt
и поиск по тексту
и
D:\xampp\php>php -m | find "firebird"
и
D:\xampp\php>php -m | find "f"
Пробовал в лоб указать через ключ -c конкретный конфигурационный файл
D:\xampp\php>php -c php.ini -m | find "f"
ну нету модуля.
Остался один вариант, но возиться с ним не охота. Скорее всего Apache создает свой набор переменных окружения и именно он влияет на подгрузку драйвера. По идее можно сваять скриптик, глянуть переменные и повторить их тупо через runme.bat
в первом случае выводит
в браузере:
URL: http://localhost/yii/test-fb.php
Кстати, вот вопрос, почему так? php.exe запускается один и тот же, из каталога D:\xampp\php\php.exe, только во втором случае это делает Apache.
Я не зря написал в начале статьи, что предполагается постепенный переход. Более того, переход будет сделан на MySQL. Причина простая — самые дешевые хостинги дают, как правило, только MySQL.
Спрашивается, почему бы сразу не перезалить всю БД на MySQL и не извращаться.
К сожалению это непросто т.к. в Firebird я активно использую хранимые процедуры (как и лбой другой дельфист). Я зык хранимых процедур у MySQL и FB разный, хоть и похожий. Переписать каждую процедуру тоже требуется время, а это означает, что пока буду переписывать, необходимо останавливать всю работу. А еще и отлаживать их надо. Одному перелопатить сотню процедур, это не так быстро. Да и переписывать их на MySQL нет никакого смысла, тут лучше делать обработку в контроллерах YII2.
А так, как описано в статье — можно на первое время уже выдать результат работы некоторых форм (терминах дельфи) хотя бы в режиме просмотра в web.